1 HXCOMM QMP dispatch table and documentation
2 HXCOMM Text between SQMP and EQMP is copied to the QMP documention file and
3 HXCOMM does not show up in the other formats.
9 This document describes all commands currently supported by QMP.
11 Most of the time their usage is exactly the same as in the user Monitor, this
12 means that any other document which also describe commands (the manpage,
13 QEMU's manual, etc) can and should be consulted.
15 QMP has two types of commands: regular and query commands. Regular commands
16 usually change the Virtual Machine's state someway, while query commands just
17 return information. The sections below are divided accordingly.
19 It's important to observe that all communication examples are formatted in
20 a reader-friendly way, so that they're easier to understand. However, in real
21 protocol usage, they're emitted as a single line.
23 Also, the following notation is used to denote data flow:
25 -> data issued by the Client
26 <- Server data response
28 Please, refer to the QMP specification (QMP/qmp-spec.txt) for detailed
29 information on the Server command and response formats.
31 NOTE: This document is temporary and will be replaced soon.
33 1. Stability Considerations
34 ===========================
36 The current QMP command set (described in this file) may be useful for a
37 number of use cases, however it's limited and several commands have bad
38 defined semantics, specially with regard to command completion.
40 These problems are going to be solved incrementally in the next QEMU releases
41 and we're going to establish a deprecation policy for badly defined commands.
43 If you're planning to adopt QMP, please observe the following:
45 1. The deprecation policy will take effect and be documented soon, please
46 check the documentation of each used command as soon as a new release of
49 2. DO NOT rely on anything which is not explicit documented
51 3. Errors, in special, are not documented. Applications should NOT check
52 for specific errors classes or data (it's strongly recommended to only
53 check for the "error" key)
58 Server's responses in the examples below are always a success response, please
59 refer to the QMP specification for more details on error responses.
66 .mhandler.cmd_new = qmp_marshal_input_quit,
79 -> { "execute": "quit" }
86 .args_type = "force:-f,device:B",
87 .mhandler.cmd_new = qmp_marshal_input_eject,
94 Eject a removable medium.
98 - force: force ejection (json-bool, optional)
99 - device: device name (json-string)
103 -> { "execute": "eject", "arguments": { "device": "ide1-cd0" } }
106 Note: The "force" argument defaults to false.
112 .args_type = "device:B,target:F,arg:s?",
113 .mhandler.cmd_new = qmp_marshal_input_change,
120 Change a removable medium or VNC configuration.
124 - "device": device name (json-string)
125 - "target": filename or item (json-string)
126 - "arg": additional argument (json-string, optional)
130 1. Change a removable medium
132 -> { "execute": "change",
133 "arguments": { "device": "ide1-cd0",
134 "target": "/srv/images/Fedora-12-x86_64-DVD.iso" } }
137 2. Change VNC password
139 -> { "execute": "change",
140 "arguments": { "device": "vnc", "target": "password",
147 .name = "screendump",
148 .args_type = "filename:F",
149 .mhandler.cmd_new = qmp_marshal_input_screendump,
156 Save screen into PPM image.
160 - "filename": file path (json-string)
164 -> { "execute": "screendump", "arguments": { "filename": "/tmp/image" } }
172 .mhandler.cmd_new = qmp_marshal_input_stop,
185 -> { "execute": "stop" }
193 .mhandler.cmd_new = qmp_marshal_input_cont,
206 -> { "execute": "cont" }
212 .name = "system_wakeup",
214 .mhandler.cmd_new = qmp_marshal_input_system_wakeup,
221 Wakeup guest from suspend.
227 -> { "execute": "system_wakeup" }
233 .name = "system_reset",
235 .mhandler.cmd_new = qmp_marshal_input_system_reset,
248 -> { "execute": "system_reset" }
254 .name = "system_powerdown",
256 .mhandler.cmd_new = qmp_marshal_input_system_powerdown,
263 Send system power down event.
269 -> { "execute": "system_powerdown" }
275 .name = "device_add",
276 .args_type = "device:O",
277 .params = "driver[,prop=value][,...]",
278 .help = "add device, like -device on the command line",
279 .user_print = monitor_user_noop,
280 .mhandler.cmd_new = do_device_add,
291 - "driver": the name of the new device's driver (json-string)
292 - "bus": the device's parent bus (device tree path, json-string, optional)
293 - "id": the device's ID, must be unique (json-string)
298 -> { "execute": "device_add", "arguments": { "driver": "e1000", "id": "net1" } }
303 (1) For detailed information about this command, please refer to the
304 'docs/qdev-device-use.txt' file.
306 (2) It's possible to list device properties by running QEMU with the
307 "-device DEVICE,\?" command-line argument, where DEVICE is the device's name
312 .name = "device_del",
314 .mhandler.cmd_new = qmp_marshal_input_device_del,
325 - "id": the device's ID (json-string)
329 -> { "execute": "device_del", "arguments": { "id": "net1" } }
336 .args_type = "keys:O,hold-time:i?",
337 .mhandler.cmd_new = qmp_marshal_input_send_key,
349 - "key": key sequence (a json-array of key enum values)
351 - hold-time: time to delay key up events, milliseconds. Defaults to 100
356 -> { "execute": "send-key",
357 "arguments": { 'keys': [ 'ctrl', 'alt', 'delete' ] } }
364 .args_type = "index:i",
365 .mhandler.cmd_new = qmp_marshal_input_cpu,
376 - "index": the CPU's index (json-int)
380 -> { "execute": "cpu", "arguments": { "index": 0 } }
383 Note: CPUs' indexes are obtained with the 'query-cpus' command.
389 .args_type = "val:l,size:i,filename:s,cpu:i?",
390 .mhandler.cmd_new = qmp_marshal_input_memsave,
397 Save to disk virtual memory dump starting at 'val' of size 'size'.
401 - "val": the starting address (json-int)
402 - "size": the memory size, in bytes (json-int)
403 - "filename": file path (json-string)
404 - "cpu": virtual CPU index (json-int, optional)
408 -> { "execute": "memsave",
409 "arguments": { "val": 10,
411 "filename": "/tmp/virtual-mem-dump" } }
418 .args_type = "val:l,size:i,filename:s",
419 .mhandler.cmd_new = qmp_marshal_input_pmemsave,
426 Save to disk physical memory dump starting at 'val' of size 'size'.
430 - "val": the starting address (json-int)
431 - "size": the memory size, in bytes (json-int)
432 - "filename": file path (json-string)
436 -> { "execute": "pmemsave",
437 "arguments": { "val": 10,
439 "filename": "/tmp/physical-mem-dump" } }
445 .name = "inject-nmi",
447 .mhandler.cmd_new = qmp_marshal_input_inject_nmi,
454 Inject an NMI on guest's CPUs.
460 -> { "execute": "inject-nmi" }
463 Note: inject-nmi fails when the guest doesn't support injecting.
464 Currently, only x86 guests do.
469 .name = "memchar-write",
470 .args_type = "device:s,data:s,format:s?",
471 .mhandler.cmd_new = qmp_marshal_input_memchar_write,
478 Provide writing interface for CirMemCharDriver. Write data to memory
483 - "device": the name of the char device, must be unique (json-string)
484 - "data": the source data write to memory (json-string)
485 - "format": the data format write to memory, default is
486 utf8. (json-string, optional)
487 - Possible values: "utf8", "base64"
491 -> { "execute": "memchar-write",
492 "arguments": { "device": foo,
500 .name = "memchar-read",
501 .args_type = "device:s,size:i,format:s?",
502 .mhandler.cmd_new = qmp_marshal_input_memchar_read,
509 Provide read interface for CirMemCharDriver. Read from the char
510 device memory and return the data with size.
514 - "device": the name of the char device, must be unique (json-string)
515 - "size": the memory size wanted to read in bytes (refer to unencoded
516 size of the raw data), would adjust to the init size of the
517 memchar if the requested size is larger than it. (json-int)
518 - "format": the data format write to memchardev, default is
519 utf8. (json-string, optional)
520 - Possible values: "utf8", "base64"
524 -> { "execute": "memchar-read",
525 "arguments": { "device": foo,
528 <- {"return": "abcdefgh"}
533 .name = "xen-save-devices-state",
534 .args_type = "filename:F",
535 .mhandler.cmd_new = qmp_marshal_input_xen_save_devices_state,
539 xen-save-devices-state
542 Save the state of all devices to file. The RAM and the block devices
543 of the VM are not saved by this command.
547 - "filename": the file to save the state of the devices to as binary
548 data. See xen-save-devices-state.txt for a description of the binary
553 -> { "execute": "xen-save-devices-state",
554 "arguments": { "filename": "/tmp/save" } }
560 .name = "xen-set-global-dirty-log",
561 .args_type = "enable:b",
562 .mhandler.cmd_new = qmp_marshal_input_xen_set_global_dirty_log,
566 xen-set-global-dirty-log
569 Enable or disable the global dirty log mode.
573 - "enable": Enable it or disable it.
577 -> { "execute": "xen-set-global-dirty-log",
578 "arguments": { "enable": true } }
585 .args_type = "detach:-d,blk:-b,inc:-i,uri:s",
586 .mhandler.cmd_new = qmp_marshal_input_migrate,
597 - "blk": block migration, full disk copy (json-bool, optional)
598 - "inc": incremental disk copy (json-bool, optional)
599 - "uri": Destination URI (json-string)
603 -> { "execute": "migrate", "arguments": { "uri": "tcp:0:4446" } }
608 (1) The 'query-migrate' command should be used to check migration's progress
609 and final result (this information is provided by the 'status' member)
610 (2) All boolean arguments default to false
611 (3) The user Monitor's "detach" argument is invalid in QMP and should not
617 .name = "migrate_cancel",
619 .mhandler.cmd_new = qmp_marshal_input_migrate_cancel,
626 Cancel the current migration.
632 -> { "execute": "migrate_cancel" }
637 .name = "migrate-set-cache-size",
638 .args_type = "value:o",
639 .mhandler.cmd_new = qmp_marshal_input_migrate_set_cache_size,
643 migrate-set-cache-size
644 ---------------------
646 Set cache size to be used by XBZRLE migration, the cache size will be rounded
647 down to the nearest power of 2
651 - "value": cache size in bytes (json-int)
655 -> { "execute": "migrate-set-cache-size", "arguments": { "value": 536870912 } }
660 .name = "query-migrate-cache-size",
662 .mhandler.cmd_new = qmp_marshal_input_query_migrate_cache_size,
666 query-migrate-cache-size
667 ---------------------
669 Show cache size to be used by XBZRLE migration
671 returns a json-object with the following information:
676 -> { "execute": "query-migrate-cache-size" }
677 <- { "return": 67108864 }
682 .name = "migrate_set_speed",
683 .args_type = "value:o",
684 .mhandler.cmd_new = qmp_marshal_input_migrate_set_speed,
691 Set maximum speed for migrations.
695 - "value": maximum speed, in bytes per second (json-int)
699 -> { "execute": "migrate_set_speed", "arguments": { "value": 1024 } }
705 .name = "migrate_set_downtime",
706 .args_type = "value:T",
707 .mhandler.cmd_new = qmp_marshal_input_migrate_set_downtime,
714 Set maximum tolerated downtime (in seconds) for migrations.
718 - "value": maximum downtime (json-number)
722 -> { "execute": "migrate_set_downtime", "arguments": { "value": 0.1 } }
728 .name = "client_migrate_info",
729 .args_type = "protocol:s,hostname:s,port:i?,tls-port:i?,cert-subject:s?",
730 .params = "protocol hostname port tls-port cert-subject",
731 .help = "send migration info to spice/vnc client",
732 .user_print = monitor_user_noop,
733 .mhandler.cmd_async = client_migrate_info,
734 .flags = MONITOR_CMD_ASYNC,
741 Set the spice/vnc connection info for the migration target. The spice/vnc
742 server will ask the spice/vnc client to automatically reconnect using the
743 new parameters (if specified) once the vm migration finished successfully.
747 - "protocol": protocol: "spice" or "vnc" (json-string)
748 - "hostname": migration target hostname (json-string)
749 - "port": spice/vnc tcp port for plaintext channels (json-int, optional)
750 - "tls-port": spice tcp port for tls-secured channels (json-int, optional)
751 - "cert-subject": server certificate subject (json-string, optional)
755 -> { "execute": "client_migrate_info",
756 "arguments": { "protocol": "spice",
757 "hostname": "virt42.lab.kraxel.org",
764 .name = "dump-guest-memory",
765 .args_type = "paging:b,protocol:s,begin:i?,end:i?",
766 .params = "-p protocol [begin] [length]",
767 .help = "dump guest memory to file",
768 .user_print = monitor_user_noop,
769 .mhandler.cmd_new = qmp_marshal_input_dump_guest_memory,
776 Dump guest memory to file. The file can be processed with crash or gdb.
780 - "paging": do paging to get guest's memory mapping (json-bool)
781 - "protocol": destination file(started with "file:") or destination file
782 descriptor (started with "fd:") (json-string)
783 - "begin": the starting physical address. It's optional, and should be specified
784 with length together (json-int)
785 - "length": the memory size, in bytes. It's optional, and should be specified
786 with begin together (json-int)
790 -> { "execute": "dump-guest-memory", "arguments": { "protocol": "fd:dump" } }
795 (1) All boolean arguments default to false
800 .name = "netdev_add",
801 .args_type = "netdev:O",
802 .mhandler.cmd_new = qmp_netdev_add,
809 Add host network device.
813 - "type": the device type, "tap", "user", ... (json-string)
814 - "id": the device's ID, must be unique (json-string)
819 -> { "execute": "netdev_add", "arguments": { "type": "user", "id": "netdev1" } }
822 Note: The supported device options are the same ones supported by the '-net'
823 command-line argument, which are listed in the '-help' output or QEMU's
829 .name = "netdev_del",
831 .mhandler.cmd_new = qmp_marshal_input_netdev_del,
838 Remove host network device.
842 - "id": the device's ID, must be unique (json-string)
846 -> { "execute": "netdev_del", "arguments": { "id": "netdev1" } }
853 .name = "block_resize",
854 .args_type = "device:B,size:o",
855 .mhandler.cmd_new = qmp_marshal_input_block_resize,
862 Resize a block image while a guest is running.
866 - "device": the device's ID, must be unique (json-string)
871 -> { "execute": "block_resize", "arguments": { "device": "scratch", "size": 1073741824 } }
877 .name = "block-stream",
878 .args_type = "device:B,base:s?,speed:o?,on-error:s?",
879 .mhandler.cmd_new = qmp_marshal_input_block_stream,
883 .name = "block-commit",
884 .args_type = "device:B,base:s?,top:s,speed:o?",
885 .mhandler.cmd_new = qmp_marshal_input_block_commit,
889 .name = "block-job-set-speed",
890 .args_type = "device:B,speed:o",
891 .mhandler.cmd_new = qmp_marshal_input_block_job_set_speed,
895 .name = "block-job-cancel",
896 .args_type = "device:B,force:b?",
897 .mhandler.cmd_new = qmp_marshal_input_block_job_cancel,
900 .name = "block-job-pause",
901 .args_type = "device:B",
902 .mhandler.cmd_new = qmp_marshal_input_block_job_pause,
905 .name = "block-job-resume",
906 .args_type = "device:B",
907 .mhandler.cmd_new = qmp_marshal_input_block_job_resume,
910 .name = "block-job-complete",
911 .args_type = "device:B",
912 .mhandler.cmd_new = qmp_marshal_input_block_job_complete,
915 .name = "transaction",
916 .args_type = "actions:q",
917 .mhandler.cmd_new = qmp_marshal_input_transaction,
924 Atomically operate on one or more block devices. The only supported
925 operation for now is snapshotting. If there is any failure performing
926 any of the operations, all snapshots for the group are abandoned, and
927 the original disks pre-snapshot attempt are used.
929 A list of dictionaries is accepted, that contains the actions to be performed.
930 For snapshots this is the device, the file to use for the new snapshot,
931 and the format. The default format, if not specified, is qcow2.
933 Each new snapshot defaults to being created by QEMU (wiping any
934 contents if the file already exists), but it is also possible to reuse
935 an externally-created file. In the latter case, you should ensure that
936 the new image file has the same contents as the current one; QEMU cannot
937 perform any meaningful check. Typically this is achieved by using the
938 current image file as the backing file for the new image.
943 - "type": the operation to perform. The only supported
944 value is "blockdev-snapshot-sync". (json-string)
945 - "data": a dictionary. The contents depend on the value
946 of "type". When "type" is "blockdev-snapshot-sync":
947 - "device": device name to snapshot (json-string)
948 - "snapshot-file": name of new image file (json-string)
949 - "format": format of new image (json-string, optional)
950 - "mode": whether and how QEMU should create the snapshot file
951 (NewImageMode, optional, default "absolute-paths")
955 -> { "execute": "transaction",
956 "arguments": { "actions": [
957 { 'type': 'blockdev-snapshot-sync', 'data' : { "device": "ide-hd0",
958 "snapshot-file": "/some/place/my-image",
959 "format": "qcow2" } },
960 { 'type': 'blockdev-snapshot-sync', 'data' : { "device": "ide-hd1",
961 "snapshot-file": "/some/place/my-image2",
963 "format": "qcow2" } } ] } }
969 .name = "blockdev-snapshot-sync",
970 .args_type = "device:B,snapshot-file:s,format:s?,mode:s?",
971 .mhandler.cmd_new = qmp_marshal_input_blockdev_snapshot_sync,
975 blockdev-snapshot-sync
976 ----------------------
978 Synchronous snapshot of a block device. snapshot-file specifies the
979 target of the new image. If the file exists, or if it is a device, the
980 snapshot will be created in the existing file/device. If does not
981 exist, a new file will be created. format specifies the format of the
982 snapshot image, default is qcow2.
986 - "device": device name to snapshot (json-string)
987 - "snapshot-file": name of new image file (json-string)
988 - "mode": whether and how QEMU should create the snapshot file
989 (NewImageMode, optional, default "absolute-paths")
990 - "format": format of new image (json-string, optional)
994 -> { "execute": "blockdev-snapshot-sync", "arguments": { "device": "ide-hd0",
996 "/some/place/my-image",
997 "format": "qcow2" } }
1003 .name = "drive-mirror",
1004 .args_type = "sync:s,device:B,target:s,speed:i?,mode:s?,format:s?,"
1005 "on-source-error:s?,on-target-error:s?,"
1006 "granularity:i?,buf-size:i?",
1007 .mhandler.cmd_new = qmp_marshal_input_drive_mirror,
1014 Start mirroring a block device's writes to a new destination. target
1015 specifies the target of the new image. If the file exists, or if it is
1016 a device, it will be used as the new destination for writes. If it does not
1017 exist, a new file will be created. format specifies the format of the
1018 mirror image, default is to probe if mode='existing', else the format
1023 - "device": device name to operate on (json-string)
1024 - "target": name of new image file (json-string)
1025 - "format": format of new image (json-string, optional)
1026 - "mode": how an image file should be created into the target
1027 file/device (NewImageMode, optional, default 'absolute-paths')
1028 - "speed": maximum speed of the streaming job, in bytes per second
1030 - "granularity": granularity of the dirty bitmap, in bytes (json-int, optional)
1031 - "buf_size": maximum amount of data in flight from source to target, in bytes
1032 (json-int, default 10M)
1033 - "sync": what parts of the disk image should be copied to the destination;
1034 possibilities include "full" for all the disk, "top" for only the sectors
1035 allocated in the topmost image, or "none" to only replicate new I/O
1037 - "on-source-error": the action to take on an error on the source
1038 (BlockdevOnError, default 'report')
1039 - "on-target-error": the action to take on an error on the target
1040 (BlockdevOnError, default 'report')
1042 The default value of the granularity is the image cluster size clamped
1043 between 4096 and 65536, if the image format defines one. If the format
1044 does not define a cluster size, the default value of the granularity
1050 -> { "execute": "drive-mirror", "arguments": { "device": "ide-hd0",
1051 "target": "/some/place/my-image",
1053 "format": "qcow2" } }
1060 .args_type = "value:M",
1061 .mhandler.cmd_new = qmp_marshal_input_balloon,
1068 Request VM to change its memory allocation (in bytes).
1072 - "value": New memory allocation (json-int)
1076 -> { "execute": "balloon", "arguments": { "value": 536870912 } }
1083 .args_type = "name:s,up:b",
1084 .mhandler.cmd_new = qmp_marshal_input_set_link,
1091 Change the link status of a network adapter.
1095 - "name": network device name (json-string)
1096 - "up": status is up (json-bool)
1100 -> { "execute": "set_link", "arguments": { "name": "e1000.0", "up": false } }
1107 .args_type = "fdname:s",
1108 .params = "getfd name",
1109 .help = "receive a file descriptor via SCM rights and assign it a name",
1110 .mhandler.cmd_new = qmp_marshal_input_getfd,
1117 Receive a file descriptor via SCM rights and assign it a name.
1121 - "fdname": file descriptor name (json-string)
1125 -> { "execute": "getfd", "arguments": { "fdname": "fd1" } }
1130 (1) If the name specified by the "fdname" argument already exists,
1131 the file descriptor assigned to it will be closed and replaced
1132 by the received file descriptor.
1133 (2) The 'closefd' command can be used to explicitly close the file
1134 descriptor when it is no longer needed.
1140 .args_type = "fdname:s",
1141 .params = "closefd name",
1142 .help = "close a file descriptor previously passed via SCM rights",
1143 .mhandler.cmd_new = qmp_marshal_input_closefd,
1150 Close a file descriptor previously passed via SCM rights.
1154 - "fdname": file descriptor name (json-string)
1158 -> { "execute": "closefd", "arguments": { "fdname": "fd1" } }
1165 .args_type = "fdset-id:i?,opaque:s?",
1166 .params = "add-fd fdset-id opaque",
1167 .help = "Add a file descriptor, that was passed via SCM rights, to an fd set",
1168 .mhandler.cmd_new = qmp_marshal_input_add_fd,
1175 Add a file descriptor, that was passed via SCM rights, to an fd set.
1179 - "fdset-id": The ID of the fd set to add the file descriptor to.
1180 (json-int, optional)
1181 - "opaque": A free-form string that can be used to describe the fd.
1182 (json-string, optional)
1184 Return a json-object with the following information:
1186 - "fdset-id": The ID of the fd set that the fd was added to. (json-int)
1187 - "fd": The file descriptor that was received via SCM rights and added to the
1192 -> { "execute": "add-fd", "arguments": { "fdset-id": 1 } }
1193 <- { "return": { "fdset-id": 1, "fd": 3 } }
1197 (1) The list of fd sets is shared by all monitor connections.
1198 (2) If "fdset-id" is not specified, a new fd set will be created.
1203 .name = "remove-fd",
1204 .args_type = "fdset-id:i,fd:i?",
1205 .params = "remove-fd fdset-id fd",
1206 .help = "Remove a file descriptor from an fd set",
1207 .mhandler.cmd_new = qmp_marshal_input_remove_fd,
1214 Remove a file descriptor from an fd set.
1218 - "fdset-id": The ID of the fd set that the file descriptor belongs to.
1220 - "fd": The file descriptor that is to be removed. (json-int, optional)
1224 -> { "execute": "remove-fd", "arguments": { "fdset-id": 1, "fd": 3 } }
1229 (1) The list of fd sets is shared by all monitor connections.
1230 (2) If "fd" is not specified, all file descriptors in "fdset-id" will be
1236 .name = "query-fdsets",
1238 .help = "Return information describing all fd sets",
1239 .mhandler.cmd_new = qmp_marshal_input_query_fdsets,
1246 Return information describing all fd sets.
1252 -> { "execute": "query-fdsets" }
1258 "opaque": "rdonly:/path/to/file"
1262 "opaque": "rdwr:/path/to/file"
1281 Note: The list of fd sets is shared by all monitor connections.
1286 .name = "block_passwd",
1287 .args_type = "device:B,password:s",
1288 .mhandler.cmd_new = qmp_marshal_input_block_passwd,
1295 Set the password of encrypted block devices.
1299 - "device": device name (json-string)
1300 - "password": password (json-string)
1304 -> { "execute": "block_passwd", "arguments": { "device": "ide0-hd0",
1305 "password": "12345" } }
1311 .name = "block_set_io_throttle",
1312 .args_type = "device:B,bps:l,bps_rd:l,bps_wr:l,iops:l,iops_rd:l,iops_wr:l",
1313 .mhandler.cmd_new = qmp_marshal_input_block_set_io_throttle,
1317 block_set_io_throttle
1320 Change I/O throttle limits for a block drive.
1324 - "device": device name (json-string)
1325 - "bps": total throughput limit in bytes per second(json-int)
1326 - "bps_rd": read throughput limit in bytes per second(json-int)
1327 - "bps_wr": read throughput limit in bytes per second(json-int)
1328 - "iops": total I/O operations per second(json-int)
1329 - "iops_rd": read I/O operations per second(json-int)
1330 - "iops_wr": write I/O operations per second(json-int)
1334 -> { "execute": "block_set_io_throttle", "arguments": { "device": "virtio0",
1346 .name = "set_password",
1347 .args_type = "protocol:s,password:s,connected:s?",
1348 .mhandler.cmd_new = qmp_marshal_input_set_password,
1355 Set the password for vnc/spice protocols.
1359 - "protocol": protocol name (json-string)
1360 - "password": password (json-string)
1361 - "connected": [ keep | disconnect | fail ] (josn-string, optional)
1365 -> { "execute": "set_password", "arguments": { "protocol": "vnc",
1366 "password": "secret" } }
1372 .name = "expire_password",
1373 .args_type = "protocol:s,time:s",
1374 .mhandler.cmd_new = qmp_marshal_input_expire_password,
1381 Set the password expire time for vnc/spice protocols.
1385 - "protocol": protocol name (json-string)
1386 - "time": [ now | never | +secs | secs ] (json-string)
1390 -> { "execute": "expire_password", "arguments": { "protocol": "vnc",
1397 .name = "add_client",
1398 .args_type = "protocol:s,fdname:s,skipauth:b?,tls:b?",
1399 .mhandler.cmd_new = qmp_marshal_input_add_client,
1406 Add a graphics client
1410 - "protocol": protocol name (json-string)
1411 - "fdname": file descriptor name (json-string)
1412 - "skipauth": whether to skip authentication (json-bool, optional)
1413 - "tls": whether to perform TLS (json-bool, optional)
1417 -> { "execute": "add_client", "arguments": { "protocol": "vnc",
1418 "fdname": "myclient" } }
1423 .name = "qmp_capabilities",
1426 .help = "enable QMP capabilities",
1427 .user_print = monitor_user_noop,
1428 .mhandler.cmd_new = do_qmp_capabilities,
1435 Enable QMP capabilities.
1441 -> { "execute": "qmp_capabilities" }
1444 Note: This command must be issued before issuing any other command.
1449 .name = "human-monitor-command",
1450 .args_type = "command-line:s,cpu-index:i?",
1451 .mhandler.cmd_new = qmp_marshal_input_human_monitor_command,
1455 human-monitor-command
1456 ---------------------
1458 Execute a Human Monitor command.
1462 - command-line: the command name and its arguments, just like the
1463 Human Monitor's shell (json-string)
1464 - cpu-index: select the CPU number to be used by commands which access CPU
1465 data, like 'info registers'. The Monitor selects CPU 0 if this
1466 argument is not provided (json-int, optional)
1470 -> { "execute": "human-monitor-command", "arguments": { "command-line": "info kvm" } }
1471 <- { "return": "kvm support: enabled\r\n" }
1475 (1) The Human Monitor is NOT an stable interface, this means that command
1476 names, arguments and responses can change or be removed at ANY time.
1477 Applications that rely on long term stability guarantees should NOT
1482 o This command is stateless, this means that commands that depend
1483 on state information (such as getfd) might not work
1485 o Commands that prompt the user for data (eg. 'cont' when the block
1486 device is encrypted) don't currently work
1491 HXCOMM Each query command below is inside a SQMP/EQMP section, do NOT change
1492 HXCOMM this! We will possibly move query commands definitions inside those
1493 HXCOMM sections, just like regular commands.
1503 Return a json-object with the following information:
1505 - "qemu": A json-object containing three integer values:
1506 - "major": QEMU's major version (json-int)
1507 - "minor": QEMU's minor version (json-int)
1508 - "micro": QEMU's micro version (json-int)
1509 - "package": package's version (json-string)
1513 -> { "execute": "query-version" }
1528 .name = "query-version",
1530 .mhandler.cmd_new = qmp_marshal_input_query_version,
1537 List QMP available commands.
1539 Each command is represented by a json-object, the returned value is a json-array
1542 Each json-object contain:
1544 - "name": command's name (json-string)
1548 -> { "execute": "query-commands" }
1552 "name":"query-balloon"
1555 "name":"system_powerdown"
1560 Note: This example has been shortened as the real response is too long.
1565 .name = "query-commands",
1567 .mhandler.cmd_new = qmp_marshal_input_query_commands,
1574 List QMP available events.
1576 Each event is represented by a json-object, the returned value is a json-array
1579 Each json-object contains:
1581 - "name": event's name (json-string)
1585 -> { "execute": "query-events" }
1597 Note: This example has been shortened as the real response is too long.
1602 .name = "query-events",
1604 .mhandler.cmd_new = qmp_marshal_input_query_events,
1611 Each device is represented by a json-object. The returned value is a json-array
1614 Each json-object contain the following:
1616 - "label": device's label (json-string)
1617 - "filename": device's file (json-string)
1621 -> { "execute": "query-chardev" }
1638 .name = "query-chardev",
1640 .mhandler.cmd_new = qmp_marshal_input_query_chardev,
1647 Show the block devices.
1649 Each block device information is stored in a json-object and the returned value
1650 is a json-array of all devices.
1652 Each json-object contain the following:
1654 - "device": device name (json-string)
1655 - "type": device type (json-string)
1656 - deprecated, retained for backward compatibility
1657 - Possible values: "unknown"
1658 - "removable": true if the device is removable, false otherwise (json-bool)
1659 - "locked": true if the device is locked, false otherwise (json-bool)
1660 - "tray_open": only present if removable, true if the device has a tray,
1661 and it is open (json-bool)
1662 - "inserted": only present if the device is inserted, it is a json-object
1663 containing the following:
1664 - "file": device file name (json-string)
1665 - "ro": true if read-only, false otherwise (json-bool)
1666 - "drv": driver format name (json-string)
1667 - Possible values: "blkdebug", "bochs", "cloop", "cow", "dmg",
1668 "file", "file", "ftp", "ftps", "host_cdrom",
1669 "host_device", "host_floppy", "http", "https",
1670 "nbd", "parallels", "qcow", "qcow2", "raw",
1671 "tftp", "vdi", "vmdk", "vpc", "vvfat"
1672 - "backing_file": backing file name (json-string, optional)
1673 - "backing_file_depth": number of files in the backing file chain (json-int)
1674 - "encrypted": true if encrypted, false otherwise (json-bool)
1675 - "bps": limit total bytes per second (json-int)
1676 - "bps_rd": limit read bytes per second (json-int)
1677 - "bps_wr": limit write bytes per second (json-int)
1678 - "iops": limit total I/O operations per second (json-int)
1679 - "iops_rd": limit read operations per second (json-int)
1680 - "iops_wr": limit write operations per second (json-int)
1682 - "io-status": I/O operation status, only present if the device supports it
1683 and the VM is configured to stop on errors. It's always reset
1684 to "ok" when the "cont" command is issued (json_string, optional)
1685 - Possible values: "ok", "failed", "nospace"
1689 -> { "execute": "query-block" }
1694 "device":"ide0-hd0",
1701 "file":"disks/test.img",
1702 "backing_file_depth":0,
1714 "device":"ide1-cd0",
1737 .name = "query-block",
1739 .mhandler.cmd_new = qmp_marshal_input_query_block,
1746 Show block device statistics.
1748 Each device statistic information is stored in a json-object and the returned
1749 value is a json-array of all devices.
1751 Each json-object contain the following:
1753 - "device": device name (json-string)
1754 - "stats": A json-object with the statistics information, it contains:
1755 - "rd_bytes": bytes read (json-int)
1756 - "wr_bytes": bytes written (json-int)
1757 - "rd_operations": read operations (json-int)
1758 - "wr_operations": write operations (json-int)
1759 - "flush_operations": cache flush operations (json-int)
1760 - "wr_total_time_ns": total time spend on writes in nano-seconds (json-int)
1761 - "rd_total_time_ns": total time spend on reads in nano-seconds (json-int)
1762 - "flush_total_time_ns": total time spend on cache flushes in nano-seconds (json-int)
1763 - "wr_highest_offset": Highest offset of a sector written since the
1764 BlockDriverState has been opened (json-int)
1765 - "parent": Contains recursively the statistics of the underlying
1766 protocol (e.g. the host file for a qcow2 image). If there is
1767 no underlying protocol, this field is omitted
1768 (json-object, optional)
1772 -> { "execute": "query-blockstats" }
1776 "device":"ide0-hd0",
1779 "wr_highest_offset":3686448128,
1781 "wr_operations":751,
1782 "rd_bytes":122567168,
1783 "rd_operations":36772
1784 "wr_total_times_ns":313253456
1785 "rd_total_times_ns":3465673657
1786 "flush_total_times_ns":49653
1787 "flush_operations":61,
1791 "wr_highest_offset":2821110784,
1793 "wr_operations":692,
1794 "rd_bytes":122739200,
1795 "rd_operations":36604
1796 "flush_operations":51,
1797 "wr_total_times_ns":313253456
1798 "rd_total_times_ns":3465673657
1799 "flush_total_times_ns":49653
1803 "device":"ide1-cd0",
1805 "wr_highest_offset":0,
1810 "flush_operations":0,
1811 "wr_total_times_ns":0
1812 "rd_total_times_ns":0
1813 "flush_total_times_ns":0
1819 "wr_highest_offset":0,
1824 "flush_operations":0,
1825 "wr_total_times_ns":0
1826 "rd_total_times_ns":0
1827 "flush_total_times_ns":0
1833 "wr_highest_offset":0,
1838 "flush_operations":0,
1839 "wr_total_times_ns":0
1840 "rd_total_times_ns":0
1841 "flush_total_times_ns":0
1850 .name = "query-blockstats",
1852 .mhandler.cmd_new = qmp_marshal_input_query_blockstats,
1859 Show CPU information.
1861 Return a json-array. Each CPU is represented by a json-object, which contains:
1863 - "CPU": CPU index (json-int)
1864 - "current": true if this is the current CPU, false otherwise (json-bool)
1865 - "halted": true if the cpu is halted, false otherwise (json-bool)
1866 - Current program counter. The key's name depends on the architecture:
1867 "pc": i386/x86_64 (json-int)
1868 "nip": PPC (json-int)
1869 "pc" and "npc": sparc (json-int)
1870 "PC": mips (json-int)
1871 - "thread_id": ID of the underlying host thread (json-int)
1875 -> { "execute": "query-cpus" }
1898 .name = "query-cpus",
1900 .mhandler.cmd_new = qmp_marshal_input_query_cpus,
1907 PCI buses and devices information.
1909 The returned value is a json-array of all buses. Each bus is represented by
1910 a json-object, which has a key with a json-array of all PCI devices attached
1911 to it. Each device is represented by a json-object.
1913 The bus json-object contains the following:
1915 - "bus": bus number (json-int)
1916 - "devices": a json-array of json-objects, each json-object represents a
1919 The PCI device json-object contains the following:
1921 - "bus": identical to the parent's bus number (json-int)
1922 - "slot": slot number (json-int)
1923 - "function": function number (json-int)
1924 - "class_info": a json-object containing:
1925 - "desc": device class description (json-string, optional)
1926 - "class": device class number (json-int)
1927 - "id": a json-object containing:
1928 - "device": device ID (json-int)
1929 - "vendor": vendor ID (json-int)
1930 - "irq": device's IRQ if assigned (json-int, optional)
1931 - "qdev_id": qdev id string (json-string)
1932 - "pci_bridge": It's a json-object, only present if this device is a
1933 PCI bridge, contains:
1934 - "bus": bus number (json-int)
1935 - "secondary": secondary bus number (json-int)
1936 - "subordinate": subordinate bus number (json-int)
1937 - "io_range": I/O memory range information, a json-object with the
1939 - "base": base address, in bytes (json-int)
1940 - "limit": limit address, in bytes (json-int)
1941 - "memory_range": memory range information, a json-object with the
1943 - "base": base address, in bytes (json-int)
1944 - "limit": limit address, in bytes (json-int)
1945 - "prefetchable_range": Prefetchable memory range information, a
1946 json-object with the following members:
1947 - "base": base address, in bytes (json-int)
1948 - "limit": limit address, in bytes (json-int)
1949 - "devices": a json-array of PCI devices if there's any attached, each
1950 each element is represented by a json-object, which contains
1951 the same members of the 'PCI device json-object' described
1953 - "regions": a json-array of json-objects, each json-object represents a
1954 memory region of this device
1956 The memory range json-object contains the following:
1958 - "base": base memory address (json-int)
1959 - "limit": limit value (json-int)
1961 The region json-object can be an I/O region or a memory region, an I/O region
1962 json-object contains the following:
1964 - "type": "io" (json-string, fixed)
1965 - "bar": BAR number (json-int)
1966 - "address": memory address (json-int)
1967 - "size": memory size (json-int)
1969 A memory region json-object contains the following:
1971 - "type": "memory" (json-string, fixed)
1972 - "bar": BAR number (json-int)
1973 - "address": memory address (json-int)
1974 - "size": memory size (json-int)
1975 - "mem_type_64": true or false (json-bool)
1976 - "prefetch": true or false (json-bool)
1980 -> { "execute": "query-pci" }
1992 "desc":"Host bridge"
2026 "desc":"IDE controller"
2048 "desc":"VGA controller"
2058 "mem_type_64":false,
2061 "address":4026531840,
2066 "mem_type_64":false,
2069 "address":4060086272,
2074 "mem_type_64":false,
2089 "desc":"RAM controller"
2110 Note: This example has been shortened as the real response is too long.
2115 .name = "query-pci",
2117 .mhandler.cmd_new = qmp_marshal_input_query_pci,
2124 Show KVM information.
2126 Return a json-object with the following information:
2128 - "enabled": true if KVM support is enabled, false otherwise (json-bool)
2129 - "present": true if QEMU has KVM support, false otherwise (json-bool)
2133 -> { "execute": "query-kvm" }
2134 <- { "return": { "enabled": true, "present": true } }
2139 .name = "query-kvm",
2141 .mhandler.cmd_new = qmp_marshal_input_query_kvm,
2148 Return a json-object with the following information:
2150 - "running": true if the VM is running, or false if it is paused (json-bool)
2151 - "singlestep": true if the VM is in single step mode,
2152 false otherwise (json-bool)
2153 - "status": one of the following values (json-string)
2154 "debug" - QEMU is running on a debugger
2155 "inmigrate" - guest is paused waiting for an incoming migration
2156 "internal-error" - An internal error that prevents further guest
2157 execution has occurred
2158 "io-error" - the last IOP has failed and the device is configured
2159 to pause on I/O errors
2160 "paused" - guest has been paused via the 'stop' command
2161 "postmigrate" - guest is paused following a successful 'migrate'
2162 "prelaunch" - QEMU was started with -S and guest has not started
2163 "finish-migrate" - guest is paused to finish the migration process
2164 "restore-vm" - guest is paused to restore VM state
2165 "running" - guest is actively running
2166 "save-vm" - guest is paused to save the VM state
2167 "shutdown" - guest is shut down (and -no-shutdown is in use)
2168 "watchdog" - the watchdog action is configured to pause and
2173 -> { "execute": "query-status" }
2174 <- { "return": { "running": true, "singlestep": false, "status": "running" } }
2179 .name = "query-status",
2181 .mhandler.cmd_new = qmp_marshal_input_query_status,
2188 Show VM mice information.
2190 Each mouse is represented by a json-object, the returned value is a json-array
2193 The mouse json-object contains the following:
2195 - "name": mouse's name (json-string)
2196 - "index": mouse's index (json-int)
2197 - "current": true if this mouse is receiving events, false otherwise (json-bool)
2198 - "absolute": true if the mouse generates absolute input events (json-bool)
2202 -> { "execute": "query-mice" }
2206 "name":"QEMU Microsoft Mouse",
2212 "name":"QEMU PS/2 Mouse",
2223 .name = "query-mice",
2225 .mhandler.cmd_new = qmp_marshal_input_query_mice,
2232 Show VNC server information.
2234 Return a json-object with server information. Connected clients are returned
2235 as a json-array of json-objects.
2237 The main json-object contains the following:
2239 - "enabled": true or false (json-bool)
2240 - "host": server's IP address (json-string)
2241 - "family": address family (json-string)
2242 - Possible values: "ipv4", "ipv6", "unix", "unknown"
2243 - "service": server's port number (json-string)
2244 - "auth": authentication method (json-string)
2245 - Possible values: "invalid", "none", "ra2", "ra2ne", "sasl", "tight",
2246 "tls", "ultra", "unknown", "vencrypt", "vencrypt",
2247 "vencrypt+plain", "vencrypt+tls+none",
2248 "vencrypt+tls+plain", "vencrypt+tls+sasl",
2249 "vencrypt+tls+vnc", "vencrypt+x509+none",
2250 "vencrypt+x509+plain", "vencrypt+x509+sasl",
2251 "vencrypt+x509+vnc", "vnc"
2252 - "clients": a json-array of all connected clients
2254 Clients are described by a json-object, each one contain the following:
2256 - "host": client's IP address (json-string)
2257 - "family": address family (json-string)
2258 - Possible values: "ipv4", "ipv6", "unix", "unknown"
2259 - "service": client's port number (json-string)
2260 - "x509_dname": TLS dname (json-string, optional)
2261 - "sasl_username": SASL username (json-string, optional)
2265 -> { "execute": "query-vnc" }
2286 .name = "query-vnc",
2288 .mhandler.cmd_new = qmp_marshal_input_query_vnc,
2295 Show SPICE server information.
2297 Return a json-object with server information. Connected clients are returned
2298 as a json-array of json-objects.
2300 The main json-object contains the following:
2302 - "enabled": true or false (json-bool)
2303 - "host": server's IP address (json-string)
2304 - "port": server's port number (json-int, optional)
2305 - "tls-port": server's port number (json-int, optional)
2306 - "auth": authentication method (json-string)
2307 - Possible values: "none", "spice"
2308 - "channels": a json-array of all active channels clients
2310 Channels are described by a json-object, each one contain the following:
2312 - "host": client's IP address (json-string)
2313 - "family": address family (json-string)
2314 - Possible values: "ipv4", "ipv6", "unix", "unknown"
2315 - "port": client's port number (json-string)
2316 - "connection-id": spice connection id. All channels with the same id
2317 belong to the same spice session (json-int)
2318 - "channel-type": channel type. "1" is the main control channel, filter for
2319 this one if you want track spice sessions only (json-int)
2320 - "channel-id": channel id. Usually "0", might be different needed when
2321 multiple channels of the same type exist, such as multiple
2322 display channels in a multihead setup (json-int)
2323 - "tls": whevener the channel is encrypted (json-bool)
2327 -> { "execute": "query-spice" }
2340 "connection-id": 1804289383,
2341 "host": "127.0.0.1",
2349 "connection-id": 1804289383,
2350 "host": "127.0.0.1",
2354 [ ... more channels follow ... ]
2361 #if defined(CONFIG_SPICE)
2363 .name = "query-spice",
2365 .mhandler.cmd_new = qmp_marshal_input_query_spice,
2375 Return a json-object with the following information:
2377 - "name": VM's name (json-string, optional)
2381 -> { "execute": "query-name" }
2382 <- { "return": { "name": "qemu-name" } }
2387 .name = "query-name",
2389 .mhandler.cmd_new = qmp_marshal_input_query_name,
2398 Return a json-object with the following information:
2400 - "UUID": Universally Unique Identifier (json-string)
2404 -> { "execute": "query-uuid" }
2405 <- { "return": { "UUID": "550e8400-e29b-41d4-a716-446655440000" } }
2410 .name = "query-uuid",
2412 .mhandler.cmd_new = qmp_marshal_input_query_uuid,
2421 Return a json-object. If migration is active there will be another json-object
2422 with RAM migration status and if block migration is active another one with
2423 block migration status.
2425 The main json-object contains the following:
2427 - "status": migration status (json-string)
2428 - Possible values: "active", "completed", "failed", "cancelled"
2429 - "total-time": total amount of ms since migration started. If
2430 migration has ended, it returns the total migration
2432 - "downtime": only present when migration has finished correctly
2433 total amount in ms for downtime that happened (json-int)
2434 - "expected-downtime": only present while migration is active
2435 total amount in ms for downtime that was calculated on
2436 the last bitmap round (json-int)
2437 - "ram": only present if "status" is "active", it is a json-object with the
2438 following RAM information (in bytes):
2439 - "transferred": amount transferred (json-int)
2440 - "remaining": amount remaining (json-int)
2441 - "total": total (json-int)
2442 - "duplicate": number of duplicated pages (json-int)
2443 - "normal" : number of normal pages transferred (json-int)
2444 - "normal-bytes" : number of normal bytes transferred (json-int)
2445 - "disk": only present if "status" is "active" and it is a block migration,
2446 it is a json-object with the following disk information (in bytes):
2447 - "transferred": amount transferred (json-int)
2448 - "remaining": amount remaining (json-int)
2449 - "total": total (json-int)
2450 - "xbzrle-cache": only present if XBZRLE is active.
2451 It is a json-object with the following XBZRLE information:
2452 - "cache-size": XBZRLE cache size
2453 - "bytes": total XBZRLE bytes transferred
2454 - "pages": number of XBZRLE compressed pages
2455 - "cache-miss": number of cache misses
2456 - "overflow": number of XBZRLE overflows
2459 1. Before the first migration
2461 -> { "execute": "query-migrate" }
2464 2. Migration is done and has succeeded
2466 -> { "execute": "query-migrate" }
2468 "status": "completed",
2477 "normal-bytes":123456
2482 3. Migration is done and has failed
2484 -> { "execute": "query-migrate" }
2485 <- { "return": { "status": "failed" } }
2487 4. Migration is being performed and is not a block migration:
2489 -> { "execute": "query-migrate" }
2498 "expected-downtime":12345,
2501 "normal-bytes":123456
2506 5. Migration is being performed and is a block migration:
2508 -> { "execute": "query-migrate" }
2514 "remaining":1053304,
2517 "expected-downtime":12345,
2520 "normal-bytes":123456
2524 "remaining":20880384,
2530 6. Migration is being performed and XBZRLE is active:
2532 -> { "execute": "query-migrate" }
2536 "capabilities" : [ { "capability": "xbzrle", "state" : true } ],
2539 "remaining":1053304,
2542 "expected-downtime":12345,
2545 "normal-bytes":3412992
2548 "cache-size":67108864,
2560 .name = "query-migrate",
2562 .mhandler.cmd_new = qmp_marshal_input_query_migrate,
2566 migrate-set-capabilities
2569 Enable/Disable migration capabilities
2571 - "xbzrle": xbzrle support
2577 -> { "execute": "migrate-set-capabilities" , "arguments":
2578 { "capabilities": [ { "capability": "xbzrle", "state": true } ] } }
2583 .name = "migrate-set-capabilities",
2584 .args_type = "capabilities:O",
2585 .params = "capability:s,state:b",
2586 .mhandler.cmd_new = qmp_marshal_input_migrate_set_capabilities,
2589 query-migrate-capabilities
2592 Query current migration capabilities
2594 - "capabilities": migration capabilities state
2595 - "xbzrle" : XBZRLE state (json-bool)
2601 -> { "execute": "query-migrate-capabilities" }
2602 <- { "return": [ { "state": false, "capability": "xbzrle" } ] }
2607 .name = "query-migrate-capabilities",
2609 .mhandler.cmd_new = qmp_marshal_input_query_migrate_capabilities,
2616 Show balloon information.
2618 Make an asynchronous request for balloon info. When the request completes a
2619 json-object will be returned containing the following data:
2621 - "actual": current balloon value in bytes (json-int)
2625 -> { "execute": "query-balloon" }
2628 "actual":1073741824,
2635 .name = "query-balloon",
2637 .mhandler.cmd_new = qmp_marshal_input_query_balloon,
2641 .name = "query-block-jobs",
2643 .mhandler.cmd_new = qmp_marshal_input_query_block_jobs,
2648 .args_type = "path:s",
2649 .mhandler.cmd_new = qmp_marshal_input_qom_list,
2654 .args_type = "path:s,property:s,value:q",
2655 .mhandler.cmd_new = qmp_qom_set,
2660 .args_type = "path:s,property:s",
2661 .mhandler.cmd_new = qmp_qom_get,
2665 .name = "nbd-server-start",
2666 .args_type = "addr:q",
2667 .mhandler.cmd_new = qmp_marshal_input_nbd_server_start,
2670 .name = "nbd-server-add",
2671 .args_type = "device:B,writable:b?",
2672 .mhandler.cmd_new = qmp_marshal_input_nbd_server_add,
2675 .name = "nbd-server-stop",
2677 .mhandler.cmd_new = qmp_marshal_input_nbd_server_stop,
2681 .name = "change-vnc-password",
2682 .args_type = "password:s",
2683 .mhandler.cmd_new = qmp_marshal_input_change_vnc_password,
2686 .name = "qom-list-types",
2687 .args_type = "implements:s?,abstract:b?",
2688 .mhandler.cmd_new = qmp_marshal_input_qom_list_types,
2692 .name = "device-list-properties",
2693 .args_type = "typename:s",
2694 .mhandler.cmd_new = qmp_marshal_input_device_list_properties,
2698 .name = "query-machines",
2700 .mhandler.cmd_new = qmp_marshal_input_query_machines,
2704 .name = "query-cpu-definitions",
2706 .mhandler.cmd_new = qmp_marshal_input_query_cpu_definitions,
2710 .name = "query-target",
2712 .mhandler.cmd_new = qmp_marshal_input_query_target,
2716 .name = "chardev-add",
2717 .args_type = "id:s,backend:q",
2718 .mhandler.cmd_new = qmp_marshal_input_chardev_add,
2729 - "id": the chardev's ID, must be unique (json-string)
2730 - "backend": chardev backend type + parameters
2734 -> { "execute" : "chardev-add",
2735 "arguments" : { "id" : "foo",
2736 "backend" : { "type" : "null", "data" : {} } } }
2739 -> { "execute" : "chardev-add",
2740 "arguments" : { "id" : "bar",
2741 "backend" : { "type" : "file",
2742 "data" : { "out" : "/tmp/bar.log" } } } }
2745 -> { "execute" : "chardev-add",
2746 "arguments" : { "id" : "baz",
2747 "backend" : { "type" : "pty", "data" : {} } } }
2748 <- { "return": { "pty" : "/dev/pty/42" } }
2753 .name = "chardev-remove",
2754 .args_type = "id:s",
2755 .mhandler.cmd_new = qmp_marshal_input_chardev_remove,
2767 - "id": the chardev's ID, must exist and not be in use (json-string)
2771 -> { "execute": "chardev-remove", "arguments": { "id" : "foo" } }