]> git.proxmox.com Git - mirror_qemu.git/blob - qapi/block-export.json
hw/adc: Fix CONV bit in NPCM7XX ADC CON register
[mirror_qemu.git] / qapi / block-export.json
1 # -*- Mode: Python -*-
2 # vim: filetype=python
3
4 ##
5 # == Block device exports
6 ##
7
8 { 'include': 'sockets.json' }
9 { 'include': 'block-core.json' }
10
11 ##
12 # @NbdServerOptions:
13 #
14 # Keep this type consistent with the nbd-server-start arguments. The only
15 # intended difference is using SocketAddress instead of SocketAddressLegacy.
16 #
17 # @addr: Address on which to listen.
18 # @tls-creds: ID of the TLS credentials object (since 2.6).
19 # @tls-authz: ID of the QAuthZ authorization object used to validate
20 # the client's x509 distinguished name. This object is
21 # is only resolved at time of use, so can be deleted and
22 # recreated on the fly while the NBD server is active.
23 # If missing, it will default to denying access (since 4.0).
24 # @max-connections: The maximum number of connections to allow at the same
25 # time, 0 for unlimited. Setting this to 1 also stops
26 # the server from advertising multiple client support
27 # (since 5.2; default: 0)
28 #
29 # Since: 4.2
30 ##
31 { 'struct': 'NbdServerOptions',
32 'data': { 'addr': 'SocketAddress',
33 '*tls-creds': 'str',
34 '*tls-authz': 'str',
35 '*max-connections': 'uint32' } }
36
37 ##
38 # @nbd-server-start:
39 #
40 # Start an NBD server listening on the given host and port. Block
41 # devices can then be exported using @nbd-server-add. The NBD
42 # server will present them as named exports; for example, another
43 # QEMU instance could refer to them as "nbd:HOST:PORT:exportname=NAME".
44 #
45 # Keep this type consistent with the NbdServerOptions type. The only intended
46 # difference is using SocketAddressLegacy instead of SocketAddress.
47 #
48 # @addr: Address on which to listen.
49 # @tls-creds: ID of the TLS credentials object (since 2.6).
50 # @tls-authz: ID of the QAuthZ authorization object used to validate
51 # the client's x509 distinguished name. This object is
52 # is only resolved at time of use, so can be deleted and
53 # recreated on the fly while the NBD server is active.
54 # If missing, it will default to denying access (since 4.0).
55 # @max-connections: The maximum number of connections to allow at the same
56 # time, 0 for unlimited. Setting this to 1 also stops
57 # the server from advertising multiple client support
58 # (since 5.2; default: 0).
59 #
60 # Returns: error if the server is already running.
61 #
62 # Since: 1.3
63 ##
64 { 'command': 'nbd-server-start',
65 'data': { 'addr': 'SocketAddressLegacy',
66 '*tls-creds': 'str',
67 '*tls-authz': 'str',
68 '*max-connections': 'uint32' },
69 'allow-preconfig': true }
70
71 ##
72 # @BlockExportOptionsNbdBase:
73 #
74 # An NBD block export (common options shared between nbd-server-add and
75 # the NBD branch of block-export-add).
76 #
77 # @name: Export name. If unspecified, the @device parameter is used as the
78 # export name. (Since 2.12)
79 #
80 # @description: Free-form description of the export, up to 4096 bytes.
81 # (Since 5.0)
82 #
83 # Since: 5.0
84 ##
85 { 'struct': 'BlockExportOptionsNbdBase',
86 'data': { '*name': 'str', '*description': 'str' } }
87
88 ##
89 # @BlockExportOptionsNbd:
90 #
91 # An NBD block export (distinct options used in the NBD branch of
92 # block-export-add).
93 #
94 # @bitmaps: Also export each of the named dirty bitmaps reachable from
95 # @device, so the NBD client can use NBD_OPT_SET_META_CONTEXT with
96 # the metadata context name "qemu:dirty-bitmap:BITMAP" to inspect
97 # each bitmap.
98 # Since 7.1 bitmap may be specified by node/name pair.
99 #
100 # @allocation-depth: Also export the allocation depth map for @device, so
101 # the NBD client can use NBD_OPT_SET_META_CONTEXT with
102 # the metadata context name "qemu:allocation-depth" to
103 # inspect allocation details. (since 5.2)
104 #
105 # Since: 5.2
106 ##
107 { 'struct': 'BlockExportOptionsNbd',
108 'base': 'BlockExportOptionsNbdBase',
109 'data': { '*bitmaps': ['BlockDirtyBitmapOrStr'],
110 '*allocation-depth': 'bool' } }
111
112 ##
113 # @BlockExportOptionsVhostUserBlk:
114 #
115 # A vhost-user-blk block export.
116 #
117 # @addr: The vhost-user socket on which to listen. Both 'unix' and 'fd'
118 # SocketAddress types are supported. Passed fds must be UNIX domain
119 # sockets.
120 # @logical-block-size: Logical block size in bytes. Defaults to 512 bytes.
121 # @num-queues: Number of request virtqueues. Must be greater than 0. Defaults
122 # to 1.
123 #
124 # Since: 5.2
125 ##
126 { 'struct': 'BlockExportOptionsVhostUserBlk',
127 'data': { 'addr': 'SocketAddress',
128 '*logical-block-size': 'size',
129 '*num-queues': 'uint16'} }
130
131 ##
132 # @FuseExportAllowOther:
133 #
134 # Possible allow_other modes for FUSE exports.
135 #
136 # @off: Do not pass allow_other as a mount option.
137 #
138 # @on: Pass allow_other as a mount option.
139 #
140 # @auto: Try mounting with allow_other first, and if that fails, retry
141 # without allow_other.
142 #
143 # Since: 6.1
144 ##
145 { 'enum': 'FuseExportAllowOther',
146 'data': ['off', 'on', 'auto'] }
147
148 ##
149 # @BlockExportOptionsFuse:
150 #
151 # Options for exporting a block graph node on some (file) mountpoint
152 # as a raw image.
153 #
154 # @mountpoint: Path on which to export the block device via FUSE.
155 # This must point to an existing regular file.
156 #
157 # @growable: Whether writes beyond the EOF should grow the block node
158 # accordingly. (default: false)
159 #
160 # @allow-other: If this is off, only qemu's user is allowed access to
161 # this export. That cannot be changed even with chmod or
162 # chown.
163 # Enabling this option will allow other users access to
164 # the export with the FUSE mount option "allow_other".
165 # Note that using allow_other as a non-root user requires
166 # user_allow_other to be enabled in the global fuse.conf
167 # configuration file.
168 # In auto mode (the default), the FUSE export driver will
169 # first attempt to mount the export with allow_other, and
170 # if that fails, try again without.
171 # (since 6.1; default: auto)
172 #
173 # Since: 6.0
174 ##
175 { 'struct': 'BlockExportOptionsFuse',
176 'data': { 'mountpoint': 'str',
177 '*growable': 'bool',
178 '*allow-other': 'FuseExportAllowOther' },
179 'if': 'CONFIG_FUSE' }
180
181 ##
182 # @BlockExportOptionsVduseBlk:
183 #
184 # A vduse-blk block export.
185 #
186 # @name: the name of VDUSE device (must be unique across the host).
187 # @num-queues: the number of virtqueues. Defaults to 1.
188 # @queue-size: the size of virtqueue. Defaults to 256.
189 # @logical-block-size: Logical block size in bytes. Range [512, PAGE_SIZE]
190 # and must be power of 2. Defaults to 512 bytes.
191 # @serial: the serial number of virtio block device. Defaults to empty string.
192 #
193 # Since: 7.1
194 ##
195 { 'struct': 'BlockExportOptionsVduseBlk',
196 'data': { 'name': 'str',
197 '*num-queues': 'uint16',
198 '*queue-size': 'uint16',
199 '*logical-block-size': 'size',
200 '*serial': 'str' } }
201
202 ##
203 # @NbdServerAddOptions:
204 #
205 # An NBD block export, per legacy nbd-server-add command.
206 #
207 # @device: The device name or node name of the node to be exported
208 #
209 # @writable: Whether clients should be able to write to the device via the
210 # NBD connection (default false).
211 #
212 # @bitmap: Also export a single dirty bitmap reachable from @device, so the
213 # NBD client can use NBD_OPT_SET_META_CONTEXT with the metadata
214 # context name "qemu:dirty-bitmap:BITMAP" to inspect the bitmap
215 # (since 4.0).
216 #
217 # Since: 5.0
218 ##
219 { 'struct': 'NbdServerAddOptions',
220 'base': 'BlockExportOptionsNbdBase',
221 'data': { 'device': 'str',
222 '*writable': 'bool', '*bitmap': 'str' } }
223
224 ##
225 # @nbd-server-add:
226 #
227 # Export a block node to QEMU's embedded NBD server.
228 #
229 # The export name will be used as the id for the resulting block export.
230 #
231 # Features:
232 # @deprecated: This command is deprecated. Use @block-export-add instead.
233 #
234 # Returns: error if the server is not running, or export with the same name
235 # already exists.
236 #
237 # Since: 1.3
238 ##
239 { 'command': 'nbd-server-add',
240 'data': 'NbdServerAddOptions', 'boxed': true, 'features': ['deprecated'],
241 'allow-preconfig': true }
242
243 ##
244 # @BlockExportRemoveMode:
245 #
246 # Mode for removing a block export.
247 #
248 # @safe: Remove export if there are no existing connections, fail otherwise.
249 #
250 # @hard: Drop all connections immediately and remove export.
251 #
252 # TODO: Potential additional modes to be added in the future:
253 #
254 # hide: Just hide export from new clients, leave existing connections as is.
255 # Remove export after all clients are disconnected.
256 #
257 # soft: Hide export from new clients, answer with ESHUTDOWN for all further
258 # requests from existing clients.
259 #
260 # Since: 2.12
261 ##
262 {'enum': 'BlockExportRemoveMode', 'data': ['safe', 'hard']}
263
264 ##
265 # @nbd-server-remove:
266 #
267 # Remove NBD export by name.
268 #
269 # @name: Block export id.
270 #
271 # @mode: Mode of command operation. See @BlockExportRemoveMode description.
272 # Default is 'safe'.
273 #
274 # Features:
275 # @deprecated: This command is deprecated. Use @block-export-del instead.
276 #
277 # Returns: error if
278 # - the server is not running
279 # - export is not found
280 # - mode is 'safe' and there are existing connections
281 #
282 # Since: 2.12
283 ##
284 { 'command': 'nbd-server-remove',
285 'data': {'name': 'str', '*mode': 'BlockExportRemoveMode'},
286 'features': ['deprecated'],
287 'allow-preconfig': true }
288
289 ##
290 # @nbd-server-stop:
291 #
292 # Stop QEMU's embedded NBD server, and unregister all devices previously
293 # added via @nbd-server-add.
294 #
295 # Since: 1.3
296 ##
297 { 'command': 'nbd-server-stop',
298 'allow-preconfig': true }
299
300 ##
301 # @BlockExportType:
302 #
303 # An enumeration of block export types
304 #
305 # @nbd: NBD export
306 # @vhost-user-blk: vhost-user-blk export (since 5.2)
307 # @fuse: FUSE export (since: 6.0)
308 # @vduse-blk: vduse-blk export (since 7.1)
309 #
310 # Since: 4.2
311 ##
312 { 'enum': 'BlockExportType',
313 'data': [ 'nbd',
314 { 'name': 'vhost-user-blk',
315 'if': 'CONFIG_VHOST_USER_BLK_SERVER' },
316 { 'name': 'fuse', 'if': 'CONFIG_FUSE' },
317 { 'name': 'vduse-blk', 'if': 'CONFIG_VDUSE_BLK_EXPORT' } ] }
318
319 ##
320 # @BlockExportOptions:
321 #
322 # Describes a block export, i.e. how single node should be exported on an
323 # external interface.
324 #
325 # @id: A unique identifier for the block export (across all export types)
326 #
327 # @node-name: The node name of the block node to be exported (since: 5.2)
328 #
329 # @writable: True if clients should be able to write to the export
330 # (default false)
331 #
332 # @writethrough: If true, caches are flushed after every write request to the
333 # export before completion is signalled. (since: 5.2;
334 # default: false)
335 #
336 # @iothread: The name of the iothread object where the export will run. The
337 # default is to use the thread currently associated with the
338 # block node. (since: 5.2)
339 #
340 # @fixed-iothread: True prevents the block node from being moved to another
341 # thread while the export is active. If true and @iothread is
342 # given, export creation fails if the block node cannot be
343 # moved to the iothread. The default is false. (since: 5.2)
344 #
345 # Since: 4.2
346 ##
347 { 'union': 'BlockExportOptions',
348 'base': { 'type': 'BlockExportType',
349 'id': 'str',
350 '*fixed-iothread': 'bool',
351 '*iothread': 'str',
352 'node-name': 'str',
353 '*writable': 'bool',
354 '*writethrough': 'bool' },
355 'discriminator': 'type',
356 'data': {
357 'nbd': 'BlockExportOptionsNbd',
358 'vhost-user-blk': { 'type': 'BlockExportOptionsVhostUserBlk',
359 'if': 'CONFIG_VHOST_USER_BLK_SERVER' },
360 'fuse': { 'type': 'BlockExportOptionsFuse',
361 'if': 'CONFIG_FUSE' },
362 'vduse-blk': { 'type': 'BlockExportOptionsVduseBlk',
363 'if': 'CONFIG_VDUSE_BLK_EXPORT' }
364 } }
365
366 ##
367 # @block-export-add:
368 #
369 # Creates a new block export.
370 #
371 # Since: 5.2
372 ##
373 { 'command': 'block-export-add',
374 'data': 'BlockExportOptions', 'boxed': true,
375 'allow-preconfig': true }
376
377 ##
378 # @block-export-del:
379 #
380 # Request to remove a block export. This drops the user's reference to the
381 # export, but the export may still stay around after this command returns until
382 # the shutdown of the export has completed.
383 #
384 # @id: Block export id.
385 #
386 # @mode: Mode of command operation. See @BlockExportRemoveMode description.
387 # Default is 'safe'.
388 #
389 # Returns: Error if the export is not found or @mode is 'safe' and the export
390 # is still in use (e.g. by existing client connections)
391 #
392 # Since: 5.2
393 ##
394 { 'command': 'block-export-del',
395 'data': { 'id': 'str', '*mode': 'BlockExportRemoveMode' },
396 'allow-preconfig': true }
397
398 ##
399 # @BLOCK_EXPORT_DELETED:
400 #
401 # Emitted when a block export is removed and its id can be reused.
402 #
403 # @id: Block export id.
404 #
405 # Since: 5.2
406 ##
407 { 'event': 'BLOCK_EXPORT_DELETED',
408 'data': { 'id': 'str' } }
409
410 ##
411 # @BlockExportInfo:
412 #
413 # Information about a single block export.
414 #
415 # @id: The unique identifier for the block export
416 #
417 # @type: The block export type
418 #
419 # @node-name: The node name of the block node that is exported
420 #
421 # @shutting-down: True if the export is shutting down (e.g. after a
422 # block-export-del command, but before the shutdown has
423 # completed)
424 #
425 # Since: 5.2
426 ##
427 { 'struct': 'BlockExportInfo',
428 'data': { 'id': 'str',
429 'type': 'BlockExportType',
430 'node-name': 'str',
431 'shutting-down': 'bool' } }
432
433 ##
434 # @query-block-exports:
435 #
436 # Returns: A list of BlockExportInfo describing all block exports
437 #
438 # Since: 5.2
439 ##
440 { 'command': 'query-block-exports', 'returns': ['BlockExportInfo'],
441 'allow-preconfig': true }