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