[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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |