qemu/qapi/block.json
<<
>>
Prefs
   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# @PRManagerInfo:
  82#
  83# Information about a persistent reservation manager
  84#
  85# @id: the identifier of the persistent reservation manager
  86#
  87# @connected: true if the persistent reservation manager is connected to
  88#             the underlying storage or helper
  89#
  90# Since: 3.0
  91##
  92{ 'struct': 'PRManagerInfo',
  93  'data': {'id': 'str', 'connected': 'bool'} }
  94
  95##
  96# @query-pr-managers:
  97#
  98# Returns a list of information about each persistent reservation manager.
  99#
 100# Returns: a list of @PRManagerInfo for each persistent reservation manager
 101#
 102# Since: 3.0
 103##
 104{ 'command': 'query-pr-managers', 'returns': ['PRManagerInfo'],
 105  'allow-preconfig': true }
 106
 107
 108##
 109# @blockdev-snapshot-internal-sync:
 110#
 111# Synchronously take an internal snapshot of a block device, when the
 112# format of the image used supports it. If the name is an empty
 113# string, or a snapshot with name already exists, the operation will
 114# fail.
 115#
 116# For the arguments, see the documentation of BlockdevSnapshotInternal.
 117#
 118# Returns: nothing on success
 119#
 120#          If @device is not a valid block device, GenericError
 121#
 122#          If any snapshot matching @name exists, or @name is empty,
 123#          GenericError
 124#
 125#          If the format of the image used does not support it,
 126#          BlockFormatFeatureNotSupported
 127#
 128# Since: 1.7
 129#
 130# Example:
 131#
 132# -> { "execute": "blockdev-snapshot-internal-sync",
 133#      "arguments": { "device": "ide-hd0",
 134#                     "name": "snapshot0" }
 135#    }
 136# <- { "return": {} }
 137#
 138##
 139{ 'command': 'blockdev-snapshot-internal-sync',
 140  'data': 'BlockdevSnapshotInternal' }
 141
 142##
 143# @blockdev-snapshot-delete-internal-sync:
 144#
 145# Synchronously delete an internal snapshot of a block device, when the format
 146# of the image used support it. The snapshot is identified by name or id or
 147# both. One of the name or id is required. Return SnapshotInfo for the
 148# successfully deleted snapshot.
 149#
 150# @device: the device name or node-name of a root node to delete the snapshot
 151#          from
 152#
 153# @id: optional the snapshot's ID to be deleted
 154#
 155# @name: optional the snapshot's name to be deleted
 156#
 157# Returns: SnapshotInfo on success
 158#          If @device is not a valid block device, GenericError
 159#          If snapshot not found, GenericError
 160#          If the format of the image used does not support it,
 161#          BlockFormatFeatureNotSupported
 162#          If @id and @name are both not specified, GenericError
 163#
 164# Since: 1.7
 165#
 166# Example:
 167#
 168# -> { "execute": "blockdev-snapshot-delete-internal-sync",
 169#      "arguments": { "device": "ide-hd0",
 170#                     "name": "snapshot0" }
 171#    }
 172# <- { "return": {
 173#                    "id": "1",
 174#                    "name": "snapshot0",
 175#                    "vm-state-size": 0,
 176#                    "date-sec": 1000012,
 177#                    "date-nsec": 10,
 178#                    "vm-clock-sec": 100,
 179#                    "vm-clock-nsec": 20
 180#      }
 181#    }
 182#
 183##
 184{ 'command': 'blockdev-snapshot-delete-internal-sync',
 185  'data': { 'device': 'str', '*id': 'str', '*name': 'str'},
 186  'returns': 'SnapshotInfo' }
 187
 188##
 189# @eject:
 190#
 191# Ejects a device from a removable drive.
 192#
 193# @device:  Block device name (deprecated, use @id instead)
 194#
 195# @id:      The name or QOM path of the guest device (since: 2.8)
 196#
 197# @force:   If true, eject regardless of whether the drive is locked.
 198#           If not specified, the default value is false.
 199#
 200# Returns:  Nothing on success
 201#
 202#           If @device is not a valid block device, DeviceNotFound
 203#
 204# Notes:    Ejecting a device with no media results in success
 205#
 206# Since: 0.14.0
 207#
 208# Example:
 209#
 210# -> { "execute": "eject", "arguments": { "id": "ide1-0-1" } }
 211# <- { "return": {} }
 212##
 213{ 'command': 'eject',
 214  'data': { '*device': 'str',
 215            '*id': 'str',
 216            '*force': 'bool' } }
 217
 218##
 219# @nbd-server-start:
 220#
 221# Start an NBD server listening on the given host and port.  Block
 222# devices can then be exported using @nbd-server-add.  The NBD
 223# server will present them as named exports; for example, another
 224# QEMU instance could refer to them as "nbd:HOST:PORT:exportname=NAME".
 225#
 226# @addr: Address on which to listen.
 227# @tls-creds: ID of the TLS credentials object (since 2.6).
 228# @tls-authz: ID of the QAuthZ authorization object used to validate
 229#             the client's x509 distinguished name. This object is
 230#             is only resolved at time of use, so can be deleted and
 231#             recreated on the fly while the NBD server is active.
 232#             If missing, it will default to denying access (since 4.0).
 233#
 234# Returns: error if the server is already running.
 235#
 236# Since: 1.3.0
 237##
 238{ 'command': 'nbd-server-start',
 239  'data': { 'addr': 'SocketAddressLegacy',
 240            '*tls-creds': 'str',
 241            '*tls-authz': 'str'} }
 242
 243##
 244# @nbd-server-add:
 245#
 246# Export a block node to QEMU's embedded NBD server.
 247#
 248# @device: The device name or node name of the node to be exported
 249#
 250# @name: Export name. If unspecified, the @device parameter is used as the
 251#        export name. (Since 2.12)
 252#
 253# @writable: Whether clients should be able to write to the device via the
 254#     NBD connection (default false).
 255
 256# @bitmap: Also export the dirty bitmap reachable from @device, so the
 257#          NBD client can use NBD_OPT_SET_META_CONTEXT with
 258#          "qemu:dirty-bitmap:NAME" to inspect the bitmap. (since 4.0)
 259#
 260# Returns: error if the server is not running, or export with the same name
 261#          already exists.
 262#
 263# Since: 1.3.0
 264##
 265{ 'command': 'nbd-server-add',
 266  'data': {'device': 'str', '*name': 'str', '*writable': 'bool',
 267           '*bitmap': 'str' } }
 268
 269##
 270# @NbdServerRemoveMode:
 271#
 272# Mode for removing an NBD export.
 273#
 274# @safe: Remove export if there are no existing connections, fail otherwise.
 275#
 276# @hard: Drop all connections immediately and remove export.
 277#
 278# Potential additional modes to be added in the future:
 279#
 280# hide: Just hide export from new clients, leave existing connections as is.
 281#       Remove export after all clients are disconnected.
 282#
 283# soft: Hide export from new clients, answer with ESHUTDOWN for all further
 284#       requests from existing clients.
 285#
 286# Since: 2.12
 287##
 288{'enum': 'NbdServerRemoveMode', 'data': ['safe', 'hard']}
 289
 290##
 291# @nbd-server-remove:
 292#
 293# Remove NBD export by name.
 294#
 295# @name: Export name.
 296#
 297# @mode: Mode of command operation. See @NbdServerRemoveMode description.
 298#        Default is 'safe'.
 299#
 300# Returns: error if
 301#            - the server is not running
 302#            - export is not found
 303#            - mode is 'safe' and there are existing connections
 304#
 305# Since: 2.12
 306##
 307{ 'command': 'nbd-server-remove',
 308  'data': {'name': 'str', '*mode': 'NbdServerRemoveMode'} }
 309
 310##
 311# @nbd-server-stop:
 312#
 313# Stop QEMU's embedded NBD server, and unregister all devices previously
 314# added via @nbd-server-add.
 315#
 316# Since: 1.3.0
 317##
 318{ 'command': 'nbd-server-stop' }
 319
 320##
 321# @DEVICE_TRAY_MOVED:
 322#
 323# Emitted whenever the tray of a removable device is moved by the guest or by
 324# HMP/QMP commands
 325#
 326# @device: Block device name. This is always present for compatibility
 327#          reasons, but it can be empty ("") if the image does not
 328#          have a device name associated.
 329#
 330# @id: The name or QOM path of the guest device (since 2.8)
 331#
 332# @tray-open: true if the tray has been opened or false if it has been closed
 333#
 334# Since: 1.1
 335#
 336# Example:
 337#
 338# <- { "event": "DEVICE_TRAY_MOVED",
 339#      "data": { "device": "ide1-cd0",
 340#                "id": "/machine/unattached/device[22]",
 341#                "tray-open": true
 342#      },
 343#      "timestamp": { "seconds": 1265044230, "microseconds": 450486 } }
 344#
 345##
 346{ 'event': 'DEVICE_TRAY_MOVED',
 347  'data': { 'device': 'str', 'id': 'str', 'tray-open': 'bool' } }
 348
 349##
 350# @PR_MANAGER_STATUS_CHANGED:
 351#
 352# Emitted whenever the connected status of a persistent reservation
 353# manager changes.
 354#
 355# @id: The id of the PR manager object
 356#
 357# @connected: true if the PR manager is connected to a backend
 358#
 359# Since: 3.0
 360#
 361# Example:
 362#
 363# <- { "event": "PR_MANAGER_STATUS_CHANGED",
 364#      "data": { "id": "pr-helper0",
 365#                "connected": true
 366#      },
 367#      "timestamp": { "seconds": 1519840375, "microseconds": 450486 } }
 368#
 369##
 370{ 'event': 'PR_MANAGER_STATUS_CHANGED',
 371  'data': { 'id': 'str', 'connected': 'bool' } }
 372
 373##
 374# @QuorumOpType:
 375#
 376# An enumeration of the quorum operation types
 377#
 378# @read: read operation
 379#
 380# @write: write operation
 381#
 382# @flush: flush operation
 383#
 384# Since: 2.6
 385##
 386{ 'enum': 'QuorumOpType',
 387  'data': [ 'read', 'write', 'flush' ] }
 388
 389##
 390# @QUORUM_FAILURE:
 391#
 392# Emitted by the Quorum block driver if it fails to establish a quorum
 393#
 394# @reference: device name if defined else node name
 395#
 396# @sector-num: number of the first sector of the failed read operation
 397#
 398# @sectors-count: failed read operation sector count
 399#
 400# Note: This event is rate-limited.
 401#
 402# Since: 2.0
 403#
 404# Example:
 405#
 406# <- { "event": "QUORUM_FAILURE",
 407#      "data": { "reference": "usr1", "sector-num": 345435, "sectors-count": 5 },
 408#      "timestamp": { "seconds": 1344522075, "microseconds": 745528 } }
 409#
 410##
 411{ 'event': 'QUORUM_FAILURE',
 412  'data': { 'reference': 'str', 'sector-num': 'int', 'sectors-count': 'int' } }
 413
 414##
 415# @QUORUM_REPORT_BAD:
 416#
 417# Emitted to report a corruption of a Quorum file
 418#
 419# @type: quorum operation type (Since 2.6)
 420#
 421# @error: error message. Only present on failure. This field
 422#         contains a human-readable error message. There are no semantics other
 423#         than that the block layer reported an error and clients should not
 424#         try to interpret the error string.
 425#
 426# @node-name: the graph node name of the block driver state
 427#
 428# @sector-num: number of the first sector of the failed read operation
 429#
 430# @sectors-count: failed read operation sector count
 431#
 432# Note: This event is rate-limited.
 433#
 434# Since: 2.0
 435#
 436# Example:
 437#
 438# 1. Read operation
 439#
 440# { "event": "QUORUM_REPORT_BAD",
 441#      "data": { "node-name": "node0", "sector-num": 345435, "sectors-count": 5,
 442#                "type": "read" },
 443#      "timestamp": { "seconds": 1344522075, "microseconds": 745528 } }
 444#
 445# 2. Flush operation
 446#
 447# { "event": "QUORUM_REPORT_BAD",
 448#      "data": { "node-name": "node0", "sector-num": 0, "sectors-count": 2097120,
 449#                "type": "flush", "error": "Broken pipe" },
 450#      "timestamp": { "seconds": 1456406829, "microseconds": 291763 } }
 451#
 452##
 453{ 'event': 'QUORUM_REPORT_BAD',
 454  'data': { 'type': 'QuorumOpType', '*error': 'str', 'node-name': 'str',
 455            'sector-num': 'int', 'sectors-count': 'int' } }
 456