>From: Tristan Gingold [mailto:[EMAIL PROTECTED] >Sent: 2006年5月31日 20:19 >To: Xu, Anthony; xen-ia64-devel@lists.xensource.com >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain. > >Le Mercredi 31 Mai 2006 14:04, Xu, Anthony a écrit : >> From: Tristan Gingold >> >> >Sent: 2006年5月31日 20:04 >> >To: Xu, Anthony; xen-ia64-devel@lists.xensource.com >> >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain. >> > >> >Le Mercredi 31 Mai 2006 13:43, Xu, Anthony a écrit : >> >> From: Tristan Gingold [mailto:[EMAIL PROTECTED] >> > >> >[...] >> > >> >> >> Another concern is, >> >> >> If SMP guest is running on a UP platform, vcpus may have same vcpuid. >> >> > >> >> >Why ? IMHO this can never happen. >> >> >> >> There are 4 LP on my box, if I want to boot a domU with 6 vcpus, >> >> Can this domU boot? >> > >> >[ I have never tried, but here is my understanding:] >> >Sure. You can create more vcpus than existing cpus. Of course, you can't >> > run 6 vcpus simultaneously on 4 cpus! >> >> If the lid of vcpus is extracted from machine lid, there are at least two >> vcpus whose lids are same, which may make guest OS confused. >lid are paravirtualized except for dom0 (currently, this has to be revisited). > >I think there is a misunderstanding somewhere, because some questions sound >too strange. > >My (small) comment was simple: >On Xen/VTI, GFW set lid and Xen has to build a map from lid to vcpuid. >I just think it should be simpler to modify GFW so that lid = vcpuid. > That is exactly what I implemented.
>Tristan. _______________________________________________ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel
