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

Re: [Xen-devel] [PATCH 12/12] Nested Virtualization: hap-on-hap



>>> On 05.04.11 at 17:48, Christoph Egger <Christoph.Egger@xxxxxxx> wrote:
>diff -r cfde4384be14 -r 28809c365861 xen/include/asm-x86/domain.h
>--- a/xen/include/asm-x86/domain.h
>+++ b/xen/include/asm-x86/domain.h
>...
>@@ -225,6 +227,7 @@ struct paging_vcpu {
> #define MAX_CPUID_INPUT 40
> typedef xen_domctl_cpuid_t cpuid_input_t;
> 
>+#define MAX_NESTEDP2M 10
> struct p2m_domain;
> struct time_scale {
>     int shift;
>@@ -258,6 +261,12 @@ struct arch_domain
>     struct paging_domain paging;
>     struct p2m_domain *p2m;
> 
>+    /* nestedhvm: translate l2 guest physical to host physical */
>+    struct p2m_domain *nested_p2m[MAX_NESTEDP2M];
>+    spinlock_t nested_p2m_lock;
>+    int nested_p2m_locker;
>+    const char *nested_p2m_function;
>+
>     /* NB. protected by d->event_lock and by irq_desc[irq].lock */
>     int *irq_pirq;
>     int *pirq_irq;

Was there a specific reason to add this to struct arch_domain
instead of struct hvm_domain? I.e. can any pf these fields be
used on pv (or idle) domains?

Thanks, Jan


_______________________________________________
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®.