WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: How to get guest PTEs info of a HVM with EPT

To: KennyChen <windtracekimo@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: How to get guest PTEs info of a HVM with EPT
From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Date: Wed, 9 Feb 2011 09:54:37 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 09 Feb 2011 01:55:35 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <loom.20110209T003021-437@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <loom.20110120T034614-798@xxxxxxxxxxxxxx> <20110120094437.GI8286@xxxxxxxxxxxxxxxxxxxxxxx> <loom.20110209T003021-437@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
At 23:30 +0000 on 08 Feb (1297207857), KennyChen wrote:
> Thanks for the hint, Tim, but I still got some questions.
> 
> When I put debug dump in the guest_walk_tables() to observe the l4e entry
> (64-bit guest with 4GB ram, Centos 5.5), is it normal to get a l4e 
> "10e21a067".

Yes, quite normal.

> It seems the gfn 0x10e21a has exceeded the maximum physical memory of the 
> guest
> (0x100000 for 4GB). Is this a bug of the guest or some tricks in the l4e?

Neither.  Some addresses below 4GB don't contain RAM, so the highest RAM
address is larger than the amount of RAM.

> The other weird thing is gfn_to_mfn_unshare() called inside
> hap_gva_to_gfn().  Why is it necessary to unshare the page when we
> traverse the page table? we are just reading it right?

You're right, it's probably not necessary, though pagetable pages are
unlikely to be shared between domains.  I'm not inclined to change it
just now since we're supposed to be freezing for the 4.1 release.

Tim.

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, Xen Platform Team
Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

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

<Prev in Thread] Current Thread [Next in Thread>