xref: /openbmc/qemu/qapi/block-core.json (revision ed7f5f1d)
1# -*- Mode: Python -*-
2#
3# QAPI block core definitions (vm unrelated)
4
5# QAPI common definitions
6{ 'include': 'common.json' }
7
8##
9# @SnapshotInfo
10#
11# @id: unique snapshot id
12#
13# @name: user chosen name
14#
15# @vm-state-size: size of the VM state
16#
17# @date-sec: UTC date of the snapshot in seconds
18#
19# @date-nsec: fractional part in nano seconds to be used with date-sec
20#
21# @vm-clock-sec: VM clock relative to boot in seconds
22#
23# @vm-clock-nsec: fractional part in nano seconds to be used with vm-clock-sec
24#
25# Since: 1.3
26#
27##
28
29{ 'struct': 'SnapshotInfo',
30  'data': { 'id': 'str', 'name': 'str', 'vm-state-size': 'int',
31            'date-sec': 'int', 'date-nsec': 'int',
32            'vm-clock-sec': 'int', 'vm-clock-nsec': 'int' } }
33
34##
35# @ImageInfoSpecificQCow2:
36#
37# @compat: compatibility level
38#
39# @lazy-refcounts: #optional on or off; only valid for compat >= 1.1
40#
41# @corrupt: #optional true if the image has been marked corrupt; only valid for
42#           compat >= 1.1 (since 2.2)
43#
44# @refcount-bits: width of a refcount entry in bits (since 2.3)
45#
46# Since: 1.7
47##
48{ 'struct': 'ImageInfoSpecificQCow2',
49  'data': {
50      'compat': 'str',
51      '*lazy-refcounts': 'bool',
52      '*corrupt': 'bool',
53      'refcount-bits': 'int'
54  } }
55
56##
57# @ImageInfoSpecificVmdk:
58#
59# @create-type: The create type of VMDK image
60#
61# @cid: Content id of image
62#
63# @parent-cid: Parent VMDK image's cid
64#
65# @extents: List of extent files
66#
67# Since: 1.7
68##
69{ 'struct': 'ImageInfoSpecificVmdk',
70  'data': {
71      'create-type': 'str',
72      'cid': 'int',
73      'parent-cid': 'int',
74      'extents': ['ImageInfo']
75  } }
76
77##
78# @ImageInfoSpecific:
79#
80# A discriminated record of image format specific information structures.
81#
82# Since: 1.7
83##
84
85{ 'union': 'ImageInfoSpecific',
86  'data': {
87      'qcow2': 'ImageInfoSpecificQCow2',
88      'vmdk': 'ImageInfoSpecificVmdk'
89  } }
90
91##
92# @ImageInfo:
93#
94# Information about a QEMU image file
95#
96# @filename: name of the image file
97#
98# @format: format of the image file
99#
100# @virtual-size: maximum capacity in bytes of the image
101#
102# @actual-size: #optional actual size on disk in bytes of the image
103#
104# @dirty-flag: #optional true if image is not cleanly closed
105#
106# @cluster-size: #optional size of a cluster in bytes
107#
108# @encrypted: #optional true if the image is encrypted
109#
110# @compressed: #optional true if the image is compressed (Since 1.7)
111#
112# @backing-filename: #optional name of the backing file
113#
114# @full-backing-filename: #optional full path of the backing file
115#
116# @backing-filename-format: #optional the format of the backing file
117#
118# @snapshots: #optional list of VM snapshots
119#
120# @backing-image: #optional info of the backing image (since 1.6)
121#
122# @format-specific: #optional structure supplying additional format-specific
123# information (since 1.7)
124#
125# Since: 1.3
126#
127##
128
129{ 'struct': 'ImageInfo',
130  'data': {'filename': 'str', 'format': 'str', '*dirty-flag': 'bool',
131           '*actual-size': 'int', 'virtual-size': 'int',
132           '*cluster-size': 'int', '*encrypted': 'bool', '*compressed': 'bool',
133           '*backing-filename': 'str', '*full-backing-filename': 'str',
134           '*backing-filename-format': 'str', '*snapshots': ['SnapshotInfo'],
135           '*backing-image': 'ImageInfo',
136           '*format-specific': 'ImageInfoSpecific' } }
137
138##
139# @ImageCheck:
140#
141# Information about a QEMU image file check
142#
143# @filename: name of the image file checked
144#
145# @format: format of the image file checked
146#
147# @check-errors: number of unexpected errors occurred during check
148#
149# @image-end-offset: #optional offset (in bytes) where the image ends, this
150#                    field is present if the driver for the image format
151#                    supports it
152#
153# @corruptions: #optional number of corruptions found during the check if any
154#
155# @leaks: #optional number of leaks found during the check if any
156#
157# @corruptions-fixed: #optional number of corruptions fixed during the check
158#                     if any
159#
160# @leaks-fixed: #optional number of leaks fixed during the check if any
161#
162# @total-clusters: #optional total number of clusters, this field is present
163#                  if the driver for the image format supports it
164#
165# @allocated-clusters: #optional total number of allocated clusters, this
166#                      field is present if the driver for the image format
167#                      supports it
168#
169# @fragmented-clusters: #optional total number of fragmented clusters, this
170#                       field is present if the driver for the image format
171#                       supports it
172#
173# @compressed-clusters: #optional total number of compressed clusters, this
174#                       field is present if the driver for the image format
175#                       supports it
176#
177# Since: 1.4
178#
179##
180
181{ 'struct': 'ImageCheck',
182  'data': {'filename': 'str', 'format': 'str', 'check-errors': 'int',
183           '*image-end-offset': 'int', '*corruptions': 'int', '*leaks': 'int',
184           '*corruptions-fixed': 'int', '*leaks-fixed': 'int',
185           '*total-clusters': 'int', '*allocated-clusters': 'int',
186           '*fragmented-clusters': 'int', '*compressed-clusters': 'int' } }
187
188##
189# @MapEntry:
190#
191# Mapping information from a virtual block range to a host file range
192#
193# @start: the start byte of the mapped virtual range
194#
195# @length: the number of bytes of the mapped virtual range
196#
197# @data: whether the mapped range has data
198#
199# @zero: whether the virtual blocks are zeroed
200#
201# @depth: the depth of the mapping
202#
203# @offset: #optional the offset in file that the virtual sectors are mapped to
204#
205# @filename: #optional filename that is referred to by @offset
206#
207# Since: 2.6
208#
209##
210{ 'struct': 'MapEntry',
211  'data': {'start': 'int', 'length': 'int', 'data': 'bool',
212           'zero': 'bool', 'depth': 'int', '*offset': 'int',
213           '*filename': 'str' } }
214
215##
216# @BlockdevCacheInfo
217#
218# Cache mode information for a block device
219#
220# @writeback:   true if writeback mode is enabled
221# @direct:      true if the host page cache is bypassed (O_DIRECT)
222# @no-flush:    true if flush requests are ignored for the device
223#
224# Since: 2.3
225##
226{ 'struct': 'BlockdevCacheInfo',
227  'data': { 'writeback': 'bool',
228            'direct': 'bool',
229            'no-flush': 'bool' } }
230
231##
232# @BlockDeviceInfo:
233#
234# Information about the backing device for a block device.
235#
236# @file: the filename of the backing device
237#
238# @node-name: #optional the name of the block driver node (Since 2.0)
239#
240# @ro: true if the backing device was open read-only
241#
242# @drv: the name of the block format used to open the backing device. As of
243#       0.14.0 this can be: 'blkdebug', 'bochs', 'cloop', 'cow', 'dmg',
244#       'file', 'file', 'ftp', 'ftps', 'host_cdrom', 'host_device',
245#       'http', 'https', 'nbd', 'parallels', 'qcow',
246#       'qcow2', 'raw', 'tftp', 'vdi', 'vmdk', 'vpc', 'vvfat'
247#       2.2: 'archipelago' added, 'cow' dropped
248#       2.3: 'host_floppy' deprecated
249#       2.5: 'host_floppy' dropped
250#
251# @backing_file: #optional the name of the backing file (for copy-on-write)
252#
253# @backing_file_depth: number of files in the backing file chain (since: 1.2)
254#
255# @encrypted: true if the backing device is encrypted
256#
257# @encryption_key_missing: true if the backing device is encrypted but an
258#                          valid encryption key is missing
259#
260# @detect_zeroes: detect and optimize zero writes (Since 2.1)
261#
262# @bps: total throughput limit in bytes per second is specified
263#
264# @bps_rd: read throughput limit in bytes per second is specified
265#
266# @bps_wr: write throughput limit in bytes per second is specified
267#
268# @iops: total I/O operations per second is specified
269#
270# @iops_rd: read I/O operations per second is specified
271#
272# @iops_wr: write I/O operations per second is specified
273#
274# @image: the info of image used (since: 1.6)
275#
276# @bps_max: #optional total max in bytes (Since 1.7)
277#
278# @bps_rd_max: #optional read max in bytes (Since 1.7)
279#
280# @bps_wr_max: #optional write max in bytes (Since 1.7)
281#
282# @iops_max: #optional total I/O operations max (Since 1.7)
283#
284# @iops_rd_max: #optional read I/O operations max (Since 1.7)
285#
286# @iops_wr_max: #optional write I/O operations max (Since 1.7)
287#
288# @iops_size: #optional an I/O size in bytes (Since 1.7)
289#
290# @group: #optional throttle group name (Since 2.4)
291#
292# @cache: the cache mode used for the block device (since: 2.3)
293#
294# @write_threshold: configured write threshold for the device.
295#                   0 if disabled. (Since 2.3)
296#
297# Since: 0.14.0
298#
299##
300{ 'struct': 'BlockDeviceInfo',
301  'data': { 'file': 'str', '*node-name': 'str', 'ro': 'bool', 'drv': 'str',
302            '*backing_file': 'str', 'backing_file_depth': 'int',
303            'encrypted': 'bool', 'encryption_key_missing': 'bool',
304            'detect_zeroes': 'BlockdevDetectZeroesOptions',
305            'bps': 'int', 'bps_rd': 'int', 'bps_wr': 'int',
306            'iops': 'int', 'iops_rd': 'int', 'iops_wr': 'int',
307            'image': 'ImageInfo',
308            '*bps_max': 'int', '*bps_rd_max': 'int',
309            '*bps_wr_max': 'int', '*iops_max': 'int',
310            '*iops_rd_max': 'int', '*iops_wr_max': 'int',
311            '*iops_size': 'int', '*group': 'str', 'cache': 'BlockdevCacheInfo',
312            'write_threshold': 'int' } }
313
314##
315# @BlockDeviceIoStatus:
316#
317# An enumeration of block device I/O status.
318#
319# @ok: The last I/O operation has succeeded
320#
321# @failed: The last I/O operation has failed
322#
323# @nospace: The last I/O operation has failed due to a no-space condition
324#
325# Since: 1.0
326##
327{ 'enum': 'BlockDeviceIoStatus', 'data': [ 'ok', 'failed', 'nospace' ] }
328
329##
330# @BlockDeviceMapEntry:
331#
332# Entry in the metadata map of the device (returned by "qemu-img map")
333#
334# @start: Offset in the image of the first byte described by this entry
335#         (in bytes)
336#
337# @length: Length of the range described by this entry (in bytes)
338#
339# @depth: Number of layers (0 = top image, 1 = top image's backing file, etc.)
340#         before reaching one for which the range is allocated.  The value is
341#         in the range 0 to the depth of the image chain - 1.
342#
343# @zero: the sectors in this range read as zeros
344#
345# @data: reading the image will actually read data from a file (in particular,
346#        if @offset is present this means that the sectors are not simply
347#        preallocated, but contain actual data in raw format)
348#
349# @offset: if present, the image file stores the data for this range in
350#          raw format at the given offset.
351#
352# Since 1.7
353##
354{ 'struct': 'BlockDeviceMapEntry',
355  'data': { 'start': 'int', 'length': 'int', 'depth': 'int', 'zero': 'bool',
356            'data': 'bool', '*offset': 'int' } }
357
358##
359# @DirtyBitmapStatus:
360#
361# An enumeration of possible states that a dirty bitmap can report to the user.
362#
363# @frozen: The bitmap is currently in-use by a backup operation or block job,
364#          and is immutable.
365#
366# @disabled: The bitmap is currently in-use by an internal operation and is
367#            read-only. It can still be deleted.
368#
369# @active: The bitmap is actively monitoring for new writes, and can be cleared,
370#          deleted, or used for backup operations.
371#
372# Since: 2.4
373##
374{ 'enum': 'DirtyBitmapStatus',
375  'data': ['active', 'disabled', 'frozen'] }
376
377##
378# @BlockDirtyInfo:
379#
380# Block dirty bitmap information.
381#
382# @name: #optional the name of the dirty bitmap (Since 2.4)
383#
384# @count: number of dirty bytes according to the dirty bitmap
385#
386# @granularity: granularity of the dirty bitmap in bytes (since 1.4)
387#
388# @status: current status of the dirty bitmap (since 2.4)
389#
390# Since: 1.3
391##
392{ 'struct': 'BlockDirtyInfo',
393  'data': {'*name': 'str', 'count': 'int', 'granularity': 'uint32',
394           'status': 'DirtyBitmapStatus'} }
395
396##
397# @BlockInfo:
398#
399# Block device information.  This structure describes a virtual device and
400# the backing device associated with it.
401#
402# @device: The device name associated with the virtual device.
403#
404# @type: This field is returned only for compatibility reasons, it should
405#        not be used (always returns 'unknown')
406#
407# @removable: True if the device supports removable media.
408#
409# @locked: True if the guest has locked this device from having its media
410#          removed
411#
412# @tray_open: #optional True if the device's tray is open
413#             (only present if it has a tray)
414#
415# @dirty-bitmaps: #optional dirty bitmaps information (only present if the
416#                 driver has one or more dirty bitmaps) (Since 2.0)
417#
418# @io-status: #optional @BlockDeviceIoStatus. Only present if the device
419#             supports it and the VM is configured to stop on errors
420#             (supported device models: virtio-blk, ide, scsi-disk)
421#
422# @inserted: #optional @BlockDeviceInfo describing the device if media is
423#            present
424#
425# Since:  0.14.0
426##
427{ 'struct': 'BlockInfo',
428  'data': {'device': 'str', 'type': 'str', 'removable': 'bool',
429           'locked': 'bool', '*inserted': 'BlockDeviceInfo',
430           '*tray_open': 'bool', '*io-status': 'BlockDeviceIoStatus',
431           '*dirty-bitmaps': ['BlockDirtyInfo'] } }
432
433##
434# @query-block:
435#
436# Get a list of BlockInfo for all virtual block devices.
437#
438# Returns: a list of @BlockInfo describing each virtual block device
439#
440# Since: 0.14.0
441##
442{ 'command': 'query-block', 'returns': ['BlockInfo'] }
443
444
445##
446# @BlockDeviceTimedStats:
447#
448# Statistics of a block device during a given interval of time.
449#
450# @interval_length: Interval used for calculating the statistics,
451#                   in seconds.
452#
453# @min_rd_latency_ns: Minimum latency of read operations in the
454#                     defined interval, in nanoseconds.
455#
456# @min_wr_latency_ns: Minimum latency of write operations in the
457#                     defined interval, in nanoseconds.
458#
459# @min_flush_latency_ns: Minimum latency of flush operations in the
460#                        defined interval, in nanoseconds.
461#
462# @max_rd_latency_ns: Maximum latency of read operations in the
463#                     defined interval, in nanoseconds.
464#
465# @max_wr_latency_ns: Maximum latency of write operations in the
466#                     defined interval, in nanoseconds.
467#
468# @max_flush_latency_ns: Maximum latency of flush operations in the
469#                        defined interval, in nanoseconds.
470#
471# @avg_rd_latency_ns: Average latency of read operations in the
472#                     defined interval, in nanoseconds.
473#
474# @avg_wr_latency_ns: Average latency of write operations in the
475#                     defined interval, in nanoseconds.
476#
477# @avg_flush_latency_ns: Average latency of flush operations in the
478#                        defined interval, in nanoseconds.
479#
480# @avg_rd_queue_depth: Average number of pending read operations
481#                      in the defined interval.
482#
483# @avg_wr_queue_depth: Average number of pending write operations
484#                      in the defined interval.
485#
486# Since: 2.5
487##
488
489{ 'struct': 'BlockDeviceTimedStats',
490  'data': { 'interval_length': 'int', 'min_rd_latency_ns': 'int',
491            'max_rd_latency_ns': 'int', 'avg_rd_latency_ns': 'int',
492            'min_wr_latency_ns': 'int', 'max_wr_latency_ns': 'int',
493            'avg_wr_latency_ns': 'int', 'min_flush_latency_ns': 'int',
494            'max_flush_latency_ns': 'int', 'avg_flush_latency_ns': 'int',
495            'avg_rd_queue_depth': 'number', 'avg_wr_queue_depth': 'number' } }
496
497##
498# @BlockDeviceStats:
499#
500# Statistics of a virtual block device or a block backing device.
501#
502# @rd_bytes:      The number of bytes read by the device.
503#
504# @wr_bytes:      The number of bytes written by the device.
505#
506# @rd_operations: The number of read operations performed by the device.
507#
508# @wr_operations: The number of write operations performed by the device.
509#
510# @flush_operations: The number of cache flush operations performed by the
511#                    device (since 0.15.0)
512#
513# @flush_total_time_ns: Total time spend on cache flushes in nano-seconds
514#                       (since 0.15.0).
515#
516# @wr_total_time_ns: Total time spend on writes in nano-seconds (since 0.15.0).
517#
518# @rd_total_time_ns: Total_time_spend on reads in nano-seconds (since 0.15.0).
519#
520# @wr_highest_offset: The offset after the greatest byte written to the
521#                     device.  The intended use of this information is for
522#                     growable sparse files (like qcow2) that are used on top
523#                     of a physical device.
524#
525# @rd_merged: Number of read requests that have been merged into another
526#             request (Since 2.3).
527#
528# @wr_merged: Number of write requests that have been merged into another
529#             request (Since 2.3).
530#
531# @idle_time_ns: #optional Time since the last I/O operation, in
532#                nanoseconds. If the field is absent it means that
533#                there haven't been any operations yet (Since 2.5).
534#
535# @failed_rd_operations: The number of failed read operations
536#                        performed by the device (Since 2.5)
537#
538# @failed_wr_operations: The number of failed write operations
539#                        performed by the device (Since 2.5)
540#
541# @failed_flush_operations: The number of failed flush operations
542#                           performed by the device (Since 2.5)
543#
544# @invalid_rd_operations: The number of invalid read operations
545#                          performed by the device (Since 2.5)
546#
547# @invalid_wr_operations: The number of invalid write operations
548#                         performed by the device (Since 2.5)
549#
550# @invalid_flush_operations: The number of invalid flush operations
551#                            performed by the device (Since 2.5)
552#
553# @account_invalid: Whether invalid operations are included in the
554#                   last access statistics (Since 2.5)
555#
556# @account_failed: Whether failed operations are included in the
557#                  latency and last access statistics (Since 2.5)
558#
559# @timed_stats: Statistics specific to the set of previously defined
560#               intervals of time (Since 2.5)
561#
562# Since: 0.14.0
563##
564{ 'struct': 'BlockDeviceStats',
565  'data': {'rd_bytes': 'int', 'wr_bytes': 'int', 'rd_operations': 'int',
566           'wr_operations': 'int', 'flush_operations': 'int',
567           'flush_total_time_ns': 'int', 'wr_total_time_ns': 'int',
568           'rd_total_time_ns': 'int', 'wr_highest_offset': 'int',
569           'rd_merged': 'int', 'wr_merged': 'int', '*idle_time_ns': 'int',
570           'failed_rd_operations': 'int', 'failed_wr_operations': 'int',
571           'failed_flush_operations': 'int', 'invalid_rd_operations': 'int',
572           'invalid_wr_operations': 'int', 'invalid_flush_operations': 'int',
573           'account_invalid': 'bool', 'account_failed': 'bool',
574           'timed_stats': ['BlockDeviceTimedStats'] } }
575
576##
577# @BlockStats:
578#
579# Statistics of a virtual block device or a block backing device.
580#
581# @device: #optional If the stats are for a virtual block device, the name
582#          corresponding to the virtual block device.
583#
584# @node-name: #optional The node name of the device. (Since 2.3)
585#
586# @stats:  A @BlockDeviceStats for the device.
587#
588# @parent: #optional This describes the file block device if it has one.
589#
590# @backing: #optional This describes the backing block device if it has one.
591#           (Since 2.0)
592#
593# Since: 0.14.0
594##
595{ 'struct': 'BlockStats',
596  'data': {'*device': 'str', '*node-name': 'str',
597           'stats': 'BlockDeviceStats',
598           '*parent': 'BlockStats',
599           '*backing': 'BlockStats'} }
600
601##
602# @query-blockstats:
603#
604# Query the @BlockStats for all virtual block devices.
605#
606# @query-nodes: #optional If true, the command will query all the block nodes
607#               that have a node name, in a list which will include "parent"
608#               information, but not "backing".
609#               If false or omitted, the behavior is as before - query all the
610#               device backends, recursively including their "parent" and
611#               "backing". (Since 2.3)
612#
613# Returns: A list of @BlockStats for each virtual block devices.
614#
615# Since: 0.14.0
616##
617{ 'command': 'query-blockstats',
618  'data': { '*query-nodes': 'bool' },
619  'returns': ['BlockStats'] }
620
621##
622# @BlockdevOnError:
623#
624# An enumeration of possible behaviors for errors on I/O operations.
625# The exact meaning depends on whether the I/O was initiated by a guest
626# or by a block job
627#
628# @report: for guest operations, report the error to the guest;
629#          for jobs, cancel the job
630#
631# @ignore: ignore the error, only report a QMP event (BLOCK_IO_ERROR
632#          or BLOCK_JOB_ERROR)
633#
634# @enospc: same as @stop on ENOSPC, same as @report otherwise.
635#
636# @stop: for guest operations, stop the virtual machine;
637#        for jobs, pause the job
638#
639# Since: 1.3
640##
641{ 'enum': 'BlockdevOnError',
642  'data': ['report', 'ignore', 'enospc', 'stop'] }
643
644##
645# @MirrorSyncMode:
646#
647# An enumeration of possible behaviors for the initial synchronization
648# phase of storage mirroring.
649#
650# @top: copies data in the topmost image to the destination
651#
652# @full: copies data from all images to the destination
653#
654# @none: only copy data written from now on
655#
656# @incremental: only copy data described by the dirty bitmap. Since: 2.4
657#
658# Since: 1.3
659##
660{ 'enum': 'MirrorSyncMode',
661  'data': ['top', 'full', 'none', 'incremental'] }
662
663##
664# @BlockJobType:
665#
666# Type of a block job.
667#
668# @commit: block commit job type, see "block-commit"
669#
670# @stream: block stream job type, see "block-stream"
671#
672# @mirror: drive mirror job type, see "drive-mirror"
673#
674# @backup: drive backup job type, see "drive-backup"
675#
676# Since: 1.7
677##
678{ 'enum': 'BlockJobType',
679  'data': ['commit', 'stream', 'mirror', 'backup'] }
680
681##
682# @BlockJobInfo:
683#
684# Information about a long-running block device operation.
685#
686# @type: the job type ('stream' for image streaming)
687#
688# @device: the block device name
689#
690# @len: the maximum progress value
691#
692# @busy: false if the job is known to be in a quiescent state, with
693#        no pending I/O.  Since 1.3.
694#
695# @paused: whether the job is paused or, if @busy is true, will
696#          pause itself as soon as possible.  Since 1.3.
697#
698# @offset: the current progress value
699#
700# @speed: the rate limit, bytes per second
701#
702# @io-status: the status of the job (since 1.3)
703#
704# @ready: true if the job may be completed (since 2.2)
705#
706# Since: 1.1
707##
708{ 'struct': 'BlockJobInfo',
709  'data': {'type': 'str', 'device': 'str', 'len': 'int',
710           'offset': 'int', 'busy': 'bool', 'paused': 'bool', 'speed': 'int',
711           'io-status': 'BlockDeviceIoStatus', 'ready': 'bool'} }
712
713##
714# @query-block-jobs:
715#
716# Return information about long-running block device operations.
717#
718# Returns: a list of @BlockJobInfo for each active block job
719#
720# Since: 1.1
721##
722{ 'command': 'query-block-jobs', 'returns': ['BlockJobInfo'] }
723
724##
725# @block_passwd:
726#
727# This command sets the password of a block device that has not been open
728# with a password and requires one.
729#
730# The two cases where this can happen are a block device is created through
731# QEMU's initial command line or a block device is changed through the legacy
732# @change interface.
733#
734# In the event that the block device is created through the initial command
735# line, the VM will start in the stopped state regardless of whether '-S' is
736# used.  The intention is for a management tool to query the block devices to
737# determine which ones are encrypted, set the passwords with this command, and
738# then start the guest with the @cont command.
739#
740# Either @device or @node-name must be set but not both.
741#
742# @device: #optional the name of the block backend device to set the password on
743#
744# @node-name: #optional graph node name to set the password on (Since 2.0)
745#
746# @password: the password to use for the device
747#
748# Returns: nothing on success
749#          If @device is not a valid block device, DeviceNotFound
750#          If @device is not encrypted, DeviceNotEncrypted
751#
752# Notes:  Not all block formats support encryption and some that do are not
753#         able to validate that a password is correct.  Disk corruption may
754#         occur if an invalid password is specified.
755#
756# Since: 0.14.0
757##
758{ 'command': 'block_passwd', 'data': {'*device': 'str',
759                                      '*node-name': 'str', 'password': 'str'} }
760
761##
762# @block_resize
763#
764# Resize a block image while a guest is running.
765#
766# Either @device or @node-name must be set but not both.
767#
768# @device: #optional the name of the device to get the image resized
769#
770# @node-name: #optional graph node name to get the image resized (Since 2.0)
771#
772# @size:  new image size in bytes
773#
774# Returns: nothing on success
775#          If @device is not a valid block device, DeviceNotFound
776#
777# Since: 0.14.0
778##
779{ 'command': 'block_resize', 'data': { '*device': 'str',
780                                       '*node-name': 'str',
781                                       'size': 'int' }}
782
783##
784# @NewImageMode
785#
786# An enumeration that tells QEMU how to set the backing file path in
787# a new image file.
788#
789# @existing: QEMU should look for an existing image file.
790#
791# @absolute-paths: QEMU should create a new image with absolute paths
792# for the backing file. If there is no backing file available, the new
793# image will not be backed either.
794#
795# Since: 1.1
796##
797{ 'enum': 'NewImageMode',
798  'data': [ 'existing', 'absolute-paths' ] }
799
800##
801# @BlockdevSnapshotSync
802#
803# Either @device or @node-name must be set but not both.
804#
805# @device: #optional the name of the device to generate the snapshot from.
806#
807# @node-name: #optional graph node name to generate the snapshot from (Since 2.0)
808#
809# @snapshot-file: the target of the new image. A new file will be created.
810#
811# @snapshot-node-name: #optional the graph node name of the new image (Since 2.0)
812#
813# @format: #optional the format of the snapshot image, default is 'qcow2'.
814#
815# @mode: #optional whether and how QEMU should create a new image, default is
816#        'absolute-paths'.
817##
818{ 'struct': 'BlockdevSnapshotSync',
819  'data': { '*device': 'str', '*node-name': 'str',
820            'snapshot-file': 'str', '*snapshot-node-name': 'str',
821            '*format': 'str', '*mode': 'NewImageMode' } }
822
823##
824# @BlockdevSnapshot
825#
826# @node: device or node name that will have a snapshot created.
827#
828# @overlay: reference to the existing block device that will become
829#           the overlay of @node, as part of creating the snapshot.
830#           It must not have a current backing file (this can be
831#           achieved by passing "backing": "" to blockdev-add).
832#
833# Since 2.5
834##
835{ 'struct': 'BlockdevSnapshot',
836  'data': { 'node': 'str', 'overlay': 'str' } }
837
838##
839# @DriveBackup
840#
841# @device: the name of the device which should be copied.
842#
843# @target: the target of the new image. If the file exists, or if it
844#          is a device, the existing file/device will be used as the new
845#          destination.  If it does not exist, a new file will be created.
846#
847# @format: #optional the format of the new destination, default is to
848#          probe if @mode is 'existing', else the format of the source
849#
850# @sync: what parts of the disk image should be copied to the destination
851#        (all the disk, only the sectors allocated in the topmost image, from a
852#        dirty bitmap, or only new I/O).
853#
854# @mode: #optional whether and how QEMU should create a new image, default is
855#        'absolute-paths'.
856#
857# @speed: #optional the maximum speed, in bytes per second
858#
859# @bitmap: #optional the name of dirty bitmap if sync is "incremental".
860#          Must be present if sync is "incremental", must NOT be present
861#          otherwise. (Since 2.4)
862#
863# @on-source-error: #optional the action to take on an error on the source,
864#                   default 'report'.  'stop' and 'enospc' can only be used
865#                   if the block device supports io-status (see BlockInfo).
866#
867# @on-target-error: #optional the action to take on an error on the target,
868#                   default 'report' (no limitations, since this applies to
869#                   a different block device than @device).
870#
871# Note that @on-source-error and @on-target-error only affect background I/O.
872# If an error occurs during a guest write request, the device's rerror/werror
873# actions will be used.
874#
875# Since: 1.6
876##
877{ 'struct': 'DriveBackup',
878  'data': { 'device': 'str', 'target': 'str', '*format': 'str',
879            'sync': 'MirrorSyncMode', '*mode': 'NewImageMode',
880            '*speed': 'int', '*bitmap': 'str',
881            '*on-source-error': 'BlockdevOnError',
882            '*on-target-error': 'BlockdevOnError' } }
883
884##
885# @BlockdevBackup
886#
887# @device: the name of the device which should be copied.
888#
889# @target: the name of the backup target device.
890#
891# @sync: what parts of the disk image should be copied to the destination
892#        (all the disk, only the sectors allocated in the topmost image, or
893#        only new I/O).
894#
895# @speed: #optional the maximum speed, in bytes per second. The default is 0,
896#         for unlimited.
897#
898# @on-source-error: #optional the action to take on an error on the source,
899#                   default 'report'.  'stop' and 'enospc' can only be used
900#                   if the block device supports io-status (see BlockInfo).
901#
902# @on-target-error: #optional the action to take on an error on the target,
903#                   default 'report' (no limitations, since this applies to
904#                   a different block device than @device).
905#
906# Note that @on-source-error and @on-target-error only affect background I/O.
907# If an error occurs during a guest write request, the device's rerror/werror
908# actions will be used.
909#
910# Since: 2.3
911##
912{ 'struct': 'BlockdevBackup',
913  'data': { 'device': 'str', 'target': 'str',
914            'sync': 'MirrorSyncMode',
915            '*speed': 'int',
916            '*on-source-error': 'BlockdevOnError',
917            '*on-target-error': 'BlockdevOnError' } }
918
919##
920# @blockdev-snapshot-sync
921#
922# Generates a synchronous snapshot of a block device.
923#
924# For the arguments, see the documentation of BlockdevSnapshotSync.
925#
926# Returns: nothing on success
927#          If @device is not a valid block device, DeviceNotFound
928#
929# Since 0.14.0
930##
931{ 'command': 'blockdev-snapshot-sync',
932  'data': 'BlockdevSnapshotSync' }
933
934
935##
936# @blockdev-snapshot
937#
938# Generates a snapshot of a block device.
939#
940# For the arguments, see the documentation of BlockdevSnapshot.
941#
942# Since 2.5
943##
944{ 'command': 'blockdev-snapshot',
945  'data': 'BlockdevSnapshot' }
946
947##
948# @change-backing-file
949#
950# Change the backing file in the image file metadata.  This does not
951# cause QEMU to reopen the image file to reparse the backing filename
952# (it may, however, perform a reopen to change permissions from
953# r/o -> r/w -> r/o, if needed). The new backing file string is written
954# into the image file metadata, and the QEMU internal strings are
955# updated.
956#
957# @image-node-name: The name of the block driver state node of the
958#                   image to modify.
959#
960# @device:          The name of the device that owns image-node-name.
961#
962# @backing-file:    The string to write as the backing file.  This
963#                   string is not validated, so care should be taken
964#                   when specifying the string or the image chain may
965#                   not be able to be reopened again.
966#
967# Since: 2.1
968##
969{ 'command': 'change-backing-file',
970  'data': { 'device': 'str', 'image-node-name': 'str',
971            'backing-file': 'str' } }
972
973##
974# @block-commit
975#
976# Live commit of data from overlay image nodes into backing nodes - i.e.,
977# writes data between 'top' and 'base' into 'base'.
978#
979# @device:  the name of the device
980#
981# @base:   #optional The file name of the backing image to write data into.
982#                    If not specified, this is the deepest backing image
983#
984# @top:    #optional The file name of the backing image within the image chain,
985#                    which contains the topmost data to be committed down. If
986#                    not specified, this is the active layer.
987#
988# @backing-file:  #optional The backing file string to write into the overlay
989#                           image of 'top'.  If 'top' is the active layer,
990#                           specifying a backing file string is an error. This
991#                           filename is not validated.
992#
993#                           If a pathname string is such that it cannot be
994#                           resolved by QEMU, that means that subsequent QMP or
995#                           HMP commands must use node-names for the image in
996#                           question, as filename lookup methods will fail.
997#
998#                           If not specified, QEMU will automatically determine
999#                           the backing file string to use, or error out if
1000#                           there is no obvious choice. Care should be taken
1001#                           when specifying the string, to specify a valid
1002#                           filename or protocol.
1003#                           (Since 2.1)
1004#
1005#                    If top == base, that is an error.
1006#                    If top == active, the job will not be completed by itself,
1007#                    user needs to complete the job with the block-job-complete
1008#                    command after getting the ready event. (Since 2.0)
1009#
1010#                    If the base image is smaller than top, then the base image
1011#                    will be resized to be the same size as top.  If top is
1012#                    smaller than the base image, the base will not be
1013#                    truncated.  If you want the base image size to match the
1014#                    size of the smaller top, you can safely truncate it
1015#                    yourself once the commit operation successfully completes.
1016#
1017# @speed:  #optional the maximum speed, in bytes per second
1018#
1019# Returns: Nothing on success
1020#          If commit or stream is already active on this device, DeviceInUse
1021#          If @device does not exist, DeviceNotFound
1022#          If image commit is not supported by this device, NotSupported
1023#          If @base or @top is invalid, a generic error is returned
1024#          If @speed is invalid, InvalidParameter
1025#
1026# Since: 1.3
1027#
1028##
1029{ 'command': 'block-commit',
1030  'data': { 'device': 'str', '*base': 'str', '*top': 'str',
1031            '*backing-file': 'str', '*speed': 'int' } }
1032
1033##
1034# @drive-backup
1035#
1036# Start a point-in-time copy of a block device to a new destination.  The
1037# status of ongoing drive-backup operations can be checked with
1038# query-block-jobs where the BlockJobInfo.type field has the value 'backup'.
1039# The operation can be stopped before it has completed using the
1040# block-job-cancel command.
1041#
1042# For the arguments, see the documentation of DriveBackup.
1043#
1044# Returns: nothing on success
1045#          If @device is not a valid block device, DeviceNotFound
1046#
1047# Since 1.6
1048##
1049{ 'command': 'drive-backup', 'data': 'DriveBackup' }
1050
1051##
1052# @blockdev-backup
1053#
1054# Start a point-in-time copy of a block device to a new destination.  The
1055# status of ongoing blockdev-backup operations can be checked with
1056# query-block-jobs where the BlockJobInfo.type field has the value 'backup'.
1057# The operation can be stopped before it has completed using the
1058# block-job-cancel command.
1059#
1060# For the arguments, see the documentation of BlockdevBackup.
1061#
1062# Since 2.3
1063##
1064{ 'command': 'blockdev-backup', 'data': 'BlockdevBackup' }
1065
1066
1067##
1068# @query-named-block-nodes
1069#
1070# Get the named block driver list
1071#
1072# Returns: the list of BlockDeviceInfo
1073#
1074# Since 2.0
1075##
1076{ 'command': 'query-named-block-nodes', 'returns': [ 'BlockDeviceInfo' ] }
1077
1078##
1079# @drive-mirror
1080#
1081# Start mirroring a block device's writes to a new destination.
1082#
1083# @device:  the name of the device whose writes should be mirrored.
1084#
1085# @target: the target of the new image. If the file exists, or if it
1086#          is a device, the existing file/device will be used as the new
1087#          destination.  If it does not exist, a new file will be created.
1088#
1089# @format: #optional the format of the new destination, default is to
1090#          probe if @mode is 'existing', else the format of the source
1091#
1092# @node-name: #optional the new block driver state node name in the graph
1093#             (Since 2.1)
1094#
1095# @replaces: #optional with sync=full graph node name to be replaced by the new
1096#            image when a whole image copy is done. This can be used to repair
1097#            broken Quorum files. (Since 2.1)
1098#
1099# @mode: #optional whether and how QEMU should create a new image, default is
1100#        'absolute-paths'.
1101#
1102# @speed:  #optional the maximum speed, in bytes per second
1103#
1104# @sync: what parts of the disk image should be copied to the destination
1105#        (all the disk, only the sectors allocated in the topmost image, or
1106#        only new I/O).
1107#
1108# @granularity: #optional granularity of the dirty bitmap, default is 64K
1109#               if the image format doesn't have clusters, 4K if the clusters
1110#               are smaller than that, else the cluster size.  Must be a
1111#               power of 2 between 512 and 64M (since 1.4).
1112#
1113# @buf-size: #optional maximum amount of data in flight from source to
1114#            target (since 1.4).
1115#
1116# @on-source-error: #optional the action to take on an error on the source,
1117#                   default 'report'.  'stop' and 'enospc' can only be used
1118#                   if the block device supports io-status (see BlockInfo).
1119#
1120# @on-target-error: #optional the action to take on an error on the target,
1121#                   default 'report' (no limitations, since this applies to
1122#                   a different block device than @device).
1123# @unmap: #optional Whether to try to unmap target sectors where source has
1124#         only zero. If true, and target unallocated sectors will read as zero,
1125#         target image sectors will be unmapped; otherwise, zeroes will be
1126#         written. Both will result in identical contents.
1127#         Default is true. (Since 2.4)
1128#
1129# Returns: nothing on success
1130#          If @device is not a valid block device, DeviceNotFound
1131#
1132# Since 1.3
1133##
1134{ 'command': 'drive-mirror',
1135  'data': { 'device': 'str', 'target': 'str', '*format': 'str',
1136            '*node-name': 'str', '*replaces': 'str',
1137            'sync': 'MirrorSyncMode', '*mode': 'NewImageMode',
1138            '*speed': 'int', '*granularity': 'uint32',
1139            '*buf-size': 'int', '*on-source-error': 'BlockdevOnError',
1140            '*on-target-error': 'BlockdevOnError',
1141            '*unmap': 'bool' } }
1142
1143##
1144# @BlockDirtyBitmap
1145#
1146# @node: name of device/node which the bitmap is tracking
1147#
1148# @name: name of the dirty bitmap
1149#
1150# Since 2.4
1151##
1152{ 'struct': 'BlockDirtyBitmap',
1153  'data': { 'node': 'str', 'name': 'str' } }
1154
1155##
1156# @BlockDirtyBitmapAdd
1157#
1158# @node: name of device/node which the bitmap is tracking
1159#
1160# @name: name of the dirty bitmap
1161#
1162# @granularity: #optional the bitmap granularity, default is 64k for
1163#               block-dirty-bitmap-add
1164#
1165# Since 2.4
1166##
1167{ 'struct': 'BlockDirtyBitmapAdd',
1168  'data': { 'node': 'str', 'name': 'str', '*granularity': 'uint32' } }
1169
1170##
1171# @block-dirty-bitmap-add
1172#
1173# Create a dirty bitmap with a name on the node
1174#
1175# Returns: nothing on success
1176#          If @node is not a valid block device or node, DeviceNotFound
1177#          If @name is already taken, GenericError with an explanation
1178#
1179# Since 2.4
1180##
1181{ 'command': 'block-dirty-bitmap-add',
1182  'data': 'BlockDirtyBitmapAdd' }
1183
1184##
1185# @block-dirty-bitmap-remove
1186#
1187# Remove a dirty bitmap on the node
1188#
1189# Returns: nothing on success
1190#          If @node is not a valid block device or node, DeviceNotFound
1191#          If @name is not found, GenericError with an explanation
1192#          if @name is frozen by an operation, GenericError
1193#
1194# Since 2.4
1195##
1196{ 'command': 'block-dirty-bitmap-remove',
1197  'data': 'BlockDirtyBitmap' }
1198
1199##
1200# @block-dirty-bitmap-clear
1201#
1202# Clear (reset) a dirty bitmap on the device
1203#
1204# Returns: nothing on success
1205#          If @node is not a valid block device, DeviceNotFound
1206#          If @name is not found, GenericError with an explanation
1207#
1208# Since 2.4
1209##
1210{ 'command': 'block-dirty-bitmap-clear',
1211  'data': 'BlockDirtyBitmap' }
1212
1213##
1214# @blockdev-mirror
1215#
1216# Start mirroring a block device's writes to a new destination.
1217#
1218# @device: the name of the device whose writes should be mirrored.
1219#
1220# @target: the id or node-name of the block device to mirror to. This mustn't be
1221#          attached to guest.
1222#
1223# @replaces: #optional with sync=full graph node name to be replaced by the new
1224#            image when a whole image copy is done. This can be used to repair
1225#            broken Quorum files.
1226#
1227# @speed:  #optional the maximum speed, in bytes per second
1228#
1229# @sync: what parts of the disk image should be copied to the destination
1230#        (all the disk, only the sectors allocated in the topmost image, or
1231#        only new I/O).
1232#
1233# @granularity: #optional granularity of the dirty bitmap, default is 64K
1234#               if the image format doesn't have clusters, 4K if the clusters
1235#               are smaller than that, else the cluster size.  Must be a
1236#               power of 2 between 512 and 64M
1237#
1238# @buf-size: #optional maximum amount of data in flight from source to
1239#            target
1240#
1241# @on-source-error: #optional the action to take on an error on the source,
1242#                   default 'report'.  'stop' and 'enospc' can only be used
1243#                   if the block device supports io-status (see BlockInfo).
1244#
1245# @on-target-error: #optional the action to take on an error on the target,
1246#                   default 'report' (no limitations, since this applies to
1247#                   a different block device than @device).
1248#
1249# Returns: nothing on success.
1250#
1251# Since 2.6
1252##
1253{ 'command': 'blockdev-mirror',
1254  'data': { 'device': 'str', 'target': 'str',
1255            '*replaces': 'str',
1256            'sync': 'MirrorSyncMode',
1257            '*speed': 'int', '*granularity': 'uint32',
1258            '*buf-size': 'int', '*on-source-error': 'BlockdevOnError',
1259            '*on-target-error': 'BlockdevOnError' } }
1260
1261##
1262# @block_set_io_throttle:
1263#
1264# Change I/O throttle limits for a block drive.
1265#
1266# Since QEMU 2.4, each device with I/O limits is member of a throttle
1267# group.
1268#
1269# If two or more devices are members of the same group, the limits
1270# will apply to the combined I/O of the whole group in a round-robin
1271# fashion. Therefore, setting new I/O limits to a device will affect
1272# the whole group.
1273#
1274# The name of the group can be specified using the 'group' parameter.
1275# If the parameter is unset, it is assumed to be the current group of
1276# that device. If it's not in any group yet, the name of the device
1277# will be used as the name for its group.
1278#
1279# The 'group' parameter can also be used to move a device to a
1280# different group. In this case the limits specified in the parameters
1281# will be applied to the new group only.
1282#
1283# I/O limits can be disabled by setting all of them to 0. In this case
1284# the device will be removed from its group and the rest of its
1285# members will not be affected. The 'group' parameter is ignored.
1286#
1287# @device: The name of the device
1288#
1289# @bps: total throughput limit in bytes per second
1290#
1291# @bps_rd: read throughput limit in bytes per second
1292#
1293# @bps_wr: write throughput limit in bytes per second
1294#
1295# @iops: total I/O operations per second
1296#
1297# @ops_rd: read I/O operations per second
1298#
1299# @iops_wr: write I/O operations per second
1300#
1301# @bps_max: #optional total max in bytes (Since 1.7)
1302#
1303# @bps_rd_max: #optional read max in bytes (Since 1.7)
1304#
1305# @bps_wr_max: #optional write max in bytes (Since 1.7)
1306#
1307# @iops_max: #optional total I/O operations max (Since 1.7)
1308#
1309# @iops_rd_max: #optional read I/O operations max (Since 1.7)
1310#
1311# @iops_wr_max: #optional write I/O operations max (Since 1.7)
1312#
1313# @iops_size: #optional an I/O size in bytes (Since 1.7)
1314#
1315# @group: #optional throttle group name (Since 2.4)
1316#
1317# Returns: Nothing on success
1318#          If @device is not a valid block device, DeviceNotFound
1319#
1320# Since: 1.1
1321##
1322{ 'command': 'block_set_io_throttle',
1323  'data': { 'device': 'str', 'bps': 'int', 'bps_rd': 'int', 'bps_wr': 'int',
1324            'iops': 'int', 'iops_rd': 'int', 'iops_wr': 'int',
1325            '*bps_max': 'int', '*bps_rd_max': 'int',
1326            '*bps_wr_max': 'int', '*iops_max': 'int',
1327            '*iops_rd_max': 'int', '*iops_wr_max': 'int',
1328            '*iops_size': 'int', '*group': 'str' } }
1329
1330##
1331# @block-stream:
1332#
1333# Copy data from a backing file into a block device.
1334#
1335# The block streaming operation is performed in the background until the entire
1336# backing file has been copied.  This command returns immediately once streaming
1337# has started.  The status of ongoing block streaming operations can be checked
1338# with query-block-jobs.  The operation can be stopped before it has completed
1339# using the block-job-cancel command.
1340#
1341# If a base file is specified then sectors are not copied from that base file and
1342# its backing chain.  When streaming completes the image file will have the base
1343# file as its backing file.  This can be used to stream a subset of the backing
1344# file chain instead of flattening the entire image.
1345#
1346# On successful completion the image file is updated to drop the backing file
1347# and the BLOCK_JOB_COMPLETED event is emitted.
1348#
1349# @device: the device name
1350#
1351# @base:   #optional the common backing file name
1352#
1353# @backing-file: #optional The backing file string to write into the active
1354#                          layer. This filename is not validated.
1355#
1356#                          If a pathname string is such that it cannot be
1357#                          resolved by QEMU, that means that subsequent QMP or
1358#                          HMP commands must use node-names for the image in
1359#                          question, as filename lookup methods will fail.
1360#
1361#                          If not specified, QEMU will automatically determine
1362#                          the backing file string to use, or error out if there
1363#                          is no obvious choice.  Care should be taken when
1364#                          specifying the string, to specify a valid filename or
1365#                          protocol.
1366#                          (Since 2.1)
1367#
1368# @speed:  #optional the maximum speed, in bytes per second
1369#
1370# @on-error: #optional the action to take on an error (default report).
1371#            'stop' and 'enospc' can only be used if the block device
1372#            supports io-status (see BlockInfo).  Since 1.3.
1373#
1374# Returns: Nothing on success
1375#          If @device does not exist, DeviceNotFound
1376#
1377# Since: 1.1
1378##
1379{ 'command': 'block-stream',
1380  'data': { 'device': 'str', '*base': 'str', '*backing-file': 'str',
1381            '*speed': 'int', '*on-error': 'BlockdevOnError' } }
1382
1383##
1384# @block-job-set-speed:
1385#
1386# Set maximum speed for a background block operation.
1387#
1388# This command can only be issued when there is an active block job.
1389#
1390# Throttling can be disabled by setting the speed to 0.
1391#
1392# @device: the device name
1393#
1394# @speed:  the maximum speed, in bytes per second, or 0 for unlimited.
1395#          Defaults to 0.
1396#
1397# Returns: Nothing on success
1398#          If no background operation is active on this device, DeviceNotActive
1399#
1400# Since: 1.1
1401##
1402{ 'command': 'block-job-set-speed',
1403  'data': { 'device': 'str', 'speed': 'int' } }
1404
1405##
1406# @block-job-cancel:
1407#
1408# Stop an active background block operation.
1409#
1410# This command returns immediately after marking the active background block
1411# operation for cancellation.  It is an error to call this command if no
1412# operation is in progress.
1413#
1414# The operation will cancel as soon as possible and then emit the
1415# BLOCK_JOB_CANCELLED event.  Before that happens the job is still visible when
1416# enumerated using query-block-jobs.
1417#
1418# For streaming, the image file retains its backing file unless the streaming
1419# operation happens to complete just as it is being cancelled.  A new streaming
1420# operation can be started at a later time to finish copying all data from the
1421# backing file.
1422#
1423# @device: the device name
1424#
1425# @force: #optional whether to allow cancellation of a paused job (default
1426#         false).  Since 1.3.
1427#
1428# Returns: Nothing on success
1429#          If no background operation is active on this device, DeviceNotActive
1430#
1431# Since: 1.1
1432##
1433{ 'command': 'block-job-cancel', 'data': { 'device': 'str', '*force': 'bool' } }
1434
1435##
1436# @block-job-pause:
1437#
1438# Pause an active background block operation.
1439#
1440# This command returns immediately after marking the active background block
1441# operation for pausing.  It is an error to call this command if no
1442# operation is in progress.  Pausing an already paused job has no cumulative
1443# effect; a single block-job-resume command will resume the job.
1444#
1445# The operation will pause as soon as possible.  No event is emitted when
1446# the operation is actually paused.  Cancelling a paused job automatically
1447# resumes it.
1448#
1449# @device: the device name
1450#
1451# Returns: Nothing on success
1452#          If no background operation is active on this device, DeviceNotActive
1453#
1454# Since: 1.3
1455##
1456{ 'command': 'block-job-pause', 'data': { 'device': 'str' } }
1457
1458##
1459# @block-job-resume:
1460#
1461# Resume an active background block operation.
1462#
1463# This command returns immediately after resuming a paused background block
1464# operation.  It is an error to call this command if no operation is in
1465# progress.  Resuming an already running job is not an error.
1466#
1467# This command also clears the error status of the job.
1468#
1469# @device: the device name
1470#
1471# Returns: Nothing on success
1472#          If no background operation is active on this device, DeviceNotActive
1473#
1474# Since: 1.3
1475##
1476{ 'command': 'block-job-resume', 'data': { 'device': 'str' } }
1477
1478##
1479# @block-job-complete:
1480#
1481# Manually trigger completion of an active background block operation.  This
1482# is supported for drive mirroring, where it also switches the device to
1483# write to the target path only.  The ability to complete is signaled with
1484# a BLOCK_JOB_READY event.
1485#
1486# This command completes an active background block operation synchronously.
1487# The ordering of this command's return with the BLOCK_JOB_COMPLETED event
1488# is not defined.  Note that if an I/O error occurs during the processing of
1489# this command: 1) the command itself will fail; 2) the error will be processed
1490# according to the rerror/werror arguments that were specified when starting
1491# the operation.
1492#
1493# A cancelled or paused job cannot be completed.
1494#
1495# @device: the device name
1496#
1497# Returns: Nothing on success
1498#          If no background operation is active on this device, DeviceNotActive
1499#
1500# Since: 1.3
1501##
1502{ 'command': 'block-job-complete', 'data': { 'device': 'str' } }
1503
1504##
1505# @BlockdevDiscardOptions
1506#
1507# Determines how to handle discard requests.
1508#
1509# @ignore:      Ignore the request
1510# @unmap:       Forward as an unmap request
1511#
1512# Since: 1.7
1513##
1514{ 'enum': 'BlockdevDiscardOptions',
1515  'data': [ 'ignore', 'unmap' ] }
1516
1517##
1518# @BlockdevDetectZeroesOptions
1519#
1520# Describes the operation mode for the automatic conversion of plain
1521# zero writes by the OS to driver specific optimized zero write commands.
1522#
1523# @off:      Disabled (default)
1524# @on:       Enabled
1525# @unmap:    Enabled and even try to unmap blocks if possible. This requires
1526#            also that @BlockdevDiscardOptions is set to unmap for this device.
1527#
1528# Since: 2.1
1529##
1530{ 'enum': 'BlockdevDetectZeroesOptions',
1531  'data': [ 'off', 'on', 'unmap' ] }
1532
1533##
1534# @BlockdevAioOptions
1535#
1536# Selects the AIO backend to handle I/O requests
1537#
1538# @threads:     Use qemu's thread pool
1539# @native:      Use native AIO backend (only Linux and Windows)
1540#
1541# Since: 1.7
1542##
1543{ 'enum': 'BlockdevAioOptions',
1544  'data': [ 'threads', 'native' ] }
1545
1546##
1547# @BlockdevCacheOptions
1548#
1549# Includes cache-related options for block devices
1550#
1551# @writeback:   #optional enables writeback mode for any caches (default: true)
1552# @direct:      #optional enables use of O_DIRECT (bypass the host page cache;
1553#               default: false)
1554# @no-flush:    #optional ignore any flush requests for the device (default:
1555#               false)
1556#
1557# Since: 1.7
1558##
1559{ 'struct': 'BlockdevCacheOptions',
1560  'data': { '*writeback': 'bool',
1561            '*direct': 'bool',
1562            '*no-flush': 'bool' } }
1563
1564##
1565# @BlockdevDriver
1566#
1567# Drivers that are supported in block device operations.
1568#
1569# @host_device, @host_cdrom: Since 2.1
1570#
1571# Since: 2.0
1572##
1573{ 'enum': 'BlockdevDriver',
1574  'data': [ 'archipelago', 'blkdebug', 'blkverify', 'bochs', 'cloop',
1575            'dmg', 'file', 'ftp', 'ftps', 'host_cdrom', 'host_device',
1576            'http', 'https', 'null-aio', 'null-co', 'parallels',
1577            'qcow', 'qcow2', 'qed', 'quorum', 'raw', 'tftp', 'vdi', 'vhdx',
1578            'vmdk', 'vpc', 'vvfat' ] }
1579
1580##
1581# @BlockdevOptionsBase
1582#
1583# Options that are available for all block devices, independent of the block
1584# driver.
1585#
1586# @driver:        block driver name
1587# @id:            #optional id by which the new block device can be referred to.
1588#                 This option is only allowed on the top level of blockdev-add.
1589#                 A BlockBackend will be created by blockdev-add if and only if
1590#                 this option is given.
1591# @node-name:     #optional the name of a block driver state node (Since 2.0).
1592#                 This option is required on the top level of blockdev-add if
1593#                 the @id option is not given there.
1594# @discard:       #optional discard-related options (default: ignore)
1595# @cache:         #optional cache-related options
1596# @aio:           #optional AIO backend (default: threads)
1597# @rerror:        #optional how to handle read errors on the device
1598#                 (default: report)
1599# @werror:        #optional how to handle write errors on the device
1600#                 (default: enospc)
1601# @read-only:     #optional whether the block device should be read-only
1602#                 (default: false)
1603# @stats-account-invalid: #optional whether to include invalid
1604#                         operations when computing last access statistics
1605#                         (default: true) (Since 2.5)
1606# @stats-account-failed: #optional whether to include failed
1607#                         operations when computing latency and last
1608#                         access statistics (default: true) (Since 2.5)
1609# @stats-intervals: #optional list of intervals for collecting I/O
1610#                   statistics, in seconds (default: none) (Since 2.5)
1611# @detect-zeroes: #optional detect and optimize zero writes (Since 2.1)
1612#                 (default: off)
1613#
1614# Since: 1.7
1615##
1616{ 'struct': 'BlockdevOptionsBase',
1617  'data': { 'driver': 'BlockdevDriver',
1618            '*id': 'str',
1619            '*node-name': 'str',
1620            '*discard': 'BlockdevDiscardOptions',
1621            '*cache': 'BlockdevCacheOptions',
1622            '*aio': 'BlockdevAioOptions',
1623            '*rerror': 'BlockdevOnError',
1624            '*werror': 'BlockdevOnError',
1625            '*read-only': 'bool',
1626            '*stats-account-invalid': 'bool',
1627            '*stats-account-failed': 'bool',
1628            '*stats-intervals': ['int'],
1629            '*detect-zeroes': 'BlockdevDetectZeroesOptions' } }
1630
1631##
1632# @BlockdevOptionsFile
1633#
1634# Driver specific block device options for the file backend and similar
1635# protocols.
1636#
1637# @filename:    path to the image file
1638#
1639# Since: 1.7
1640##
1641{ 'struct': 'BlockdevOptionsFile',
1642  'data': { 'filename': 'str' } }
1643
1644##
1645# @BlockdevOptionsNull
1646#
1647# Driver specific block device options for the null backend.
1648#
1649# @size:    #optional size of the device in bytes.
1650# @latency-ns: #optional emulated latency (in nanoseconds) in processing
1651#              requests. Default to zero which completes requests immediately.
1652#              (Since 2.4)
1653#
1654# Since: 2.2
1655##
1656{ 'struct': 'BlockdevOptionsNull',
1657  'data': { '*size': 'int', '*latency-ns': 'uint64' } }
1658
1659##
1660# @BlockdevOptionsVVFAT
1661#
1662# Driver specific block device options for the vvfat protocol.
1663#
1664# @dir:         directory to be exported as FAT image
1665# @fat-type:    #optional FAT type: 12, 16 or 32
1666# @floppy:      #optional whether to export a floppy image (true) or
1667#               partitioned hard disk (false; default)
1668# @label:       #optional set the volume label, limited to 11 bytes. FAT16 and
1669#               FAT32 traditionally have some restrictions on labels, which are
1670#               ignored by most operating systems. Defaults to "QEMU VVFAT".
1671#               (since 2.4)
1672# @rw:          #optional whether to allow write operations (default: false)
1673#
1674# Since: 1.7
1675##
1676{ 'struct': 'BlockdevOptionsVVFAT',
1677  'data': { 'dir': 'str', '*fat-type': 'int', '*floppy': 'bool',
1678            '*label': 'str', '*rw': 'bool' } }
1679
1680##
1681# @BlockdevOptionsGenericFormat
1682#
1683# Driver specific block device options for image format that have no option
1684# besides their data source.
1685#
1686# @file:        reference to or definition of the data source block device
1687#
1688# Since: 1.7
1689##
1690{ 'struct': 'BlockdevOptionsGenericFormat',
1691  'data': { 'file': 'BlockdevRef' } }
1692
1693##
1694# @BlockdevOptionsGenericCOWFormat
1695#
1696# Driver specific block device options for image format that have no option
1697# besides their data source and an optional backing file.
1698#
1699# @backing:     #optional reference to or definition of the backing file block
1700#               device (if missing, taken from the image file content). It is
1701#               allowed to pass an empty string here in order to disable the
1702#               default backing file.
1703#
1704# Since: 1.7
1705##
1706{ 'struct': 'BlockdevOptionsGenericCOWFormat',
1707  'base': 'BlockdevOptionsGenericFormat',
1708  'data': { '*backing': 'BlockdevRef' } }
1709
1710##
1711# @Qcow2OverlapCheckMode
1712#
1713# General overlap check modes.
1714#
1715# @none:        Do not perform any checks
1716#
1717# @constant:    Perform only checks which can be done in constant time and
1718#               without reading anything from disk
1719#
1720# @cached:      Perform only checks which can be done without reading anything
1721#               from disk
1722#
1723# @all:         Perform all available overlap checks
1724#
1725# Since: 2.2
1726##
1727{ 'enum': 'Qcow2OverlapCheckMode',
1728  'data': [ 'none', 'constant', 'cached', 'all' ] }
1729
1730##
1731# @Qcow2OverlapCheckFlags
1732#
1733# Structure of flags for each metadata structure. Setting a field to 'true'
1734# makes qemu guard that structure against unintended overwriting. The default
1735# value is chosen according to the template given.
1736#
1737# @template: Specifies a template mode which can be adjusted using the other
1738#            flags, defaults to 'cached'
1739#
1740# Since: 2.2
1741##
1742{ 'struct': 'Qcow2OverlapCheckFlags',
1743  'data': { '*template':       'Qcow2OverlapCheckMode',
1744            '*main-header':    'bool',
1745            '*active-l1':      'bool',
1746            '*active-l2':      'bool',
1747            '*refcount-table': 'bool',
1748            '*refcount-block': 'bool',
1749            '*snapshot-table': 'bool',
1750            '*inactive-l1':    'bool',
1751            '*inactive-l2':    'bool' } }
1752
1753##
1754# @Qcow2OverlapChecks
1755#
1756# Specifies which metadata structures should be guarded against unintended
1757# overwriting.
1758#
1759# @flags:   set of flags for separate specification of each metadata structure
1760#           type
1761#
1762# @mode:    named mode which chooses a specific set of flags
1763#
1764# Since: 2.2
1765##
1766{ 'alternate': 'Qcow2OverlapChecks',
1767  'data': { 'flags': 'Qcow2OverlapCheckFlags',
1768            'mode':  'Qcow2OverlapCheckMode' } }
1769
1770##
1771# @BlockdevOptionsQcow2
1772#
1773# Driver specific block device options for qcow2.
1774#
1775# @lazy-refcounts:        #optional whether to enable the lazy refcounts
1776#                         feature (default is taken from the image file)
1777#
1778# @pass-discard-request:  #optional whether discard requests to the qcow2
1779#                         device should be forwarded to the data source
1780#
1781# @pass-discard-snapshot: #optional whether discard requests for the data source
1782#                         should be issued when a snapshot operation (e.g.
1783#                         deleting a snapshot) frees clusters in the qcow2 file
1784#
1785# @pass-discard-other:    #optional whether discard requests for the data source
1786#                         should be issued on other occasions where a cluster
1787#                         gets freed
1788#
1789# @overlap-check:         #optional which overlap checks to perform for writes
1790#                         to the image, defaults to 'cached' (since 2.2)
1791#
1792# @cache-size:            #optional the maximum total size of the L2 table and
1793#                         refcount block caches in bytes (since 2.2)
1794#
1795# @l2-cache-size:         #optional the maximum size of the L2 table cache in
1796#                         bytes (since 2.2)
1797#
1798# @refcount-cache-size:   #optional the maximum size of the refcount block cache
1799#                         in bytes (since 2.2)
1800#
1801# @cache-clean-interval:  #optional clean unused entries in the L2 and refcount
1802#                         caches. The interval is in seconds. The default value
1803#                         is 0 and it disables this feature (since 2.5)
1804#
1805# Since: 1.7
1806##
1807{ 'struct': 'BlockdevOptionsQcow2',
1808  'base': 'BlockdevOptionsGenericCOWFormat',
1809  'data': { '*lazy-refcounts': 'bool',
1810            '*pass-discard-request': 'bool',
1811            '*pass-discard-snapshot': 'bool',
1812            '*pass-discard-other': 'bool',
1813            '*overlap-check': 'Qcow2OverlapChecks',
1814            '*cache-size': 'int',
1815            '*l2-cache-size': 'int',
1816            '*refcount-cache-size': 'int',
1817            '*cache-clean-interval': 'int' } }
1818
1819
1820##
1821# @BlockdevOptionsArchipelago
1822#
1823# Driver specific block device options for Archipelago.
1824#
1825# @volume:              Name of the Archipelago volume image
1826#
1827# @mport:               #optional The port number on which mapperd is
1828#                       listening. This is optional
1829#                       and if not specified, QEMU will make Archipelago
1830#                       use the default port (1001).
1831#
1832# @vport:               #optional The port number on which vlmcd is
1833#                       listening. This is optional
1834#                       and if not specified, QEMU will make Archipelago
1835#                       use the default port (501).
1836#
1837# @segment:             #optional The name of the shared memory segment
1838#                       Archipelago stack is using. This is optional
1839#                       and if not specified, QEMU will make Archipelago
1840#                       use the default value, 'archipelago'.
1841# Since: 2.2
1842##
1843{ 'struct': 'BlockdevOptionsArchipelago',
1844  'data': { 'volume': 'str',
1845            '*mport': 'int',
1846            '*vport': 'int',
1847            '*segment': 'str' } }
1848
1849
1850##
1851# @BlkdebugEvent
1852#
1853# Trigger events supported by blkdebug.
1854#
1855# Since: 2.0
1856##
1857{ 'enum': 'BlkdebugEvent', 'prefix': 'BLKDBG',
1858  'data': [ 'l1_update', 'l1_grow_alloc_table', 'l1_grow_write_table',
1859            'l1_grow_activate_table', 'l2_load', 'l2_update',
1860            'l2_update_compressed', 'l2_alloc_cow_read', 'l2_alloc_write',
1861            'read_aio', 'read_backing_aio', 'read_compressed', 'write_aio',
1862            'write_compressed', 'vmstate_load', 'vmstate_save', 'cow_read',
1863            'cow_write', 'reftable_load', 'reftable_grow', 'reftable_update',
1864            'refblock_load', 'refblock_update', 'refblock_update_part',
1865            'refblock_alloc', 'refblock_alloc_hookup', 'refblock_alloc_write',
1866            'refblock_alloc_write_blocks', 'refblock_alloc_write_table',
1867            'refblock_alloc_switch_table', 'cluster_alloc',
1868            'cluster_alloc_bytes', 'cluster_free', 'flush_to_os',
1869            'flush_to_disk', 'pwritev_rmw_head', 'pwritev_rmw_after_head',
1870            'pwritev_rmw_tail', 'pwritev_rmw_after_tail', 'pwritev',
1871            'pwritev_zero', 'pwritev_done', 'empty_image_prepare' ] }
1872
1873##
1874# @BlkdebugInjectErrorOptions
1875#
1876# Describes a single error injection for blkdebug.
1877#
1878# @event:       trigger event
1879#
1880# @state:       #optional the state identifier blkdebug needs to be in to
1881#               actually trigger the event; defaults to "any"
1882#
1883# @errno:       #optional error identifier (errno) to be returned; defaults to
1884#               EIO
1885#
1886# @sector:      #optional specifies the sector index which has to be affected
1887#               in order to actually trigger the event; defaults to "any
1888#               sector"
1889#
1890# @once:        #optional disables further events after this one has been
1891#               triggered; defaults to false
1892#
1893# @immediately: #optional fail immediately; defaults to false
1894#
1895# Since: 2.0
1896##
1897{ 'struct': 'BlkdebugInjectErrorOptions',
1898  'data': { 'event': 'BlkdebugEvent',
1899            '*state': 'int',
1900            '*errno': 'int',
1901            '*sector': 'int',
1902            '*once': 'bool',
1903            '*immediately': 'bool' } }
1904
1905##
1906# @BlkdebugSetStateOptions
1907#
1908# Describes a single state-change event for blkdebug.
1909#
1910# @event:       trigger event
1911#
1912# @state:       #optional the current state identifier blkdebug needs to be in;
1913#               defaults to "any"
1914#
1915# @new_state:   the state identifier blkdebug is supposed to assume if
1916#               this event is triggered
1917#
1918# Since: 2.0
1919##
1920{ 'struct': 'BlkdebugSetStateOptions',
1921  'data': { 'event': 'BlkdebugEvent',
1922            '*state': 'int',
1923            'new_state': 'int' } }
1924
1925##
1926# @BlockdevOptionsBlkdebug
1927#
1928# Driver specific block device options for blkdebug.
1929#
1930# @image:           underlying raw block device (or image file)
1931#
1932# @config:          #optional filename of the configuration file
1933#
1934# @align:           #optional required alignment for requests in bytes
1935#
1936# @inject-error:    #optional array of error injection descriptions
1937#
1938# @set-state:       #optional array of state-change descriptions
1939#
1940# Since: 2.0
1941##
1942{ 'struct': 'BlockdevOptionsBlkdebug',
1943  'data': { 'image': 'BlockdevRef',
1944            '*config': 'str',
1945            '*align': 'int',
1946            '*inject-error': ['BlkdebugInjectErrorOptions'],
1947            '*set-state': ['BlkdebugSetStateOptions'] } }
1948
1949##
1950# @BlockdevOptionsBlkverify
1951#
1952# Driver specific block device options for blkverify.
1953#
1954# @test:    block device to be tested
1955#
1956# @raw:     raw image used for verification
1957#
1958# Since: 2.0
1959##
1960{ 'struct': 'BlockdevOptionsBlkverify',
1961  'data': { 'test': 'BlockdevRef',
1962            'raw': 'BlockdevRef' } }
1963
1964##
1965# @QuorumReadPattern
1966#
1967# An enumeration of quorum read patterns.
1968#
1969# @quorum: read all the children and do a quorum vote on reads
1970#
1971# @fifo: read only from the first child that has not failed
1972#
1973# Since: 2.2
1974##
1975{ 'enum': 'QuorumReadPattern', 'data': [ 'quorum', 'fifo' ] }
1976
1977##
1978# @BlockdevOptionsQuorum
1979#
1980# Driver specific block device options for Quorum
1981#
1982# @blkverify:      #optional true if the driver must print content mismatch
1983#                  set to false by default
1984#
1985# @children:       the children block devices to use
1986#
1987# @vote-threshold: the vote limit under which a read will fail
1988#
1989# @rewrite-corrupted: #optional rewrite corrupted data when quorum is reached
1990#                     (Since 2.1)
1991#
1992# @read-pattern: #optional choose read pattern and set to quorum by default
1993#                (Since 2.2)
1994#
1995# Since: 2.0
1996##
1997{ 'struct': 'BlockdevOptionsQuorum',
1998  'data': { '*blkverify': 'bool',
1999            'children': [ 'BlockdevRef' ],
2000            'vote-threshold': 'int',
2001            '*rewrite-corrupted': 'bool',
2002            '*read-pattern': 'QuorumReadPattern' } }
2003
2004##
2005# @BlockdevOptions
2006#
2007# Options for creating a block device.
2008#
2009# Since: 1.7
2010##
2011{ 'union': 'BlockdevOptions',
2012  'base': 'BlockdevOptionsBase',
2013  'discriminator': 'driver',
2014  'data': {
2015      'archipelago':'BlockdevOptionsArchipelago',
2016      'blkdebug':   'BlockdevOptionsBlkdebug',
2017      'blkverify':  'BlockdevOptionsBlkverify',
2018      'bochs':      'BlockdevOptionsGenericFormat',
2019      'cloop':      'BlockdevOptionsGenericFormat',
2020      'dmg':        'BlockdevOptionsGenericFormat',
2021      'file':       'BlockdevOptionsFile',
2022      'ftp':        'BlockdevOptionsFile',
2023      'ftps':       'BlockdevOptionsFile',
2024# TODO gluster: Wait for structured options
2025      'host_cdrom': 'BlockdevOptionsFile',
2026      'host_device':'BlockdevOptionsFile',
2027      'http':       'BlockdevOptionsFile',
2028      'https':      'BlockdevOptionsFile',
2029# TODO iscsi: Wait for structured options
2030# TODO nbd: Should take InetSocketAddress for 'host'?
2031# TODO nfs: Wait for structured options
2032      'null-aio':   'BlockdevOptionsNull',
2033      'null-co':    'BlockdevOptionsNull',
2034      'parallels':  'BlockdevOptionsGenericFormat',
2035      'qcow2':      'BlockdevOptionsQcow2',
2036      'qcow':       'BlockdevOptionsGenericCOWFormat',
2037      'qed':        'BlockdevOptionsGenericCOWFormat',
2038      'quorum':     'BlockdevOptionsQuorum',
2039      'raw':        'BlockdevOptionsGenericFormat',
2040# TODO rbd: Wait for structured options
2041# TODO sheepdog: Wait for structured options
2042# TODO ssh: Should take InetSocketAddress for 'host'?
2043      'tftp':       'BlockdevOptionsFile',
2044      'vdi':        'BlockdevOptionsGenericFormat',
2045      'vhdx':       'BlockdevOptionsGenericFormat',
2046      'vmdk':       'BlockdevOptionsGenericCOWFormat',
2047      'vpc':        'BlockdevOptionsGenericFormat',
2048      'vvfat':      'BlockdevOptionsVVFAT'
2049  } }
2050
2051##
2052# @BlockdevRef
2053#
2054# Reference to a block device.
2055#
2056# @definition:      defines a new block device inline
2057# @reference:       references the ID of an existing block device. An
2058#                   empty string means that no block device should be
2059#                   referenced.
2060#
2061# Since: 1.7
2062##
2063{ 'alternate': 'BlockdevRef',
2064  'data': { 'definition': 'BlockdevOptions',
2065            'reference': 'str' } }
2066
2067##
2068# @blockdev-add:
2069#
2070# Creates a new block device. If the @id option is given at the top level, a
2071# BlockBackend will be created; otherwise, @node-name is mandatory at the top
2072# level and no BlockBackend will be created.
2073#
2074# This command is still a work in progress.  It doesn't support all
2075# block drivers among other things.  Stay away from it unless you want
2076# to help with its development.
2077#
2078# @options: block device options for the new device
2079#
2080# Since: 1.7
2081##
2082{ 'command': 'blockdev-add', 'data': { 'options': 'BlockdevOptions' } }
2083
2084##
2085# @x-blockdev-del:
2086#
2087# Deletes a block device that has been added using blockdev-add.
2088# The selected device can be either a block backend or a graph node.
2089#
2090# In the former case the backend will be destroyed, along with its
2091# inserted medium if there's any. The command will fail if the backend
2092# or its medium are in use.
2093#
2094# In the latter case the node will be destroyed. The command will fail
2095# if the node is attached to a block backend or is otherwise being
2096# used.
2097#
2098# One of @id or @node-name must be specified, but not both.
2099#
2100# This command is still a work in progress and is considered
2101# experimental. Stay away from it unless you want to help with its
2102# development.
2103#
2104# @id: #optional Name of the block backend device to delete.
2105#
2106# @node-name: #optional Name of the graph node to delete.
2107#
2108# Since: 2.5
2109##
2110{ 'command': 'x-blockdev-del', 'data': { '*id': 'str', '*node-name': 'str' } }
2111
2112##
2113# @blockdev-open-tray:
2114#
2115# Opens a block device's tray. If there is a block driver state tree inserted as
2116# a medium, it will become inaccessible to the guest (but it will remain
2117# associated to the block device, so closing the tray will make it accessible
2118# again).
2119#
2120# If the tray was already open before, this will be a no-op.
2121#
2122# Once the tray opens, a DEVICE_TRAY_MOVED event is emitted. There are cases in
2123# which no such event will be generated, these include:
2124# - if the guest has locked the tray, @force is false and the guest does not
2125#   respond to the eject request
2126# - if the BlockBackend denoted by @device does not have a guest device attached
2127#   to it
2128# - if the guest device does not have an actual tray
2129#
2130# @device: block device name
2131#
2132# @force:  #optional if false (the default), an eject request will be sent to
2133#          the guest if it has locked the tray (and the tray will not be opened
2134#          immediately); if true, the tray will be opened regardless of whether
2135#          it is locked
2136#
2137# Since: 2.5
2138##
2139{ 'command': 'blockdev-open-tray',
2140  'data': { 'device': 'str',
2141            '*force': 'bool' } }
2142
2143##
2144# @blockdev-close-tray:
2145#
2146# Closes a block device's tray. If there is a block driver state tree associated
2147# with the block device (which is currently ejected), that tree will be loaded
2148# as the medium.
2149#
2150# If the tray was already closed before, this will be a no-op.
2151#
2152# @device: block device name
2153#
2154# Since: 2.5
2155##
2156{ 'command': 'blockdev-close-tray',
2157  'data': { 'device': 'str' } }
2158
2159##
2160# @x-blockdev-remove-medium:
2161#
2162# Removes a medium (a block driver state tree) from a block device. That block
2163# device's tray must currently be open (unless there is no attached guest
2164# device).
2165#
2166# If the tray is open and there is no medium inserted, this will be a no-op.
2167#
2168# This command is still a work in progress and is considered experimental.
2169# Stay away from it unless you want to help with its development.
2170#
2171# @device: block device name
2172#
2173# Since: 2.5
2174##
2175{ 'command': 'x-blockdev-remove-medium',
2176  'data': { 'device': 'str' } }
2177
2178##
2179# @x-blockdev-insert-medium:
2180#
2181# Inserts a medium (a block driver state tree) into a block device. That block
2182# device's tray must currently be open (unless there is no attached guest
2183# device) and there must be no medium inserted already.
2184#
2185# This command is still a work in progress and is considered experimental.
2186# Stay away from it unless you want to help with its development.
2187#
2188# @device:    block device name
2189#
2190# @node-name: name of a node in the block driver state graph
2191#
2192# Since: 2.5
2193##
2194{ 'command': 'x-blockdev-insert-medium',
2195  'data': { 'device': 'str',
2196            'node-name': 'str'} }
2197
2198
2199##
2200# @BlockdevChangeReadOnlyMode:
2201#
2202# Specifies the new read-only mode of a block device subject to the
2203# @blockdev-change-medium command.
2204#
2205# @retain:      Retains the current read-only mode
2206#
2207# @read-only:   Makes the device read-only
2208#
2209# @read-write:  Makes the device writable
2210#
2211# Since: 2.3
2212##
2213{ 'enum': 'BlockdevChangeReadOnlyMode',
2214  'data': ['retain', 'read-only', 'read-write'] }
2215
2216
2217##
2218# @blockdev-change-medium:
2219#
2220# Changes the medium inserted into a block device by ejecting the current medium
2221# and loading a new image file which is inserted as the new medium (this command
2222# combines blockdev-open-tray, x-blockdev-remove-medium,
2223# x-blockdev-insert-medium and blockdev-close-tray).
2224#
2225# @device:          block device name
2226#
2227# @filename:        filename of the new image to be loaded
2228#
2229# @format:          #optional, format to open the new image with (defaults to
2230#                   the probed format)
2231#
2232# @read-only-mode:  #optional, change the read-only mode of the device; defaults
2233#                   to 'retain'
2234#
2235# Since: 2.5
2236##
2237{ 'command': 'blockdev-change-medium',
2238  'data': { 'device': 'str',
2239            'filename': 'str',
2240            '*format': 'str',
2241            '*read-only-mode': 'BlockdevChangeReadOnlyMode' } }
2242
2243
2244##
2245# @BlockErrorAction
2246#
2247# An enumeration of action that has been taken when a DISK I/O occurs
2248#
2249# @ignore: error has been ignored
2250#
2251# @report: error has been reported to the device
2252#
2253# @stop: error caused VM to be stopped
2254#
2255# Since: 2.1
2256##
2257{ 'enum': 'BlockErrorAction',
2258  'data': [ 'ignore', 'report', 'stop' ] }
2259
2260
2261##
2262# @BLOCK_IMAGE_CORRUPTED
2263#
2264# Emitted when a corruption has been detected in a disk image
2265#
2266# @device: device name. This is always present for compatibility
2267#          reasons, but it can be empty ("") if the image does not
2268#          have a device name associated.
2269#
2270# @node-name: #optional node name (Since: 2.4)
2271#
2272# @msg: informative message for human consumption, such as the kind of
2273#       corruption being detected. It should not be parsed by machine as it is
2274#       not guaranteed to be stable
2275#
2276# @offset: #optional, if the corruption resulted from an image access, this is
2277#          the host's access offset into the image
2278#
2279# @size: #optional, if the corruption resulted from an image access, this is
2280#        the access size
2281#
2282# fatal: if set, the image is marked corrupt and therefore unusable after this
2283#        event and must be repaired (Since 2.2; before, every
2284#        BLOCK_IMAGE_CORRUPTED event was fatal)
2285#
2286# Since: 1.7
2287##
2288{ 'event': 'BLOCK_IMAGE_CORRUPTED',
2289  'data': { 'device'     : 'str',
2290            '*node-name' : 'str',
2291            'msg'        : 'str',
2292            '*offset'    : 'int',
2293            '*size'      : 'int',
2294            'fatal'      : 'bool' } }
2295
2296##
2297# @BLOCK_IO_ERROR
2298#
2299# Emitted when a disk I/O error occurs
2300#
2301# @device: device name
2302#
2303# @operation: I/O operation
2304#
2305# @action: action that has been taken
2306#
2307# @nospace: #optional true if I/O error was caused due to a no-space
2308#           condition. This key is only present if query-block's
2309#           io-status is present, please see query-block documentation
2310#           for more information (since: 2.2)
2311#
2312# @reason: human readable string describing the error cause.
2313#          (This field is a debugging aid for humans, it should not
2314#           be parsed by applications) (since: 2.2)
2315#
2316# Note: If action is "stop", a STOP event will eventually follow the
2317# BLOCK_IO_ERROR event
2318#
2319# Since: 0.13.0
2320##
2321{ 'event': 'BLOCK_IO_ERROR',
2322  'data': { 'device': 'str', 'operation': 'IoOperationType',
2323            'action': 'BlockErrorAction', '*nospace': 'bool',
2324            'reason': 'str' } }
2325
2326##
2327# @BLOCK_JOB_COMPLETED
2328#
2329# Emitted when a block job has completed
2330#
2331# @type: job type
2332#
2333# @device: device name
2334#
2335# @len: maximum progress value
2336#
2337# @offset: current progress value. On success this is equal to len.
2338#          On failure this is less than len
2339#
2340# @speed: rate limit, bytes per second
2341#
2342# @error: #optional, error message. Only present on failure. This field
2343#         contains a human-readable error message. There are no semantics
2344#         other than that streaming has failed and clients should not try to
2345#         interpret the error string
2346#
2347# Since: 1.1
2348##
2349{ 'event': 'BLOCK_JOB_COMPLETED',
2350  'data': { 'type'  : 'BlockJobType',
2351            'device': 'str',
2352            'len'   : 'int',
2353            'offset': 'int',
2354            'speed' : 'int',
2355            '*error': 'str' } }
2356
2357##
2358# @BLOCK_JOB_CANCELLED
2359#
2360# Emitted when a block job has been cancelled
2361#
2362# @type: job type
2363#
2364# @device: device name
2365#
2366# @len: maximum progress value
2367#
2368# @offset: current progress value. On success this is equal to len.
2369#          On failure this is less than len
2370#
2371# @speed: rate limit, bytes per second
2372#
2373# Since: 1.1
2374##
2375{ 'event': 'BLOCK_JOB_CANCELLED',
2376  'data': { 'type'  : 'BlockJobType',
2377            'device': 'str',
2378            'len'   : 'int',
2379            'offset': 'int',
2380            'speed' : 'int' } }
2381
2382##
2383# @BLOCK_JOB_ERROR
2384#
2385# Emitted when a block job encounters an error
2386#
2387# @device: device name
2388#
2389# @operation: I/O operation
2390#
2391# @action: action that has been taken
2392#
2393# Since: 1.3
2394##
2395{ 'event': 'BLOCK_JOB_ERROR',
2396  'data': { 'device'   : 'str',
2397            'operation': 'IoOperationType',
2398            'action'   : 'BlockErrorAction' } }
2399
2400##
2401# @BLOCK_JOB_READY
2402#
2403# Emitted when a block job is ready to complete
2404#
2405# @type: job type
2406#
2407# @device: device name
2408#
2409# @len: maximum progress value
2410#
2411# @offset: current progress value. On success this is equal to len.
2412#          On failure this is less than len
2413#
2414# @speed: rate limit, bytes per second
2415#
2416# Note: The "ready to complete" status is always reset by a @BLOCK_JOB_ERROR
2417# event
2418#
2419# Since: 1.3
2420##
2421{ 'event': 'BLOCK_JOB_READY',
2422  'data': { 'type'  : 'BlockJobType',
2423            'device': 'str',
2424            'len'   : 'int',
2425            'offset': 'int',
2426            'speed' : 'int' } }
2427
2428# @PreallocMode
2429#
2430# Preallocation mode of QEMU image file
2431#
2432# @off: no preallocation
2433# @metadata: preallocate only for metadata
2434# @falloc: like @full preallocation but allocate disk space by
2435#          posix_fallocate() rather than writing zeros.
2436# @full: preallocate all data by writing zeros to device to ensure disk
2437#        space is really available. @full preallocation also sets up
2438#        metadata correctly.
2439#
2440# Since 2.2
2441##
2442{ 'enum': 'PreallocMode',
2443  'data': [ 'off', 'metadata', 'falloc', 'full' ] }
2444
2445##
2446# @BLOCK_WRITE_THRESHOLD
2447#
2448# Emitted when writes on block device reaches or exceeds the
2449# configured write threshold. For thin-provisioned devices, this
2450# means the device should be extended to avoid pausing for
2451# disk exhaustion.
2452# The event is one shot. Once triggered, it needs to be
2453# re-registered with another block-set-threshold command.
2454#
2455# @node-name: graph node name on which the threshold was exceeded.
2456#
2457# @amount-exceeded: amount of data which exceeded the threshold, in bytes.
2458#
2459# @write-threshold: last configured threshold, in bytes.
2460#
2461# Since: 2.3
2462##
2463{ 'event': 'BLOCK_WRITE_THRESHOLD',
2464  'data': { 'node-name': 'str',
2465            'amount-exceeded': 'uint64',
2466            'write-threshold': 'uint64' } }
2467
2468##
2469# @block-set-write-threshold
2470#
2471# Change the write threshold for a block drive. An event will be delivered
2472# if a write to this block drive crosses the configured threshold.
2473# This is useful to transparently resize thin-provisioned drives without
2474# the guest OS noticing.
2475#
2476# @node-name: graph node name on which the threshold must be set.
2477#
2478# @write-threshold: configured threshold for the block device, bytes.
2479#                   Use 0 to disable the threshold.
2480#
2481# Since: 2.3
2482##
2483{ 'command': 'block-set-write-threshold',
2484  'data': { 'node-name': 'str', 'write-threshold': 'uint64' } }
2485