[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] Daily Xen Builds


  • To: "David F Barrera" <dfbp@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
  • Date: Fri, 26 Aug 2005 12:36:06 -0700
  • Delivery-date: Fri, 26 Aug 2005 19:34:12 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcWqc9768FGP6tOSQUCrLBu466gH+gAAIbig
  • Thread-topic: [Xen-devel] Daily Xen Builds

David F Barrera wrote:
> August 26, 2005 using hg source as of:
> 
> changeset: 6451:2b95125015a59eeb086b3748f9415ac440133b4d
> tag: tip
> user: kaf24@xxxxxxxxxxxxxxxxxxxx
> date: Fri Aug 26 08:06:49 2005
> summary: Remove the unused ia64 patch directory.
> 

David, Hi

Recently our team is seeing booting problems with x86_32 (not x86_64)
_SMP_ dom0 on some machines. Did you try that on your machines? Do you
think it's sensible to test SMP dom0 on your x86_32 PAE configurations?

> 
> x86_32 (no PAE support)
> 
>     * SLES 9 SP2 on IBM xSeries 235 (512 RAM)
>     * Builds and boots without problems
>     * Able to create domU
>     * Unable to complete LTP run on DomU
> 
> 
> ISSUES:
> 
>     * DomU crashes when running LTP
>     * Observed on SLES 9 SP2 and FC3 machine
>     * Able to reliably recreate the crash
>     * Bugzilla #190 - Kernel BUG at
>           "drivers/xen/blkfront/blkfront.c":95 o Seeing this bug on
>     x86_64, too * Bugzilla #192 - Networking broken on guest domain
>           in SLES 9 SP2 boxes o Not happening on FC4 box
> 
> Last good changeset for x86_32, non-PAE:
> 
>     changeset: 6329:3889ca17ff5867d5efa19eaf25463d59dd6c8c7d
>     tag: tip
>     user: kaf24@xxxxxxxxxxxxxxxxxxxx
>     <mailto:kaf24@xxxxxxxxxxxxxxxxxxxx> date: Tue Aug 23 07:30:35 2005
>     summary: phys_to_machine_mapping array is not an array of longs.
> 
> 
> x86_32 (PAE)
> 
>     * SLES 9 SP2, FC4, and RHEL 4 IBM xSeries 305, 335 and IBM
> ThinkCentre 
>     * Builds and boots without problems
>     * Able to create domUs
>     * Ran LTP on both dom0 and domU successfully on xSeries 335 RHEL
> 4 box 
> 
> 
> ISSUES:
> 
>     * Same issues described on the x86_32 (no PAE support) section
>           o Bugzilla #190 - Kernel BUG at
>             "drivers/xen/blkfront/blkfront.c":95
>           o Bugzilla #192 - Networking broken on guest domain in SLES
>             9 SP2 boxes
> 
> 
>     Last good changeset for x86_32 (PAE):
> 
>     changeset: 6395:8d31f9a9c4232b8f9d0200d0a3d312170c197f63
>     tag: tip
>     user: kaf24@xxxxxxxxxxxxxxxxxxxx
>     date: Thu Aug 25 08:27:10 2005
>     summary: Fix SMP booting: x86/64 startup initialisation fixes and
>     so on.
> 
> 
> 
> x86_64 (SLES 9 SP2 and FC4 on IBM HS20 Blades)
> 
>     * Built and booted properly
>     * Guests OSs can be created, but I am seeing them crash (below)
>     * Networking on DomU on SLES 9 SP2 boxes is broken
> 
> 
> ISSUES:
> 
>     * Bugzilla #190 - Kernel BUG at
>           "drivers/xen/blkfront/blkfront.c":95 o DomU will crash
>           after some activity o I can recreate reliably the crash on
>     the FC4 box * Bugzilla #192 - Networking broken on guest domain
>           in SLES 9 SP2 boxes o Not happening on FC4 box
>           o 2 SLES 9 SP2 boxes affected
>           o Kernels built with and without NETGRANT TX/RX option, same
>             results
> 
> Last good changeset for x86_64:
> 
>     changeset: 6401:98a6eb458c783cbbb8f19e5713a4ad8a1ea830c6
>     tag: tip
>     user: kaf24@xxxxxxxxxxxxxxxxxxxx
>     date: Thu Aug 25 11:25:26 2005
>     summary: Memory management fixes. Page tables are created, buddy
>     allocator now
> 
> 
> 
> -- Regards,
> 
> David F Barrera
> Linux Technology Center
> Systems and Technology Group, IBM
> 
> "The wisest men follow their own direction. " Euripides
>  

Jun
---
Intel Open Source Technology Center



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.