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

Re: [Xen-devel] PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not as dom0 with Xen 4.0.1 (Dell R410))



On Thu, 2010-12-02 at 16:12 -0800, Jeremy Fitzhardinge wrote:
> On 12/02/2010 03:47 PM, Vincent Caron wrote:
> >   It just happens that your kernel above (2.6.32-27+numa1) boots fine
> > under hypervisor _when_ passed 'numa=noacpi'. Yeah !
> >
> >   I then tried again with Debian Squeeze's latest 2.6.32-28, which
> > crashes as -27 under hypervisor (and changelog show no xen or
> > numa-related thingies). Then I added 'numa=noacpi', and it boots fine
> > too. I got my 8 cores, networking, etc.
> >
> >   Enclosed is the dmesg for the latter, Debian, kernel.
> >
> >   Is the 'numa=noacpi' a "production acceptable" workaround ?
> 
> What about "numa=fake=1"?  I think that should force it to create a
> single NUMA node.

  Debian AMD64 2.6.32-28 on hypervisor 4.0.1, option 'numa=fake=1',
boots fine too on my R410. Dmesg attached.

  PS: in both "numa=noacpi" and "numa=fake=1" cases where I can actually
run with a 4.0 hypervisor, I can't reboot. Dmesg ends with 'Restarting
system.' but the machine never reboots. OTOH reboots works while booting
native with the same kernel.

Attachment: dell-r410-debian-2.6.32-28-numa-fake-1.txt
Description: Text document

_______________________________________________
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®.