With the current libxl implementation the control domain will remove both
the frontend and the backend xenstore paths of a device that's handled by a
driver domain. This is incorrect, since the driver domain possibly needs to
access the backend path in order to perform the disconnection and cleanup of
the device.
Fix this by making sure the control domain only cleans the frontend path,
leaving the backend path to be cleaned by the driver domain. Note that if
the device is not handled by a driver domain the control domain will perform
the removal of both the frontend and the backend paths.
Signed-off-by: Roger Pau Monné <roger....@citrix.com>
Acked-by: Ian Jackson <ian.jack...@eu.citrix.com>
Reported-by: Alex Velazquez <alex.j.velazq...@gmail.com>
Cc: Alex Velazquez <alex.j.velazq...@gmail.com>
Cc: Ian Jackson <ian.jack...@eu.citrix.com>
Cc: Ian Campbell <ian.campb...@citrix.com>
Cc: Wei Liu <wei.l...@citrix.com>
---
Changes since v1:
- Fix comment to match the code change.
- While there, also s/charge for/charge of/g.
---
tools/libxl/libxl_device.c | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/libxl/libxl_device.c b/tools/libxl/libxl_device.c
index 85a3662..8bb5e93 100644
--- a/tools/libxl/libxl_device.c
+++ b/tools/libxl/libxl_device.c
@@ -591,15 +591,15 @@ int libxl__device_destroy(libxl__gc *gc, libxl__device
*dev)
if (domid == LIBXL_TOOLSTACK_DOMID) {
/*
- * The toolstack domain is in charge for removing both the
- * frontend and the backend path
+ * The toolstack domain is in charge of removing the
+ * frontend path.
*/
libxl__xs_path_cleanup(gc, t, fe_path);
- libxl__xs_path_cleanup(gc, t, be_path);
- } else if (dev->backend_domid == domid) {
+ }
+ if (dev->backend_domid == domid) {
/*
- * The driver domain is in charge for removing what it can
- * from the backend path
+ * The driver domain is in charge of removing what it can
+ * from the backend path.
*/
libxl__xs_path_cleanup(gc, t, be_path);
}
--
1.9.5 (Apple Git-50.3)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
