[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3 00/12] Alternate p2m: support multiple copies of host p2m
>>> On 06.07.15 at 13:25, <tim@xxxxxxx> wrote: > At 10:50 +0100 on 06 Jul (1436179849), Jan Beulich wrote: >> >>> On 01.07.15 at 20:09, <edmund.h.white@xxxxxxxxx> wrote: >> > Changes since v2: >> > >> > Addressed all v2 feedback *except*: >> > >> > In patch 5, the per-domain EPTP list page is still allocated from the >> > Xen heap. If allocated from the domain heap Xen panics - IIRC on >> > Haswell >> > hardware when walking the EPTP list during exit processing in patch 6. >> >> With this little detail I can't take this as a valid reason not to make >> this change. Also - weren't we aiming at getting the page from the >> HAP pool of the domain anyway? > > This one keeps coming up again, and I think has not been explained > very clearly. For me, the important detail is that this is basically > an extension of the VMCx structures, and not part of any per-vcpu/per-p2m > state: > > http://lists.xenproject.org/archives/html/xen-devel/2015-03/msg03272.html Okay, I must have forgotten about you saying so. Viewed that way, it certainly makes sense. > ISTR map_domain_page_global() slots being about as rare as xenheap > pages, but I guess both of those have changed a fair amount. Except that we have some room to grow the vmap() area, but we can't reasonably grow the Xen heap. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |