qemu-devel
[Top][All Lists]
Advanced

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

[Qemu-devel] [PATCH] Add drive_add/drive_del to qmp_commands.hx


From: Hu Tao
Subject: [Qemu-devel] [PATCH] Add drive_add/drive_del to qmp_commands.hx
Date: Thu, 17 Feb 2011 16:57:48 +0800
User-agent: Mutt/1.5.21 (2010-09-15)

This patch enables drive_add/drive_del qmp commands, which are required
by libvirt when connecting to qemu using QMP.

Signed-off-by: Hu Tao <address@hidden>
---
 qmp-commands.hx |   59 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 files changed, 59 insertions(+), 0 deletions(-)

diff --git a/qmp-commands.hx b/qmp-commands.hx
index df40a3d..cf1cd13 100644
--- a/qmp-commands.hx
+++ b/qmp-commands.hx
@@ -1774,3 +1774,62 @@ Example:
 
 EQMP
 
+    {
+        .name       = "drive_add",
+        .args_type  = "pci_addr:s,opts:s",
+        .params     = "[[<domain>:]<bus>:]<slot>\n"
+                      "[file=file][,if=type][,bus=n]\n"
+                      "[,unit=m][,media=d][index=i]\n"
+                      "[,cyls=c,heads=h,secs=s[,trans=t]]\n"
+                      "[snapshot=on|off][,cache=on|off]",
+
+        .help       = "add drive to PCI storage controller",
+        .mhandler.cmd = drive_hot_add,
+    },
+
+SQMP
+drive_add
+---------
+
+Add drive to PCI storage controller.
+
+Arguments:
+
+- "pci_addr": pci address.
+- "opts": options of the drive to be added.
+
+Example:
+
+-> { "execute": "drive_add", "arguments": { "pci_addr": "dummy", "opts": 
"file=/path/to/disk.img, if=none, id=drive-virtio-disk1, format=raw" } }
+<- { "return": {} }
+
+EQMP
+
+    {
+        .name       = "drive_del",
+        .args_type  = "id:s",
+        .params     = "device",
+        .help       = "remove host block device",
+        .user_print = monitor_user_noop,
+        .mhandler.cmd_new = do_drive_del,
+    },
+
+SQMP
+drive_del
+---------
+
+Remove host block device.  The result is that guest generated IO is no longer
+submitted against the host device underlying the disk.  Once a drive has
+been deleted, the QEMU Block layer returns -EIO which results in IO
+errors in the guest for applications that are reading/writing to the device.
+
+Arguments:
+
+- "id": id of device to be removed.
+
+Examples:
+
+-> { "execute": "drive_del", "arguments": { "id": "drive-virtio-disk1"} }
+<- { "return": {} }
+
+EQMP
-- 
1.7.3.1




reply via email to

[Prev in Thread] Current Thread [Next in Thread]