xref: /openbmc/qemu/qapi/block.json (revision 4ae65a52)
1# -*- Mode: Python -*-
2# vim: filetype=python
3
4##
5# = Block devices
6##
7
8{ 'include': 'block-core.json' }
9
10##
11# == Additional block stuff (VM related)
12##
13
14##
15# @BiosAtaTranslation:
16#
17# Policy that BIOS should use to interpret cylinder/head/sector
18# addresses.  Note that Bochs BIOS and SeaBIOS will not actually
19# translate logical CHS to physical; instead, they will use logical
20# block addressing.
21#
22# @auto: If cylinder/heads/sizes are passed, choose between none and LBA
23#        depending on the size of the disk.  If they are not passed,
24#        choose none if QEMU can guess that the disk had 16 or fewer
25#        heads, large if QEMU can guess that the disk had 131072 or
26#        fewer tracks across all heads (i.e. cylinders*heads<131072),
27#        otherwise LBA.
28#
29# @none: The physical disk geometry is equal to the logical geometry.
30#
31# @lba: Assume 63 sectors per track and one of 16, 32, 64, 128 or 255
32#       heads (if fewer than 255 are enough to cover the whole disk
33#       with 1024 cylinders/head).  The number of cylinders/head is
34#       then computed based on the number of sectors and heads.
35#
36# @large: The number of cylinders per head is scaled down to 1024
37#         by correspondingly scaling up the number of heads.
38#
39# @rechs: Same as @large, but first convert a 16-head geometry to
40#         15-head, by proportionally scaling up the number of
41#         cylinders/head.
42#
43# Since: 2.0
44##
45{ 'enum': 'BiosAtaTranslation',
46  'data': ['auto', 'none', 'lba', 'large', 'rechs']}
47
48##
49# @FloppyDriveType:
50#
51# Type of Floppy drive to be emulated by the Floppy Disk Controller.
52#
53# @144:  1.44MB 3.5" drive
54# @288:  2.88MB 3.5" drive
55# @120:  1.2MB 5.25" drive
56# @none: No drive connected
57# @auto: Automatically determined by inserted media at boot
58#
59# Since: 2.6
60##
61{ 'enum': 'FloppyDriveType',
62  'data': ['144', '288', '120', 'none', 'auto']}
63
64##
65# @PRManagerInfo:
66#
67# Information about a persistent reservation manager
68#
69# @id: the identifier of the persistent reservation manager
70#
71# @connected: true if the persistent reservation manager is connected to
72#             the underlying storage or helper
73#
74# Since: 3.0
75##
76{ 'struct': 'PRManagerInfo',
77  'data': {'id': 'str', 'connected': 'bool'} }
78
79##
80# @query-pr-managers:
81#
82# Returns a list of information about each persistent reservation manager.
83#
84# Returns: a list of @PRManagerInfo for each persistent reservation manager
85#
86# Since: 3.0
87##
88{ 'command': 'query-pr-managers', 'returns': ['PRManagerInfo'],
89  'allow-preconfig': true }
90
91##
92# @eject:
93#
94# Ejects the medium from a removable drive.
95#
96# @device: Block device name
97#
98# @id: The name or QOM path of the guest device (since: 2.8)
99#
100# @force: If true, eject regardless of whether the drive is locked.
101#         If not specified, the default value is false.
102#
103# Features:
104# @deprecated: Member @device is deprecated.  Use @id instead.
105#
106# Returns: - Nothing on success
107#          - If @device is not a valid block device, DeviceNotFound
108#
109# Notes:    Ejecting a device with no media results in success
110#
111# Since: 0.14
112#
113# Example:
114#
115# -> { "execute": "eject", "arguments": { "id": "ide1-0-1" } }
116# <- { "return": {} }
117##
118{ 'command': 'eject',
119  'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
120            '*id': 'str',
121            '*force': 'bool' } }
122
123##
124# @blockdev-open-tray:
125#
126# Opens a block device's tray. If there is a block driver state tree inserted as
127# a medium, it will become inaccessible to the guest (but it will remain
128# associated to the block device, so closing the tray will make it accessible
129# again).
130#
131# If the tray was already open before, this will be a no-op.
132#
133# Once the tray opens, a DEVICE_TRAY_MOVED event is emitted. There are cases in
134# which no such event will be generated, these include:
135#
136# - if the guest has locked the tray, @force is false and the guest does not
137#   respond to the eject request
138# - if the BlockBackend denoted by @device does not have a guest device attached
139#   to it
140# - if the guest device does not have an actual tray
141#
142# @device: Block device name
143#
144# @id: The name or QOM path of the guest device (since: 2.8)
145#
146# @force: if false (the default), an eject request will be sent to
147#         the guest if it has locked the tray (and the tray will not be opened
148#         immediately); if true, the tray will be opened regardless of whether
149#         it is locked
150#
151# Features:
152# @deprecated: Member @device is deprecated.  Use @id instead.
153#
154# Since: 2.5
155#
156# Example:
157#
158# -> { "execute": "blockdev-open-tray",
159#      "arguments": { "id": "ide0-1-0" } }
160#
161# <- { "timestamp": { "seconds": 1418751016,
162#                     "microseconds": 716996 },
163#      "event": "DEVICE_TRAY_MOVED",
164#      "data": { "device": "ide1-cd0",
165#                "id": "ide0-1-0",
166#                "tray-open": true } }
167#
168# <- { "return": {} }
169#
170##
171{ 'command': 'blockdev-open-tray',
172  'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
173            '*id': 'str',
174            '*force': 'bool' } }
175
176##
177# @blockdev-close-tray:
178#
179# Closes a block device's tray. If there is a block driver state tree associated
180# with the block device (which is currently ejected), that tree will be loaded
181# as the medium.
182#
183# If the tray was already closed before, this will be a no-op.
184#
185# @device: Block device name
186#
187# @id: The name or QOM path of the guest device (since: 2.8)
188#
189# Features:
190# @deprecated: Member @device is deprecated.  Use @id instead.
191#
192# Since: 2.5
193#
194# Example:
195#
196# -> { "execute": "blockdev-close-tray",
197#      "arguments": { "id": "ide0-1-0" } }
198#
199# <- { "timestamp": { "seconds": 1418751345,
200#                     "microseconds": 272147 },
201#      "event": "DEVICE_TRAY_MOVED",
202#      "data": { "device": "ide1-cd0",
203#                "id": "ide0-1-0",
204#                "tray-open": false } }
205#
206# <- { "return": {} }
207#
208##
209{ 'command': 'blockdev-close-tray',
210  'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
211            '*id': 'str' } }
212
213##
214# @blockdev-remove-medium:
215#
216# Removes a medium (a block driver state tree) from a block device. That block
217# device's tray must currently be open (unless there is no attached guest
218# device).
219#
220# If the tray is open and there is no medium inserted, this will be a no-op.
221#
222# @id: The name or QOM path of the guest device
223#
224# Since: 2.12
225#
226# Example:
227#
228# -> { "execute": "blockdev-remove-medium",
229#      "arguments": { "id": "ide0-1-0" } }
230#
231# <- { "error": { "class": "GenericError",
232#                 "desc": "Tray of device 'ide0-1-0' is not open" } }
233#
234# -> { "execute": "blockdev-open-tray",
235#      "arguments": { "id": "ide0-1-0" } }
236#
237# <- { "timestamp": { "seconds": 1418751627,
238#                     "microseconds": 549958 },
239#      "event": "DEVICE_TRAY_MOVED",
240#      "data": { "device": "ide1-cd0",
241#                "id": "ide0-1-0",
242#                "tray-open": true } }
243#
244# <- { "return": {} }
245#
246# -> { "execute": "blockdev-remove-medium",
247#      "arguments": { "id": "ide0-1-0" } }
248#
249# <- { "return": {} }
250#
251##
252{ 'command': 'blockdev-remove-medium',
253  'data': { 'id': 'str' } }
254
255##
256# @blockdev-insert-medium:
257#
258# Inserts a medium (a block driver state tree) into a block device. That block
259# device's tray must currently be open (unless there is no attached guest
260# device) and there must be no medium inserted already.
261#
262# @id: The name or QOM path of the guest device
263#
264# @node-name: name of a node in the block driver state graph
265#
266# Since: 2.12
267#
268# Example:
269#
270# -> { "execute": "blockdev-add",
271#      "arguments": {
272#          "node-name": "node0",
273#          "driver": "raw",
274#          "file": { "driver": "file",
275#                    "filename": "fedora.iso" } } }
276# <- { "return": {} }
277#
278# -> { "execute": "blockdev-insert-medium",
279#      "arguments": { "id": "ide0-1-0",
280#                     "node-name": "node0" } }
281#
282# <- { "return": {} }
283#
284##
285{ 'command': 'blockdev-insert-medium',
286  'data': { 'id': 'str',
287            'node-name': 'str'} }
288
289
290##
291# @BlockdevChangeReadOnlyMode:
292#
293# Specifies the new read-only mode of a block device subject to the
294# @blockdev-change-medium command.
295#
296# @retain: Retains the current read-only mode
297#
298# @read-only: Makes the device read-only
299#
300# @read-write: Makes the device writable
301#
302# Since: 2.3
303#
304##
305{ 'enum': 'BlockdevChangeReadOnlyMode',
306  'data': ['retain', 'read-only', 'read-write'] }
307
308
309##
310# @blockdev-change-medium:
311#
312# Changes the medium inserted into a block device by ejecting the current medium
313# and loading a new image file which is inserted as the new medium (this command
314# combines blockdev-open-tray, blockdev-remove-medium, blockdev-insert-medium
315# and blockdev-close-tray).
316#
317# @device: Block device name
318#
319# @id: The name or QOM path of the guest device
320#      (since: 2.8)
321#
322# @filename: filename of the new image to be loaded
323#
324# @format: format to open the new image with (defaults to
325#          the probed format)
326#
327# @read-only-mode: change the read-only mode of the device; defaults
328#                  to 'retain'
329#
330# @force: if false (the default), an eject request through blockdev-open-tray
331#         will be sent to the guest if it has locked the tray (and the tray
332#         will not be opened immediately); if true, the tray will be opened
333#         regardless of whether it is locked. (since 7.1)
334#
335# Features:
336# @deprecated: Member @device is deprecated.  Use @id instead.
337#
338# Since: 2.5
339#
340# Examples:
341#
342# 1. Change a removable medium
343#
344# -> { "execute": "blockdev-change-medium",
345#      "arguments": { "id": "ide0-1-0",
346#                     "filename": "/srv/images/Fedora-12-x86_64-DVD.iso",
347#                     "format": "raw" } }
348# <- { "return": {} }
349#
350# 2. Load a read-only medium into a writable drive
351#
352# -> { "execute": "blockdev-change-medium",
353#      "arguments": { "id": "floppyA",
354#                     "filename": "/srv/images/ro.img",
355#                     "format": "raw",
356#                     "read-only-mode": "retain" } }
357#
358# <- { "error":
359#      { "class": "GenericError",
360#        "desc": "Could not open '/srv/images/ro.img': Permission denied" } }
361#
362# -> { "execute": "blockdev-change-medium",
363#      "arguments": { "id": "floppyA",
364#                     "filename": "/srv/images/ro.img",
365#                     "format": "raw",
366#                     "read-only-mode": "read-only" } }
367#
368# <- { "return": {} }
369#
370##
371{ 'command': 'blockdev-change-medium',
372  'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
373            '*id': 'str',
374            'filename': 'str',
375            '*format': 'str',
376            '*force': 'bool',
377            '*read-only-mode': 'BlockdevChangeReadOnlyMode' } }
378
379
380##
381# @DEVICE_TRAY_MOVED:
382#
383# Emitted whenever the tray of a removable device is moved by the guest or by
384# HMP/QMP commands
385#
386# @device: Block device name. This is always present for compatibility
387#          reasons, but it can be empty ("") if the image does not
388#          have a device name associated.
389#
390# @id: The name or QOM path of the guest device (since 2.8)
391#
392# @tray-open: true if the tray has been opened or false if it has been closed
393#
394# Since: 1.1
395#
396# Example:
397#
398# <- { "event": "DEVICE_TRAY_MOVED",
399#      "data": { "device": "ide1-cd0",
400#                "id": "/machine/unattached/device[22]",
401#                "tray-open": true
402#      },
403#      "timestamp": { "seconds": 1265044230, "microseconds": 450486 } }
404#
405##
406{ 'event': 'DEVICE_TRAY_MOVED',
407  'data': { 'device': 'str', 'id': 'str', 'tray-open': 'bool' } }
408
409##
410# @PR_MANAGER_STATUS_CHANGED:
411#
412# Emitted whenever the connected status of a persistent reservation
413# manager changes.
414#
415# @id: The id of the PR manager object
416#
417# @connected: true if the PR manager is connected to a backend
418#
419# Since: 3.0
420#
421# Example:
422#
423# <- { "event": "PR_MANAGER_STATUS_CHANGED",
424#      "data": { "id": "pr-helper0",
425#                "connected": true
426#      },
427#      "timestamp": { "seconds": 1519840375, "microseconds": 450486 } }
428#
429##
430{ 'event': 'PR_MANAGER_STATUS_CHANGED',
431  'data': { 'id': 'str', 'connected': 'bool' } }
432
433##
434# @block_set_io_throttle:
435#
436# Change I/O throttle limits for a block drive.
437#
438# Since QEMU 2.4, each device with I/O limits is member of a throttle
439# group.
440#
441# If two or more devices are members of the same group, the limits
442# will apply to the combined I/O of the whole group in a round-robin
443# fashion. Therefore, setting new I/O limits to a device will affect
444# the whole group.
445#
446# The name of the group can be specified using the 'group' parameter.
447# If the parameter is unset, it is assumed to be the current group of
448# that device. If it's not in any group yet, the name of the device
449# will be used as the name for its group.
450#
451# The 'group' parameter can also be used to move a device to a
452# different group. In this case the limits specified in the parameters
453# will be applied to the new group only.
454#
455# I/O limits can be disabled by setting all of them to 0. In this case
456# the device will be removed from its group and the rest of its
457# members will not be affected. The 'group' parameter is ignored.
458#
459# Returns: - Nothing on success
460#          - If @device is not a valid block device, DeviceNotFound
461#
462# Since: 1.1
463#
464# Example:
465#
466# -> { "execute": "block_set_io_throttle",
467#      "arguments": { "id": "virtio-blk-pci0/virtio-backend",
468#                     "bps": 0,
469#                     "bps_rd": 0,
470#                     "bps_wr": 0,
471#                     "iops": 512,
472#                     "iops_rd": 0,
473#                     "iops_wr": 0,
474#                     "bps_max": 0,
475#                     "bps_rd_max": 0,
476#                     "bps_wr_max": 0,
477#                     "iops_max": 0,
478#                     "iops_rd_max": 0,
479#                     "iops_wr_max": 0,
480#                     "bps_max_length": 0,
481#                     "iops_size": 0 } }
482# <- { "return": {} }
483#
484# -> { "execute": "block_set_io_throttle",
485#      "arguments": { "id": "ide0-1-0",
486#                     "bps": 1000000,
487#                     "bps_rd": 0,
488#                     "bps_wr": 0,
489#                     "iops": 0,
490#                     "iops_rd": 0,
491#                     "iops_wr": 0,
492#                     "bps_max": 8000000,
493#                     "bps_rd_max": 0,
494#                     "bps_wr_max": 0,
495#                     "iops_max": 0,
496#                     "iops_rd_max": 0,
497#                     "iops_wr_max": 0,
498#                     "bps_max_length": 60,
499#                     "iops_size": 0 } }
500# <- { "return": {} }
501##
502{ 'command': 'block_set_io_throttle', 'boxed': true,
503  'data': 'BlockIOThrottle' }
504
505##
506# @block-latency-histogram-set:
507#
508# Manage read, write and flush latency histograms for the device.
509#
510# If only @id parameter is specified, remove all present latency histograms
511# for the device. Otherwise, add/reset some of (or all) latency histograms.
512#
513# @id: The name or QOM path of the guest device.
514#
515# @boundaries: list of interval boundary values (see description in
516#              BlockLatencyHistogramInfo definition). If specified, all
517#              latency histograms are removed, and empty ones created for all
518#              io types with intervals corresponding to @boundaries (except for
519#              io types, for which specific boundaries are set through the
520#              following parameters).
521#
522# @boundaries-read: list of interval boundary values for read latency
523#                   histogram. If specified, old read latency histogram is
524#                   removed, and empty one created with intervals
525#                   corresponding to @boundaries-read. The parameter has higher
526#                   priority then @boundaries.
527#
528# @boundaries-write: list of interval boundary values for write latency
529#                    histogram.
530#
531# @boundaries-flush: list of interval boundary values for flush latency
532#                    histogram.
533#
534# Returns: error if device is not found or any boundary arrays are invalid.
535#
536# Since: 4.0
537#
538# Example:
539# set new histograms for all io types with intervals
540# [0, 10), [10, 50), [50, 100), [100, +inf):
541#
542# -> { "execute": "block-latency-histogram-set",
543#      "arguments": { "id": "drive0",
544#                     "boundaries": [10, 50, 100] } }
545# <- { "return": {} }
546#
547# Example:
548# set new histogram only for write, other histograms will remain
549# not changed (or not created):
550#
551# -> { "execute": "block-latency-histogram-set",
552#      "arguments": { "id": "drive0",
553#                     "boundaries-write": [10, 50, 100] } }
554# <- { "return": {} }
555#
556# Example:
557# set new histograms with the following intervals:
558#   read, flush: [0, 10), [10, 50), [50, 100), [100, +inf)
559#   write: [0, 1000), [1000, 5000), [5000, +inf)
560#
561# -> { "execute": "block-latency-histogram-set",
562#      "arguments": { "id": "drive0",
563#                     "boundaries": [10, 50, 100],
564#                     "boundaries-write": [1000, 5000] } }
565# <- { "return": {} }
566#
567# Example:
568# remove all latency histograms:
569#
570# -> { "execute": "block-latency-histogram-set",
571#      "arguments": { "id": "drive0" } }
572# <- { "return": {} }
573##
574{ 'command': 'block-latency-histogram-set',
575  'data': {'id': 'str',
576           '*boundaries': ['uint64'],
577           '*boundaries-read': ['uint64'],
578           '*boundaries-write': ['uint64'],
579           '*boundaries-flush': ['uint64'] } }
580