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