|
|
|
|
|
|
|
|
|
|
xen-devel
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
|
|
|
|
|