]> git.proxmox.com Git - qemu.git/blob - qmp-commands.hx
suspend: add system_wakeup monitor command
[qemu.git] / qmp-commands.hx
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.
4
5 SQMP
6 QMP Supported Commands
7 ----------------------
8
9 This document describes all commands currently supported by QMP.
10
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.
14
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.
18
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.
22
23 Also, the following notation is used to denote data flow:
24
25 -> data issued by the Client
26 <- Server data response
27
28 Please, refer to the QMP specification (QMP/qmp-spec.txt) for detailed
29 information on the Server command and response formats.
30
31 NOTE: This document is temporary and will be replaced soon.
32
33 1. Stability Considerations
34 ===========================
35
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.
39
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.
42
43 If you're planning to adopt QMP, please observe the following:
44
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
47 QEMU is available
48
49 2. DO NOT rely on anything which is not explicit documented
50
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)
54
55 2. Regular Commands
56 ===================
57
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.
60
61 EQMP
62
63 {
64 .name = "quit",
65 .args_type = "",
66 .mhandler.cmd_new = qmp_marshal_input_quit,
67 },
68
69 SQMP
70 quit
71 ----
72
73 Quit the emulator.
74
75 Arguments: None.
76
77 Example:
78
79 -> { "execute": "quit" }
80 <- { "return": {} }
81
82 EQMP
83
84 {
85 .name = "eject",
86 .args_type = "force:-f,device:B",
87 .mhandler.cmd_new = qmp_marshal_input_eject,
88 },
89
90 SQMP
91 eject
92 -----
93
94 Eject a removable medium.
95
96 Arguments:
97
98 - force: force ejection (json-bool, optional)
99 - device: device name (json-string)
100
101 Example:
102
103 -> { "execute": "eject", "arguments": { "device": "ide1-cd0" } }
104 <- { "return": {} }
105
106 Note: The "force" argument defaults to false.
107
108 EQMP
109
110 {
111 .name = "change",
112 .args_type = "device:B,target:F,arg:s?",
113 .mhandler.cmd_new = qmp_marshal_input_change,
114 },
115
116 SQMP
117 change
118 ------
119
120 Change a removable medium or VNC configuration.
121
122 Arguments:
123
124 - "device": device name (json-string)
125 - "target": filename or item (json-string)
126 - "arg": additional argument (json-string, optional)
127
128 Examples:
129
130 1. Change a removable medium
131
132 -> { "execute": "change",
133 "arguments": { "device": "ide1-cd0",
134 "target": "/srv/images/Fedora-12-x86_64-DVD.iso" } }
135 <- { "return": {} }
136
137 2. Change VNC password
138
139 -> { "execute": "change",
140 "arguments": { "device": "vnc", "target": "password",
141 "arg": "foobar1" } }
142 <- { "return": {} }
143
144 EQMP
145
146 {
147 .name = "screendump",
148 .args_type = "filename:F",
149 .params = "filename",
150 .help = "save screen into PPM image 'filename'",
151 .user_print = monitor_user_noop,
152 .mhandler.cmd_new = do_screen_dump,
153 },
154
155 SQMP
156 screendump
157 ----------
158
159 Save screen into PPM image.
160
161 Arguments:
162
163 - "filename": file path (json-string)
164
165 Example:
166
167 -> { "execute": "screendump", "arguments": { "filename": "/tmp/image" } }
168 <- { "return": {} }
169
170 EQMP
171
172 {
173 .name = "stop",
174 .args_type = "",
175 .mhandler.cmd_new = qmp_marshal_input_stop,
176 },
177
178 SQMP
179 stop
180 ----
181
182 Stop the emulator.
183
184 Arguments: None.
185
186 Example:
187
188 -> { "execute": "stop" }
189 <- { "return": {} }
190
191 EQMP
192
193 {
194 .name = "cont",
195 .args_type = "",
196 .mhandler.cmd_new = qmp_marshal_input_cont,
197 },
198
199 SQMP
200 cont
201 ----
202
203 Resume emulation.
204
205 Arguments: None.
206
207 Example:
208
209 -> { "execute": "cont" }
210 <- { "return": {} }
211
212 EQMP
213
214 {
215 .name = "system_wakeup",
216 .args_type = "",
217 .mhandler.cmd_new = qmp_marshal_input_system_wakeup,
218 },
219
220 SQMP
221 system_wakeup
222 -------------
223
224 Wakeup guest from suspend.
225
226 Arguments: None.
227
228 Example:
229
230 -> { "execute": "system_wakeup" }
231 <- { "return": {} }
232
233 EQMP
234
235 {
236 .name = "system_reset",
237 .args_type = "",
238 .mhandler.cmd_new = qmp_marshal_input_system_reset,
239 },
240
241 SQMP
242 system_reset
243 ------------
244
245 Reset the system.
246
247 Arguments: None.
248
249 Example:
250
251 -> { "execute": "system_reset" }
252 <- { "return": {} }
253
254 EQMP
255
256 {
257 .name = "system_powerdown",
258 .args_type = "",
259 .mhandler.cmd_new = qmp_marshal_input_system_powerdown,
260 },
261
262 SQMP
263 system_powerdown
264 ----------------
265
266 Send system power down event.
267
268 Arguments: None.
269
270 Example:
271
272 -> { "execute": "system_powerdown" }
273 <- { "return": {} }
274
275 EQMP
276
277 {
278 .name = "device_add",
279 .args_type = "device:O",
280 .params = "driver[,prop=value][,...]",
281 .help = "add device, like -device on the command line",
282 .user_print = monitor_user_noop,
283 .mhandler.cmd_new = do_device_add,
284 },
285
286 SQMP
287 device_add
288 ----------
289
290 Add a device.
291
292 Arguments:
293
294 - "driver": the name of the new device's driver (json-string)
295 - "bus": the device's parent bus (device tree path, json-string, optional)
296 - "id": the device's ID, must be unique (json-string)
297 - device properties
298
299 Example:
300
301 -> { "execute": "device_add", "arguments": { "driver": "e1000", "id": "net1" } }
302 <- { "return": {} }
303
304 Notes:
305
306 (1) For detailed information about this command, please refer to the
307 'docs/qdev-device-use.txt' file.
308
309 (2) It's possible to list device properties by running QEMU with the
310 "-device DEVICE,\?" command-line argument, where DEVICE is the device's name
311
312 EQMP
313
314 {
315 .name = "device_del",
316 .args_type = "id:s",
317 .params = "device",
318 .help = "remove device",
319 .user_print = monitor_user_noop,
320 .mhandler.cmd_new = do_device_del,
321 },
322
323 SQMP
324 device_del
325 ----------
326
327 Remove a device.
328
329 Arguments:
330
331 - "id": the device's ID (json-string)
332
333 Example:
334
335 -> { "execute": "device_del", "arguments": { "id": "net1" } }
336 <- { "return": {} }
337
338 EQMP
339
340 {
341 .name = "cpu",
342 .args_type = "index:i",
343 .mhandler.cmd_new = qmp_marshal_input_cpu,
344 },
345
346 SQMP
347 cpu
348 ---
349
350 Set the default CPU.
351
352 Arguments:
353
354 - "index": the CPU's index (json-int)
355
356 Example:
357
358 -> { "execute": "cpu", "arguments": { "index": 0 } }
359 <- { "return": {} }
360
361 Note: CPUs' indexes are obtained with the 'query-cpus' command.
362
363 EQMP
364
365 {
366 .name = "memsave",
367 .args_type = "val:l,size:i,filename:s,cpu:i?",
368 .mhandler.cmd_new = qmp_marshal_input_memsave,
369 },
370
371 SQMP
372 memsave
373 -------
374
375 Save to disk virtual memory dump starting at 'val' of size 'size'.
376
377 Arguments:
378
379 - "val": the starting address (json-int)
380 - "size": the memory size, in bytes (json-int)
381 - "filename": file path (json-string)
382 - "cpu": virtual CPU index (json-int, optional)
383
384 Example:
385
386 -> { "execute": "memsave",
387 "arguments": { "val": 10,
388 "size": 100,
389 "filename": "/tmp/virtual-mem-dump" } }
390 <- { "return": {} }
391
392 EQMP
393
394 {
395 .name = "pmemsave",
396 .args_type = "val:l,size:i,filename:s",
397 .mhandler.cmd_new = qmp_marshal_input_pmemsave,
398 },
399
400 SQMP
401 pmemsave
402 --------
403
404 Save to disk physical memory dump starting at 'val' of size 'size'.
405
406 Arguments:
407
408 - "val": the starting address (json-int)
409 - "size": the memory size, in bytes (json-int)
410 - "filename": file path (json-string)
411
412 Example:
413
414 -> { "execute": "pmemsave",
415 "arguments": { "val": 10,
416 "size": 100,
417 "filename": "/tmp/physical-mem-dump" } }
418 <- { "return": {} }
419
420 EQMP
421
422 {
423 .name = "inject-nmi",
424 .args_type = "",
425 .mhandler.cmd_new = qmp_marshal_input_inject_nmi,
426 },
427
428 SQMP
429 inject-nmi
430 ----------
431
432 Inject an NMI on guest's CPUs.
433
434 Arguments: None.
435
436 Example:
437
438 -> { "execute": "inject-nmi" }
439 <- { "return": {} }
440
441 Note: inject-nmi is only supported for x86 guest currently, it will
442 returns "Unsupported" error for non-x86 guest.
443
444 EQMP
445
446 {
447 .name = "migrate",
448 .args_type = "detach:-d,blk:-b,inc:-i,uri:s",
449 .params = "[-d] [-b] [-i] uri",
450 .help = "migrate to URI (using -d to not wait for completion)"
451 "\n\t\t\t -b for migration without shared storage with"
452 " full copy of disk\n\t\t\t -i for migration without "
453 "shared storage with incremental copy of disk "
454 "(base image shared between src and destination)",
455 .user_print = monitor_user_noop,
456 .mhandler.cmd_new = do_migrate,
457 },
458
459 SQMP
460 migrate
461 -------
462
463 Migrate to URI.
464
465 Arguments:
466
467 - "blk": block migration, full disk copy (json-bool, optional)
468 - "inc": incremental disk copy (json-bool, optional)
469 - "uri": Destination URI (json-string)
470
471 Example:
472
473 -> { "execute": "migrate", "arguments": { "uri": "tcp:0:4446" } }
474 <- { "return": {} }
475
476 Notes:
477
478 (1) The 'query-migrate' command should be used to check migration's progress
479 and final result (this information is provided by the 'status' member)
480 (2) All boolean arguments default to false
481 (3) The user Monitor's "detach" argument is invalid in QMP and should not
482 be used
483
484 EQMP
485
486 {
487 .name = "migrate_cancel",
488 .args_type = "",
489 .mhandler.cmd_new = qmp_marshal_input_migrate_cancel,
490 },
491
492 SQMP
493 migrate_cancel
494 --------------
495
496 Cancel the current migration.
497
498 Arguments: None.
499
500 Example:
501
502 -> { "execute": "migrate_cancel" }
503 <- { "return": {} }
504
505 EQMP
506
507 {
508 .name = "migrate_set_speed",
509 .args_type = "value:o",
510 .mhandler.cmd_new = qmp_marshal_input_migrate_set_speed,
511 },
512
513 SQMP
514 migrate_set_speed
515 -----------------
516
517 Set maximum speed for migrations.
518
519 Arguments:
520
521 - "value": maximum speed, in bytes per second (json-int)
522
523 Example:
524
525 -> { "execute": "migrate_set_speed", "arguments": { "value": 1024 } }
526 <- { "return": {} }
527
528 EQMP
529
530 {
531 .name = "migrate_set_downtime",
532 .args_type = "value:T",
533 .mhandler.cmd_new = qmp_marshal_input_migrate_set_downtime,
534 },
535
536 SQMP
537 migrate_set_downtime
538 --------------------
539
540 Set maximum tolerated downtime (in seconds) for migrations.
541
542 Arguments:
543
544 - "value": maximum downtime (json-number)
545
546 Example:
547
548 -> { "execute": "migrate_set_downtime", "arguments": { "value": 0.1 } }
549 <- { "return": {} }
550
551 EQMP
552
553 {
554 .name = "client_migrate_info",
555 .args_type = "protocol:s,hostname:s,port:i?,tls-port:i?,cert-subject:s?",
556 .params = "protocol hostname port tls-port cert-subject",
557 .help = "send migration info to spice/vnc client",
558 .user_print = monitor_user_noop,
559 .mhandler.cmd_async = client_migrate_info,
560 .flags = MONITOR_CMD_ASYNC,
561 },
562
563 SQMP
564 client_migrate_info
565 ------------------
566
567 Set the spice/vnc connection info for the migration target. The spice/vnc
568 server will ask the spice/vnc client to automatically reconnect using the
569 new parameters (if specified) once the vm migration finished successfully.
570
571 Arguments:
572
573 - "protocol": protocol: "spice" or "vnc" (json-string)
574 - "hostname": migration target hostname (json-string)
575 - "port": spice/vnc tcp port for plaintext channels (json-int, optional)
576 - "tls-port": spice tcp port for tls-secured channels (json-int, optional)
577 - "cert-subject": server certificate subject (json-string, optional)
578
579 Example:
580
581 -> { "execute": "client_migrate_info",
582 "arguments": { "protocol": "spice",
583 "hostname": "virt42.lab.kraxel.org",
584 "port": 1234 } }
585 <- { "return": {} }
586
587 EQMP
588
589 {
590 .name = "netdev_add",
591 .args_type = "netdev:O",
592 .params = "[user|tap|socket],id=str[,prop=value][,...]",
593 .help = "add host network device",
594 .user_print = monitor_user_noop,
595 .mhandler.cmd_new = do_netdev_add,
596 },
597
598 SQMP
599 netdev_add
600 ----------
601
602 Add host network device.
603
604 Arguments:
605
606 - "type": the device type, "tap", "user", ... (json-string)
607 - "id": the device's ID, must be unique (json-string)
608 - device options
609
610 Example:
611
612 -> { "execute": "netdev_add", "arguments": { "type": "user", "id": "netdev1" } }
613 <- { "return": {} }
614
615 Note: The supported device options are the same ones supported by the '-net'
616 command-line argument, which are listed in the '-help' output or QEMU's
617 manual
618
619 EQMP
620
621 {
622 .name = "netdev_del",
623 .args_type = "id:s",
624 .params = "id",
625 .help = "remove host network device",
626 .user_print = monitor_user_noop,
627 .mhandler.cmd_new = do_netdev_del,
628 },
629
630 SQMP
631 netdev_del
632 ----------
633
634 Remove host network device.
635
636 Arguments:
637
638 - "id": the device's ID, must be unique (json-string)
639
640 Example:
641
642 -> { "execute": "netdev_del", "arguments": { "id": "netdev1" } }
643 <- { "return": {} }
644
645
646 EQMP
647
648 {
649 .name = "block_resize",
650 .args_type = "device:B,size:o",
651 .mhandler.cmd_new = qmp_marshal_input_block_resize,
652 },
653
654 SQMP
655 block_resize
656 ------------
657
658 Resize a block image while a guest is running.
659
660 Arguments:
661
662 - "device": the device's ID, must be unique (json-string)
663 - "size": new size
664
665 Example:
666
667 -> { "execute": "block_resize", "arguments": { "device": "scratch", "size": 1073741824 } }
668 <- { "return": {} }
669
670 EQMP
671
672 {
673 .name = "block_stream",
674 .args_type = "device:B,base:s?",
675 .mhandler.cmd_new = qmp_marshal_input_block_stream,
676 },
677
678 {
679 .name = "block_job_set_speed",
680 .args_type = "device:B,value:o",
681 .mhandler.cmd_new = qmp_marshal_input_block_job_set_speed,
682 },
683
684 {
685 .name = "block_job_cancel",
686 .args_type = "device:B",
687 .mhandler.cmd_new = qmp_marshal_input_block_job_cancel,
688 },
689
690 {
691 .name = "blockdev-snapshot-sync",
692 .args_type = "device:B,snapshot-file:s,format:s?",
693 .mhandler.cmd_new = qmp_marshal_input_blockdev_snapshot_sync,
694 },
695
696 SQMP
697 blockdev-snapshot-sync
698 ----------------------
699
700 Synchronous snapshot of a block device. snapshot-file specifies the
701 target of the new image. If the file exists, or if it is a device, the
702 snapshot will be created in the existing file/device. If does not
703 exist, a new file will be created. format specifies the format of the
704 snapshot image, default is qcow2.
705
706 Arguments:
707
708 - "device": device name to snapshot (json-string)
709 - "snapshot-file": name of new image file (json-string)
710 - "format": format of new image (json-string, optional)
711
712 Example:
713
714 -> { "execute": "blockdev-snapshot-sync", "arguments": { "device": "ide-hd0",
715 "snapshot-file":
716 "/some/place/my-image",
717 "format": "qcow2" } }
718 <- { "return": {} }
719
720 EQMP
721
722 {
723 .name = "balloon",
724 .args_type = "value:M",
725 .mhandler.cmd_new = qmp_marshal_input_balloon,
726 },
727
728 SQMP
729 balloon
730 -------
731
732 Request VM to change its memory allocation (in bytes).
733
734 Arguments:
735
736 - "value": New memory allocation (json-int)
737
738 Example:
739
740 -> { "execute": "balloon", "arguments": { "value": 536870912 } }
741 <- { "return": {} }
742
743 EQMP
744
745 {
746 .name = "set_link",
747 .args_type = "name:s,up:b",
748 .mhandler.cmd_new = qmp_marshal_input_set_link,
749 },
750
751 SQMP
752 set_link
753 --------
754
755 Change the link status of a network adapter.
756
757 Arguments:
758
759 - "name": network device name (json-string)
760 - "up": status is up (json-bool)
761
762 Example:
763
764 -> { "execute": "set_link", "arguments": { "name": "e1000.0", "up": false } }
765 <- { "return": {} }
766
767 EQMP
768
769 {
770 .name = "getfd",
771 .args_type = "fdname:s",
772 .params = "getfd name",
773 .help = "receive a file descriptor via SCM rights and assign it a name",
774 .user_print = monitor_user_noop,
775 .mhandler.cmd_new = do_getfd,
776 },
777
778 SQMP
779 getfd
780 -----
781
782 Receive a file descriptor via SCM rights and assign it a name.
783
784 Arguments:
785
786 - "fdname": file descriptor name (json-string)
787
788 Example:
789
790 -> { "execute": "getfd", "arguments": { "fdname": "fd1" } }
791 <- { "return": {} }
792
793 EQMP
794
795 {
796 .name = "closefd",
797 .args_type = "fdname:s",
798 .params = "closefd name",
799 .help = "close a file descriptor previously passed via SCM rights",
800 .user_print = monitor_user_noop,
801 .mhandler.cmd_new = do_closefd,
802 },
803
804 SQMP
805 closefd
806 -------
807
808 Close a file descriptor previously passed via SCM rights.
809
810 Arguments:
811
812 - "fdname": file descriptor name (json-string)
813
814 Example:
815
816 -> { "execute": "closefd", "arguments": { "fdname": "fd1" } }
817 <- { "return": {} }
818
819 EQMP
820
821 {
822 .name = "block_passwd",
823 .args_type = "device:B,password:s",
824 .mhandler.cmd_new = qmp_marshal_input_block_passwd,
825 },
826
827 SQMP
828 block_passwd
829 ------------
830
831 Set the password of encrypted block devices.
832
833 Arguments:
834
835 - "device": device name (json-string)
836 - "password": password (json-string)
837
838 Example:
839
840 -> { "execute": "block_passwd", "arguments": { "device": "ide0-hd0",
841 "password": "12345" } }
842 <- { "return": {} }
843
844 EQMP
845
846 {
847 .name = "block_set_io_throttle",
848 .args_type = "device:B,bps:l,bps_rd:l,bps_wr:l,iops:l,iops_rd:l,iops_wr:l",
849 .mhandler.cmd_new = qmp_marshal_input_block_set_io_throttle,
850 },
851
852 SQMP
853 block_set_io_throttle
854 ------------
855
856 Change I/O throttle limits for a block drive.
857
858 Arguments:
859
860 - "device": device name (json-string)
861 - "bps": total throughput limit in bytes per second(json-int)
862 - "bps_rd": read throughput limit in bytes per second(json-int)
863 - "bps_wr": read throughput limit in bytes per second(json-int)
864 - "iops": total I/O operations per second(json-int)
865 - "iops_rd": read I/O operations per second(json-int)
866 - "iops_wr": write I/O operations per second(json-int)
867
868 Example:
869
870 -> { "execute": "block_set_io_throttle", "arguments": { "device": "virtio0",
871 "bps": "1000000",
872 "bps_rd": "0",
873 "bps_wr": "0",
874 "iops": "0",
875 "iops_rd": "0",
876 "iops_wr": "0" } }
877 <- { "return": {} }
878
879 EQMP
880
881 {
882 .name = "set_password",
883 .args_type = "protocol:s,password:s,connected:s?",
884 .mhandler.cmd_new = qmp_marshal_input_set_password,
885 },
886
887 SQMP
888 set_password
889 ------------
890
891 Set the password for vnc/spice protocols.
892
893 Arguments:
894
895 - "protocol": protocol name (json-string)
896 - "password": password (json-string)
897 - "connected": [ keep | disconnect | fail ] (josn-string, optional)
898
899 Example:
900
901 -> { "execute": "set_password", "arguments": { "protocol": "vnc",
902 "password": "secret" } }
903 <- { "return": {} }
904
905 EQMP
906
907 {
908 .name = "expire_password",
909 .args_type = "protocol:s,time:s",
910 .mhandler.cmd_new = qmp_marshal_input_expire_password,
911 },
912
913 SQMP
914 expire_password
915 ---------------
916
917 Set the password expire time for vnc/spice protocols.
918
919 Arguments:
920
921 - "protocol": protocol name (json-string)
922 - "time": [ now | never | +secs | secs ] (json-string)
923
924 Example:
925
926 -> { "execute": "expire_password", "arguments": { "protocol": "vnc",
927 "time": "+60" } }
928 <- { "return": {} }
929
930 EQMP
931
932 {
933 .name = "add_client",
934 .args_type = "protocol:s,fdname:s,skipauth:b?,tls:b?",
935 .params = "protocol fdname skipauth tls",
936 .help = "add a graphics client",
937 .user_print = monitor_user_noop,
938 .mhandler.cmd_new = add_graphics_client,
939 },
940
941 SQMP
942 add_client
943 ----------
944
945 Add a graphics client
946
947 Arguments:
948
949 - "protocol": protocol name (json-string)
950 - "fdname": file descriptor name (json-string)
951 - "skipauth": whether to skip authentication (json-bool, optional)
952 - "tls": whether to perform TLS (json-bool, optional)
953
954 Example:
955
956 -> { "execute": "add_client", "arguments": { "protocol": "vnc",
957 "fdname": "myclient" } }
958 <- { "return": {} }
959
960 EQMP
961 {
962 .name = "qmp_capabilities",
963 .args_type = "",
964 .params = "",
965 .help = "enable QMP capabilities",
966 .user_print = monitor_user_noop,
967 .mhandler.cmd_new = do_qmp_capabilities,
968 },
969
970 SQMP
971 qmp_capabilities
972 ----------------
973
974 Enable QMP capabilities.
975
976 Arguments: None.
977
978 Example:
979
980 -> { "execute": "qmp_capabilities" }
981 <- { "return": {} }
982
983 Note: This command must be issued before issuing any other command.
984
985 EQMP
986
987 {
988 .name = "human-monitor-command",
989 .args_type = "command-line:s,cpu-index:i?",
990 .mhandler.cmd_new = qmp_marshal_input_human_monitor_command,
991 },
992
993 SQMP
994 human-monitor-command
995 ---------------------
996
997 Execute a Human Monitor command.
998
999 Arguments:
1000
1001 - command-line: the command name and its arguments, just like the
1002 Human Monitor's shell (json-string)
1003 - cpu-index: select the CPU number to be used by commands which access CPU
1004 data, like 'info registers'. The Monitor selects CPU 0 if this
1005 argument is not provided (json-int, optional)
1006
1007 Example:
1008
1009 -> { "execute": "human-monitor-command", "arguments": { "command-line": "info kvm" } }
1010 <- { "return": "kvm support: enabled\r\n" }
1011
1012 Notes:
1013
1014 (1) The Human Monitor is NOT an stable interface, this means that command
1015 names, arguments and responses can change or be removed at ANY time.
1016 Applications that rely on long term stability guarantees should NOT
1017 use this command
1018
1019 (2) Limitations:
1020
1021 o This command is stateless, this means that commands that depend
1022 on state information (such as getfd) might not work
1023
1024 o Commands that prompt the user for data (eg. 'cont' when the block
1025 device is encrypted) don't currently work
1026
1027 3. Query Commands
1028 =================
1029
1030 HXCOMM Each query command below is inside a SQMP/EQMP section, do NOT change
1031 HXCOMM this! We will possibly move query commands definitions inside those
1032 HXCOMM sections, just like regular commands.
1033
1034 EQMP
1035
1036 SQMP
1037 query-version
1038 -------------
1039
1040 Show QEMU version.
1041
1042 Return a json-object with the following information:
1043
1044 - "qemu": A json-object containing three integer values:
1045 - "major": QEMU's major version (json-int)
1046 - "minor": QEMU's minor version (json-int)
1047 - "micro": QEMU's micro version (json-int)
1048 - "package": package's version (json-string)
1049
1050 Example:
1051
1052 -> { "execute": "query-version" }
1053 <- {
1054 "return":{
1055 "qemu":{
1056 "major":0,
1057 "minor":11,
1058 "micro":5
1059 },
1060 "package":""
1061 }
1062 }
1063
1064 EQMP
1065
1066 {
1067 .name = "query-version",
1068 .args_type = "",
1069 .mhandler.cmd_new = qmp_marshal_input_query_version,
1070 },
1071
1072 SQMP
1073 query-commands
1074 --------------
1075
1076 List QMP available commands.
1077
1078 Each command is represented by a json-object, the returned value is a json-array
1079 of all commands.
1080
1081 Each json-object contain:
1082
1083 - "name": command's name (json-string)
1084
1085 Example:
1086
1087 -> { "execute": "query-commands" }
1088 <- {
1089 "return":[
1090 {
1091 "name":"query-balloon"
1092 },
1093 {
1094 "name":"system_powerdown"
1095 }
1096 ]
1097 }
1098
1099 Note: This example has been shortened as the real response is too long.
1100
1101 EQMP
1102
1103 {
1104 .name = "query-commands",
1105 .args_type = "",
1106 .mhandler.cmd_new = qmp_marshal_input_query_commands,
1107 },
1108
1109 SQMP
1110 query-chardev
1111 -------------
1112
1113 Each device is represented by a json-object. The returned value is a json-array
1114 of all devices.
1115
1116 Each json-object contain the following:
1117
1118 - "label": device's label (json-string)
1119 - "filename": device's file (json-string)
1120
1121 Example:
1122
1123 -> { "execute": "query-chardev" }
1124 <- {
1125 "return":[
1126 {
1127 "label":"monitor",
1128 "filename":"stdio"
1129 },
1130 {
1131 "label":"serial0",
1132 "filename":"vc"
1133 }
1134 ]
1135 }
1136
1137 EQMP
1138
1139 {
1140 .name = "query-chardev",
1141 .args_type = "",
1142 .mhandler.cmd_new = qmp_marshal_input_query_chardev,
1143 },
1144
1145 SQMP
1146 query-block
1147 -----------
1148
1149 Show the block devices.
1150
1151 Each block device information is stored in a json-object and the returned value
1152 is a json-array of all devices.
1153
1154 Each json-object contain the following:
1155
1156 - "device": device name (json-string)
1157 - "type": device type (json-string)
1158 - deprecated, retained for backward compatibility
1159 - Possible values: "unknown"
1160 - "removable": true if the device is removable, false otherwise (json-bool)
1161 - "locked": true if the device is locked, false otherwise (json-bool)
1162 - "tray-open": only present if removable, true if the device has a tray,
1163 and it is open (json-bool)
1164 - "inserted": only present if the device is inserted, it is a json-object
1165 containing the following:
1166 - "file": device file name (json-string)
1167 - "ro": true if read-only, false otherwise (json-bool)
1168 - "drv": driver format name (json-string)
1169 - Possible values: "blkdebug", "bochs", "cloop", "cow", "dmg",
1170 "file", "file", "ftp", "ftps", "host_cdrom",
1171 "host_device", "host_floppy", "http", "https",
1172 "nbd", "parallels", "qcow", "qcow2", "raw",
1173 "tftp", "vdi", "vmdk", "vpc", "vvfat"
1174 - "backing_file": backing file name (json-string, optional)
1175 - "encrypted": true if encrypted, false otherwise (json-bool)
1176 - "bps": limit total bytes per second (json-int)
1177 - "bps_rd": limit read bytes per second (json-int)
1178 - "bps_wr": limit write bytes per second (json-int)
1179 - "iops": limit total I/O operations per second (json-int)
1180 - "iops_rd": limit read operations per second (json-int)
1181 - "iops_wr": limit write operations per second (json-int)
1182
1183 - "io-status": I/O operation status, only present if the device supports it
1184 and the VM is configured to stop on errors. It's always reset
1185 to "ok" when the "cont" command is issued (json_string, optional)
1186 - Possible values: "ok", "failed", "nospace"
1187
1188 Example:
1189
1190 -> { "execute": "query-block" }
1191 <- {
1192 "return":[
1193 {
1194 "io-status": "ok",
1195 "device":"ide0-hd0",
1196 "locked":false,
1197 "removable":false,
1198 "inserted":{
1199 "ro":false,
1200 "drv":"qcow2",
1201 "encrypted":false,
1202 "file":"disks/test.img",
1203 "bps":1000000,
1204 "bps_rd":0,
1205 "bps_wr":0,
1206 "iops":1000000,
1207 "iops_rd":0,
1208 "iops_wr":0,
1209 },
1210 "type":"unknown"
1211 },
1212 {
1213 "io-status": "ok",
1214 "device":"ide1-cd0",
1215 "locked":false,
1216 "removable":true,
1217 "type":"unknown"
1218 },
1219 {
1220 "device":"floppy0",
1221 "locked":false,
1222 "removable":true,
1223 "type":"unknown"
1224 },
1225 {
1226 "device":"sd0",
1227 "locked":false,
1228 "removable":true,
1229 "type":"unknown"
1230 }
1231 ]
1232 }
1233
1234 EQMP
1235
1236 {
1237 .name = "query-block",
1238 .args_type = "",
1239 .mhandler.cmd_new = qmp_marshal_input_query_block,
1240 },
1241
1242 SQMP
1243 query-blockstats
1244 ----------------
1245
1246 Show block device statistics.
1247
1248 Each device statistic information is stored in a json-object and the returned
1249 value is a json-array of all devices.
1250
1251 Each json-object contain the following:
1252
1253 - "device": device name (json-string)
1254 - "stats": A json-object with the statistics information, it contains:
1255 - "rd_bytes": bytes read (json-int)
1256 - "wr_bytes": bytes written (json-int)
1257 - "rd_operations": read operations (json-int)
1258 - "wr_operations": write operations (json-int)
1259 - "flush_operations": cache flush operations (json-int)
1260 - "wr_total_time_ns": total time spend on writes in nano-seconds (json-int)
1261 - "rd_total_time_ns": total time spend on reads in nano-seconds (json-int)
1262 - "flush_total_time_ns": total time spend on cache flushes in nano-seconds (json-int)
1263 - "wr_highest_offset": Highest offset of a sector written since the
1264 BlockDriverState has been opened (json-int)
1265 - "parent": Contains recursively the statistics of the underlying
1266 protocol (e.g. the host file for a qcow2 image). If there is
1267 no underlying protocol, this field is omitted
1268 (json-object, optional)
1269
1270 Example:
1271
1272 -> { "execute": "query-blockstats" }
1273 <- {
1274 "return":[
1275 {
1276 "device":"ide0-hd0",
1277 "parent":{
1278 "stats":{
1279 "wr_highest_offset":3686448128,
1280 "wr_bytes":9786368,
1281 "wr_operations":751,
1282 "rd_bytes":122567168,
1283 "rd_operations":36772
1284 "wr_total_times_ns":313253456
1285 "rd_total_times_ns":3465673657
1286 "flush_total_times_ns":49653
1287 "flush_operations":61,
1288 }
1289 },
1290 "stats":{
1291 "wr_highest_offset":2821110784,
1292 "wr_bytes":9786368,
1293 "wr_operations":692,
1294 "rd_bytes":122739200,
1295 "rd_operations":36604
1296 "flush_operations":51,
1297 "wr_total_times_ns":313253456
1298 "rd_total_times_ns":3465673657
1299 "flush_total_times_ns":49653
1300 }
1301 },
1302 {
1303 "device":"ide1-cd0",
1304 "stats":{
1305 "wr_highest_offset":0,
1306 "wr_bytes":0,
1307 "wr_operations":0,
1308 "rd_bytes":0,
1309 "rd_operations":0
1310 "flush_operations":0,
1311 "wr_total_times_ns":0
1312 "rd_total_times_ns":0
1313 "flush_total_times_ns":0
1314 }
1315 },
1316 {
1317 "device":"floppy0",
1318 "stats":{
1319 "wr_highest_offset":0,
1320 "wr_bytes":0,
1321 "wr_operations":0,
1322 "rd_bytes":0,
1323 "rd_operations":0
1324 "flush_operations":0,
1325 "wr_total_times_ns":0
1326 "rd_total_times_ns":0
1327 "flush_total_times_ns":0
1328 }
1329 },
1330 {
1331 "device":"sd0",
1332 "stats":{
1333 "wr_highest_offset":0,
1334 "wr_bytes":0,
1335 "wr_operations":0,
1336 "rd_bytes":0,
1337 "rd_operations":0
1338 "flush_operations":0,
1339 "wr_total_times_ns":0
1340 "rd_total_times_ns":0
1341 "flush_total_times_ns":0
1342 }
1343 }
1344 ]
1345 }
1346
1347 EQMP
1348
1349 {
1350 .name = "query-blockstats",
1351 .args_type = "",
1352 .mhandler.cmd_new = qmp_marshal_input_query_blockstats,
1353 },
1354
1355 SQMP
1356 query-cpus
1357 ----------
1358
1359 Show CPU information.
1360
1361 Return a json-array. Each CPU is represented by a json-object, which contains:
1362
1363 - "CPU": CPU index (json-int)
1364 - "current": true if this is the current CPU, false otherwise (json-bool)
1365 - "halted": true if the cpu is halted, false otherwise (json-bool)
1366 - Current program counter. The key's name depends on the architecture:
1367 "pc": i386/x86_64 (json-int)
1368 "nip": PPC (json-int)
1369 "pc" and "npc": sparc (json-int)
1370 "PC": mips (json-int)
1371 - "thread_id": ID of the underlying host thread (json-int)
1372
1373 Example:
1374
1375 -> { "execute": "query-cpus" }
1376 <- {
1377 "return":[
1378 {
1379 "CPU":0,
1380 "current":true,
1381 "halted":false,
1382 "pc":3227107138
1383 "thread_id":3134
1384 },
1385 {
1386 "CPU":1,
1387 "current":false,
1388 "halted":true,
1389 "pc":7108165
1390 "thread_id":3135
1391 }
1392 ]
1393 }
1394
1395 EQMP
1396
1397 {
1398 .name = "query-cpus",
1399 .args_type = "",
1400 .mhandler.cmd_new = qmp_marshal_input_query_cpus,
1401 },
1402
1403 SQMP
1404 query-pci
1405 ---------
1406
1407 PCI buses and devices information.
1408
1409 The returned value is a json-array of all buses. Each bus is represented by
1410 a json-object, which has a key with a json-array of all PCI devices attached
1411 to it. Each device is represented by a json-object.
1412
1413 The bus json-object contains the following:
1414
1415 - "bus": bus number (json-int)
1416 - "devices": a json-array of json-objects, each json-object represents a
1417 PCI device
1418
1419 The PCI device json-object contains the following:
1420
1421 - "bus": identical to the parent's bus number (json-int)
1422 - "slot": slot number (json-int)
1423 - "function": function number (json-int)
1424 - "class_info": a json-object containing:
1425 - "desc": device class description (json-string, optional)
1426 - "class": device class number (json-int)
1427 - "id": a json-object containing:
1428 - "device": device ID (json-int)
1429 - "vendor": vendor ID (json-int)
1430 - "irq": device's IRQ if assigned (json-int, optional)
1431 - "qdev_id": qdev id string (json-string)
1432 - "pci_bridge": It's a json-object, only present if this device is a
1433 PCI bridge, contains:
1434 - "bus": bus number (json-int)
1435 - "secondary": secondary bus number (json-int)
1436 - "subordinate": subordinate bus number (json-int)
1437 - "io_range": I/O memory range information, a json-object with the
1438 following members:
1439 - "base": base address, in bytes (json-int)
1440 - "limit": limit address, in bytes (json-int)
1441 - "memory_range": memory range information, a json-object with the
1442 following members:
1443 - "base": base address, in bytes (json-int)
1444 - "limit": limit address, in bytes (json-int)
1445 - "prefetchable_range": Prefetchable memory range information, a
1446 json-object with the following members:
1447 - "base": base address, in bytes (json-int)
1448 - "limit": limit address, in bytes (json-int)
1449 - "devices": a json-array of PCI devices if there's any attached, each
1450 each element is represented by a json-object, which contains
1451 the same members of the 'PCI device json-object' described
1452 above (optional)
1453 - "regions": a json-array of json-objects, each json-object represents a
1454 memory region of this device
1455
1456 The memory range json-object contains the following:
1457
1458 - "base": base memory address (json-int)
1459 - "limit": limit value (json-int)
1460
1461 The region json-object can be an I/O region or a memory region, an I/O region
1462 json-object contains the following:
1463
1464 - "type": "io" (json-string, fixed)
1465 - "bar": BAR number (json-int)
1466 - "address": memory address (json-int)
1467 - "size": memory size (json-int)
1468
1469 A memory region json-object contains the following:
1470
1471 - "type": "memory" (json-string, fixed)
1472 - "bar": BAR number (json-int)
1473 - "address": memory address (json-int)
1474 - "size": memory size (json-int)
1475 - "mem_type_64": true or false (json-bool)
1476 - "prefetch": true or false (json-bool)
1477
1478 Example:
1479
1480 -> { "execute": "query-pci" }
1481 <- {
1482 "return":[
1483 {
1484 "bus":0,
1485 "devices":[
1486 {
1487 "bus":0,
1488 "qdev_id":"",
1489 "slot":0,
1490 "class_info":{
1491 "class":1536,
1492 "desc":"Host bridge"
1493 },
1494 "id":{
1495 "device":32902,
1496 "vendor":4663
1497 },
1498 "function":0,
1499 "regions":[
1500
1501 ]
1502 },
1503 {
1504 "bus":0,
1505 "qdev_id":"",
1506 "slot":1,
1507 "class_info":{
1508 "class":1537,
1509 "desc":"ISA bridge"
1510 },
1511 "id":{
1512 "device":32902,
1513 "vendor":28672
1514 },
1515 "function":0,
1516 "regions":[
1517
1518 ]
1519 },
1520 {
1521 "bus":0,
1522 "qdev_id":"",
1523 "slot":1,
1524 "class_info":{
1525 "class":257,
1526 "desc":"IDE controller"
1527 },
1528 "id":{
1529 "device":32902,
1530 "vendor":28688
1531 },
1532 "function":1,
1533 "regions":[
1534 {
1535 "bar":4,
1536 "size":16,
1537 "address":49152,
1538 "type":"io"
1539 }
1540 ]
1541 },
1542 {
1543 "bus":0,
1544 "qdev_id":"",
1545 "slot":2,
1546 "class_info":{
1547 "class":768,
1548 "desc":"VGA controller"
1549 },
1550 "id":{
1551 "device":4115,
1552 "vendor":184
1553 },
1554 "function":0,
1555 "regions":[
1556 {
1557 "prefetch":true,
1558 "mem_type_64":false,
1559 "bar":0,
1560 "size":33554432,
1561 "address":4026531840,
1562 "type":"memory"
1563 },
1564 {
1565 "prefetch":false,
1566 "mem_type_64":false,
1567 "bar":1,
1568 "size":4096,
1569 "address":4060086272,
1570 "type":"memory"
1571 },
1572 {
1573 "prefetch":false,
1574 "mem_type_64":false,
1575 "bar":6,
1576 "size":65536,
1577 "address":-1,
1578 "type":"memory"
1579 }
1580 ]
1581 },
1582 {
1583 "bus":0,
1584 "qdev_id":"",
1585 "irq":11,
1586 "slot":4,
1587 "class_info":{
1588 "class":1280,
1589 "desc":"RAM controller"
1590 },
1591 "id":{
1592 "device":6900,
1593 "vendor":4098
1594 },
1595 "function":0,
1596 "regions":[
1597 {
1598 "bar":0,
1599 "size":32,
1600 "address":49280,
1601 "type":"io"
1602 }
1603 ]
1604 }
1605 ]
1606 }
1607 ]
1608 }
1609
1610 Note: This example has been shortened as the real response is too long.
1611
1612 EQMP
1613
1614 {
1615 .name = "query-pci",
1616 .args_type = "",
1617 .mhandler.cmd_new = qmp_marshal_input_query_pci,
1618 },
1619
1620 SQMP
1621 query-kvm
1622 ---------
1623
1624 Show KVM information.
1625
1626 Return a json-object with the following information:
1627
1628 - "enabled": true if KVM support is enabled, false otherwise (json-bool)
1629 - "present": true if QEMU has KVM support, false otherwise (json-bool)
1630
1631 Example:
1632
1633 -> { "execute": "query-kvm" }
1634 <- { "return": { "enabled": true, "present": true } }
1635
1636 EQMP
1637
1638 {
1639 .name = "query-kvm",
1640 .args_type = "",
1641 .mhandler.cmd_new = qmp_marshal_input_query_kvm,
1642 },
1643
1644 SQMP
1645 query-status
1646 ------------
1647
1648 Return a json-object with the following information:
1649
1650 - "running": true if the VM is running, or false if it is paused (json-bool)
1651 - "singlestep": true if the VM is in single step mode,
1652 false otherwise (json-bool)
1653 - "status": one of the following values (json-string)
1654 "debug" - QEMU is running on a debugger
1655 "inmigrate" - guest is paused waiting for an incoming migration
1656 "internal-error" - An internal error that prevents further guest
1657 execution has occurred
1658 "io-error" - the last IOP has failed and the device is configured
1659 to pause on I/O errors
1660 "paused" - guest has been paused via the 'stop' command
1661 "postmigrate" - guest is paused following a successful 'migrate'
1662 "prelaunch" - QEMU was started with -S and guest has not started
1663 "finish-migrate" - guest is paused to finish the migration process
1664 "restore-vm" - guest is paused to restore VM state
1665 "running" - guest is actively running
1666 "save-vm" - guest is paused to save the VM state
1667 "shutdown" - guest is shut down (and -no-shutdown is in use)
1668 "watchdog" - the watchdog action is configured to pause and
1669 has been triggered
1670
1671 Example:
1672
1673 -> { "execute": "query-status" }
1674 <- { "return": { "running": true, "singlestep": false, "status": "running" } }
1675
1676 EQMP
1677
1678 {
1679 .name = "query-status",
1680 .args_type = "",
1681 .mhandler.cmd_new = qmp_marshal_input_query_status,
1682 },
1683
1684 SQMP
1685 query-mice
1686 ----------
1687
1688 Show VM mice information.
1689
1690 Each mouse is represented by a json-object, the returned value is a json-array
1691 of all mice.
1692
1693 The mouse json-object contains the following:
1694
1695 - "name": mouse's name (json-string)
1696 - "index": mouse's index (json-int)
1697 - "current": true if this mouse is receiving events, false otherwise (json-bool)
1698 - "absolute": true if the mouse generates absolute input events (json-bool)
1699
1700 Example:
1701
1702 -> { "execute": "query-mice" }
1703 <- {
1704 "return":[
1705 {
1706 "name":"QEMU Microsoft Mouse",
1707 "index":0,
1708 "current":false,
1709 "absolute":false
1710 },
1711 {
1712 "name":"QEMU PS/2 Mouse",
1713 "index":1,
1714 "current":true,
1715 "absolute":true
1716 }
1717 ]
1718 }
1719
1720 EQMP
1721
1722 {
1723 .name = "query-mice",
1724 .args_type = "",
1725 .mhandler.cmd_new = qmp_marshal_input_query_mice,
1726 },
1727
1728 SQMP
1729 query-vnc
1730 ---------
1731
1732 Show VNC server information.
1733
1734 Return a json-object with server information. Connected clients are returned
1735 as a json-array of json-objects.
1736
1737 The main json-object contains the following:
1738
1739 - "enabled": true or false (json-bool)
1740 - "host": server's IP address (json-string)
1741 - "family": address family (json-string)
1742 - Possible values: "ipv4", "ipv6", "unix", "unknown"
1743 - "service": server's port number (json-string)
1744 - "auth": authentication method (json-string)
1745 - Possible values: "invalid", "none", "ra2", "ra2ne", "sasl", "tight",
1746 "tls", "ultra", "unknown", "vencrypt", "vencrypt",
1747 "vencrypt+plain", "vencrypt+tls+none",
1748 "vencrypt+tls+plain", "vencrypt+tls+sasl",
1749 "vencrypt+tls+vnc", "vencrypt+x509+none",
1750 "vencrypt+x509+plain", "vencrypt+x509+sasl",
1751 "vencrypt+x509+vnc", "vnc"
1752 - "clients": a json-array of all connected clients
1753
1754 Clients are described by a json-object, each one contain the following:
1755
1756 - "host": client's IP address (json-string)
1757 - "family": address family (json-string)
1758 - Possible values: "ipv4", "ipv6", "unix", "unknown"
1759 - "service": client's port number (json-string)
1760 - "x509_dname": TLS dname (json-string, optional)
1761 - "sasl_username": SASL username (json-string, optional)
1762
1763 Example:
1764
1765 -> { "execute": "query-vnc" }
1766 <- {
1767 "return":{
1768 "enabled":true,
1769 "host":"0.0.0.0",
1770 "service":"50402",
1771 "auth":"vnc",
1772 "family":"ipv4",
1773 "clients":[
1774 {
1775 "host":"127.0.0.1",
1776 "service":"50401",
1777 "family":"ipv4"
1778 }
1779 ]
1780 }
1781 }
1782
1783 EQMP
1784
1785 {
1786 .name = "query-vnc",
1787 .args_type = "",
1788 .mhandler.cmd_new = qmp_marshal_input_query_vnc,
1789 },
1790
1791 SQMP
1792 query-spice
1793 -----------
1794
1795 Show SPICE server information.
1796
1797 Return a json-object with server information. Connected clients are returned
1798 as a json-array of json-objects.
1799
1800 The main json-object contains the following:
1801
1802 - "enabled": true or false (json-bool)
1803 - "host": server's IP address (json-string)
1804 - "port": server's port number (json-int, optional)
1805 - "tls-port": server's port number (json-int, optional)
1806 - "auth": authentication method (json-string)
1807 - Possible values: "none", "spice"
1808 - "channels": a json-array of all active channels clients
1809
1810 Channels are described by a json-object, each one contain the following:
1811
1812 - "host": client's IP address (json-string)
1813 - "family": address family (json-string)
1814 - Possible values: "ipv4", "ipv6", "unix", "unknown"
1815 - "port": client's port number (json-string)
1816 - "connection-id": spice connection id. All channels with the same id
1817 belong to the same spice session (json-int)
1818 - "channel-type": channel type. "1" is the main control channel, filter for
1819 this one if you want track spice sessions only (json-int)
1820 - "channel-id": channel id. Usually "0", might be different needed when
1821 multiple channels of the same type exist, such as multiple
1822 display channels in a multihead setup (json-int)
1823 - "tls": whevener the channel is encrypted (json-bool)
1824
1825 Example:
1826
1827 -> { "execute": "query-spice" }
1828 <- {
1829 "return": {
1830 "enabled": true,
1831 "auth": "spice",
1832 "port": 5920,
1833 "tls-port": 5921,
1834 "host": "0.0.0.0",
1835 "channels": [
1836 {
1837 "port": "54924",
1838 "family": "ipv4",
1839 "channel-type": 1,
1840 "connection-id": 1804289383,
1841 "host": "127.0.0.1",
1842 "channel-id": 0,
1843 "tls": true
1844 },
1845 {
1846 "port": "36710",
1847 "family": "ipv4",
1848 "channel-type": 4,
1849 "connection-id": 1804289383,
1850 "host": "127.0.0.1",
1851 "channel-id": 0,
1852 "tls": false
1853 },
1854 [ ... more channels follow ... ]
1855 ]
1856 }
1857 }
1858
1859 EQMP
1860
1861 #if defined(CONFIG_SPICE)
1862 {
1863 .name = "query-spice",
1864 .args_type = "",
1865 .mhandler.cmd_new = qmp_marshal_input_query_spice,
1866 },
1867 #endif
1868
1869 SQMP
1870 query-name
1871 ----------
1872
1873 Show VM name.
1874
1875 Return a json-object with the following information:
1876
1877 - "name": VM's name (json-string, optional)
1878
1879 Example:
1880
1881 -> { "execute": "query-name" }
1882 <- { "return": { "name": "qemu-name" } }
1883
1884 EQMP
1885
1886 {
1887 .name = "query-name",
1888 .args_type = "",
1889 .mhandler.cmd_new = qmp_marshal_input_query_name,
1890 },
1891
1892 SQMP
1893 query-uuid
1894 ----------
1895
1896 Show VM UUID.
1897
1898 Return a json-object with the following information:
1899
1900 - "UUID": Universally Unique Identifier (json-string)
1901
1902 Example:
1903
1904 -> { "execute": "query-uuid" }
1905 <- { "return": { "UUID": "550e8400-e29b-41d4-a716-446655440000" } }
1906
1907 EQMP
1908
1909 {
1910 .name = "query-uuid",
1911 .args_type = "",
1912 .mhandler.cmd_new = qmp_marshal_input_query_uuid,
1913 },
1914
1915 SQMP
1916 query-migrate
1917 -------------
1918
1919 Migration status.
1920
1921 Return a json-object. If migration is active there will be another json-object
1922 with RAM migration status and if block migration is active another one with
1923 block migration status.
1924
1925 The main json-object contains the following:
1926
1927 - "status": migration status (json-string)
1928 - Possible values: "active", "completed", "failed", "cancelled"
1929 - "ram": only present if "status" is "active", it is a json-object with the
1930 following RAM information (in bytes):
1931 - "transferred": amount transferred (json-int)
1932 - "remaining": amount remaining (json-int)
1933 - "total": total (json-int)
1934 - "disk": only present if "status" is "active" and it is a block migration,
1935 it is a json-object with the following disk information (in bytes):
1936 - "transferred": amount transferred (json-int)
1937 - "remaining": amount remaining (json-int)
1938 - "total": total (json-int)
1939
1940 Examples:
1941
1942 1. Before the first migration
1943
1944 -> { "execute": "query-migrate" }
1945 <- { "return": {} }
1946
1947 2. Migration is done and has succeeded
1948
1949 -> { "execute": "query-migrate" }
1950 <- { "return": { "status": "completed" } }
1951
1952 3. Migration is done and has failed
1953
1954 -> { "execute": "query-migrate" }
1955 <- { "return": { "status": "failed" } }
1956
1957 4. Migration is being performed and is not a block migration:
1958
1959 -> { "execute": "query-migrate" }
1960 <- {
1961 "return":{
1962 "status":"active",
1963 "ram":{
1964 "transferred":123,
1965 "remaining":123,
1966 "total":246
1967 }
1968 }
1969 }
1970
1971 5. Migration is being performed and is a block migration:
1972
1973 -> { "execute": "query-migrate" }
1974 <- {
1975 "return":{
1976 "status":"active",
1977 "ram":{
1978 "total":1057024,
1979 "remaining":1053304,
1980 "transferred":3720
1981 },
1982 "disk":{
1983 "total":20971520,
1984 "remaining":20880384,
1985 "transferred":91136
1986 }
1987 }
1988 }
1989
1990 EQMP
1991
1992 {
1993 .name = "query-migrate",
1994 .args_type = "",
1995 .mhandler.cmd_new = qmp_marshal_input_query_migrate,
1996 },
1997
1998 SQMP
1999 query-balloon
2000 -------------
2001
2002 Show balloon information.
2003
2004 Make an asynchronous request for balloon info. When the request completes a
2005 json-object will be returned containing the following data:
2006
2007 - "actual": current balloon value in bytes (json-int)
2008 - "mem_swapped_in": Amount of memory swapped in bytes (json-int, optional)
2009 - "mem_swapped_out": Amount of memory swapped out in bytes (json-int, optional)
2010 - "major_page_faults": Number of major faults (json-int, optional)
2011 - "minor_page_faults": Number of minor faults (json-int, optional)
2012 - "free_mem": Total amount of free and unused memory in
2013 bytes (json-int, optional)
2014 - "total_mem": Total amount of available memory in bytes (json-int, optional)
2015
2016 Example:
2017
2018 -> { "execute": "query-balloon" }
2019 <- {
2020 "return":{
2021 "actual":1073741824,
2022 "mem_swapped_in":0,
2023 "mem_swapped_out":0,
2024 "major_page_faults":142,
2025 "minor_page_faults":239245,
2026 "free_mem":1014185984,
2027 "total_mem":1044668416
2028 }
2029 }
2030
2031 EQMP
2032
2033 {
2034 .name = "query-balloon",
2035 .args_type = "",
2036 .mhandler.cmd_new = qmp_marshal_input_query_balloon,
2037 },
2038
2039 {
2040 .name = "query-block-jobs",
2041 .args_type = "",
2042 .mhandler.cmd_new = qmp_marshal_input_query_block_jobs,
2043 },
2044
2045 {
2046 .name = "qom-list",
2047 .args_type = "path:s",
2048 .mhandler.cmd_new = qmp_marshal_input_qom_list,
2049 },
2050
2051 {
2052 .name = "qom-set",
2053 .args_type = "path:s,property:s,opts:O",
2054 .mhandler.cmd_new = qmp_qom_set,
2055 },
2056
2057 {
2058 .name = "qom-get",
2059 .args_type = "path:s,property:s",
2060 .mhandler.cmd_new = qmp_qom_get,
2061 },
2062
2063 {
2064 .name = "change-vnc-password",
2065 .args_type = "password:s",
2066 .mhandler.cmd_new = qmp_marshal_input_change_vnc_password,
2067 },
2068 {
2069 .name = "qom-list-types",
2070 .args_type = "implements:s?,abstract:b?",
2071 .mhandler.cmd_new = qmp_marshal_input_qom_list_types,
2072 },