xref: /openbmc/qemu/qapi/block-core.json (revision 84a3a53c)
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# @blockdev-mirror
1188#
1189# Start mirroring a block device's writes to a new destination.
1190#
1191# @device: the name of the device whose writes should be mirrored.
1192#
1193# @target: the id or node-name of the block device to mirror to. This mustn't be
1194#          attached to guest.
1195#
1196# @replaces: #optional with sync=full graph node name to be replaced by the new
1197#            image when a whole image copy is done. This can be used to repair
1198#            broken Quorum files.
1199#
1200# @speed:  #optional the maximum speed, in bytes per second
1201#
1202# @sync: what parts of the disk image should be copied to the destination
1203#        (all the disk, only the sectors allocated in the topmost image, or
1204#        only new I/O).
1205#
1206# @granularity: #optional granularity of the dirty bitmap, default is 64K
1207#               if the image format doesn't have clusters, 4K if the clusters
1208#               are smaller than that, else the cluster size.  Must be a
1209#               power of 2 between 512 and 64M
1210#
1211# @buf-size: #optional maximum amount of data in flight from source to
1212#            target
1213#
1214# @on-source-error: #optional the action to take on an error on the source,
1215#                   default 'report'.  'stop' and 'enospc' can only be used
1216#                   if the block device supports io-status (see BlockInfo).
1217#
1218# @on-target-error: #optional the action to take on an error on the target,
1219#                   default 'report' (no limitations, since this applies to
1220#                   a different block device than @device).
1221#
1222# Returns: nothing on success.
1223#
1224# Since 2.6
1225##
1226{ 'command': 'blockdev-mirror',
1227  'data': { 'device': 'str', 'target': 'str',
1228            '*replaces': 'str',
1229            'sync': 'MirrorSyncMode',
1230            '*speed': 'int', '*granularity': 'uint32',
1231            '*buf-size': 'int', '*on-source-error': 'BlockdevOnError',
1232            '*on-target-error': 'BlockdevOnError' } }
1233
1234##
1235# @block_set_io_throttle:
1236#
1237# Change I/O throttle limits for a block drive.
1238#
1239# Since QEMU 2.4, each device with I/O limits is member of a throttle
1240# group.
1241#
1242# If two or more devices are members of the same group, the limits
1243# will apply to the combined I/O of the whole group in a round-robin
1244# fashion. Therefore, setting new I/O limits to a device will affect
1245# the whole group.
1246#
1247# The name of the group can be specified using the 'group' parameter.
1248# If the parameter is unset, it is assumed to be the current group of
1249# that device. If it's not in any group yet, the name of the device
1250# will be used as the name for its group.
1251#
1252# The 'group' parameter can also be used to move a device to a
1253# different group. In this case the limits specified in the parameters
1254# will be applied to the new group only.
1255#
1256# I/O limits can be disabled by setting all of them to 0. In this case
1257# the device will be removed from its group and the rest of its
1258# members will not be affected. The 'group' parameter is ignored.
1259#
1260# @device: The name of the device
1261#
1262# @bps: total throughput limit in bytes per second
1263#
1264# @bps_rd: read throughput limit in bytes per second
1265#
1266# @bps_wr: write throughput limit in bytes per second
1267#
1268# @iops: total I/O operations per second
1269#
1270# @ops_rd: read I/O operations per second
1271#
1272# @iops_wr: write I/O operations per second
1273#
1274# @bps_max: #optional total max in bytes (Since 1.7)
1275#
1276# @bps_rd_max: #optional read max in bytes (Since 1.7)
1277#
1278# @bps_wr_max: #optional write max in bytes (Since 1.7)
1279#
1280# @iops_max: #optional total I/O operations max (Since 1.7)
1281#
1282# @iops_rd_max: #optional read I/O operations max (Since 1.7)
1283#
1284# @iops_wr_max: #optional write I/O operations max (Since 1.7)
1285#
1286# @iops_size: #optional an I/O size in bytes (Since 1.7)
1287#
1288# @group: #optional throttle group name (Since 2.4)
1289#
1290# Returns: Nothing on success
1291#          If @device is not a valid block device, DeviceNotFound
1292#
1293# Since: 1.1
1294##
1295{ 'command': 'block_set_io_throttle',
1296  'data': { 'device': 'str', 'bps': 'int', 'bps_rd': 'int', 'bps_wr': 'int',
1297            'iops': 'int', 'iops_rd': 'int', 'iops_wr': 'int',
1298            '*bps_max': 'int', '*bps_rd_max': 'int',
1299            '*bps_wr_max': 'int', '*iops_max': 'int',
1300            '*iops_rd_max': 'int', '*iops_wr_max': 'int',
1301            '*iops_size': 'int', '*group': 'str' } }
1302
1303##
1304# @block-stream:
1305#
1306# Copy data from a backing file into a block device.
1307#
1308# The block streaming operation is performed in the background until the entire
1309# backing file has been copied.  This command returns immediately once streaming
1310# has started.  The status of ongoing block streaming operations can be checked
1311# with query-block-jobs.  The operation can be stopped before it has completed
1312# using the block-job-cancel command.
1313#
1314# If a base file is specified then sectors are not copied from that base file and
1315# its backing chain.  When streaming completes the image file will have the base
1316# file as its backing file.  This can be used to stream a subset of the backing
1317# file chain instead of flattening the entire image.
1318#
1319# On successful completion the image file is updated to drop the backing file
1320# and the BLOCK_JOB_COMPLETED event is emitted.
1321#
1322# @device: the device name
1323#
1324# @base:   #optional the common backing file name
1325#
1326# @backing-file: #optional The backing file string to write into the active
1327#                          layer. This filename is not validated.
1328#
1329#                          If a pathname string is such that it cannot be
1330#                          resolved by QEMU, that means that subsequent QMP or
1331#                          HMP commands must use node-names for the image in
1332#                          question, as filename lookup methods will fail.
1333#
1334#                          If not specified, QEMU will automatically determine
1335#                          the backing file string to use, or error out if there
1336#                          is no obvious choice.  Care should be taken when
1337#                          specifying the string, to specify a valid filename or
1338#                          protocol.
1339#                          (Since 2.1)
1340#
1341# @speed:  #optional the maximum speed, in bytes per second
1342#
1343# @on-error: #optional the action to take on an error (default report).
1344#            'stop' and 'enospc' can only be used if the block device
1345#            supports io-status (see BlockInfo).  Since 1.3.
1346#
1347# Returns: Nothing on success
1348#          If @device does not exist, DeviceNotFound
1349#
1350# Since: 1.1
1351##
1352{ 'command': 'block-stream',
1353  'data': { 'device': 'str', '*base': 'str', '*backing-file': 'str',
1354            '*speed': 'int', '*on-error': 'BlockdevOnError' } }
1355
1356##
1357# @block-job-set-speed:
1358#
1359# Set maximum speed for a background block operation.
1360#
1361# This command can only be issued when there is an active block job.
1362#
1363# Throttling can be disabled by setting the speed to 0.
1364#
1365# @device: the device name
1366#
1367# @speed:  the maximum speed, in bytes per second, or 0 for unlimited.
1368#          Defaults to 0.
1369#
1370# Returns: Nothing on success
1371#          If no background operation is active on this device, DeviceNotActive
1372#
1373# Since: 1.1
1374##
1375{ 'command': 'block-job-set-speed',
1376  'data': { 'device': 'str', 'speed': 'int' } }
1377
1378##
1379# @block-job-cancel:
1380#
1381# Stop an active background block operation.
1382#
1383# This command returns immediately after marking the active background block
1384# operation for cancellation.  It is an error to call this command if no
1385# operation is in progress.
1386#
1387# The operation will cancel as soon as possible and then emit the
1388# BLOCK_JOB_CANCELLED event.  Before that happens the job is still visible when
1389# enumerated using query-block-jobs.
1390#
1391# For streaming, the image file retains its backing file unless the streaming
1392# operation happens to complete just as it is being cancelled.  A new streaming
1393# operation can be started at a later time to finish copying all data from the
1394# backing file.
1395#
1396# @device: the device name
1397#
1398# @force: #optional whether to allow cancellation of a paused job (default
1399#         false).  Since 1.3.
1400#
1401# Returns: Nothing on success
1402#          If no background operation is active on this device, DeviceNotActive
1403#
1404# Since: 1.1
1405##
1406{ 'command': 'block-job-cancel', 'data': { 'device': 'str', '*force': 'bool' } }
1407
1408##
1409# @block-job-pause:
1410#
1411# Pause an active background block operation.
1412#
1413# This command returns immediately after marking the active background block
1414# operation for pausing.  It is an error to call this command if no
1415# operation is in progress.  Pausing an already paused job has no cumulative
1416# effect; a single block-job-resume command will resume the job.
1417#
1418# The operation will pause as soon as possible.  No event is emitted when
1419# the operation is actually paused.  Cancelling a paused job automatically
1420# resumes it.
1421#
1422# @device: the device name
1423#
1424# Returns: Nothing on success
1425#          If no background operation is active on this device, DeviceNotActive
1426#
1427# Since: 1.3
1428##
1429{ 'command': 'block-job-pause', 'data': { 'device': 'str' } }
1430
1431##
1432# @block-job-resume:
1433#
1434# Resume an active background block operation.
1435#
1436# This command returns immediately after resuming a paused background block
1437# operation.  It is an error to call this command if no operation is in
1438# progress.  Resuming an already running job is not an error.
1439#
1440# This command also clears the error status of the job.
1441#
1442# @device: the device name
1443#
1444# Returns: Nothing on success
1445#          If no background operation is active on this device, DeviceNotActive
1446#
1447# Since: 1.3
1448##
1449{ 'command': 'block-job-resume', 'data': { 'device': 'str' } }
1450
1451##
1452# @block-job-complete:
1453#
1454# Manually trigger completion of an active background block operation.  This
1455# is supported for drive mirroring, where it also switches the device to
1456# write to the target path only.  The ability to complete is signaled with
1457# a BLOCK_JOB_READY event.
1458#
1459# This command completes an active background block operation synchronously.
1460# The ordering of this command's return with the BLOCK_JOB_COMPLETED event
1461# is not defined.  Note that if an I/O error occurs during the processing of
1462# this command: 1) the command itself will fail; 2) the error will be processed
1463# according to the rerror/werror arguments that were specified when starting
1464# the operation.
1465#
1466# A cancelled or paused job cannot be completed.
1467#
1468# @device: the device name
1469#
1470# Returns: Nothing on success
1471#          If no background operation is active on this device, DeviceNotActive
1472#
1473# Since: 1.3
1474##
1475{ 'command': 'block-job-complete', 'data': { 'device': 'str' } }
1476
1477##
1478# @BlockdevDiscardOptions
1479#
1480# Determines how to handle discard requests.
1481#
1482# @ignore:      Ignore the request
1483# @unmap:       Forward as an unmap request
1484#
1485# Since: 1.7
1486##
1487{ 'enum': 'BlockdevDiscardOptions',
1488  'data': [ 'ignore', 'unmap' ] }
1489
1490##
1491# @BlockdevDetectZeroesOptions
1492#
1493# Describes the operation mode for the automatic conversion of plain
1494# zero writes by the OS to driver specific optimized zero write commands.
1495#
1496# @off:      Disabled (default)
1497# @on:       Enabled
1498# @unmap:    Enabled and even try to unmap blocks if possible. This requires
1499#            also that @BlockdevDiscardOptions is set to unmap for this device.
1500#
1501# Since: 2.1
1502##
1503{ 'enum': 'BlockdevDetectZeroesOptions',
1504  'data': [ 'off', 'on', 'unmap' ] }
1505
1506##
1507# @BlockdevAioOptions
1508#
1509# Selects the AIO backend to handle I/O requests
1510#
1511# @threads:     Use qemu's thread pool
1512# @native:      Use native AIO backend (only Linux and Windows)
1513#
1514# Since: 1.7
1515##
1516{ 'enum': 'BlockdevAioOptions',
1517  'data': [ 'threads', 'native' ] }
1518
1519##
1520# @BlockdevCacheOptions
1521#
1522# Includes cache-related options for block devices
1523#
1524# @writeback:   #optional enables writeback mode for any caches (default: true)
1525# @direct:      #optional enables use of O_DIRECT (bypass the host page cache;
1526#               default: false)
1527# @no-flush:    #optional ignore any flush requests for the device (default:
1528#               false)
1529#
1530# Since: 1.7
1531##
1532{ 'struct': 'BlockdevCacheOptions',
1533  'data': { '*writeback': 'bool',
1534            '*direct': 'bool',
1535            '*no-flush': 'bool' } }
1536
1537##
1538# @BlockdevDriver
1539#
1540# Drivers that are supported in block device operations.
1541#
1542# @host_device, @host_cdrom: Since 2.1
1543#
1544# Since: 2.0
1545##
1546{ 'enum': 'BlockdevDriver',
1547  'data': [ 'archipelago', 'blkdebug', 'blkverify', 'bochs', 'cloop',
1548            'dmg', 'file', 'ftp', 'ftps', 'host_cdrom', 'host_device',
1549            'http', 'https', 'null-aio', 'null-co', 'parallels',
1550            'qcow', 'qcow2', 'qed', 'quorum', 'raw', 'tftp', 'vdi', 'vhdx',
1551            'vmdk', 'vpc', 'vvfat' ] }
1552
1553##
1554# @BlockdevOptionsBase
1555#
1556# Options that are available for all block devices, independent of the block
1557# driver.
1558#
1559# @driver:        block driver name
1560# @id:            #optional id by which the new block device can be referred to.
1561#                 This option is only allowed on the top level of blockdev-add.
1562#                 A BlockBackend will be created by blockdev-add if and only if
1563#                 this option is given.
1564# @node-name:     #optional the name of a block driver state node (Since 2.0).
1565#                 This option is required on the top level of blockdev-add if
1566#                 the @id option is not given there.
1567# @discard:       #optional discard-related options (default: ignore)
1568# @cache:         #optional cache-related options
1569# @aio:           #optional AIO backend (default: threads)
1570# @rerror:        #optional how to handle read errors on the device
1571#                 (default: report)
1572# @werror:        #optional how to handle write errors on the device
1573#                 (default: enospc)
1574# @read-only:     #optional whether the block device should be read-only
1575#                 (default: false)
1576# @stats-account-invalid: #optional whether to include invalid
1577#                         operations when computing last access statistics
1578#                         (default: true) (Since 2.5)
1579# @stats-account-failed: #optional whether to include failed
1580#                         operations when computing latency and last
1581#                         access statistics (default: true) (Since 2.5)
1582# @stats-intervals: #optional list of intervals for collecting I/O
1583#                   statistics, in seconds (default: none) (Since 2.5)
1584# @detect-zeroes: #optional detect and optimize zero writes (Since 2.1)
1585#                 (default: off)
1586#
1587# Since: 1.7
1588##
1589{ 'struct': 'BlockdevOptionsBase',
1590  'data': { 'driver': 'BlockdevDriver',
1591            '*id': 'str',
1592            '*node-name': 'str',
1593            '*discard': 'BlockdevDiscardOptions',
1594            '*cache': 'BlockdevCacheOptions',
1595            '*aio': 'BlockdevAioOptions',
1596            '*rerror': 'BlockdevOnError',
1597            '*werror': 'BlockdevOnError',
1598            '*read-only': 'bool',
1599            '*stats-account-invalid': 'bool',
1600            '*stats-account-failed': 'bool',
1601            '*stats-intervals': ['int'],
1602            '*detect-zeroes': 'BlockdevDetectZeroesOptions' } }
1603
1604##
1605# @BlockdevOptionsFile
1606#
1607# Driver specific block device options for the file backend and similar
1608# protocols.
1609#
1610# @filename:    path to the image file
1611#
1612# Since: 1.7
1613##
1614{ 'struct': 'BlockdevOptionsFile',
1615  'data': { 'filename': 'str' } }
1616
1617##
1618# @BlockdevOptionsNull
1619#
1620# Driver specific block device options for the null backend.
1621#
1622# @size:    #optional size of the device in bytes.
1623# @latency-ns: #optional emulated latency (in nanoseconds) in processing
1624#              requests. Default to zero which completes requests immediately.
1625#              (Since 2.4)
1626#
1627# Since: 2.2
1628##
1629{ 'struct': 'BlockdevOptionsNull',
1630  'data': { '*size': 'int', '*latency-ns': 'uint64' } }
1631
1632##
1633# @BlockdevOptionsVVFAT
1634#
1635# Driver specific block device options for the vvfat protocol.
1636#
1637# @dir:         directory to be exported as FAT image
1638# @fat-type:    #optional FAT type: 12, 16 or 32
1639# @floppy:      #optional whether to export a floppy image (true) or
1640#               partitioned hard disk (false; default)
1641# @label:       #optional set the volume label, limited to 11 bytes. FAT16 and
1642#               FAT32 traditionally have some restrictions on labels, which are
1643#               ignored by most operating systems. Defaults to "QEMU VVFAT".
1644#               (since 2.4)
1645# @rw:          #optional whether to allow write operations (default: false)
1646#
1647# Since: 1.7
1648##
1649{ 'struct': 'BlockdevOptionsVVFAT',
1650  'data': { 'dir': 'str', '*fat-type': 'int', '*floppy': 'bool',
1651            '*label': 'str', '*rw': 'bool' } }
1652
1653##
1654# @BlockdevOptionsGenericFormat
1655#
1656# Driver specific block device options for image format that have no option
1657# besides their data source.
1658#
1659# @file:        reference to or definition of the data source block device
1660#
1661# Since: 1.7
1662##
1663{ 'struct': 'BlockdevOptionsGenericFormat',
1664  'data': { 'file': 'BlockdevRef' } }
1665
1666##
1667# @BlockdevOptionsGenericCOWFormat
1668#
1669# Driver specific block device options for image format that have no option
1670# besides their data source and an optional backing file.
1671#
1672# @backing:     #optional reference to or definition of the backing file block
1673#               device (if missing, taken from the image file content). It is
1674#               allowed to pass an empty string here in order to disable the
1675#               default backing file.
1676#
1677# Since: 1.7
1678##
1679{ 'struct': 'BlockdevOptionsGenericCOWFormat',
1680  'base': 'BlockdevOptionsGenericFormat',
1681  'data': { '*backing': 'BlockdevRef' } }
1682
1683##
1684# @Qcow2OverlapCheckMode
1685#
1686# General overlap check modes.
1687#
1688# @none:        Do not perform any checks
1689#
1690# @constant:    Perform only checks which can be done in constant time and
1691#               without reading anything from disk
1692#
1693# @cached:      Perform only checks which can be done without reading anything
1694#               from disk
1695#
1696# @all:         Perform all available overlap checks
1697#
1698# Since: 2.2
1699##
1700{ 'enum': 'Qcow2OverlapCheckMode',
1701  'data': [ 'none', 'constant', 'cached', 'all' ] }
1702
1703##
1704# @Qcow2OverlapCheckFlags
1705#
1706# Structure of flags for each metadata structure. Setting a field to 'true'
1707# makes qemu guard that structure against unintended overwriting. The default
1708# value is chosen according to the template given.
1709#
1710# @template: Specifies a template mode which can be adjusted using the other
1711#            flags, defaults to 'cached'
1712#
1713# Since: 2.2
1714##
1715{ 'struct': 'Qcow2OverlapCheckFlags',
1716  'data': { '*template':       'Qcow2OverlapCheckMode',
1717            '*main-header':    'bool',
1718            '*active-l1':      'bool',
1719            '*active-l2':      'bool',
1720            '*refcount-table': 'bool',
1721            '*refcount-block': 'bool',
1722            '*snapshot-table': 'bool',
1723            '*inactive-l1':    'bool',
1724            '*inactive-l2':    'bool' } }
1725
1726##
1727# @Qcow2OverlapChecks
1728#
1729# Specifies which metadata structures should be guarded against unintended
1730# overwriting.
1731#
1732# @flags:   set of flags for separate specification of each metadata structure
1733#           type
1734#
1735# @mode:    named mode which chooses a specific set of flags
1736#
1737# Since: 2.2
1738##
1739{ 'alternate': 'Qcow2OverlapChecks',
1740  'data': { 'flags': 'Qcow2OverlapCheckFlags',
1741            'mode':  'Qcow2OverlapCheckMode' } }
1742
1743##
1744# @BlockdevOptionsQcow2
1745#
1746# Driver specific block device options for qcow2.
1747#
1748# @lazy-refcounts:        #optional whether to enable the lazy refcounts
1749#                         feature (default is taken from the image file)
1750#
1751# @pass-discard-request:  #optional whether discard requests to the qcow2
1752#                         device should be forwarded to the data source
1753#
1754# @pass-discard-snapshot: #optional whether discard requests for the data source
1755#                         should be issued when a snapshot operation (e.g.
1756#                         deleting a snapshot) frees clusters in the qcow2 file
1757#
1758# @pass-discard-other:    #optional whether discard requests for the data source
1759#                         should be issued on other occasions where a cluster
1760#                         gets freed
1761#
1762# @overlap-check:         #optional which overlap checks to perform for writes
1763#                         to the image, defaults to 'cached' (since 2.2)
1764#
1765# @cache-size:            #optional the maximum total size of the L2 table and
1766#                         refcount block caches in bytes (since 2.2)
1767#
1768# @l2-cache-size:         #optional the maximum size of the L2 table cache in
1769#                         bytes (since 2.2)
1770#
1771# @refcount-cache-size:   #optional the maximum size of the refcount block cache
1772#                         in bytes (since 2.2)
1773#
1774# @cache-clean-interval:  #optional clean unused entries in the L2 and refcount
1775#                         caches. The interval is in seconds. The default value
1776#                         is 0 and it disables this feature (since 2.5)
1777#
1778# Since: 1.7
1779##
1780{ 'struct': 'BlockdevOptionsQcow2',
1781  'base': 'BlockdevOptionsGenericCOWFormat',
1782  'data': { '*lazy-refcounts': 'bool',
1783            '*pass-discard-request': 'bool',
1784            '*pass-discard-snapshot': 'bool',
1785            '*pass-discard-other': 'bool',
1786            '*overlap-check': 'Qcow2OverlapChecks',
1787            '*cache-size': 'int',
1788            '*l2-cache-size': 'int',
1789            '*refcount-cache-size': 'int',
1790            '*cache-clean-interval': 'int' } }
1791
1792
1793##
1794# @BlockdevOptionsArchipelago
1795#
1796# Driver specific block device options for Archipelago.
1797#
1798# @volume:              Name of the Archipelago volume image
1799#
1800# @mport:               #optional The port number on which mapperd is
1801#                       listening. This is optional
1802#                       and if not specified, QEMU will make Archipelago
1803#                       use the default port (1001).
1804#
1805# @vport:               #optional The port number on which vlmcd is
1806#                       listening. This is optional
1807#                       and if not specified, QEMU will make Archipelago
1808#                       use the default port (501).
1809#
1810# @segment:             #optional The name of the shared memory segment
1811#                       Archipelago stack is using. This is optional
1812#                       and if not specified, QEMU will make Archipelago
1813#                       use the default value, 'archipelago'.
1814# Since: 2.2
1815##
1816{ 'struct': 'BlockdevOptionsArchipelago',
1817  'data': { 'volume': 'str',
1818            '*mport': 'int',
1819            '*vport': 'int',
1820            '*segment': 'str' } }
1821
1822
1823##
1824# @BlkdebugEvent
1825#
1826# Trigger events supported by blkdebug.
1827#
1828# Since: 2.0
1829##
1830{ 'enum': 'BlkdebugEvent', 'prefix': 'BLKDBG',
1831  'data': [ 'l1_update', 'l1_grow_alloc_table', 'l1_grow_write_table',
1832            'l1_grow_activate_table', 'l2_load', 'l2_update',
1833            'l2_update_compressed', 'l2_alloc_cow_read', 'l2_alloc_write',
1834            'read_aio', 'read_backing_aio', 'read_compressed', 'write_aio',
1835            'write_compressed', 'vmstate_load', 'vmstate_save', 'cow_read',
1836            'cow_write', 'reftable_load', 'reftable_grow', 'reftable_update',
1837            'refblock_load', 'refblock_update', 'refblock_update_part',
1838            'refblock_alloc', 'refblock_alloc_hookup', 'refblock_alloc_write',
1839            'refblock_alloc_write_blocks', 'refblock_alloc_write_table',
1840            'refblock_alloc_switch_table', 'cluster_alloc',
1841            'cluster_alloc_bytes', 'cluster_free', 'flush_to_os',
1842            'flush_to_disk', 'pwritev_rmw_head', 'pwritev_rmw_after_head',
1843            'pwritev_rmw_tail', 'pwritev_rmw_after_tail', 'pwritev',
1844            'pwritev_zero', 'pwritev_done', 'empty_image_prepare' ] }
1845
1846##
1847# @BlkdebugInjectErrorOptions
1848#
1849# Describes a single error injection for blkdebug.
1850#
1851# @event:       trigger event
1852#
1853# @state:       #optional the state identifier blkdebug needs to be in to
1854#               actually trigger the event; defaults to "any"
1855#
1856# @errno:       #optional error identifier (errno) to be returned; defaults to
1857#               EIO
1858#
1859# @sector:      #optional specifies the sector index which has to be affected
1860#               in order to actually trigger the event; defaults to "any
1861#               sector"
1862#
1863# @once:        #optional disables further events after this one has been
1864#               triggered; defaults to false
1865#
1866# @immediately: #optional fail immediately; defaults to false
1867#
1868# Since: 2.0
1869##
1870{ 'struct': 'BlkdebugInjectErrorOptions',
1871  'data': { 'event': 'BlkdebugEvent',
1872            '*state': 'int',
1873            '*errno': 'int',
1874            '*sector': 'int',
1875            '*once': 'bool',
1876            '*immediately': 'bool' } }
1877
1878##
1879# @BlkdebugSetStateOptions
1880#
1881# Describes a single state-change event for blkdebug.
1882#
1883# @event:       trigger event
1884#
1885# @state:       #optional the current state identifier blkdebug needs to be in;
1886#               defaults to "any"
1887#
1888# @new_state:   the state identifier blkdebug is supposed to assume if
1889#               this event is triggered
1890#
1891# Since: 2.0
1892##
1893{ 'struct': 'BlkdebugSetStateOptions',
1894  'data': { 'event': 'BlkdebugEvent',
1895            '*state': 'int',
1896            'new_state': 'int' } }
1897
1898##
1899# @BlockdevOptionsBlkdebug
1900#
1901# Driver specific block device options for blkdebug.
1902#
1903# @image:           underlying raw block device (or image file)
1904#
1905# @config:          #optional filename of the configuration file
1906#
1907# @align:           #optional required alignment for requests in bytes
1908#
1909# @inject-error:    #optional array of error injection descriptions
1910#
1911# @set-state:       #optional array of state-change descriptions
1912#
1913# Since: 2.0
1914##
1915{ 'struct': 'BlockdevOptionsBlkdebug',
1916  'data': { 'image': 'BlockdevRef',
1917            '*config': 'str',
1918            '*align': 'int',
1919            '*inject-error': ['BlkdebugInjectErrorOptions'],
1920            '*set-state': ['BlkdebugSetStateOptions'] } }
1921
1922##
1923# @BlockdevOptionsBlkverify
1924#
1925# Driver specific block device options for blkverify.
1926#
1927# @test:    block device to be tested
1928#
1929# @raw:     raw image used for verification
1930#
1931# Since: 2.0
1932##
1933{ 'struct': 'BlockdevOptionsBlkverify',
1934  'data': { 'test': 'BlockdevRef',
1935            'raw': 'BlockdevRef' } }
1936
1937##
1938# @QuorumReadPattern
1939#
1940# An enumeration of quorum read patterns.
1941#
1942# @quorum: read all the children and do a quorum vote on reads
1943#
1944# @fifo: read only from the first child that has not failed
1945#
1946# Since: 2.2
1947##
1948{ 'enum': 'QuorumReadPattern', 'data': [ 'quorum', 'fifo' ] }
1949
1950##
1951# @BlockdevOptionsQuorum
1952#
1953# Driver specific block device options for Quorum
1954#
1955# @blkverify:      #optional true if the driver must print content mismatch
1956#                  set to false by default
1957#
1958# @children:       the children block devices to use
1959#
1960# @vote-threshold: the vote limit under which a read will fail
1961#
1962# @rewrite-corrupted: #optional rewrite corrupted data when quorum is reached
1963#                     (Since 2.1)
1964#
1965# @read-pattern: #optional choose read pattern and set to quorum by default
1966#                (Since 2.2)
1967#
1968# Since: 2.0
1969##
1970{ 'struct': 'BlockdevOptionsQuorum',
1971  'data': { '*blkverify': 'bool',
1972            'children': [ 'BlockdevRef' ],
1973            'vote-threshold': 'int',
1974            '*rewrite-corrupted': 'bool',
1975            '*read-pattern': 'QuorumReadPattern' } }
1976
1977##
1978# @BlockdevOptions
1979#
1980# Options for creating a block device.
1981#
1982# Since: 1.7
1983##
1984{ 'union': 'BlockdevOptions',
1985  'base': 'BlockdevOptionsBase',
1986  'discriminator': 'driver',
1987  'data': {
1988      'archipelago':'BlockdevOptionsArchipelago',
1989      'blkdebug':   'BlockdevOptionsBlkdebug',
1990      'blkverify':  'BlockdevOptionsBlkverify',
1991      'bochs':      'BlockdevOptionsGenericFormat',
1992      'cloop':      'BlockdevOptionsGenericFormat',
1993      'dmg':        'BlockdevOptionsGenericFormat',
1994      'file':       'BlockdevOptionsFile',
1995      'ftp':        'BlockdevOptionsFile',
1996      'ftps':       'BlockdevOptionsFile',
1997# TODO gluster: Wait for structured options
1998      'host_cdrom': 'BlockdevOptionsFile',
1999      'host_device':'BlockdevOptionsFile',
2000      'http':       'BlockdevOptionsFile',
2001      'https':      'BlockdevOptionsFile',
2002# TODO iscsi: Wait for structured options
2003# TODO nbd: Should take InetSocketAddress for 'host'?
2004# TODO nfs: Wait for structured options
2005      'null-aio':   'BlockdevOptionsNull',
2006      'null-co':    'BlockdevOptionsNull',
2007      'parallels':  'BlockdevOptionsGenericFormat',
2008      'qcow2':      'BlockdevOptionsQcow2',
2009      'qcow':       'BlockdevOptionsGenericCOWFormat',
2010      'qed':        'BlockdevOptionsGenericCOWFormat',
2011      'quorum':     'BlockdevOptionsQuorum',
2012      'raw':        'BlockdevOptionsGenericFormat',
2013# TODO rbd: Wait for structured options
2014# TODO sheepdog: Wait for structured options
2015# TODO ssh: Should take InetSocketAddress for 'host'?
2016      'tftp':       'BlockdevOptionsFile',
2017      'vdi':        'BlockdevOptionsGenericFormat',
2018      'vhdx':       'BlockdevOptionsGenericFormat',
2019      'vmdk':       'BlockdevOptionsGenericCOWFormat',
2020      'vpc':        'BlockdevOptionsGenericFormat',
2021      'vvfat':      'BlockdevOptionsVVFAT'
2022  } }
2023
2024##
2025# @BlockdevRef
2026#
2027# Reference to a block device.
2028#
2029# @definition:      defines a new block device inline
2030# @reference:       references the ID of an existing block device. An
2031#                   empty string means that no block device should be
2032#                   referenced.
2033#
2034# Since: 1.7
2035##
2036{ 'alternate': 'BlockdevRef',
2037  'data': { 'definition': 'BlockdevOptions',
2038            'reference': 'str' } }
2039
2040##
2041# @blockdev-add:
2042#
2043# Creates a new block device. If the @id option is given at the top level, a
2044# BlockBackend will be created; otherwise, @node-name is mandatory at the top
2045# level and no BlockBackend will be created.
2046#
2047# This command is still a work in progress.  It doesn't support all
2048# block drivers among other things.  Stay away from it unless you want
2049# to help with its development.
2050#
2051# @options: block device options for the new device
2052#
2053# Since: 1.7
2054##
2055{ 'command': 'blockdev-add', 'data': { 'options': 'BlockdevOptions' } }
2056
2057##
2058# @x-blockdev-del:
2059#
2060# Deletes a block device that has been added using blockdev-add.
2061# The selected device can be either a block backend or a graph node.
2062#
2063# In the former case the backend will be destroyed, along with its
2064# inserted medium if there's any. The command will fail if the backend
2065# or its medium are in use.
2066#
2067# In the latter case the node will be destroyed. The command will fail
2068# if the node is attached to a block backend or is otherwise being
2069# used.
2070#
2071# One of @id or @node-name must be specified, but not both.
2072#
2073# This command is still a work in progress and is considered
2074# experimental. Stay away from it unless you want to help with its
2075# development.
2076#
2077# @id: #optional Name of the block backend device to delete.
2078#
2079# @node-name: #optional Name of the graph node to delete.
2080#
2081# Since: 2.5
2082##
2083{ 'command': 'x-blockdev-del', 'data': { '*id': 'str', '*node-name': 'str' } }
2084
2085##
2086# @blockdev-open-tray:
2087#
2088# Opens a block device's tray. If there is a block driver state tree inserted as
2089# a medium, it will become inaccessible to the guest (but it will remain
2090# associated to the block device, so closing the tray will make it accessible
2091# again).
2092#
2093# If the tray was already open before, this will be a no-op.
2094#
2095# Once the tray opens, a DEVICE_TRAY_MOVED event is emitted. There are cases in
2096# which no such event will be generated, these include:
2097# - if the guest has locked the tray, @force is false and the guest does not
2098#   respond to the eject request
2099# - if the BlockBackend denoted by @device does not have a guest device attached
2100#   to it
2101# - if the guest device does not have an actual tray and is empty, for instance
2102#   for floppy disk drives
2103#
2104# @device: block device name
2105#
2106# @force:  #optional if false (the default), an eject request will be sent to
2107#          the guest if it has locked the tray (and the tray will not be opened
2108#          immediately); if true, the tray will be opened regardless of whether
2109#          it is locked
2110#
2111# Since: 2.5
2112##
2113{ 'command': 'blockdev-open-tray',
2114  'data': { 'device': 'str',
2115            '*force': 'bool' } }
2116
2117##
2118# @blockdev-close-tray:
2119#
2120# Closes a block device's tray. If there is a block driver state tree associated
2121# with the block device (which is currently ejected), that tree will be loaded
2122# as the medium.
2123#
2124# If the tray was already closed before, this will be a no-op.
2125#
2126# @device: block device name
2127#
2128# Since: 2.5
2129##
2130{ 'command': 'blockdev-close-tray',
2131  'data': { 'device': 'str' } }
2132
2133##
2134# @x-blockdev-remove-medium:
2135#
2136# Removes a medium (a block driver state tree) from a block device. That block
2137# device's tray must currently be open (unless there is no attached guest
2138# device).
2139#
2140# If the tray is open and there is no medium inserted, this will be a no-op.
2141#
2142# This command is still a work in progress and is considered experimental.
2143# Stay away from it unless you want to help with its development.
2144#
2145# @device: block device name
2146#
2147# Since: 2.5
2148##
2149{ 'command': 'x-blockdev-remove-medium',
2150  'data': { 'device': 'str' } }
2151
2152##
2153# @x-blockdev-insert-medium:
2154#
2155# Inserts a medium (a block driver state tree) into a block device. That block
2156# device's tray must currently be open (unless there is no attached guest
2157# device) and there must be no medium inserted already.
2158#
2159# This command is still a work in progress and is considered experimental.
2160# Stay away from it unless you want to help with its development.
2161#
2162# @device:    block device name
2163#
2164# @node-name: name of a node in the block driver state graph
2165#
2166# Since: 2.5
2167##
2168{ 'command': 'x-blockdev-insert-medium',
2169  'data': { 'device': 'str',
2170            'node-name': 'str'} }
2171
2172
2173##
2174# @BlockdevChangeReadOnlyMode:
2175#
2176# Specifies the new read-only mode of a block device subject to the
2177# @blockdev-change-medium command.
2178#
2179# @retain:      Retains the current read-only mode
2180#
2181# @read-only:   Makes the device read-only
2182#
2183# @read-write:  Makes the device writable
2184#
2185# Since: 2.3
2186##
2187{ 'enum': 'BlockdevChangeReadOnlyMode',
2188  'data': ['retain', 'read-only', 'read-write'] }
2189
2190
2191##
2192# @blockdev-change-medium:
2193#
2194# Changes the medium inserted into a block device by ejecting the current medium
2195# and loading a new image file which is inserted as the new medium (this command
2196# combines blockdev-open-tray, x-blockdev-remove-medium,
2197# x-blockdev-insert-medium and blockdev-close-tray).
2198#
2199# @device:          block device name
2200#
2201# @filename:        filename of the new image to be loaded
2202#
2203# @format:          #optional, format to open the new image with (defaults to
2204#                   the probed format)
2205#
2206# @read-only-mode:  #optional, change the read-only mode of the device; defaults
2207#                   to 'retain'
2208#
2209# Since: 2.5
2210##
2211{ 'command': 'blockdev-change-medium',
2212  'data': { 'device': 'str',
2213            'filename': 'str',
2214            '*format': 'str',
2215            '*read-only-mode': 'BlockdevChangeReadOnlyMode' } }
2216
2217
2218##
2219# @BlockErrorAction
2220#
2221# An enumeration of action that has been taken when a DISK I/O occurs
2222#
2223# @ignore: error has been ignored
2224#
2225# @report: error has been reported to the device
2226#
2227# @stop: error caused VM to be stopped
2228#
2229# Since: 2.1
2230##
2231{ 'enum': 'BlockErrorAction',
2232  'data': [ 'ignore', 'report', 'stop' ] }
2233
2234
2235##
2236# @BLOCK_IMAGE_CORRUPTED
2237#
2238# Emitted when a corruption has been detected in a disk image
2239#
2240# @device: device name. This is always present for compatibility
2241#          reasons, but it can be empty ("") if the image does not
2242#          have a device name associated.
2243#
2244# @node-name: #optional node name (Since: 2.4)
2245#
2246# @msg: informative message for human consumption, such as the kind of
2247#       corruption being detected. It should not be parsed by machine as it is
2248#       not guaranteed to be stable
2249#
2250# @offset: #optional, if the corruption resulted from an image access, this is
2251#          the host's access offset into the image
2252#
2253# @size: #optional, if the corruption resulted from an image access, this is
2254#        the access size
2255#
2256# fatal: if set, the image is marked corrupt and therefore unusable after this
2257#        event and must be repaired (Since 2.2; before, every
2258#        BLOCK_IMAGE_CORRUPTED event was fatal)
2259#
2260# Since: 1.7
2261##
2262{ 'event': 'BLOCK_IMAGE_CORRUPTED',
2263  'data': { 'device'     : 'str',
2264            '*node-name' : 'str',
2265            'msg'        : 'str',
2266            '*offset'    : 'int',
2267            '*size'      : 'int',
2268            'fatal'      : 'bool' } }
2269
2270##
2271# @BLOCK_IO_ERROR
2272#
2273# Emitted when a disk I/O error occurs
2274#
2275# @device: device name
2276#
2277# @operation: I/O operation
2278#
2279# @action: action that has been taken
2280#
2281# @nospace: #optional true if I/O error was caused due to a no-space
2282#           condition. This key is only present if query-block's
2283#           io-status is present, please see query-block documentation
2284#           for more information (since: 2.2)
2285#
2286# @reason: human readable string describing the error cause.
2287#          (This field is a debugging aid for humans, it should not
2288#           be parsed by applications) (since: 2.2)
2289#
2290# Note: If action is "stop", a STOP event will eventually follow the
2291# BLOCK_IO_ERROR event
2292#
2293# Since: 0.13.0
2294##
2295{ 'event': 'BLOCK_IO_ERROR',
2296  'data': { 'device': 'str', 'operation': 'IoOperationType',
2297            'action': 'BlockErrorAction', '*nospace': 'bool',
2298            'reason': 'str' } }
2299
2300##
2301# @BLOCK_JOB_COMPLETED
2302#
2303# Emitted when a block job has completed
2304#
2305# @type: job type
2306#
2307# @device: device name
2308#
2309# @len: maximum progress value
2310#
2311# @offset: current progress value. On success this is equal to len.
2312#          On failure this is less than len
2313#
2314# @speed: rate limit, bytes per second
2315#
2316# @error: #optional, error message. Only present on failure. This field
2317#         contains a human-readable error message. There are no semantics
2318#         other than that streaming has failed and clients should not try to
2319#         interpret the error string
2320#
2321# Since: 1.1
2322##
2323{ 'event': 'BLOCK_JOB_COMPLETED',
2324  'data': { 'type'  : 'BlockJobType',
2325            'device': 'str',
2326            'len'   : 'int',
2327            'offset': 'int',
2328            'speed' : 'int',
2329            '*error': 'str' } }
2330
2331##
2332# @BLOCK_JOB_CANCELLED
2333#
2334# Emitted when a block job has been cancelled
2335#
2336# @type: job type
2337#
2338# @device: device name
2339#
2340# @len: maximum progress value
2341#
2342# @offset: current progress value. On success this is equal to len.
2343#          On failure this is less than len
2344#
2345# @speed: rate limit, bytes per second
2346#
2347# Since: 1.1
2348##
2349{ 'event': 'BLOCK_JOB_CANCELLED',
2350  'data': { 'type'  : 'BlockJobType',
2351            'device': 'str',
2352            'len'   : 'int',
2353            'offset': 'int',
2354            'speed' : 'int' } }
2355
2356##
2357# @BLOCK_JOB_ERROR
2358#
2359# Emitted when a block job encounters an error
2360#
2361# @device: device name
2362#
2363# @operation: I/O operation
2364#
2365# @action: action that has been taken
2366#
2367# Since: 1.3
2368##
2369{ 'event': 'BLOCK_JOB_ERROR',
2370  'data': { 'device'   : 'str',
2371            'operation': 'IoOperationType',
2372            'action'   : 'BlockErrorAction' } }
2373
2374##
2375# @BLOCK_JOB_READY
2376#
2377# Emitted when a block job is ready to complete
2378#
2379# @type: job type
2380#
2381# @device: device name
2382#
2383# @len: maximum progress value
2384#
2385# @offset: current progress value. On success this is equal to len.
2386#          On failure this is less than len
2387#
2388# @speed: rate limit, bytes per second
2389#
2390# Note: The "ready to complete" status is always reset by a @BLOCK_JOB_ERROR
2391# event
2392#
2393# Since: 1.3
2394##
2395{ 'event': 'BLOCK_JOB_READY',
2396  'data': { 'type'  : 'BlockJobType',
2397            'device': 'str',
2398            'len'   : 'int',
2399            'offset': 'int',
2400            'speed' : 'int' } }
2401
2402# @PreallocMode
2403#
2404# Preallocation mode of QEMU image file
2405#
2406# @off: no preallocation
2407# @metadata: preallocate only for metadata
2408# @falloc: like @full preallocation but allocate disk space by
2409#          posix_fallocate() rather than writing zeros.
2410# @full: preallocate all data by writing zeros to device to ensure disk
2411#        space is really available. @full preallocation also sets up
2412#        metadata correctly.
2413#
2414# Since 2.2
2415##
2416{ 'enum': 'PreallocMode',
2417  'data': [ 'off', 'metadata', 'falloc', 'full' ] }
2418
2419##
2420# @BLOCK_WRITE_THRESHOLD
2421#
2422# Emitted when writes on block device reaches or exceeds the
2423# configured write threshold. For thin-provisioned devices, this
2424# means the device should be extended to avoid pausing for
2425# disk exhaustion.
2426# The event is one shot. Once triggered, it needs to be
2427# re-registered with another block-set-threshold command.
2428#
2429# @node-name: graph node name on which the threshold was exceeded.
2430#
2431# @amount-exceeded: amount of data which exceeded the threshold, in bytes.
2432#
2433# @write-threshold: last configured threshold, in bytes.
2434#
2435# Since: 2.3
2436##
2437{ 'event': 'BLOCK_WRITE_THRESHOLD',
2438  'data': { 'node-name': 'str',
2439            'amount-exceeded': 'uint64',
2440            'write-threshold': 'uint64' } }
2441
2442##
2443# @block-set-write-threshold
2444#
2445# Change the write threshold for a block drive. An event will be delivered
2446# if a write to this block drive crosses the configured threshold.
2447# This is useful to transparently resize thin-provisioned drives without
2448# the guest OS noticing.
2449#
2450# @node-name: graph node name on which the threshold must be set.
2451#
2452# @write-threshold: configured threshold for the block device, bytes.
2453#                   Use 0 to disable the threshold.
2454#
2455# Since: 2.3
2456##
2457{ 'command': 'block-set-write-threshold',
2458  'data': { 'node-name': 'str', 'write-threshold': 'uint64' } }
2459