From: Vincent Caron <vcaron@bearstech.com>
To: Ian Campbell <Ian.Campbell@eu.citrix.com>
Cc: Vincent CARON <zerodeux@zerodeux.net>,
Cris Daniluk <cris.daniluk@gmail.com>,
xen-devel <xen-devel@lists.xensource.com>,
Keir Fraser <keir@xen.org>, Jeremy Fitzhardinge <jeremy@goop.org>,
"603632@bugs.debian.org" <603632@bugs.debian.org>
Subject: Bug#603632: [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))
Date: Fri, 03 Dec 2010 11:30:47 +0100 [thread overview]
Message-ID: <1291372247.25131.74.camel@zerohal> (raw)
In-Reply-To: <1291366264.5514.15039.camel@zakaz.uk.xensource.com>
On Fri, 2010-12-03 at 08:51 +0000, Ian Campbell wrote:
> On Thu, 2010-12-02 at 23:47 +0000, Vincent Caron wrote:
> > On Tue, 2010-11-23 at 22:18 +0000, Ian Campbell wrote:
> > > On Tue, 2010-11-23 at 22:12 +0000, Ian Campbell wrote:
> > > > On Tue, 2010-11-23 at 18:52 +0000, Ian Campbell wrote:
> > > > > On Tue, 2010-11-23 at 11:51 +0000, Ian Campbell wrote:
> > > > > >
> > > > > > Perhaps we should be passing numa_node_id() (e.g. current node)
> > > > > > instead of node 0?
> > > > >
> > > > > I've just kicked off a build of the 2.6.32-27 Debian kernel with the
> > > > > following additional patch, I will hopefully post the binaries tomorrow.
> > > >
> > > > Build was quicker than I thought... Vincent, Cris if you get a chance
> > > > please can you test the kernel from:
> > > > http://xenbits.xen.org/people/ianc/2.6.32-27+numa1/
> > >
> > > Also, please can you try adding "numa=noacpi" to your kernel command
> > > line when running with the standard Debian kernel (not the one above).
> > >
> > > Thanks!
> >
> > 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 ?
>
> Yes and in fact I think the actual fix is simply to have Xen fake out
> the behaviour of numa=noacpi as below. I'll send this plus the other fix
> out after I've given it a bit of proper testing.
OK, I'll follow the patch until it makes it to Squeeze's kernel.
Thanks a lot for your help and fix !
Now going to stress some Xen 4.0 domains...
next prev parent reply other threads:[~2010-12-03 10:30 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20101115233253.11935.35707.reportbug@zerohal>
2010-11-23 11:51 ` 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)) Ian Campbell
2010-11-23 12:44 ` Bug#603632: " Cris Daniluk
2010-11-23 18:24 ` Jeremy Fitzhardinge
2010-11-25 12:51 ` Bug#603632: [Xen-devel] " Vincent Caron
2010-11-25 15:01 ` Ian Campbell
2010-11-25 15:49 ` Bug#603632: [Xen-devel] " Vincent Caron
2010-11-23 18:52 ` Ian Campbell
2010-11-23 22:12 ` Ian Campbell
2010-11-23 22:18 ` Ian Campbell
2010-12-02 23:47 ` Bug#603632: [Xen-devel] " Vincent Caron
2010-12-03 0:12 ` Jeremy Fitzhardinge
2010-12-03 0:27 ` Bug#603632: [Xen-devel] " Vincent Caron
2010-12-03 8:54 ` Ian Campbell
2010-12-03 8:52 ` Ian Campbell
2010-12-03 9:20 ` Ian Campbell
2010-12-03 9:49 ` Ian Campbell
2010-12-03 9:54 ` [PATCH] xen: disable ACPI NUMA for PV guests Ian Campbell
2010-12-13 22:17 ` Vincent Caron
2010-12-03 8:51 ` 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)) Ian Campbell
2010-12-03 10:30 ` Vincent Caron [this message]
2010-11-25 13:29 ` Bug#603632: " Vincent Caron
2010-11-25 14:44 ` Ian Campbell
2010-11-25 16:38 ` Bug#603632: " Vincent Caron
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1291372247.25131.74.camel@zerohal \
--to=vcaron@bearstech.com \
--cc=603632@bugs.debian.org \
--cc=Ian.Campbell@eu.citrix.com \
--cc=cris.daniluk@gmail.com \
--cc=jeremy@goop.org \
--cc=keir@xen.org \
--cc=xen-devel@lists.xensource.com \
--cc=zerodeux@zerodeux.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.