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

Re: [Xen-devel]about the super page support with EPT


  • To: "Xin, Xiaohui" <xiaohui.xin@xxxxxxxxx>
  • From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
  • Date: Tue, 20 May 2008 09:39:49 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 20 May 2008 01:41:19 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Aci6U1T79Ml0ZnacQziUOSNI7fKrtQAAbtqz
  • Thread-topic: [Xen-devel]about the super page support with EPT

On 20/5/08 09:27, "Xin, Xiaohui" <xiaohui.xin@xxxxxxxxx> wrote:

The recent super page support patch checked in met some problem when EPT was enabled. The patch lost some code during checking in.
>From our experience, in EPT enabled situation, we has to split the last 2M of the guest memory to 4k pages instead of 2M contiguous, the reason is that, in tools side, 5 special pages are located in guest high end memory, and the guard page will be decreased then. It will result to set the p2m entry with order 0 to be invalid, in normal logic, this will result to set the whole 2m p2m entry with order 9 to be invalid, then all the other 4k pages in the last 2M cannot be accessed. The end result is that we will get “Bad address” error when we create guest with EPT.
 
The patch may make sense since it avoids needlessly shattering a physical 2MB extent, but actually your underlying EPT logic should be able to handle this shattering anyway. It is allowable to allocate superpages and free 4kB pages and your EPT mis-handling of this case is a bug. I think the underlying Xen fix should be implemented, tested and applied first, before considering this tools patch.

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