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

Re: [Xen-ia64-devel] [Patch] Pass the bare LSAPIC ID to dom0



Quoting Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>:

> Hi, Alex, Tristan, Yongkang and all
>
> >On Fri, 2007-07-20 at 03:53 +0200, Tristan Gingold wrote:
> >> On Thu, Jul 19, 2007 at 05:20:26PM -0600, Alex Williamson wrote:
> >> > On Wed, 2007-07-18 at 16:03 +0900, Akio Takebe wrote:
> >> > > Hi, all
> >> > >
> >> > > This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
> >> > > Currently LSAPIC IDs are create by xen,
> >> > > but ACPI SRAT table is the bare table.
> >> > > So on some boxes node_cpuid[].phys_id are different from
> >> > > cpu_physical_id()s,
> >> > > and we cannot boot dom0.
> >> > > I think xen should pass the bare LSAPIC ID to dom0.
> >> Hi Akio,
> >>
> >> I am not sure this patch is complete.  Some code of Xen assumes vcpu_id ==
> >> id (get_lid, IPI).
> >> I think you'd better to patch the SRAT (if it is possible).
> >
> >   That may be the way to go, it should be possible.  BTW, now that I
> >look at it again, lsapic->id == 0 really looks like an implementation
> >dependent check.  Thanks,
> I'm sorry, and I'll debug more.
> I'll check vcpu_id and SRAT code.
> Tristan's idea may be good, I'll try it.
Hi,

after more thoughts, I think trying NUMA in dom0 is bound to fail or to be
useless.  Memory mapping is virtualized and vcpu can move...

Tristan.

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


 


Rackspace

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