[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v3 0/5] libxl: call hotplug scripts from libxl



Ian Campbell escribiÃ:
On Mon, 2012-04-23 at 14:31 +0100, Roger Pau Monne wrote:
Marek Marczykowski escribiÃ:
On 20.04.2012 15:23, Roger Pau Monne wrote:
This series removes the use of udev rules to call hotplug scripts when using
libxl. Scripts are directly called from the toolstack at the necessary points,
making use of the new event library and it's fork support.
What about non-dom0 backends? There will be no simple way to execute script
there by libxl without help from udev...
A new config option has been added on this series
(disable_xl_vif_scripts) that allows the user to keep executing vif
scripts from udev, so this functionality is not lost.

In the long term (e.g. for 4.3) we intend to overhaul this in a way
which makes driver domains work without udev at all, see "Driver domains
communication protocol proposal" posted by Ian Jackson several weeks ago
-- it would be good to confirm that the scheme proposed there works well
for Qubes-OS too.

In the short term (i.e. 4.2) we felt it was too late to be making these
sorts of changes (e.g. implementing that complete protocol) and
therefore the compromise is that xl will execute the scripts only in the
case that dom0 is also the backend domain while for driver domains we
retain the pre-4.2 behaviour of executing the hotplug scripts via udev
inside the driver domain. This was necessary in order to fix things such
as teardown of disks on NetBSD and teardown of NICs on openvswitch
(currently both are broken even with backend = dom0 due to short comings
in the previous approach) while not regressing the driver domain use
case.

By default do we write the xenstore key to suppress udev running the
scripts regardless of which domain the backend is in or only for
backend=0?

For vbd devices we write it everytime, for vifs devices we write it if disable_xl_vif_scripts is not set.

Or is it necessary to use the override config option for
driver domain?

So the new proposal is to add a disable_xl_vbd_scripts and to detect if the device backend is different than dom0, if it is in fact different than dom0 don't execute hotplug scripts from xl (this will only work for vifs, because there's no support for setting the device domain for vbd devices yet).

Ian.

In Qubes-OS we heavily use network backend in domU: dom0 have no network at
all, all NICs are attached (as PCI device) to some domU - called NetVM, where
network backend resides.
There should be no problem with that, you will just need to use the new
option.

Also vbd backend in domU is used - eg to boot HVM from iso, which is stored in
some domU.
I didn't know you where able to use vbd from driver domains with xl, if
so I will have to add a similar option for vbd devices
(disable_xl_vbd_scripts).


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




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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.