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

Re: [Xen-devel] [PATCH] x86/mm: remove the linear mapping of the p2m tables


  • To: Jan Beulich <JBeulich@xxxxxxxx>, Tim Deegan <tim@xxxxxxx>
  • From: Keir Fraser <keir.xen@xxxxxxxxx>
  • Date: Thu, 13 Sep 2012 16:17:18 +0100
  • Cc: xen-devel@xxxxxxxxxxxxx
  • Delivery-date: Thu, 13 Sep 2012 15:17:35 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>
  • Thread-index: Ac2RwtzvLWWdQC7UkECfFQwGV7T5uw==
  • Thread-topic: [Xen-devel] [PATCH] x86/mm: remove the linear mapping of the p2m tables

On 13/09/2012 16:08, "Jan Beulich" <JBeulich@xxxxxxxx> wrote:

>>>> On 13.09.12 at 16:58, Keir Fraser <keir.xen@xxxxxxxxx> wrote:
>> On 13/09/2012 15:42, "Tim Deegan" <tim@xxxxxxx> wrote:
>> 
>>>> Is that also going to remain true when we won't be able to 1:1-
>>>> map all of the memory anymore once we break the current 5Tb
>>>> barrier? If not, it would probably be worthwhile keeping that
>>>> code.
>>> 
>>> Ah, 5TB is a smaller limit than I thought we had.  Yes, better leave it
>>> alone, so.  Though TBH finding some way to use a bit more virtual
>>> address space for Xen seems like a good idea anyway, since this won't be
>>> the only place we'll want to avoid TLB flushes.
>> 
>> For HVM or PVH guests, where this HAP code would be used, clearly Xen can
>> use all the virtual address space it wants. It will almost certainly make
>> sense for Xen to have a 1:1 physical mapping of all memory when running such
>> a guest, and only do mapcache type tricks when running legacy PV guests.
> 
> Yes, that's the mode I indeed wanted to get to. Just that it's
> not really clear to me (without having started at least the
> work of bumping the boundary) how intrusive those changes
> are going to be.

Well, this is true. But almost regardless of the complexity, this is how
we're going to want to do it, and it does mean we won't need the linear map.
:)

 -- Keir

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