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: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 0/3] libxl stubdom API cleanup
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Fri, 9 Jul 2010 18:58:02 +0100
Cc: Devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, Xen, Vincent Hanquez <Vincent.Hanquez@xxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Delivery-date: Fri, 09 Jul 2010 11:00:42 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <19511.22167.615318.444003@xxxxxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Fri, 9 Jul 2010, Ian Jackson wrote:
> Vincent Hanquez writes ("Re: [Xen-devel] [PATCH 0/3] libxl stubdom API 
> cleanup"):
> > I think that either is fine from my point of view; as long as I don't 
> > have to capture two very different semantics (starting a program | 
> > starting a domain) in one call.
> 
> I still disagree.  I think it would be better to hide this distinction
> as much as possible.
> 
> Your key motive seems to be some problem with the ocaml bindings.
> Perhaps you could explain that in more detail ?
 
I think Vincent wanted a different API to make memory accounting easier.

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?

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