From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KNUb9-0003vD-5G
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:25:19 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KNUb7-0003uH-9j
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:25:18 -0400
Received: from [199.232.76.173] (port=35172 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1KNUb7-0003uE-6r
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:25:17 -0400
Received: from wr-out-0506.google.com ([64.233.184.224]:54619)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <anthony@codemonkey.ws>) id 1KNUb7-0006j9-6I
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:25:17 -0400
Received: by wr-out-0506.google.com with SMTP id c46so4046768wra.18
	for <qemu-devel@nongnu.org>; Mon, 28 Jul 2008 08:25:16 -0700 (PDT)
Message-ID: <488DE4BA.6060806@codemonkey.ws>
Date: Mon, 28 Jul 2008 10:24:42 -0500
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] [PATCH 0/7] merge some xen bits into qemu
References: <m2n.s.1KNSd3-002QXI@chiark.greenend.org.uk>	<18573.51733.193631.369340@mariner.uk.xensource.com>	<488DD8CE.3020508@codemonkey.ws>
	<18573.56967.678947.315212@mariner.uk.xensource.com>
In-Reply-To: <18573.56967.678947.315212@mariner.uk.xensource.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: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xensource.com, qemu-devel@nongnu.org, Gerd Hoffmann <kraxel@redhat.com>

Ian Jackson wrote:
> Anthony Liguori writes ("Re: [Qemu-devel] [PATCH 0/7] merge some xen bits into qemu"):
>   
>> I think it's more closely related to Xenite and Xenner.  Gerd: are you 
>> planning on folding in domain creation?  Right now it appears to be a 
>> helper launched after the domain creation.
>>     
> ...
>   
>> No, it's definitely for use with Xen (hypervisor).  But it's different 
>> architecturally from how Xen uses QEMU in xen-unstable.
>>     
>
> Xenner is an emulator for allowing Xen domUs to be booted without the
> Xen hypervisor.
>   

Or "shim".  It's almost architecturally identical to the XenSource 
developed "shim" for Hyper-V.  It seems like a popular thing to do these 
days :-)

> Xennite is an experimental replacement for the Xen userland management
> stack in dom0: it moves more functionality from the Xen tools in dom0
> into the qemu-dm process.  This is moving in almost the opposite
> direction to Xen upstream is moving: we are moving qemu-dm into its
> own tiny domain, so that the qemu code doesn't need to run as a
> process in dom0; this has important security and scalability
> advantages.
>   

Are there separate requirements for stub domains verses Xennite?

Gerd's code is different than what's upstream in QEMU but the question 
is whether it's reconcilable with what's upstream.  If not, what makes 
it that way?

Regards,

Anthony Liguori

> Ian.
>