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] [PATCH] libxl: enabling upstream qemu as pure pv backend

To: Wei Liu <liuw@xxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] libxl: enabling upstream qemu as pure pv backend.
From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Date: Wed, 8 Jun 2011 13:24:34 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Stefano
Delivery-date: Wed, 08 Jun 2011 05:25:53 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1307528459.31359.43.camel@limbo>
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>
Organization: Citrix Systems, Inc.
References: <1307503152.31359.2.camel@limbo> <1307523318.775.703.camel@xxxxxxxxxxxxxxxxxxxxxx> <1307528459.31359.43.camel@limbo>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, 2011-06-08 at 11:20 +0100, Wei Liu wrote:
> On Wed, 2011-06-08 at 09:55 +0100, Ian Campbell wrote:
> > One general concern I have is there are cases where we want 2 DM
> > instances. In particular we can have an FV instance running in a stub
> > domain which uses a PV instance running in dom0 for certain
> > functionality (e.g. emulated VGA in the FV stub domain qemu goes to an
> > xenfb frontend talking to a xenfb backend running in a PV qemu in domain
> > 0).
> > 
> Ah, I misunderstood you at first. This use case is a bit complicated. I
> still wonder if libxl supports this kind of configuration...

I think so, and if not then it will need to at some point.

> TBH, I'm not familiar with stubdom.

stubdom is when you run the HVM device model in its own PV domain
instead of as a process in domain 0. Long run this is the model we would
like to be moving towards.


Xen-devel mailing list

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