[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Driver domains and hotplug scripts, redux
Stefano Stabellini writes ("Re: Driver domains and hotplug scripts, redux"): > On Mon, 9 Jan 2012, Roger Pau MonnÃÆÃÂ wrote: > > This should be handled by xenbackendd (I know it will not exactly be > > xenbackendd, but let's call it that way to simplify things), since it > > should be listening to /local/domain/<domid>/backend/* for changes and > > react upon them. > > I think this is wrong because we would be tying together the vif > creation with the script execution, while these two kinds of events > might need to be executed at different point in time (especially in the > block case). We need be flexible. > I would make xenbackendd listen to a different xenstore location, > maybe /hotplug/<domid>/*, so that the toolstack can explicitly ask > xenbackendd for something, making sure that it gets done before taking > other actions. The fact that any script is being run, and exactly what that script is, and when, does not need to be visible to the main toolstack. It's a function entirely inside the driver domain. So I disagree. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |