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] libxl: error handling before xenstored runs

To: Vincent Hanquez <vincent.hanquez@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] libxl: error handling before xenstored runs
From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Date: Fri, 11 Feb 2011 09:49:49 +0000
Cc: Christoph Egger <Christoph.Egger@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Kamala Narasimhan <kamala.narasimhan@xxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, Gianni, Tedesco <gianni.tedesco@xxxxxxxxxx>
Delivery-date: Fri, 11 Feb 2011 01:50:26 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4D545EBE.1060501@xxxxxxxxxxxxx>
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: <201102091213.06591.Christoph.Egger@xxxxxxx> <4D52B5DD.2060900@xxxxxxxxx> <201102091652.09218.Christoph.Egger@xxxxxxx> <201102091654.29318.Christoph.Egger@xxxxxxx> <1297273192.29419.7.camel@xxxxxxxxxxxxxxxxxxxxxx> <1297328120.1047.21.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D53AF37.9010204@xxxxxxxxxxxxx> <1297337081.20491.132.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D545EBE.1060501@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
At 21:55 +0000 on 10 Feb (1297374910), Vincent Hanquez wrote:
> On 10/02/11 11:24, Ian Campbell wrote:
> > Right but this approach doesn't work with xenstored in a stubdomain.
> 
> yeah I know. xenstored in a stubdom is just an experiment, when it 
> become a serious feature, this argument would hold. however it's not 
> going to be use in 4.1, and in any production settings.

You seem to be arguing that we shouldn't fix a bug in the kernel.  I
don't understand that.  How is it going to become a "serious feature" if
we don't fix the bugs that affect it?

In any case, I can think of three projects off the top of my head that
are using stub domains aggressively, one of which I know is using
xenstore stub domains in particular.  I'm sure there are others.

Tim.

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, Xen Platform Team
Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

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