This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] numa=on broken

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] numa=on broken
From: Ryan Harper <ryanh@xxxxxxxxxx>
Date: Fri, 30 Mar 2007 14:03:59 -0500
Cc: Ryan Harper <ryanh@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 30 Mar 2007 20:04:32 +0100
Envelope-to: Keir.Fraser@xxxxxxxxxxxx
In-reply-to: <C2331ABF.52F4%Keir.Fraser@xxxxxxxxxxxx>
References: <20070330184620.GV28736@xxxxxxxxxx> <C2331ABF.52F4%Keir.Fraser@xxxxxxxxxxxx>
User-agent: Mutt/1.5.6+20040907i
* Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> [2007-03-30 13:53]:
> On 30/3/07 19:46, "Ryan Harper" <ryanh@xxxxxxxxxx> wrote:
> > That is, we are still dying in init_heap_pages(), but this time for
> > allocating avail[0] rather than avail[1].
> In addition to that change in x86/setup.c, move the first three lines of
> code from end_boot_allocator() into init_xenheap_pages() (these are the ones
> that actually set up the statically allocated node0 metadata). If that works
> I'll sort out a clean fix.
> This is just a simple exercise in code shuffling. :-)

That works.  Shuffle away. =)  When you have a patch, send it my way and
I'll give it a spin to confirm.

Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253   T/L: 678-9253

<Prev in Thread] Current Thread [Next in Thread>