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