From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vincent Hanquez Subject: Re: libxl: error handling before xenstored runs Date: Fri, 11 Feb 2011 11:16:46 +0000 Message-ID: <4D551A9E.4070906@eu.citrix.com> References: <201102091213.06591.Christoph.Egger@amd.com> <4D52B5DD.2060900@gmail.com> <201102091652.09218.Christoph.Egger@amd.com> <201102091654.29318.Christoph.Egger@amd.com> <1297273192.29419.7.camel@qabil.uk.xensource.com> <1297328120.1047.21.camel@zakaz.uk.xensource.com> <4D53AF37.9010204@eu.citrix.com> <1297337081.20491.132.camel@zakaz.uk.xensource.com> <4D545EBE.1060501@eu.citrix.com> <20110211094949.GF18135@whitby.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20110211094949.GF18135@whitby.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Tim Deegan Cc: Christoph Egger , "xen-devel@lists.xensource.com" , Kamala Narasimhan , Ian Campbell , Gianni, Tedesco List-Id: xen-devel@lists.xenproject.org On 11/02/11 09:49, Tim Deegan wrote: > 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? If you want to fix the behaviour which is present since xen 3.0 (you can understand why i'm not holding my breath anymore), all the best. What I'm arguing is that behaviour should not exists in the next stable version of xen, specially for a feature that is not serious yet (at least upstream). > 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. Good for them. I'm sure they can carry a 2 liner patch to connect to the ring instead of the unix socket, until they actually submit upstream their stuff that make xenstored stubdomain great. -- Vincent