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/
Home Products Support Community News


RE: [Xen-devel] RFC: Nested VMX patch series 00

To: Christoph Egger <Christoph.Egger@xxxxxxx>, Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Subject: RE: [Xen-devel] RFC: Nested VMX patch series 00
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Thu, 2 Jun 2011 13:02:39 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Dong, Eddie" <eddie.dong@xxxxxxxxx>
Delivery-date: Thu, 02 Jun 2011 02:51:41 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4DE615B9.2090609@xxxxxxx>
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: <osstest-7468-mainreport@xxxxxxx> <1A42CE6F5F474C41B63392A5F80372B2561480B3@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4DE60CDE.5080704@xxxxxxx> <20110601101559.GF5098@xxxxxxxxxxxxxxxxxxxxxxx> <4DE615B9.2090609@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwgR7ZI4sV8ua3ySJqCfntvM8vwrAAmfl/A
Thread-topic: [Xen-devel] RFC: Nested VMX patch series 00
> From: Christoph Egger
> Sent: Wednesday, June 01, 2011 6:35 PM
> On 06/01/11 12:15, Tim Deegan wrote:
> > At 11:56 +0200 on 01 Jun (1306929406), Christoph Egger wrote:
> >> On 06/01/11 06:11, Dong, Eddie wrote:
> >>> Keir/Tim:
> >>>   Here is the nested VMX support series for comments.
> >>> The current solution works with host shadow page table. The virtual EPT
> >>> support will come soon.
> >>
> >> I am surprised that shadow-on-shadow works w/o touching anything in
> >> xen/arch/x86/mm/*
> >
> > What do you think should break?  One major thing was that we didn't
> > properly report invalid PTE bits, but that's been fixed.
> I thought some code to switch forth and back between two shadow page
> tables needs to be added at least (one to run l1 guest and one to run
> l2 guest).
> Christoph

as long as correctly emulating HOST_CR3 and GUEST_CR3 fields as L1 cr3 
switch action, you don't need any other special logic.


Xen-devel mailing list