]> git.proxmox.com Git - mirror_qemu.git/blob - qapi/machine.json
qapi: Restrict 'inject-nmi' command to machine code
[mirror_qemu.git] / qapi / machine.json
1 # -*- Mode: Python -*-
2 # vim: filetype=python
3 #
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.
6
7 ##
8 # = Machines
9 ##
10
11 ##
12 # @SysEmuTarget:
13 #
14 # The comprehensive enumeration of QEMU system emulation ("softmmu")
15 # targets. Run "./configure --help" in the project root directory, and
16 # look for the \*-softmmu targets near the "--target-list" option. The
17 # individual target constants are not documented here, for the time
18 # being.
19 #
20 # @rx: since 5.0
21 # @avr: since 5.1
22 #
23 # Notes: The resulting QMP strings can be appended to the "qemu-system-"
24 # prefix to produce the corresponding QEMU executable name. This
25 # is true even for "qemu-system-x86_64".
26 #
27 # Since: 3.0
28 ##
29 { 'enum' : 'SysEmuTarget',
30 'data' : [ 'aarch64', 'alpha', 'arm', 'avr', 'cris', 'hppa', 'i386', 'lm32',
31 'm68k', 'microblaze', 'microblazeel', 'mips', 'mips64',
32 'mips64el', 'mipsel', 'moxie', 'nios2', 'or1k', 'ppc',
33 'ppc64', 'riscv32', 'riscv64', 'rx', 's390x', 'sh4',
34 'sh4eb', 'sparc', 'sparc64', 'tricore', 'unicore32',
35 'x86_64', 'xtensa', 'xtensaeb' ] }
36
37 ##
38 # @CpuInfoArch:
39 #
40 # An enumeration of cpu types that enable additional information during
41 # @query-cpus and @query-cpus-fast.
42 #
43 # @s390: since 2.12
44 #
45 # @riscv: since 2.12
46 #
47 # Since: 2.6
48 ##
49 { 'enum': 'CpuInfoArch',
50 'data': ['x86', 'sparc', 'ppc', 'mips', 'tricore', 's390', 'riscv', 'other' ] }
51
52 ##
53 # @CpuInfo:
54 #
55 # Information about a virtual CPU
56 #
57 # @CPU: the index of the virtual CPU
58 #
59 # @current: this only exists for backwards compatibility and should be ignored
60 #
61 # @halted: true if the virtual CPU is in the halt state. Halt usually refers
62 # to a processor specific low power mode.
63 #
64 # @qom_path: path to the CPU object in the QOM tree (since 2.4)
65 #
66 # @thread_id: ID of the underlying host thread
67 #
68 # @props: properties describing to which node/socket/core/thread
69 # virtual CPU belongs to, provided if supported by board (since 2.10)
70 #
71 # @arch: architecture of the cpu, which determines which additional fields
72 # will be listed (since 2.6)
73 #
74 # Since: 0.14.0
75 #
76 # Notes: @halted is a transient state that changes frequently. By the time the
77 # data is sent to the client, the guest may no longer be halted.
78 ##
79 { 'union': 'CpuInfo',
80 'base': {'CPU': 'int', 'current': 'bool', 'halted': 'bool',
81 'qom_path': 'str', 'thread_id': 'int',
82 '*props': 'CpuInstanceProperties', 'arch': 'CpuInfoArch' },
83 'discriminator': 'arch',
84 'data': { 'x86': 'CpuInfoX86',
85 'sparc': 'CpuInfoSPARC',
86 'ppc': 'CpuInfoPPC',
87 'mips': 'CpuInfoMIPS',
88 'tricore': 'CpuInfoTricore',
89 's390': 'CpuInfoS390',
90 'riscv': 'CpuInfoRISCV' } }
91
92 ##
93 # @CpuInfoX86:
94 #
95 # Additional information about a virtual i386 or x86_64 CPU
96 #
97 # @pc: the 64-bit instruction pointer
98 #
99 # Since: 2.6
100 ##
101 { 'struct': 'CpuInfoX86', 'data': { 'pc': 'int' } }
102
103 ##
104 # @CpuInfoSPARC:
105 #
106 # Additional information about a virtual SPARC CPU
107 #
108 # @pc: the PC component of the instruction pointer
109 #
110 # @npc: the NPC component of the instruction pointer
111 #
112 # Since: 2.6
113 ##
114 { 'struct': 'CpuInfoSPARC', 'data': { 'pc': 'int', 'npc': 'int' } }
115
116 ##
117 # @CpuInfoPPC:
118 #
119 # Additional information about a virtual PPC CPU
120 #
121 # @nip: the instruction pointer
122 #
123 # Since: 2.6
124 ##
125 { 'struct': 'CpuInfoPPC', 'data': { 'nip': 'int' } }
126
127 ##
128 # @CpuInfoMIPS:
129 #
130 # Additional information about a virtual MIPS CPU
131 #
132 # @PC: the instruction pointer
133 #
134 # Since: 2.6
135 ##
136 { 'struct': 'CpuInfoMIPS', 'data': { 'PC': 'int' } }
137
138 ##
139 # @CpuInfoTricore:
140 #
141 # Additional information about a virtual Tricore CPU
142 #
143 # @PC: the instruction pointer
144 #
145 # Since: 2.6
146 ##
147 { 'struct': 'CpuInfoTricore', 'data': { 'PC': 'int' } }
148
149 ##
150 # @CpuInfoRISCV:
151 #
152 # Additional information about a virtual RISCV CPU
153 #
154 # @pc: the instruction pointer
155 #
156 # Since 2.12
157 ##
158 { 'struct': 'CpuInfoRISCV', 'data': { 'pc': 'int' } }
159
160 ##
161 # @CpuS390State:
162 #
163 # An enumeration of cpu states that can be assumed by a virtual
164 # S390 CPU
165 #
166 # Since: 2.12
167 ##
168 { 'enum': 'CpuS390State',
169 'prefix': 'S390_CPU_STATE',
170 'data': [ 'uninitialized', 'stopped', 'check-stop', 'operating', 'load' ] }
171
172 ##
173 # @CpuInfoS390:
174 #
175 # Additional information about a virtual S390 CPU
176 #
177 # @cpu-state: the virtual CPU's state
178 #
179 # Since: 2.12
180 ##
181 { 'struct': 'CpuInfoS390', 'data': { 'cpu-state': 'CpuS390State' } }
182
183 ##
184 # @query-cpus:
185 #
186 # Returns a list of information about each virtual CPU.
187 #
188 # This command causes vCPU threads to exit to userspace, which causes
189 # a small interruption to guest CPU execution. This will have a negative
190 # impact on realtime guests and other latency sensitive guest workloads.
191 #
192 # Features:
193 # @deprecated: This command is deprecated, because it interferes with
194 # the guest. Use 'query-cpus-fast' instead to avoid the vCPU
195 # interruption.
196 #
197 # Returns: a list of @CpuInfo for each virtual CPU
198 #
199 # Since: 0.14.0
200 #
201 # Example:
202 #
203 # -> { "execute": "query-cpus" }
204 # <- { "return": [
205 # {
206 # "CPU":0,
207 # "current":true,
208 # "halted":false,
209 # "qom_path":"/machine/unattached/device[0]",
210 # "arch":"x86",
211 # "pc":3227107138,
212 # "thread_id":3134
213 # },
214 # {
215 # "CPU":1,
216 # "current":false,
217 # "halted":true,
218 # "qom_path":"/machine/unattached/device[2]",
219 # "arch":"x86",
220 # "pc":7108165,
221 # "thread_id":3135
222 # }
223 # ]
224 # }
225 #
226 ##
227 { 'command': 'query-cpus', 'returns': ['CpuInfo'],
228 'features': [ 'deprecated' ] }
229
230 ##
231 # @CpuInfoFast:
232 #
233 # Information about a virtual CPU
234 #
235 # @cpu-index: index of the virtual CPU
236 #
237 # @qom-path: path to the CPU object in the QOM tree
238 #
239 # @thread-id: ID of the underlying host thread
240 #
241 # @props: properties describing to which node/socket/core/thread
242 # virtual CPU belongs to, provided if supported by board
243 #
244 # @arch: base architecture of the cpu
245 #
246 # @target: the QEMU system emulation target, which determines which
247 # additional fields will be listed (since 3.0)
248 #
249 # Features:
250 # @deprecated: Member @arch is deprecated. Use @target instead.
251 #
252 # Since: 2.12
253 #
254 ##
255 { 'union' : 'CpuInfoFast',
256 'base' : { 'cpu-index' : 'int',
257 'qom-path' : 'str',
258 'thread-id' : 'int',
259 '*props' : 'CpuInstanceProperties',
260 'arch' : { 'type': 'CpuInfoArch',
261 'features': [ 'deprecated' ] },
262 'target' : 'SysEmuTarget' },
263 'discriminator' : 'target',
264 'data' : { 's390x' : 'CpuInfoS390' } }
265
266 ##
267 # @query-cpus-fast:
268 #
269 # Returns information about all virtual CPUs. This command does not
270 # incur a performance penalty and should be used in production
271 # instead of query-cpus.
272 #
273 # Returns: list of @CpuInfoFast
274 #
275 # Since: 2.12
276 #
277 # Example:
278 #
279 # -> { "execute": "query-cpus-fast" }
280 # <- { "return": [
281 # {
282 # "thread-id": 25627,
283 # "props": {
284 # "core-id": 0,
285 # "thread-id": 0,
286 # "socket-id": 0
287 # },
288 # "qom-path": "/machine/unattached/device[0]",
289 # "arch":"x86",
290 # "target":"x86_64",
291 # "cpu-index": 0
292 # },
293 # {
294 # "thread-id": 25628,
295 # "props": {
296 # "core-id": 0,
297 # "thread-id": 0,
298 # "socket-id": 1
299 # },
300 # "qom-path": "/machine/unattached/device[2]",
301 # "arch":"x86",
302 # "target":"x86_64",
303 # "cpu-index": 1
304 # }
305 # ]
306 # }
307 ##
308 { 'command': 'query-cpus-fast', 'returns': [ 'CpuInfoFast' ] }
309
310 ##
311 # @MachineInfo:
312 #
313 # Information describing a machine.
314 #
315 # @name: the name of the machine
316 #
317 # @alias: an alias for the machine name
318 #
319 # @is-default: whether the machine is default
320 #
321 # @cpu-max: maximum number of CPUs supported by the machine type
322 # (since 1.5.0)
323 #
324 # @hotpluggable-cpus: cpu hotplug via -device is supported (since 2.7.0)
325 #
326 # @numa-mem-supported: true if '-numa node,mem' option is supported by
327 # the machine type and false otherwise (since 4.1)
328 #
329 # @deprecated: if true, the machine type is deprecated and may be removed
330 # in future versions of QEMU according to the QEMU deprecation
331 # policy (since 4.1.0)
332 #
333 # @default-cpu-type: default CPU model typename if none is requested via
334 # the -cpu argument. (since 4.2)
335 #
336 # @default-ram-id: the default ID of initial RAM memory backend (since 5.2)
337 #
338 # Since: 1.2.0
339 ##
340 { 'struct': 'MachineInfo',
341 'data': { 'name': 'str', '*alias': 'str',
342 '*is-default': 'bool', 'cpu-max': 'int',
343 'hotpluggable-cpus': 'bool', 'numa-mem-supported': 'bool',
344 'deprecated': 'bool', '*default-cpu-type': 'str',
345 '*default-ram-id': 'str' } }
346
347 ##
348 # @query-machines:
349 #
350 # Return a list of supported machines
351 #
352 # Returns: a list of MachineInfo
353 #
354 # Since: 1.2.0
355 ##
356 { 'command': 'query-machines', 'returns': ['MachineInfo'] }
357
358 ##
359 # @CurrentMachineParams:
360 #
361 # Information describing the running machine parameters.
362 #
363 # @wakeup-suspend-support: true if the machine supports wake up from
364 # suspend
365 #
366 # Since: 4.0
367 ##
368 { 'struct': 'CurrentMachineParams',
369 'data': { 'wakeup-suspend-support': 'bool'} }
370
371 ##
372 # @query-current-machine:
373 #
374 # Return information on the current virtual machine.
375 #
376 # Returns: CurrentMachineParams
377 #
378 # Since: 4.0
379 ##
380 { 'command': 'query-current-machine', 'returns': 'CurrentMachineParams' }
381
382 ##
383 # @TargetInfo:
384 #
385 # Information describing the QEMU target.
386 #
387 # @arch: the target architecture
388 #
389 # Since: 1.2.0
390 ##
391 { 'struct': 'TargetInfo',
392 'data': { 'arch': 'SysEmuTarget' } }
393
394 ##
395 # @query-target:
396 #
397 # Return information about the target for this QEMU
398 #
399 # Returns: TargetInfo
400 #
401 # Since: 1.2.0
402 ##
403 { 'command': 'query-target', 'returns': 'TargetInfo' }
404
405 ##
406 # @UuidInfo:
407 #
408 # Guest UUID information (Universally Unique Identifier).
409 #
410 # @UUID: the UUID of the guest
411 #
412 # Since: 0.14.0
413 #
414 # Notes: If no UUID was specified for the guest, a null UUID is returned.
415 ##
416 { 'struct': 'UuidInfo', 'data': {'UUID': 'str'} }
417
418 ##
419 # @query-uuid:
420 #
421 # Query the guest UUID information.
422 #
423 # Returns: The @UuidInfo for the guest
424 #
425 # Since: 0.14.0
426 #
427 # Example:
428 #
429 # -> { "execute": "query-uuid" }
430 # <- { "return": { "UUID": "550e8400-e29b-41d4-a716-446655440000" } }
431 #
432 ##
433 { 'command': 'query-uuid', 'returns': 'UuidInfo', 'allow-preconfig': true }
434
435 ##
436 # @GuidInfo:
437 #
438 # GUID information.
439 #
440 # @guid: the globally unique identifier
441 #
442 # Since: 2.9
443 ##
444 { 'struct': 'GuidInfo', 'data': {'guid': 'str'} }
445
446 ##
447 # @query-vm-generation-id:
448 #
449 # Show Virtual Machine Generation ID
450 #
451 # Since: 2.9
452 ##
453 { 'command': 'query-vm-generation-id', 'returns': 'GuidInfo' }
454
455 ##
456 # @LostTickPolicy:
457 #
458 # Policy for handling lost ticks in timer devices. Ticks end up getting
459 # lost when, for example, the guest is paused.
460 #
461 # @discard: throw away the missed ticks and continue with future injection
462 # normally. The guest OS will see the timer jump ahead by a
463 # potentially quite significant amount all at once, as if the
464 # intervening chunk of time had simply not existed; needless to
465 # say, such a sudden jump can easily confuse a guest OS which is
466 # not specifically prepared to deal with it. Assuming the guest
467 # OS can deal correctly with the time jump, the time in the guest
468 # and in the host should now match.
469 #
470 # @delay: continue to deliver ticks at the normal rate. The guest OS will
471 # not notice anything is amiss, as from its point of view time will
472 # have continued to flow normally. The time in the guest should now
473 # be behind the time in the host by exactly the amount of time during
474 # which ticks have been missed.
475 #
476 # @slew: deliver ticks at a higher rate to catch up with the missed ticks.
477 # The guest OS will not notice anything is amiss, as from its point
478 # of view time will have continued to flow normally. Once the timer
479 # has managed to catch up with all the missing ticks, the time in
480 # the guest and in the host should match.
481 #
482 # Since: 2.0
483 ##
484 { 'enum': 'LostTickPolicy',
485 'data': ['discard', 'delay', 'slew' ] }
486
487 ##
488 # @inject-nmi:
489 #
490 # Injects a Non-Maskable Interrupt into the default CPU (x86/s390) or all CPUs (ppc64).
491 # The command fails when the guest doesn't support injecting.
492 #
493 # Returns: If successful, nothing
494 #
495 # Since: 0.14.0
496 #
497 # Note: prior to 2.1, this command was only supported for x86 and s390 VMs
498 #
499 # Example:
500 #
501 # -> { "execute": "inject-nmi" }
502 # <- { "return": {} }
503 #
504 ##
505 { 'command': 'inject-nmi' }
506
507 ##
508 # @NumaOptionsType:
509 #
510 # @node: NUMA nodes configuration
511 #
512 # @dist: NUMA distance configuration (since 2.10)
513 #
514 # @cpu: property based CPU(s) to node mapping (Since: 2.10)
515 #
516 # @hmat-lb: memory latency and bandwidth information (Since: 5.0)
517 #
518 # @hmat-cache: memory side cache information (Since: 5.0)
519 #
520 # Since: 2.1
521 ##
522 { 'enum': 'NumaOptionsType',
523 'data': [ 'node', 'dist', 'cpu', 'hmat-lb', 'hmat-cache' ] }
524
525 ##
526 # @NumaOptions:
527 #
528 # A discriminated record of NUMA options. (for OptsVisitor)
529 #
530 # Since: 2.1
531 ##
532 { 'union': 'NumaOptions',
533 'base': { 'type': 'NumaOptionsType' },
534 'discriminator': 'type',
535 'data': {
536 'node': 'NumaNodeOptions',
537 'dist': 'NumaDistOptions',
538 'cpu': 'NumaCpuOptions',
539 'hmat-lb': 'NumaHmatLBOptions',
540 'hmat-cache': 'NumaHmatCacheOptions' }}
541
542 ##
543 # @NumaNodeOptions:
544 #
545 # Create a guest NUMA node. (for OptsVisitor)
546 #
547 # @nodeid: NUMA node ID (increase by 1 from 0 if omitted)
548 #
549 # @cpus: VCPUs belonging to this node (assign VCPUS round-robin
550 # if omitted)
551 #
552 # @mem: memory size of this node; mutually exclusive with @memdev.
553 # Equally divide total memory among nodes if both @mem and @memdev are
554 # omitted.
555 #
556 # @memdev: memory backend object. If specified for one node,
557 # it must be specified for all nodes.
558 #
559 # @initiator: defined in ACPI 6.3 Chapter 5.2.27.3 Table 5-145,
560 # points to the nodeid which has the memory controller
561 # responsible for this NUMA node. This field provides
562 # additional information as to the initiator node that
563 # is closest (as in directly attached) to this node, and
564 # therefore has the best performance (since 5.0)
565 #
566 # Since: 2.1
567 ##
568 { 'struct': 'NumaNodeOptions',
569 'data': {
570 '*nodeid': 'uint16',
571 '*cpus': ['uint16'],
572 '*mem': 'size',
573 '*memdev': 'str',
574 '*initiator': 'uint16' }}
575
576 ##
577 # @NumaDistOptions:
578 #
579 # Set the distance between 2 NUMA nodes.
580 #
581 # @src: source NUMA node.
582 #
583 # @dst: destination NUMA node.
584 #
585 # @val: NUMA distance from source node to destination node.
586 # When a node is unreachable from another node, set the distance
587 # between them to 255.
588 #
589 # Since: 2.10
590 ##
591 { 'struct': 'NumaDistOptions',
592 'data': {
593 'src': 'uint16',
594 'dst': 'uint16',
595 'val': 'uint8' }}
596
597 ##
598 # @X86CPURegister32:
599 #
600 # A X86 32-bit register
601 #
602 # Since: 1.5
603 ##
604 { 'enum': 'X86CPURegister32',
605 'data': [ 'EAX', 'EBX', 'ECX', 'EDX', 'ESP', 'EBP', 'ESI', 'EDI' ] }
606
607 ##
608 # @X86CPUFeatureWordInfo:
609 #
610 # Information about a X86 CPU feature word
611 #
612 # @cpuid-input-eax: Input EAX value for CPUID instruction for that feature word
613 #
614 # @cpuid-input-ecx: Input ECX value for CPUID instruction for that
615 # feature word
616 #
617 # @cpuid-register: Output register containing the feature bits
618 #
619 # @features: value of output register, containing the feature bits
620 #
621 # Since: 1.5
622 ##
623 { 'struct': 'X86CPUFeatureWordInfo',
624 'data': { 'cpuid-input-eax': 'int',
625 '*cpuid-input-ecx': 'int',
626 'cpuid-register': 'X86CPURegister32',
627 'features': 'int' } }
628
629 ##
630 # @DummyForceArrays:
631 #
632 # Not used by QMP; hack to let us use X86CPUFeatureWordInfoList internally
633 #
634 # Since: 2.5
635 ##
636 { 'struct': 'DummyForceArrays',
637 'data': { 'unused': ['X86CPUFeatureWordInfo'] } }
638
639 ##
640 # @NumaCpuOptions:
641 #
642 # Option "-numa cpu" overrides default cpu to node mapping.
643 # It accepts the same set of cpu properties as returned by
644 # query-hotpluggable-cpus[].props, where node-id could be used to
645 # override default node mapping.
646 #
647 # Since: 2.10
648 ##
649 { 'struct': 'NumaCpuOptions',
650 'base': 'CpuInstanceProperties',
651 'data' : {} }
652
653 ##
654 # @HmatLBMemoryHierarchy:
655 #
656 # The memory hierarchy in the System Locality Latency and Bandwidth
657 # Information Structure of HMAT (Heterogeneous Memory Attribute Table)
658 #
659 # For more information about @HmatLBMemoryHierarchy, see chapter
660 # 5.2.27.4: Table 5-146: Field "Flags" of ACPI 6.3 spec.
661 #
662 # @memory: the structure represents the memory performance
663 #
664 # @first-level: first level of memory side cache
665 #
666 # @second-level: second level of memory side cache
667 #
668 # @third-level: third level of memory side cache
669 #
670 # Since: 5.0
671 ##
672 { 'enum': 'HmatLBMemoryHierarchy',
673 'data': [ 'memory', 'first-level', 'second-level', 'third-level' ] }
674
675 ##
676 # @HmatLBDataType:
677 #
678 # Data type in the System Locality Latency and Bandwidth
679 # Information Structure of HMAT (Heterogeneous Memory Attribute Table)
680 #
681 # For more information about @HmatLBDataType, see chapter
682 # 5.2.27.4: Table 5-146: Field "Data Type" of ACPI 6.3 spec.
683 #
684 # @access-latency: access latency (nanoseconds)
685 #
686 # @read-latency: read latency (nanoseconds)
687 #
688 # @write-latency: write latency (nanoseconds)
689 #
690 # @access-bandwidth: access bandwidth (Bytes per second)
691 #
692 # @read-bandwidth: read bandwidth (Bytes per second)
693 #
694 # @write-bandwidth: write bandwidth (Bytes per second)
695 #
696 # Since: 5.0
697 ##
698 { 'enum': 'HmatLBDataType',
699 'data': [ 'access-latency', 'read-latency', 'write-latency',
700 'access-bandwidth', 'read-bandwidth', 'write-bandwidth' ] }
701
702 ##
703 # @NumaHmatLBOptions:
704 #
705 # Set the system locality latency and bandwidth information
706 # between Initiator and Target proximity Domains.
707 #
708 # For more information about @NumaHmatLBOptions, see chapter
709 # 5.2.27.4: Table 5-146 of ACPI 6.3 spec.
710 #
711 # @initiator: the Initiator Proximity Domain.
712 #
713 # @target: the Target Proximity Domain.
714 #
715 # @hierarchy: the Memory Hierarchy. Indicates the performance
716 # of memory or side cache.
717 #
718 # @data-type: presents the type of data, access/read/write
719 # latency or hit latency.
720 #
721 # @latency: the value of latency from @initiator to @target
722 # proximity domain, the latency unit is "ns(nanosecond)".
723 #
724 # @bandwidth: the value of bandwidth between @initiator and @target
725 # proximity domain, the bandwidth unit is
726 # "Bytes per second".
727 #
728 # Since: 5.0
729 ##
730 { 'struct': 'NumaHmatLBOptions',
731 'data': {
732 'initiator': 'uint16',
733 'target': 'uint16',
734 'hierarchy': 'HmatLBMemoryHierarchy',
735 'data-type': 'HmatLBDataType',
736 '*latency': 'uint64',
737 '*bandwidth': 'size' }}
738
739 ##
740 # @HmatCacheAssociativity:
741 #
742 # Cache associativity in the Memory Side Cache Information Structure
743 # of HMAT
744 #
745 # For more information of @HmatCacheAssociativity, see chapter
746 # 5.2.27.5: Table 5-147 of ACPI 6.3 spec.
747 #
748 # @none: None (no memory side cache in this proximity domain,
749 # or cache associativity unknown)
750 #
751 # @direct: Direct Mapped
752 #
753 # @complex: Complex Cache Indexing (implementation specific)
754 #
755 # Since: 5.0
756 ##
757 { 'enum': 'HmatCacheAssociativity',
758 'data': [ 'none', 'direct', 'complex' ] }
759
760 ##
761 # @HmatCacheWritePolicy:
762 #
763 # Cache write policy in the Memory Side Cache Information Structure
764 # of HMAT
765 #
766 # For more information of @HmatCacheWritePolicy, see chapter
767 # 5.2.27.5: Table 5-147: Field "Cache Attributes" of ACPI 6.3 spec.
768 #
769 # @none: None (no memory side cache in this proximity domain,
770 # or cache write policy unknown)
771 #
772 # @write-back: Write Back (WB)
773 #
774 # @write-through: Write Through (WT)
775 #
776 # Since: 5.0
777 ##
778 { 'enum': 'HmatCacheWritePolicy',
779 'data': [ 'none', 'write-back', 'write-through' ] }
780
781 ##
782 # @NumaHmatCacheOptions:
783 #
784 # Set the memory side cache information for a given memory domain.
785 #
786 # For more information of @NumaHmatCacheOptions, see chapter
787 # 5.2.27.5: Table 5-147: Field "Cache Attributes" of ACPI 6.3 spec.
788 #
789 # @node-id: the memory proximity domain to which the memory belongs.
790 #
791 # @size: the size of memory side cache in bytes.
792 #
793 # @level: the cache level described in this structure.
794 #
795 # @associativity: the cache associativity,
796 # none/direct-mapped/complex(complex cache indexing).
797 #
798 # @policy: the write policy, none/write-back/write-through.
799 #
800 # @line: the cache Line size in bytes.
801 #
802 # Since: 5.0
803 ##
804 { 'struct': 'NumaHmatCacheOptions',
805 'data': {
806 'node-id': 'uint32',
807 'size': 'size',
808 'level': 'uint8',
809 'associativity': 'HmatCacheAssociativity',
810 'policy': 'HmatCacheWritePolicy',
811 'line': 'uint16' }}
812
813 ##
814 # @HostMemPolicy:
815 #
816 # Host memory policy types
817 #
818 # @default: restore default policy, remove any nondefault policy
819 #
820 # @preferred: set the preferred host nodes for allocation
821 #
822 # @bind: a strict policy that restricts memory allocation to the
823 # host nodes specified
824 #
825 # @interleave: memory allocations are interleaved across the set
826 # of host nodes specified
827 #
828 # Since: 2.1
829 ##
830 { 'enum': 'HostMemPolicy',
831 'data': [ 'default', 'preferred', 'bind', 'interleave' ] }
832
833 ##
834 # @Memdev:
835 #
836 # Information about memory backend
837 #
838 # @id: backend's ID if backend has 'id' property (since 2.9)
839 #
840 # @size: memory backend size
841 #
842 # @merge: enables or disables memory merge support
843 #
844 # @dump: includes memory backend's memory in a core dump or not
845 #
846 # @prealloc: enables or disables memory preallocation
847 #
848 # @host-nodes: host nodes for its memory policy
849 #
850 # @policy: memory policy of memory backend
851 #
852 # Since: 2.1
853 ##
854 { 'struct': 'Memdev',
855 'data': {
856 '*id': 'str',
857 'size': 'size',
858 'merge': 'bool',
859 'dump': 'bool',
860 'prealloc': 'bool',
861 'host-nodes': ['uint16'],
862 'policy': 'HostMemPolicy' }}
863
864 ##
865 # @query-memdev:
866 #
867 # Returns information for all memory backends.
868 #
869 # Returns: a list of @Memdev.
870 #
871 # Since: 2.1
872 #
873 # Example:
874 #
875 # -> { "execute": "query-memdev" }
876 # <- { "return": [
877 # {
878 # "id": "mem1",
879 # "size": 536870912,
880 # "merge": false,
881 # "dump": true,
882 # "prealloc": false,
883 # "host-nodes": [0, 1],
884 # "policy": "bind"
885 # },
886 # {
887 # "size": 536870912,
888 # "merge": false,
889 # "dump": true,
890 # "prealloc": true,
891 # "host-nodes": [2, 3],
892 # "policy": "preferred"
893 # }
894 # ]
895 # }
896 #
897 ##
898 { 'command': 'query-memdev', 'returns': ['Memdev'], 'allow-preconfig': true }
899
900 ##
901 # @CpuInstanceProperties:
902 #
903 # List of properties to be used for hotplugging a CPU instance,
904 # it should be passed by management with device_add command when
905 # a CPU is being hotplugged.
906 #
907 # @node-id: NUMA node ID the CPU belongs to
908 # @socket-id: socket number within node/board the CPU belongs to
909 # @die-id: die number within node/board the CPU belongs to (Since 4.1)
910 # @core-id: core number within die the CPU belongs to
911 # @thread-id: thread number within core the CPU belongs to
912 #
913 # Note: currently there are 5 properties that could be present
914 # but management should be prepared to pass through other
915 # properties with device_add command to allow for future
916 # interface extension. This also requires the filed names to be kept in
917 # sync with the properties passed to -device/device_add.
918 #
919 # Since: 2.7
920 ##
921 { 'struct': 'CpuInstanceProperties',
922 'data': { '*node-id': 'int',
923 '*socket-id': 'int',
924 '*die-id': 'int',
925 '*core-id': 'int',
926 '*thread-id': 'int'
927 }
928 }
929
930 ##
931 # @HotpluggableCPU:
932 #
933 # @type: CPU object type for usage with device_add command
934 # @props: list of properties to be used for hotplugging CPU
935 # @vcpus-count: number of logical VCPU threads @HotpluggableCPU provides
936 # @qom-path: link to existing CPU object if CPU is present or
937 # omitted if CPU is not present.
938 #
939 # Since: 2.7
940 ##
941 { 'struct': 'HotpluggableCPU',
942 'data': { 'type': 'str',
943 'vcpus-count': 'int',
944 'props': 'CpuInstanceProperties',
945 '*qom-path': 'str'
946 }
947 }
948
949 ##
950 # @query-hotpluggable-cpus:
951 #
952 # TODO: Better documentation; currently there is none.
953 #
954 # Returns: a list of HotpluggableCPU objects.
955 #
956 # Since: 2.7
957 #
958 # Example:
959 #
960 # For pseries machine type started with -smp 2,cores=2,maxcpus=4 -cpu POWER8:
961 #
962 # -> { "execute": "query-hotpluggable-cpus" }
963 # <- {"return": [
964 # { "props": { "core": 8 }, "type": "POWER8-spapr-cpu-core",
965 # "vcpus-count": 1 },
966 # { "props": { "core": 0 }, "type": "POWER8-spapr-cpu-core",
967 # "vcpus-count": 1, "qom-path": "/machine/unattached/device[0]"}
968 # ]}'
969 #
970 # For pc machine type started with -smp 1,maxcpus=2:
971 #
972 # -> { "execute": "query-hotpluggable-cpus" }
973 # <- {"return": [
974 # {
975 # "type": "qemu64-x86_64-cpu", "vcpus-count": 1,
976 # "props": {"core-id": 0, "socket-id": 1, "thread-id": 0}
977 # },
978 # {
979 # "qom-path": "/machine/unattached/device[0]",
980 # "type": "qemu64-x86_64-cpu", "vcpus-count": 1,
981 # "props": {"core-id": 0, "socket-id": 0, "thread-id": 0}
982 # }
983 # ]}
984 #
985 # For s390x-virtio-ccw machine type started with -smp 1,maxcpus=2 -cpu qemu
986 # (Since: 2.11):
987 #
988 # -> { "execute": "query-hotpluggable-cpus" }
989 # <- {"return": [
990 # {
991 # "type": "qemu-s390x-cpu", "vcpus-count": 1,
992 # "props": { "core-id": 1 }
993 # },
994 # {
995 # "qom-path": "/machine/unattached/device[0]",
996 # "type": "qemu-s390x-cpu", "vcpus-count": 1,
997 # "props": { "core-id": 0 }
998 # }
999 # ]}
1000 #
1001 ##
1002 { 'command': 'query-hotpluggable-cpus', 'returns': ['HotpluggableCPU'],
1003 'allow-preconfig': true }
1004
1005 ##
1006 # @set-numa-node:
1007 #
1008 # Runtime equivalent of '-numa' CLI option, available at
1009 # preconfigure stage to configure numa mapping before initializing
1010 # machine.
1011 #
1012 # Since 3.0
1013 ##
1014 { 'command': 'set-numa-node', 'boxed': true,
1015 'data': 'NumaOptions',
1016 'allow-preconfig': true
1017 }
1018
1019 ##
1020 # @balloon:
1021 #
1022 # Request the balloon driver to change its balloon size.
1023 #
1024 # @value: the target logical size of the VM in bytes.
1025 # We can deduce the size of the balloon using this formula:
1026 #
1027 # logical_vm_size = vm_ram_size - balloon_size
1028 #
1029 # From it we have: balloon_size = vm_ram_size - @value
1030 #
1031 # Returns: - Nothing on success
1032 # - If the balloon driver is enabled but not functional because the KVM
1033 # kernel module cannot support it, KvmMissingCap
1034 # - If no balloon device is present, DeviceNotActive
1035 #
1036 # Notes: This command just issues a request to the guest. When it returns,
1037 # the balloon size may not have changed. A guest can change the balloon
1038 # size independent of this command.
1039 #
1040 # Since: 0.14.0
1041 #
1042 # Example:
1043 #
1044 # -> { "execute": "balloon", "arguments": { "value": 536870912 } }
1045 # <- { "return": {} }
1046 #
1047 # With a 2.5GiB guest this command inflated the ballon to 3GiB.
1048 #
1049 ##
1050 { 'command': 'balloon', 'data': {'value': 'int'} }
1051
1052 ##
1053 # @BalloonInfo:
1054 #
1055 # Information about the guest balloon device.
1056 #
1057 # @actual: the logical size of the VM in bytes
1058 # Formula used: logical_vm_size = vm_ram_size - balloon_size
1059 #
1060 # Since: 0.14.0
1061 #
1062 ##
1063 { 'struct': 'BalloonInfo', 'data': {'actual': 'int' } }
1064
1065 ##
1066 # @query-balloon:
1067 #
1068 # Return information about the balloon device.
1069 #
1070 # Returns: - @BalloonInfo on success
1071 # - If the balloon driver is enabled but not functional because the KVM
1072 # kernel module cannot support it, KvmMissingCap
1073 # - If no balloon device is present, DeviceNotActive
1074 #
1075 # Since: 0.14.0
1076 #
1077 # Example:
1078 #
1079 # -> { "execute": "query-balloon" }
1080 # <- { "return": {
1081 # "actual": 1073741824,
1082 # }
1083 # }
1084 #
1085 ##
1086 { 'command': 'query-balloon', 'returns': 'BalloonInfo' }
1087
1088 ##
1089 # @BALLOON_CHANGE:
1090 #
1091 # Emitted when the guest changes the actual BALLOON level. This value is
1092 # equivalent to the @actual field return by the 'query-balloon' command
1093 #
1094 # @actual: the logical size of the VM in bytes
1095 # Formula used: logical_vm_size = vm_ram_size - balloon_size
1096 #
1097 # Note: this event is rate-limited.
1098 #
1099 # Since: 1.2
1100 #
1101 # Example:
1102 #
1103 # <- { "event": "BALLOON_CHANGE",
1104 # "data": { "actual": 944766976 },
1105 # "timestamp": { "seconds": 1267020223, "microseconds": 435656 } }
1106 #
1107 ##
1108 { 'event': 'BALLOON_CHANGE',
1109 'data': { 'actual': 'int' } }
1110
1111 ##
1112 # @MemoryInfo:
1113 #
1114 # Actual memory information in bytes.
1115 #
1116 # @base-memory: size of "base" memory specified with command line
1117 # option -m.
1118 #
1119 # @plugged-memory: size of memory that can be hot-unplugged. This field
1120 # is omitted if target doesn't support memory hotplug
1121 # (i.e. CONFIG_MEM_DEVICE not defined at build time).
1122 #
1123 # Since: 2.11.0
1124 ##
1125 { 'struct': 'MemoryInfo',
1126 'data' : { 'base-memory': 'size', '*plugged-memory': 'size' } }
1127
1128 ##
1129 # @query-memory-size-summary:
1130 #
1131 # Return the amount of initially allocated and present hotpluggable (if
1132 # enabled) memory in bytes.
1133 #
1134 # Example:
1135 #
1136 # -> { "execute": "query-memory-size-summary" }
1137 # <- { "return": { "base-memory": 4294967296, "plugged-memory": 0 } }
1138 #
1139 # Since: 2.11.0
1140 ##
1141 { 'command': 'query-memory-size-summary', 'returns': 'MemoryInfo' }
1142
1143 ##
1144 # @PCDIMMDeviceInfo:
1145 #
1146 # PCDIMMDevice state information
1147 #
1148 # @id: device's ID
1149 #
1150 # @addr: physical address, where device is mapped
1151 #
1152 # @size: size of memory that the device provides
1153 #
1154 # @slot: slot number at which device is plugged in
1155 #
1156 # @node: NUMA node number where device is plugged in
1157 #
1158 # @memdev: memory backend linked with device
1159 #
1160 # @hotplugged: true if device was hotplugged
1161 #
1162 # @hotpluggable: true if device if could be added/removed while machine is running
1163 #
1164 # Since: 2.1
1165 ##
1166 { 'struct': 'PCDIMMDeviceInfo',
1167 'data': { '*id': 'str',
1168 'addr': 'int',
1169 'size': 'int',
1170 'slot': 'int',
1171 'node': 'int',
1172 'memdev': 'str',
1173 'hotplugged': 'bool',
1174 'hotpluggable': 'bool'
1175 }
1176 }
1177
1178 ##
1179 # @VirtioPMEMDeviceInfo:
1180 #
1181 # VirtioPMEM state information
1182 #
1183 # @id: device's ID
1184 #
1185 # @memaddr: physical address in memory, where device is mapped
1186 #
1187 # @size: size of memory that the device provides
1188 #
1189 # @memdev: memory backend linked with device
1190 #
1191 # Since: 4.1
1192 ##
1193 { 'struct': 'VirtioPMEMDeviceInfo',
1194 'data': { '*id': 'str',
1195 'memaddr': 'size',
1196 'size': 'size',
1197 'memdev': 'str'
1198 }
1199 }
1200
1201 ##
1202 # @VirtioMEMDeviceInfo:
1203 #
1204 # VirtioMEMDevice state information
1205 #
1206 # @id: device's ID
1207 #
1208 # @memaddr: physical address in memory, where device is mapped
1209 #
1210 # @requested-size: the user requested size of the device
1211 #
1212 # @size: the (current) size of memory that the device provides
1213 #
1214 # @max-size: the maximum size of memory that the device can provide
1215 #
1216 # @block-size: the block size of memory that the device provides
1217 #
1218 # @node: NUMA node number where device is assigned to
1219 #
1220 # @memdev: memory backend linked with the region
1221 #
1222 # Since: 5.1
1223 ##
1224 { 'struct': 'VirtioMEMDeviceInfo',
1225 'data': { '*id': 'str',
1226 'memaddr': 'size',
1227 'requested-size': 'size',
1228 'size': 'size',
1229 'max-size': 'size',
1230 'block-size': 'size',
1231 'node': 'int',
1232 'memdev': 'str'
1233 }
1234 }
1235
1236 ##
1237 # @MemoryDeviceInfo:
1238 #
1239 # Union containing information about a memory device
1240 #
1241 # nvdimm is included since 2.12. virtio-pmem is included since 4.1.
1242 # virtio-mem is included since 5.1.
1243 #
1244 # Since: 2.1
1245 ##
1246 { 'union': 'MemoryDeviceInfo',
1247 'data': { 'dimm': 'PCDIMMDeviceInfo',
1248 'nvdimm': 'PCDIMMDeviceInfo',
1249 'virtio-pmem': 'VirtioPMEMDeviceInfo',
1250 'virtio-mem': 'VirtioMEMDeviceInfo'
1251 }
1252 }
1253
1254 ##
1255 # @query-memory-devices:
1256 #
1257 # Lists available memory devices and their state
1258 #
1259 # Since: 2.1
1260 #
1261 # Example:
1262 #
1263 # -> { "execute": "query-memory-devices" }
1264 # <- { "return": [ { "data":
1265 # { "addr": 5368709120,
1266 # "hotpluggable": true,
1267 # "hotplugged": true,
1268 # "id": "d1",
1269 # "memdev": "/objects/memX",
1270 # "node": 0,
1271 # "size": 1073741824,
1272 # "slot": 0},
1273 # "type": "dimm"
1274 # } ] }
1275 #
1276 ##
1277 { 'command': 'query-memory-devices', 'returns': ['MemoryDeviceInfo'] }
1278
1279 ##
1280 # @MEMORY_DEVICE_SIZE_CHANGE:
1281 #
1282 # Emitted when the size of a memory device changes. Only emitted for memory
1283 # devices that can actually change the size (e.g., virtio-mem due to guest
1284 # action).
1285 #
1286 # @id: device's ID
1287 # @size: the new size of memory that the device provides
1288 #
1289 # Note: this event is rate-limited.
1290 #
1291 # Since: 5.1
1292 #
1293 # Example:
1294 #
1295 # <- { "event": "MEMORY_DEVICE_SIZE_CHANGE",
1296 # "data": { "id": "vm0", "size": 1073741824},
1297 # "timestamp": { "seconds": 1588168529, "microseconds": 201316 } }
1298 #
1299 ##
1300 { 'event': 'MEMORY_DEVICE_SIZE_CHANGE',
1301 'data': { '*id': 'str', 'size': 'size' } }
1302
1303
1304 ##
1305 # @MEM_UNPLUG_ERROR:
1306 #
1307 # Emitted when memory hot unplug error occurs.
1308 #
1309 # @device: device name
1310 #
1311 # @msg: Informative message
1312 #
1313 # Since: 2.4
1314 #
1315 # Example:
1316 #
1317 # <- { "event": "MEM_UNPLUG_ERROR"
1318 # "data": { "device": "dimm1",
1319 # "msg": "acpi: device unplug for unsupported device"
1320 # },
1321 # "timestamp": { "seconds": 1265044230, "microseconds": 450486 } }
1322 #
1323 ##
1324 { 'event': 'MEM_UNPLUG_ERROR',
1325 'data': { 'device': 'str', 'msg': 'str' } }