Re: [Xen-devel] [PATCH 2/6] libxl: Remove linux udev rules

[Ian Campbell <ian.campbell@xxxxxxxxxx>]

On Thu, 2015-07-23 at 13:55 +0200, Roger Pau Monnà wrote:
> El 14/07/15 a les 18.48, Ian Campbell ha escrit:
> > On Tue, 2015-07-14 at 17:40 +0100, Wei Liu wrote:
> > > On Tue, Jul 14, 2015 at 05:35:23PM +0100, George Dunlap wrote:
> > > > On 07/14/2015 05:21 PM, Ian Campbell wrote:
> > > > > On Tue, 2015-07-14 at 12:13 -0400, Konrad Rzeszutek Wilk 
> > > > > wrote:
> > > > > > On Tue, Jul 07, 2015 at 12:39:52PM +0100, Wei Liu wrote:
> > > > > > > On Mon, Jul 06, 2015 at 11:51:39AM +0100, George Dunlap 
> > > > > > > wrote:
> > > > > > > > They are no longer needed, having been replaced by a 
> > > > > > > > daemon for
> > > > > > > > driverdomains which will run scripts as necessary.
> > > > > > 
> > > > > > This introduces an regression. The 'daemon for 
> > > > > > driverdomains'
> > > > > > is xenbackendd - which only gets built for NetBSD.
> > > > > 
> > > > > It's not (any more), it's "xl devd", which should be built 
> > > > > everywhere.
> > > > 
> > > > Aha!  I knew I'd seen it somewhere.
> > > > 
> > > > In that case, do we actually still need xenbackendd?  Or does
> > > > xenbackendd do something slightly different?
> > > > 
> > > 
> > > That's NetBSD-only thing as far as I remember. Not sure if what 
> > > it does
> > > is NetBSD specific.
> > 
> > My understanding was it had been subsumed by "xl devd", but I don't 
> > know
> > why it hasn't been removed. Probably best to wait until Roger is 
> > back...
> 
> Some time ago I proposed to the NetBSD folks to remove xenbackendd,
> because I think it's useless now, but the reply was to leave it as 
> is:
> 
> http://mail-index.netbsd.org/port-xen/2015/01/29/msg008483.html

It's redundant with "xl devd", I don't see any reason for use to
continue carrying it in xen.git. If xl devd has some short coming
relative to xenbackendd then we should address that. But otherwise
if folks want to keep xenbackend despite it having been replaced then
they can carry the patch IMHO.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel