From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LqvgP-0003NB-TU
	for qemu-devel@nongnu.org; Mon, 06 Apr 2009 16:44:42 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LqvgK-0003KV-3T
	for qemu-devel@nongnu.org; Mon, 06 Apr 2009 16:44:40 -0400
Received: from [199.232.76.173] (port=34344 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LqvgK-0003KS-08
	for qemu-devel@nongnu.org; Mon, 06 Apr 2009 16:44:36 -0400
Received: from gw.goop.org ([64.81.55.164]:36033 helo=mail.goop.org)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <jeremy@goop.org>) id 1LqvgJ-00062I-FR
	for qemu-devel@nongnu.org; Mon, 06 Apr 2009 16:44:35 -0400
Message-ID: <49DA69AD.6050700@goop.org>
Date: Mon, 06 Apr 2009 13:44:29 -0700
From: Jeremy Fitzhardinge <jeremy@goop.org>
MIME-Version: 1.0
Subject: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 00/10] xen: pv domain support.
References: <1238621982-18333-1-git-send-email-kraxel@redhat.com>	<1238706878.5426.1.camel@Quad>
	<49D6708D.4000601@redhat.com>	<88ADCEFD-E057-4264-8447-9E53A661B35D@suse.de>
	<49D9A6CD.30602@redhat.com>
In-Reply-To: <49D9A6CD.30602@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: qemu-devel <qemu-devel@nongnu.org>, xen-devel@lists.xensource.com, Alexander Graf <agraf@suse.de>, Laurent Vivier <Laurent@vivier.eu>

Gerd Hoffmann wrote:
> Hmm.  I suspect xen's direct paging mode makes that quite intrusive as
> the kvm mmu code would have to know about this extra p2m translation
> step to get the shadow/ept/ntp tables right.  Given that this most
> likely would be a odd and rarely tested use case I don't think this
> would be a good idea ...
>   

That's mostly encapsulated in the normal pagetable manipulation 
routines, so if kvm can be convinced to use those to manage its shadow 
tables, it will all Just Work.  That doesn't work well with a non-PAE 
32-bit host with kvm's PAE shadow pagetables, but Xen doesn't support 
non-PAE anyway.

    J