]> git.proxmox.com Git - mirror_qemu.git/blob - qapi/run-state.json
i386: add notify VM exit support
[mirror_qemu.git] / qapi / run-state.json
1 # -*- Mode: Python -*-
2 # vim: filetype=python
3 #
4
5 ##
6 # = VM run state
7 ##
8
9 ##
10 # @RunState:
11 #
12 # An enumeration of VM run states.
13 #
14 # @debug: QEMU is running on a debugger
15 #
16 # @finish-migrate: guest is paused to finish the migration process
17 #
18 # @inmigrate: guest is paused waiting for an incoming migration. Note
19 # that this state does not tell whether the machine will start at the
20 # end of the migration. This depends on the command-line -S option and
21 # any invocation of 'stop' or 'cont' that has happened since QEMU was
22 # started.
23 #
24 # @internal-error: An internal error that prevents further guest execution
25 # has occurred
26 #
27 # @io-error: the last IOP has failed and the device is configured to pause
28 # on I/O errors
29 #
30 # @paused: guest has been paused via the 'stop' command
31 #
32 # @postmigrate: guest is paused following a successful 'migrate'
33 #
34 # @prelaunch: QEMU was started with -S and guest has not started
35 #
36 # @restore-vm: guest is paused to restore VM state
37 #
38 # @running: guest is actively running
39 #
40 # @save-vm: guest is paused to save the VM state
41 #
42 # @shutdown: guest is shut down (and -no-shutdown is in use)
43 #
44 # @suspended: guest is suspended (ACPI S3)
45 #
46 # @watchdog: the watchdog action is configured to pause and has been triggered
47 #
48 # @guest-panicked: guest has been panicked as a result of guest OS panic
49 #
50 # @colo: guest is paused to save/restore VM state under colo checkpoint,
51 # VM can not get into this state unless colo capability is enabled
52 # for migration. (since 2.8)
53 ##
54 { 'enum': 'RunState',
55 'data': [ 'debug', 'inmigrate', 'internal-error', 'io-error', 'paused',
56 'postmigrate', 'prelaunch', 'finish-migrate', 'restore-vm',
57 'running', 'save-vm', 'shutdown', 'suspended', 'watchdog',
58 'guest-panicked', 'colo' ] }
59
60 ##
61 # @ShutdownCause:
62 #
63 # An enumeration of reasons for a Shutdown.
64 #
65 # @none: No shutdown request pending
66 #
67 # @host-error: An error prevents further use of guest
68 #
69 # @host-qmp-quit: Reaction to the QMP command 'quit'
70 #
71 # @host-qmp-system-reset: Reaction to the QMP command 'system_reset'
72 #
73 # @host-signal: Reaction to a signal, such as SIGINT
74 #
75 # @host-ui: Reaction to a UI event, like window close
76 #
77 # @guest-shutdown: Guest shutdown/suspend request, via ACPI or other
78 # hardware-specific means
79 #
80 # @guest-reset: Guest reset request, and command line turns that into
81 # a shutdown
82 #
83 # @guest-panic: Guest panicked, and command line turns that into a shutdown
84 #
85 # @subsystem-reset: Partial guest reset that does not trigger QMP events and
86 # ignores --no-reboot. This is useful for sanitizing
87 # hypercalls on s390 that are used during kexec/kdump/boot
88 #
89 ##
90 { 'enum': 'ShutdownCause',
91 # Beware, shutdown_caused_by_guest() depends on enumeration order
92 'data': [ 'none', 'host-error', 'host-qmp-quit', 'host-qmp-system-reset',
93 'host-signal', 'host-ui', 'guest-shutdown', 'guest-reset',
94 'guest-panic', 'subsystem-reset'] }
95
96 ##
97 # @StatusInfo:
98 #
99 # Information about VCPU run state
100 #
101 # @running: true if all VCPUs are runnable, false if not runnable
102 #
103 # @singlestep: true if VCPUs are in single-step mode
104 #
105 # @status: the virtual machine @RunState
106 #
107 # Since: 0.14
108 #
109 # Notes: @singlestep is enabled through the GDB stub
110 ##
111 { 'struct': 'StatusInfo',
112 'data': {'running': 'bool', 'singlestep': 'bool', 'status': 'RunState'} }
113
114 ##
115 # @query-status:
116 #
117 # Query the run status of all VCPUs
118 #
119 # Returns: @StatusInfo reflecting all VCPUs
120 #
121 # Since: 0.14
122 #
123 # Example:
124 #
125 # -> { "execute": "query-status" }
126 # <- { "return": { "running": true,
127 # "singlestep": false,
128 # "status": "running" } }
129 #
130 ##
131 { 'command': 'query-status', 'returns': 'StatusInfo',
132 'allow-preconfig': true }
133
134 ##
135 # @SHUTDOWN:
136 #
137 # Emitted when the virtual machine has shut down, indicating that qemu is
138 # about to exit.
139 #
140 # @guest: If true, the shutdown was triggered by a guest request (such as
141 # a guest-initiated ACPI shutdown request or other hardware-specific action)
142 # rather than a host request (such as sending qemu a SIGINT). (since 2.10)
143 #
144 # @reason: The @ShutdownCause which resulted in the SHUTDOWN. (since 4.0)
145 #
146 # Note: If the command-line option "-no-shutdown" has been specified, qemu will
147 # not exit, and a STOP event will eventually follow the SHUTDOWN event
148 #
149 # Since: 0.12
150 #
151 # Example:
152 #
153 # <- { "event": "SHUTDOWN",
154 # "data": { "guest": true, "reason": "guest-shutdown" },
155 # "timestamp": { "seconds": 1267040730, "microseconds": 682951 } }
156 #
157 ##
158 { 'event': 'SHUTDOWN', 'data': { 'guest': 'bool', 'reason': 'ShutdownCause' } }
159
160 ##
161 # @POWERDOWN:
162 #
163 # Emitted when the virtual machine is powered down through the power control
164 # system, such as via ACPI.
165 #
166 # Since: 0.12
167 #
168 # Example:
169 #
170 # <- { "event": "POWERDOWN",
171 # "timestamp": { "seconds": 1267040730, "microseconds": 682951 } }
172 #
173 ##
174 { 'event': 'POWERDOWN' }
175
176 ##
177 # @RESET:
178 #
179 # Emitted when the virtual machine is reset
180 #
181 # @guest: If true, the reset was triggered by a guest request (such as
182 # a guest-initiated ACPI reboot request or other hardware-specific action)
183 # rather than a host request (such as the QMP command system_reset).
184 # (since 2.10)
185 #
186 # @reason: The @ShutdownCause of the RESET. (since 4.0)
187 #
188 # Since: 0.12
189 #
190 # Example:
191 #
192 # <- { "event": "RESET",
193 # "data": { "guest": false, "reason": "guest-reset" },
194 # "timestamp": { "seconds": 1267041653, "microseconds": 9518 } }
195 #
196 ##
197 { 'event': 'RESET', 'data': { 'guest': 'bool', 'reason': 'ShutdownCause' } }
198
199 ##
200 # @STOP:
201 #
202 # Emitted when the virtual machine is stopped
203 #
204 # Since: 0.12
205 #
206 # Example:
207 #
208 # <- { "event": "STOP",
209 # "timestamp": { "seconds": 1267041730, "microseconds": 281295 } }
210 #
211 ##
212 { 'event': 'STOP' }
213
214 ##
215 # @RESUME:
216 #
217 # Emitted when the virtual machine resumes execution
218 #
219 # Since: 0.12
220 #
221 # Example:
222 #
223 # <- { "event": "RESUME",
224 # "timestamp": { "seconds": 1271770767, "microseconds": 582542 } }
225 #
226 ##
227 { 'event': 'RESUME' }
228
229 ##
230 # @SUSPEND:
231 #
232 # Emitted when guest enters a hardware suspension state, for example, S3 state,
233 # which is sometimes called standby state
234 #
235 # Since: 1.1
236 #
237 # Example:
238 #
239 # <- { "event": "SUSPEND",
240 # "timestamp": { "seconds": 1344456160, "microseconds": 309119 } }
241 #
242 ##
243 { 'event': 'SUSPEND' }
244
245 ##
246 # @SUSPEND_DISK:
247 #
248 # Emitted when guest enters a hardware suspension state with data saved on
249 # disk, for example, S4 state, which is sometimes called hibernate state
250 #
251 # Note: QEMU shuts down (similar to event @SHUTDOWN) when entering this state
252 #
253 # Since: 1.2
254 #
255 # Example:
256 #
257 # <- { "event": "SUSPEND_DISK",
258 # "timestamp": { "seconds": 1344456160, "microseconds": 309119 } }
259 #
260 ##
261 { 'event': 'SUSPEND_DISK' }
262
263 ##
264 # @WAKEUP:
265 #
266 # Emitted when the guest has woken up from suspend state and is running
267 #
268 # Since: 1.1
269 #
270 # Example:
271 #
272 # <- { "event": "WAKEUP",
273 # "timestamp": { "seconds": 1344522075, "microseconds": 745528 } }
274 #
275 ##
276 { 'event': 'WAKEUP' }
277
278 ##
279 # @WATCHDOG:
280 #
281 # Emitted when the watchdog device's timer is expired
282 #
283 # @action: action that has been taken
284 #
285 # Note: If action is "reset", "shutdown", or "pause" the WATCHDOG event is
286 # followed respectively by the RESET, SHUTDOWN, or STOP events
287 #
288 # Note: This event is rate-limited.
289 #
290 # Since: 0.13
291 #
292 # Example:
293 #
294 # <- { "event": "WATCHDOG",
295 # "data": { "action": "reset" },
296 # "timestamp": { "seconds": 1267061043, "microseconds": 959568 } }
297 #
298 ##
299 { 'event': 'WATCHDOG',
300 'data': { 'action': 'WatchdogAction' } }
301
302 ##
303 # @WatchdogAction:
304 #
305 # An enumeration of the actions taken when the watchdog device's timer is
306 # expired
307 #
308 # @reset: system resets
309 #
310 # @shutdown: system shutdown, note that it is similar to @powerdown, which
311 # tries to set to system status and notify guest
312 #
313 # @poweroff: system poweroff, the emulator program exits
314 #
315 # @pause: system pauses, similar to @stop
316 #
317 # @debug: system enters debug state
318 #
319 # @none: nothing is done
320 #
321 # @inject-nmi: a non-maskable interrupt is injected into the first VCPU (all
322 # VCPUS on x86) (since 2.4)
323 #
324 # Since: 2.1
325 ##
326 { 'enum': 'WatchdogAction',
327 'data': [ 'reset', 'shutdown', 'poweroff', 'pause', 'debug', 'none',
328 'inject-nmi' ] }
329
330 ##
331 # @RebootAction:
332 #
333 # Possible QEMU actions upon guest reboot
334 #
335 # @reset: Reset the VM
336 #
337 # @shutdown: Shutdown the VM and exit, according to the shutdown action
338 #
339 # Since: 6.0
340 ##
341 { 'enum': 'RebootAction',
342 'data': [ 'reset', 'shutdown' ] }
343
344 ##
345 # @ShutdownAction:
346 #
347 # Possible QEMU actions upon guest shutdown
348 #
349 # @poweroff: Shutdown the VM and exit
350 #
351 # @pause: pause the VM
352 #
353 # Since: 6.0
354 ##
355 { 'enum': 'ShutdownAction',
356 'data': [ 'poweroff', 'pause' ] }
357
358 ##
359 # @PanicAction:
360 #
361 # @none: Continue VM execution
362 #
363 # @pause: Pause the VM
364 #
365 # @shutdown: Shutdown the VM and exit, according to the shutdown action
366 #
367 # @exit-failure: Shutdown the VM and exit with nonzero status
368 # (since 7.1)
369 #
370 # Since: 6.0
371 ##
372 { 'enum': 'PanicAction',
373 'data': [ 'pause', 'shutdown', 'exit-failure', 'none' ] }
374
375 ##
376 # @watchdog-set-action:
377 #
378 # Set watchdog action
379 #
380 # Since: 2.11
381 ##
382 { 'command': 'watchdog-set-action', 'data' : {'action': 'WatchdogAction'} }
383
384 ##
385 # @set-action:
386 #
387 # Set the actions that will be taken by the emulator in response to guest
388 # events.
389 #
390 # @reboot: @RebootAction action taken on guest reboot.
391 #
392 # @shutdown: @ShutdownAction action taken on guest shutdown.
393 #
394 # @panic: @PanicAction action taken on guest panic.
395 #
396 # @watchdog: @WatchdogAction action taken when watchdog timer expires .
397 #
398 # Returns: Nothing on success.
399 #
400 # Since: 6.0
401 #
402 # Example:
403 #
404 # -> { "execute": "set-action",
405 # "arguments": { "reboot": "shutdown",
406 # "shutdown" : "pause",
407 # "panic": "pause",
408 # "watchdog": "inject-nmi" } }
409 # <- { "return": {} }
410 ##
411 { 'command': 'set-action',
412 'data': { '*reboot': 'RebootAction',
413 '*shutdown': 'ShutdownAction',
414 '*panic': 'PanicAction',
415 '*watchdog': 'WatchdogAction' },
416 'allow-preconfig': true }
417
418 ##
419 # @GUEST_PANICKED:
420 #
421 # Emitted when guest OS panic is detected
422 #
423 # @action: action that has been taken, currently always "pause"
424 #
425 # @info: information about a panic (since 2.9)
426 #
427 # Since: 1.5
428 #
429 # Example:
430 #
431 # <- { "event": "GUEST_PANICKED",
432 # "data": { "action": "pause" },
433 # "timestamp": { "seconds": 1648245231, "microseconds": 900001 } }
434 #
435 ##
436 { 'event': 'GUEST_PANICKED',
437 'data': { 'action': 'GuestPanicAction', '*info': 'GuestPanicInformation' } }
438
439 ##
440 # @GUEST_CRASHLOADED:
441 #
442 # Emitted when guest OS crash loaded is detected
443 #
444 # @action: action that has been taken, currently always "run"
445 #
446 # @info: information about a panic
447 #
448 # Since: 5.0
449 #
450 # Example:
451 #
452 # <- { "event": "GUEST_CRASHLOADED",
453 # "data": { "action": "run" },
454 # "timestamp": { "seconds": 1648245259, "microseconds": 893771 } }
455 #
456 ##
457 { 'event': 'GUEST_CRASHLOADED',
458 'data': { 'action': 'GuestPanicAction', '*info': 'GuestPanicInformation' } }
459
460 ##
461 # @GuestPanicAction:
462 #
463 # An enumeration of the actions taken when guest OS panic is detected
464 #
465 # @pause: system pauses
466 #
467 # Since: 2.1 (poweroff since 2.8, run since 5.0)
468 ##
469 { 'enum': 'GuestPanicAction',
470 'data': [ 'pause', 'poweroff', 'run' ] }
471
472 ##
473 # @GuestPanicInformationType:
474 #
475 # An enumeration of the guest panic information types
476 #
477 # @hyper-v: hyper-v guest panic information type
478 #
479 # @s390: s390 guest panic information type (Since: 2.12)
480 #
481 # Since: 2.9
482 ##
483 { 'enum': 'GuestPanicInformationType',
484 'data': [ 'hyper-v', 's390' ] }
485
486 ##
487 # @GuestPanicInformation:
488 #
489 # Information about a guest panic
490 #
491 # @type: Crash type that defines the hypervisor specific information
492 #
493 # Since: 2.9
494 ##
495 {'union': 'GuestPanicInformation',
496 'base': {'type': 'GuestPanicInformationType'},
497 'discriminator': 'type',
498 'data': { 'hyper-v': 'GuestPanicInformationHyperV',
499 's390': 'GuestPanicInformationS390' } }
500
501 ##
502 # @GuestPanicInformationHyperV:
503 #
504 # Hyper-V specific guest panic information (HV crash MSRs)
505 #
506 # Since: 2.9
507 ##
508 {'struct': 'GuestPanicInformationHyperV',
509 'data': { 'arg1': 'uint64',
510 'arg2': 'uint64',
511 'arg3': 'uint64',
512 'arg4': 'uint64',
513 'arg5': 'uint64' } }
514
515 ##
516 # @S390CrashReason:
517 #
518 # Reason why the CPU is in a crashed state.
519 #
520 # @unknown: no crash reason was set
521 #
522 # @disabled-wait: the CPU has entered a disabled wait state
523 #
524 # @extint-loop: clock comparator or cpu timer interrupt with new PSW enabled
525 # for external interrupts
526 #
527 # @pgmint-loop: program interrupt with BAD new PSW
528 #
529 # @opint-loop: operation exception interrupt with invalid code at the program
530 # interrupt new PSW
531 #
532 # Since: 2.12
533 ##
534 { 'enum': 'S390CrashReason',
535 'data': [ 'unknown',
536 'disabled-wait',
537 'extint-loop',
538 'pgmint-loop',
539 'opint-loop' ] }
540
541 ##
542 # @GuestPanicInformationS390:
543 #
544 # S390 specific guest panic information (PSW)
545 #
546 # @core: core id of the CPU that crashed
547 # @psw-mask: control fields of guest PSW
548 # @psw-addr: guest instruction address
549 # @reason: guest crash reason
550 #
551 # Since: 2.12
552 ##
553 {'struct': 'GuestPanicInformationS390',
554 'data': { 'core': 'uint32',
555 'psw-mask': 'uint64',
556 'psw-addr': 'uint64',
557 'reason': 'S390CrashReason' } }
558
559 ##
560 # @MEMORY_FAILURE:
561 #
562 # Emitted when a memory failure occurs on host side.
563 #
564 # @recipient: recipient is defined as @MemoryFailureRecipient.
565 #
566 # @action: action that has been taken. action is defined as @MemoryFailureAction.
567 #
568 # @flags: flags for MemoryFailureAction. action is defined as @MemoryFailureFlags.
569 #
570 # Since: 5.2
571 #
572 # Example:
573 #
574 # <- { "event": "MEMORY_FAILURE",
575 # "data": { "recipient": "hypervisor",
576 # "action": "fatal",
577 # "flags": { "action-required": false,
578 # "recursive": false } },
579 # "timestamp": { "seconds": 1267061043, "microseconds": 959568 } }
580 #
581 ##
582 { 'event': 'MEMORY_FAILURE',
583 'data': { 'recipient': 'MemoryFailureRecipient',
584 'action': 'MemoryFailureAction',
585 'flags': 'MemoryFailureFlags'} }
586
587 ##
588 # @MemoryFailureRecipient:
589 #
590 # Hardware memory failure occurs, handled by recipient.
591 #
592 # @hypervisor: memory failure at QEMU process address space.
593 # (none guest memory, but used by QEMU itself).
594 #
595 # @guest: memory failure at guest memory,
596 #
597 # Since: 5.2
598 ##
599 { 'enum': 'MemoryFailureRecipient',
600 'data': [ 'hypervisor',
601 'guest' ] }
602
603 ##
604 # @MemoryFailureAction:
605 #
606 # Actions taken by QEMU in response to a hardware memory failure.
607 #
608 # @ignore: the memory failure could be ignored. This will only be the case
609 # for action-optional failures.
610 #
611 # @inject: memory failure occurred in guest memory, the guest enabled MCE
612 # handling mechanism, and QEMU could inject the MCE into the guest
613 # successfully.
614 #
615 # @fatal: the failure is unrecoverable. This occurs for action-required
616 # failures if the recipient is the hypervisor; QEMU will exit.
617 #
618 # @reset: the failure is unrecoverable but confined to the guest. This
619 # occurs if the recipient is a guest guest which is not ready
620 # to handle memory failures.
621 #
622 # Since: 5.2
623 ##
624 { 'enum': 'MemoryFailureAction',
625 'data': [ 'ignore',
626 'inject',
627 'fatal',
628 'reset' ] }
629
630 ##
631 # @MemoryFailureFlags:
632 #
633 # Additional information on memory failures.
634 #
635 # @action-required: whether a memory failure event is action-required
636 # or action-optional (e.g. a failure during memory scrub).
637 #
638 # @recursive: whether the failure occurred while the previous
639 # failure was still in progress.
640 #
641 # Since: 5.2
642 ##
643 { 'struct': 'MemoryFailureFlags',
644 'data': { 'action-required': 'bool',
645 'recursive': 'bool'} }
646
647 ##
648 # @NotifyVmexitOption:
649 #
650 # An enumeration of the options specified when enabling notify VM exit
651 #
652 # @run: enable the feature, do nothing and continue if the notify VM exit happens.
653 #
654 # @internal-error: enable the feature, raise a internal error if the notify
655 # VM exit happens.
656 #
657 # @disable: disable the feature.
658 #
659 # Since: 7.2
660 ##
661 { 'enum': 'NotifyVmexitOption',
662 'data': [ 'run', 'internal-error', 'disable' ] }