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

Re: [Xen-devel] [PATCH] x86/PAE partially linear page table support


  • To: Jan Beulich <jbeulich@xxxxxxxxxx>, Keir Fraser <keir@xxxxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxxxxxxxx>
  • Date: Thu, 15 Feb 2007 13:24:07 +0000
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Thu, 15 Feb 2007 05:23:36 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcdRBJG60GxjZLz3Edu/0gAX8io7RQ==
  • Thread-topic: [Xen-devel] [PATCH] x86/PAE partially linear page table support



On 15/2/07 13:08, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

> Hmm, it would seem to me that while it may not easily generalize, it at least
> properly extends to the case the patch tries to address, by exchanging
> PGT_base_page_table against PGT_l2_page_table. Really, in current code
> this can never happen for PGT_base_page_table in PAE (or compat mode
> guests), as such references aren't being established anywhere, and hence
> the code should be dead for such guests.

You can't zap an L2 when there could be L3s later in the list that still
reference that L2.

> But even for the general case - wouldn't it be possible to call
> relinquish_memory() CONFIG_PAGING_LEVELS-1 times, each time lowering
> the level of page tables that can be forced invalid by one?

Yeah, this would work. Seems acceptable.

 -- Keir


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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