[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


 


Rackspace

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