[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 20 of 29 RFC] libxl: introduce libxl hotplug public API functions
Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 20 of 29 RFC] libxl: introduce libxl hotplug public API functions"): > On Tue, 14 Feb 2012, Ian Campbell wrote: > > I was wondering if perhaps xl/libxl should handle these events by > > default (using the same APIs as xldeviced uses) such that in the simple > > case users can continue to just use xl without worrying about > > configuring or enabling additional daemons. There would then be an > > option to disable this if you were running xldeviced (either in dom0 or > > in a driver dom). Perhaps a more DWIM extension would be to default to > > running things within xl/libxl only if the backend is in dom0 and assu,e > > xldeviced is running in backend doms != 0. > > While I understand that technically is not difficult to achieve and > doesn't add much complexity in terms of lines of code; starting daemons > is cheap and is taken care by xencommons. I am not sure if it is worth > introducing yet another way of doing the same thing. This is a good point. Also, if anyone does object to this daemon, and we take the event-driven approach already suggested, it probably won't be too hard to add later the short-cut to run it in-process. So I think for now we should just have the daemonic version. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |