4 # This work is licensed under the terms of the GNU GPL, version 2 or later.
5 # See the COPYING file in the top-level directory.
12 # @DumpGuestMemoryFormat:
14 # An enumeration of guest-memory-dump's format.
18 # @kdump-zlib: makedumpfile flattened, kdump-compressed format with
21 # @kdump-lzo: makedumpfile flattened, kdump-compressed format with lzo
24 # @kdump-snappy: makedumpfile flattened, kdump-compressed format with
27 # @kdump-raw-zlib: raw assembled kdump-compressed format with zlib
28 # compression (since 8.2)
30 # @kdump-raw-lzo: raw assembled kdump-compressed format with lzo
31 # compression (since 8.2)
33 # @kdump-raw-snappy: raw assembled kdump-compressed format with snappy
34 # compression (since 8.2)
36 # @win-dmp: Windows full crashdump format, can be used instead of ELF
37 # converting (since 2.13)
41 { 'enum': 'DumpGuestMemoryFormat',
44 'kdump-zlib', 'kdump-lzo', 'kdump-snappy',
45 'kdump-raw-zlib', 'kdump-raw-lzo', 'kdump-raw-snappy',
51 # Dump guest's memory to vmcore. It is a synchronous operation that
52 # can take very long depending on the amount of guest memory.
54 # @paging: if true, do paging to get guest's memory mapping. This
55 # allows using gdb to process the core file.
57 # IMPORTANT: this option can make QEMU allocate several gigabytes
58 # of RAM. This can happen for a large guest, or a malicious guest
59 # pretending to be large.
61 # Also, paging=true has the following limitations:
63 # 1. The guest may be in a catastrophic state or can have
64 # corrupted memory, which cannot be trusted
65 # 2. The guest can be in real-mode even if paging is enabled. For
66 # example, the guest uses ACPI to sleep, and ACPI sleep state
68 # 3. Currently only supported on i386 and x86_64.
70 # @protocol: the filename or file descriptor of the vmcore. The
71 # supported protocols are:
73 # 1. file: the protocol starts with "file:", and the following
74 # string is the file's path.
75 # 2. fd: the protocol starts with "fd:", and the following string
78 # @detach: if true, QMP will return immediately rather than waiting
79 # for the dump to finish. The user can track progress using
80 # "query-dump". (since 2.6).
82 # @begin: if specified, the starting physical address.
84 # @length: if specified, the memory size, in bytes. If you don't want
85 # to dump all guest's memory, please specify the start @begin and
88 # @format: if specified, the format of guest memory dump. But non-elf
89 # format is conflict with paging and filter, ie. @paging, @begin
90 # and @length is not allowed to be specified with non-elf @format
91 # at the same time (since 2.0)
93 # Note: All boolean arguments default to false
99 # -> { "execute": "dump-guest-memory",
100 # "arguments": { "paging": false, "protocol": "fd:dump" } }
101 # <- { "return": {} }
103 { 'command': 'dump-guest-memory',
104 'data': { 'paging': 'bool', 'protocol': 'str', '*detach': 'bool',
105 '*begin': 'int', '*length': 'int',
106 '*format': 'DumpGuestMemoryFormat'} }
111 # Describe the status of a long-running background guest memory dump.
113 # @none: no dump-guest-memory has started yet.
115 # @active: there is one dump running in background.
117 # @completed: the last dump has finished successfully.
119 # @failed: the last dump has failed.
123 { 'enum': 'DumpStatus',
124 'data': [ 'none', 'active', 'completed', 'failed' ] }
129 # The result format for 'query-dump'.
131 # @status: enum of @DumpStatus, which shows current dump status
133 # @completed: bytes written in latest dump (uncompressed)
135 # @total: total bytes to be written in latest dump (uncompressed)
139 { 'struct': 'DumpQueryResult',
140 'data': { 'status': 'DumpStatus',
147 # Query latest dump status.
149 # Returns: A @DumpStatus object showing the dump status.
155 # -> { "execute": "query-dump" }
156 # <- { "return": { "status": "active", "completed": 1024000,
157 # "total": 2048000 } }
159 { 'command': 'query-dump', 'returns': 'DumpQueryResult' }
164 # Emitted when background dump has completed
166 # @result: final dump status
168 # @error: human-readable error string that provides hint on why dump
169 # failed. Only presents on failure. The user should not try to
170 # interpret the error string.
176 # <- { "event": "DUMP_COMPLETED",
177 # "data": { "result": { "total": 1090650112, "status": "completed",
178 # "completed": 1090650112 } },
179 # "timestamp": { "seconds": 1648244171, "microseconds": 950316 } }
181 { 'event': 'DUMP_COMPLETED' ,
182 'data': { 'result': 'DumpQueryResult', '*error': 'str' } }
185 # @DumpGuestMemoryCapability:
187 # @formats: the available formats for dump-guest-memory
191 { 'struct': 'DumpGuestMemoryCapability',
193 'formats': ['DumpGuestMemoryFormat'] } }
196 # @query-dump-guest-memory-capability:
198 # Returns the available formats for dump-guest-memory
200 # Returns: A @DumpGuestMemoryCapability object listing available
201 # formats for dump-guest-memory
207 # -> { "execute": "query-dump-guest-memory-capability" }
208 # <- { "return": { "formats":
209 # ["elf", "kdump-zlib", "kdump-lzo", "kdump-snappy"] } }
211 { 'command': 'query-dump-guest-memory-capability',
212 'returns': 'DumpGuestMemoryCapability' }