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] [PATCH 0/3] libxl stubdom API cleanup

To: Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 0/3] libxl stubdom API cleanup
From: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Date: Mon, 12 Jul 2010 17:46:04 +0100
Cc: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, Xen, Devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Vincent Hanquez <Vincent.Hanquez@xxxxxxxxxxxxx>
Delivery-date: Mon, 12 Jul 2010 09:46:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
Fcc: ~/mail/Outbound
In-reply-to: <alpine.DEB.2.00.1007091851580.21432@kaball-desktop>
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: <1278507656-7745-1-git-send-email-vincent.hanquez@xxxxxxxxxxxxx> <alpine.DEB.2.00.1007071752210.21432@kaball-desktop> <4C35B3E1.2010106@xxxxxxxxxxxxx> <alpine.DEB.2.00.1007081455060.21432@kaball-desktop> <1278598709.28432.589.camel@xxxxxxxxxxxxxxxxxxxxxx> <20100709081755.GC31695@xxxxxxxxxxxxxxxxxxxxxxx> <4C36FD7A.1070303@xxxxxxxxxxxxx> <20100709105101.GD31695@xxxxxxxxxxxxxxxxxxxxxxx> <4C37027A.5030207@xxxxxxxxxxxxx> <19511.22167.615318.444003@xxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1007091851580.21432@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
--text follows this line--
Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 0/3] libxl stubdom API 
cleanup"):
> I think Vincent wanted a different API to make memory accounting easier.

Right.

> What about extending the current create_device_model API with a
> more explicit stubdom flag, and a way to return the stubdom domid to the
> caller?
> 
> Also the caller should be able to know in advance the amount of memory
> used for the stubdom: another libxl function could be added for that
> purpose.
> 
> Would that interface be flexible enough for you?

That would address my concerns.

Ian.

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