xref: /openbmc/qemu/qapi/block.json (revision 2562755e)
1# -*- Mode: Python -*-
2
3##
4# = Block devices
5##
6
7{ 'include': 'block-core.json' }
8
9##
10# == Additional block stuff (VM related)
11##
12
13##
14# @BiosAtaTranslation:
15#
16# Policy that BIOS should use to interpret cylinder/head/sector
17# addresses.  Note that Bochs BIOS and SeaBIOS will not actually
18# translate logical CHS to physical; instead, they will use logical
19# block addressing.
20#
21# @auto: If cylinder/heads/sizes are passed, choose between none and LBA
22#        depending on the size of the disk.  If they are not passed,
23#        choose none if QEMU can guess that the disk had 16 or fewer
24#        heads, large if QEMU can guess that the disk had 131072 or
25#        fewer tracks across all heads (i.e. cylinders*heads<131072),
26#        otherwise LBA.
27#
28# @none: The physical disk geometry is equal to the logical geometry.
29#
30# @lba: Assume 63 sectors per track and one of 16, 32, 64, 128 or 255
31#       heads (if fewer than 255 are enough to cover the whole disk
32#       with 1024 cylinders/head).  The number of cylinders/head is
33#       then computed based on the number of sectors and heads.
34#
35# @large: The number of cylinders per head is scaled down to 1024
36#         by correspondingly scaling up the number of heads.
37#
38# @rechs: Same as @large, but first convert a 16-head geometry to
39#         15-head, by proportionally scaling up the number of
40#         cylinders/head.
41#
42# Since: 2.0
43##
44{ 'enum': 'BiosAtaTranslation',
45  'data': ['auto', 'none', 'lba', 'large', 'rechs']}
46
47##
48# @FloppyDriveType:
49#
50# Type of Floppy drive to be emulated by the Floppy Disk Controller.
51#
52# @144:  1.44MB 3.5" drive
53# @288:  2.88MB 3.5" drive
54# @120:  1.2MB 5.25" drive
55# @none: No drive connected
56# @auto: Automatically determined by inserted media at boot
57#
58# Since: 2.6
59##
60{ 'enum': 'FloppyDriveType',
61  'data': ['144', '288', '120', 'none', 'auto']}
62
63##
64# @BlockdevSnapshotInternal:
65#
66# @device: the device name or node-name of a root node to generate the snapshot
67#          from
68#
69# @name: the name of the internal snapshot to be created
70#
71# Notes: In transaction, if @name is empty, or any snapshot matching @name
72#        exists, the operation will fail. Only some image formats support it,
73#        for example, qcow2, rbd, and sheepdog.
74#
75# Since: 1.7
76##
77{ 'struct': 'BlockdevSnapshotInternal',
78  'data': { 'device': 'str', 'name': 'str' } }
79
80##
81# @blockdev-snapshot-internal-sync:
82#
83# Synchronously take an internal snapshot of a block device, when the
84# format of the image used supports it. If the name is an empty
85# string, or a snapshot with name already exists, the operation will
86# fail.
87#
88# For the arguments, see the documentation of BlockdevSnapshotInternal.
89#
90# Returns: nothing on success
91#
92#          If @device is not a valid block device, GenericError
93#
94#          If any snapshot matching @name exists, or @name is empty,
95#          GenericError
96#
97#          If the format of the image used does not support it,
98#          BlockFormatFeatureNotSupported
99#
100# Since: 1.7
101#
102# Example:
103#
104# -> { "execute": "blockdev-snapshot-internal-sync",
105#      "arguments": { "device": "ide-hd0",
106#                     "name": "snapshot0" }
107#    }
108# <- { "return": {} }
109#
110##
111{ 'command': 'blockdev-snapshot-internal-sync',
112  'data': 'BlockdevSnapshotInternal' }
113
114##
115# @blockdev-snapshot-delete-internal-sync:
116#
117# Synchronously delete an internal snapshot of a block device, when the format
118# of the image used support it. The snapshot is identified by name or id or
119# both. One of the name or id is required. Return SnapshotInfo for the
120# successfully deleted snapshot.
121#
122# @device: the device name or node-name of a root node to delete the snapshot
123#          from
124#
125# @id: optional the snapshot's ID to be deleted
126#
127# @name: optional the snapshot's name to be deleted
128#
129# Returns: SnapshotInfo on success
130#          If @device is not a valid block device, GenericError
131#          If snapshot not found, GenericError
132#          If the format of the image used does not support it,
133#          BlockFormatFeatureNotSupported
134#          If @id and @name are both not specified, GenericError
135#
136# Since: 1.7
137#
138# Example:
139#
140# -> { "execute": "blockdev-snapshot-delete-internal-sync",
141#      "arguments": { "device": "ide-hd0",
142#                     "name": "snapshot0" }
143#    }
144# <- { "return": {
145#                    "id": "1",
146#                    "name": "snapshot0",
147#                    "vm-state-size": 0,
148#                    "date-sec": 1000012,
149#                    "date-nsec": 10,
150#                    "vm-clock-sec": 100,
151#                    "vm-clock-nsec": 20
152#      }
153#    }
154#
155##
156{ 'command': 'blockdev-snapshot-delete-internal-sync',
157  'data': { 'device': 'str', '*id': 'str', '*name': 'str'},
158  'returns': 'SnapshotInfo' }
159
160##
161# @eject:
162#
163# Ejects a device from a removable drive.
164#
165# @device:  Block device name (deprecated, use @id instead)
166#
167# @id:      The name or QOM path of the guest device (since: 2.8)
168#
169# @force:   If true, eject regardless of whether the drive is locked.
170#           If not specified, the default value is false.
171#
172# Returns:  Nothing on success
173#
174#           If @device is not a valid block device, DeviceNotFound
175#
176# Notes:    Ejecting a device with no media results in success
177#
178# Since: 0.14.0
179#
180# Example:
181#
182# -> { "execute": "eject", "arguments": { "id": "ide1-0-1" } }
183# <- { "return": {} }
184##
185{ 'command': 'eject',
186  'data': { '*device': 'str',
187            '*id': 'str',
188            '*force': 'bool' } }
189
190##
191# @nbd-server-start:
192#
193# Start an NBD server listening on the given host and port.  Block
194# devices can then be exported using @nbd-server-add.  The NBD
195# server will present them as named exports; for example, another
196# QEMU instance could refer to them as "nbd:HOST:PORT:exportname=NAME".
197#
198# @addr: Address on which to listen.
199# @tls-creds: (optional) ID of the TLS credentials object. Since 2.6
200#
201# Returns: error if the server is already running.
202#
203# Since: 1.3.0
204##
205{ 'command': 'nbd-server-start',
206  'data': { 'addr': 'SocketAddressLegacy',
207            '*tls-creds': 'str'} }
208
209##
210# @nbd-server-add:
211#
212# Export a block node to QEMU's embedded NBD server.
213#
214# @device: The device name or node name of the node to be exported
215#
216# @writable: Whether clients should be able to write to the device via the
217#     NBD connection (default false).
218#
219# Returns: error if the device is already marked for export.
220#
221# Since: 1.3.0
222##
223{ 'command': 'nbd-server-add', 'data': {'device': 'str', '*writable': 'bool'} }
224
225##
226# @nbd-server-stop:
227#
228# Stop QEMU's embedded NBD server, and unregister all devices previously
229# added via @nbd-server-add.
230#
231# Since: 1.3.0
232##
233{ 'command': 'nbd-server-stop' }
234
235##
236# @DEVICE_TRAY_MOVED:
237#
238# Emitted whenever the tray of a removable device is moved by the guest or by
239# HMP/QMP commands
240#
241# @device: Block device name. This is always present for compatibility
242#          reasons, but it can be empty ("") if the image does not
243#          have a device name associated.
244#
245# @id: The name or QOM path of the guest device (since 2.8)
246#
247# @tray-open: true if the tray has been opened or false if it has been closed
248#
249# Since: 1.1
250#
251# Example:
252#
253# <- { "event": "DEVICE_TRAY_MOVED",
254#      "data": { "device": "ide1-cd0",
255#                "id": "/machine/unattached/device[22]",
256#                "tray-open": true
257#      },
258#      "timestamp": { "seconds": 1265044230, "microseconds": 450486 } }
259#
260##
261{ 'event': 'DEVICE_TRAY_MOVED',
262  'data': { 'device': 'str', 'id': 'str', 'tray-open': 'bool' } }
263
264##
265# @QuorumOpType:
266#
267# An enumeration of the quorum operation types
268#
269# @read: read operation
270#
271# @write: write operation
272#
273# @flush: flush operation
274#
275# Since: 2.6
276##
277{ 'enum': 'QuorumOpType',
278  'data': [ 'read', 'write', 'flush' ] }
279
280##
281# @QUORUM_FAILURE:
282#
283# Emitted by the Quorum block driver if it fails to establish a quorum
284#
285# @reference: device name if defined else node name
286#
287# @sector-num: number of the first sector of the failed read operation
288#
289# @sectors-count: failed read operation sector count
290#
291# Note: This event is rate-limited.
292#
293# Since: 2.0
294#
295# Example:
296#
297# <- { "event": "QUORUM_FAILURE",
298#      "data": { "reference": "usr1", "sector-num": 345435, "sectors-count": 5 },
299#      "timestamp": { "seconds": 1344522075, "microseconds": 745528 } }
300#
301##
302{ 'event': 'QUORUM_FAILURE',
303  'data': { 'reference': 'str', 'sector-num': 'int', 'sectors-count': 'int' } }
304
305##
306# @QUORUM_REPORT_BAD:
307#
308# Emitted to report a corruption of a Quorum file
309#
310# @type: quorum operation type (Since 2.6)
311#
312# @error: error message. Only present on failure. This field
313#         contains a human-readable error message. There are no semantics other
314#         than that the block layer reported an error and clients should not
315#         try to interpret the error string.
316#
317# @node-name: the graph node name of the block driver state
318#
319# @sector-num: number of the first sector of the failed read operation
320#
321# @sectors-count: failed read operation sector count
322#
323# Note: This event is rate-limited.
324#
325# Since: 2.0
326#
327# Example:
328#
329# 1. Read operation
330#
331# { "event": "QUORUM_REPORT_BAD",
332#      "data": { "node-name": "node0", "sector-num": 345435, "sectors-count": 5,
333#                "type": "read" },
334#      "timestamp": { "seconds": 1344522075, "microseconds": 745528 } }
335#
336# 2. Flush operation
337#
338# { "event": "QUORUM_REPORT_BAD",
339#      "data": { "node-name": "node0", "sector-num": 0, "sectors-count": 2097120,
340#                "type": "flush", "error": "Broken pipe" },
341#      "timestamp": { "seconds": 1456406829, "microseconds": 291763 } }
342#
343##
344{ 'event': 'QUORUM_REPORT_BAD',
345  'data': { 'type': 'QuorumOpType', '*error': 'str', 'node-name': 'str',
346            'sector-num': 'int', 'sectors-count': 'int' } }
347