]>
Commit | Line | Data |
---|---|---|
e3193601 | 1 | # -*- Mode: Python -*- |
f7160f32 | 2 | # vim: filetype=python |
4d8bb958 MAL |
3 | ## |
4 | # = Introduction | |
5 | # | |
6 | # This document describes all commands currently supported by QMP. | |
7 | # | |
a937b6aa MA |
8 | # Most of the time their usage is exactly the same as in the user |
9 | # Monitor, this means that any other document which also describe | |
10 | # commands (the manpage, QEMU's manual, etc) can and should be | |
11 | # consulted. | |
4d8bb958 | 12 | # |
a937b6aa MA |
13 | # QMP has two types of commands: regular and query commands. Regular |
14 | # commands usually change the Virtual Machine's state someway, while | |
15 | # query commands just return information. The sections below are | |
16 | # divided accordingly. | |
4d8bb958 | 17 | # |
a937b6aa MA |
18 | # It's important to observe that all communication examples are |
19 | # formatted in a reader-friendly way, so that they're easier to | |
20 | # understand. However, in real protocol usage, they're emitted as a | |
21 | # single line. | |
4d8bb958 MAL |
22 | # |
23 | # Also, the following notation is used to denote data flow: | |
24 | # | |
25 | # Example: | |
26 | # | |
a0fcff38 PM |
27 | # :: |
28 | # | |
29 | # -> data issued by the Client | |
30 | # <- Server data response | |
e3193601 | 31 | # |
d5657258 PM |
32 | # Please refer to the |
33 | # :doc:`QEMU Machine Protocol Specification </interop/qmp-spec>` | |
a937b6aa | 34 | # for detailed information on the Server command and response formats. |
4d8bb958 | 35 | ## |
48a32bed | 36 | |
9a9f9099 | 37 | { 'include': 'pragma.json' } |
1554a8fa | 38 | |
fb0bc835 | 39 | # Documentation generated with qapi-gen.py is in source order, with |
211e5063 MA |
40 | # included sub-schemas inserted at the first include directive |
41 | # (subsequent include directives have no effect). To get a sane and | |
42 | # stable order, it's best to include each sub-schema just once, or | |
eb815e24 | 43 | # include it first right here. |
104059da | 44 | |
abb3d37d | 45 | { 'include': 'error.json' } |
eb815e24 MA |
46 | { 'include': 'common.json' } |
47 | { 'include': 'sockets.json' } | |
48 | { 'include': 'run-state.json' } | |
49 | { 'include': 'crypto.json' } | |
4622c706 | 50 | { 'include': 'job.json' } |
eb815e24 | 51 | { 'include': 'block.json' } |
5daa6bfd | 52 | { 'include': 'block-export.json' } |
eb815e24 | 53 | { 'include': 'char.json' } |
d06b747b | 54 | { 'include': 'dump.json' } |
eb815e24 | 55 | { 'include': 'net.json' } |
4a5c9903 | 56 | { 'include': 'rdma.json' } |
eb815e24 MA |
57 | { 'include': 'rocker.json' } |
58 | { 'include': 'tpm.json' } | |
59 | { 'include': 'ui.json' } | |
c8c99887 | 60 | { 'include': 'authz.json' } |
eb815e24 MA |
61 | { 'include': 'migration.json' } |
62 | { 'include': 'transaction.json' } | |
63 | { 'include': 'trace.json' } | |
6dd75472 | 64 | { 'include': 'compat.json' } |
fa4dcf57 | 65 | { 'include': 'control.json' } |
eb815e24 | 66 | { 'include': 'introspect.json' } |
c577ff62 MA |
67 | { 'include': 'qom.json' } |
68 | { 'include': 'qdev.json' } | |
8ac25c84 | 69 | { 'include': 'machine.json' } |
7f7b4e7a | 70 | { 'include': 'machine-target.json' } |
43d7e1d7 | 71 | { 'include': 'replay.json' } |
50186051 | 72 | { 'include': 'yank.json' } |
eb815e24 | 73 | { 'include': 'misc.json' } |
b0227cdb | 74 | { 'include': 'misc-target.json' } |
8c3a7d00 | 75 | { 'include': 'audio.json' } |
27c9188f | 76 | { 'include': 'acpi.json' } |
61c7f987 | 77 | { 'include': 'pci.json' } |
b9f88dc0 | 78 | { 'include': 'stats.json' } |
a5ebce38 | 79 | { 'include': 'virtio.json' } |
14c9fd16 | 80 | { 'include': 'cryptodev.json' } |
415442a1 | 81 | { 'include': 'cxl.json' } |