[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH RFC 1/7] xen/vnuma: subop hypercall and vnuma topology structures.
On Tue, Aug 27, 2013 at 03:54:20AM -0400, Elena Ufimtseva wrote: > Defines XENMEM subop hypercall for PV vNUMA enabled guests and provides > vNUMA topology information from per-domain vnuma topology build info. > TODO: > subop XENMEM hypercall is subject to change to sysctl subop. > > Signed-off-by: Elena Ufimtseva <ufimtseva@xxxxxxxxx> [...] > diff --git a/xen/include/xen/domain.h b/xen/include/xen/domain.h > index a057069..3d39218 100644 > --- a/xen/include/xen/domain.h > +++ b/xen/include/xen/domain.h > @@ -4,6 +4,7 @@ > > #include <public/xen.h> > #include <asm/domain.h> > +#include <public/vnuma.h> > > typedef union { > struct vcpu_guest_context *nat; > @@ -89,4 +90,12 @@ extern unsigned int xen_processor_pmbits; > > extern bool_t opt_dom0_vcpus_pin; > > +struct domain_vnuma_info { > + uint16_t nr_vnodes; > + int *vdistance; > + vnuma_memblk_t *vnuma_memblks; > + int *vcpu_to_vnode; > + int *vnode_to_pnode; What's the purpose of providing a vNode to pNode mapping to the guest? Or am I misunderstanding that this wouldn't be provided to the guest? > +}; > + > #endif /* __XEN_DOMAIN_H__ */ --msw _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |