[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Daily Xen Builds
Built Xen with x86 PAE mode 'on'. Some issues have arisen relating to that. July 28, 2005 using latest HG source pull: * changeset: 5905:501a70f3ae968e46e27b9003febf05253f4cf949 tag: tip parent: 5904:e2d635617acd58e01dc87145f5d30a3a1143ad01 parent: 5901:80fed4ff19b2423feb98ceddf5cf98218836699d user: cl349@xxxxxxxxxxxxxxxxxxxx date: Thu Jul 28 07:34:45 2005 summary: merge? * x86 * SLES 9 SP2, FC3 and RHEL 4 on IBM xSeries 305s, 235, and ThinkCentre * Builds and boots Dom0 without problems * ISSUES: * Dom0 WILL NOT BOOT on SLES 9 boxes built with PAE mode 'ON'; * However, Dom0 boots up fine on RHEL 4 machine AND on x86_64 boxes with SLES 9 and RHEL 4 distros * Bugzilla #122- 'CRITICAL' * DomU crashes - can't verify this problem because of the problem described above; * however, the machine where Dom0 is based on RHEL 4 and DomU is based on SLES 9 that was previously exhibiting the DomU crash problem seems to be working fine today. I need to investigate whether compiling without the PAE option would make it revert to the DomU crash. Oops: 0002 [#1] PREEMPT SMP modules linked in: CPU: 0 EIP: 0061:[<00244ec0>] Not tainted VLI Seeing this on test boxes where DomU is a SLES 9 installation On a test box where Dom0 is SLES 9 and DomU is RHEL 4, however, no problems are observed Bugzilla #96- 'BLOCKER' * x86_64 * EMT64* * Builds and boots without problems on SLES 9 SP2 and FC4 * Able to build functional DomUs, networking and all * Issue: * Bugzilla #62 - Losing network when xend started * I am seeing this problem almost daily on an x86_64 box, though it has happened on both architectures previously -- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |