[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


 


Rackspace

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