[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 01/18] Nested Virtualization: tools
On 16/04/2010 11:43, "Tim Deegan" <Tim.Deegan@xxxxxxxxxx> wrote: >>> typedef struct xen_domctl_createdomain xen_domctl_createdomain_t; >>> DEFINE_XEN_GUEST_HANDLE(xen_domctl_createdomain_t); >> >> Does this need its own hyperacll flag? Couldn't we just gate it on >> whether the cpuid policy allows SVM? > > Actually, more generally: Keir, can you give us an opinion on which > things like this belong in DOMCTL_CDF_ and which in HVM_PARAM_ (and > which in their own hypercalls or not at all?) Yes, this should be hooked off CPUID configuration, or an HVM_PARAM. We only allocate DOMCTL_CDF flags for things which need for whatever reason to be configured/enabled really early. Shadow stuff is a good example, as the shadow logic is hard enough without switching modes after a domain is created - hence there we have DOMCTL_CDF flags so it can just be set up right all in one go. I don't think nestedhvm has such difficulties. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |