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] Fwd: [PATCH 0/18] Nested Virtualization: Overview

To: Tim Deegan <Tim.Deegan@xxxxxxxxxx>, Christoph Egger <Christoph.Egger@xxxxxxx>
Subject: Re: [Xen-devel] Fwd: [PATCH 0/18] Nested Virtualization: Overview
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 16 Apr 2010 18:50:32 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Qing He <qing.he@xxxxxxxxx>
Delivery-date: Sun, 18 Apr 2010 08:15:30 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100416102711.GA31304@xxxxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcrdT3z3QwYdxtByT0SYQk8Ao0nUxwAPdIai
Thread-topic: [Xen-devel] Fwd: [PATCH 0/18] Nested Virtualization: Overview
User-agent: Microsoft-Entourage/12.24.0.100205
On 16/04/2010 11:27, "Tim Deegan" <Tim.Deegan@xxxxxxxxxx> wrote:

>> Please read the XenNestedHVM.pdf paper, particularly the section "Software
>> Architecture". This describes how this is made to be generic and what needs
>> to be done to adapt to Intel.
> 
> Your PDFs suggest that even on Intel CPUs, the nested hypervisor should
> always see SVM, not VMX.  You shouldn't be surprised or offended if that
> isn't popular with Intel. :)

I don't see any good argument for it either. I.e., I don't think we care
about migrating between AMD and Intel hosts with nestedhvm enabled, which I
think would be the only argument for it. I know we added support for
cross-emulating SYSENTER and SYSCALL, but that's needed for cross-migration
of any 64-bit guest running compat-mode apps (i.e., really need to make
cross-migration possible at all). I'm sceptical enough of the utility of
cross-vendor migration *at all*, let alone supporting in tandem with
advanced features also of dubious utility (at least in enterprise space),
like nestedhvm.

 -- Keir



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