2014-06-05 13:45:30 +02:00
|
|
|
# -*- Mode: Python -*-
|
2020-07-29 20:50:24 +02:00
|
|
|
# vim: filetype=python
|
2017-01-13 15:41:23 +01:00
|
|
|
|
|
|
|
##
|
2017-08-24 21:14:08 +02:00
|
|
|
# = Block devices
|
2017-01-13 15:41:23 +01:00
|
|
|
##
|
2014-06-05 13:45:30 +02:00
|
|
|
|
|
|
|
{ 'include': 'block-core.json' }
|
|
|
|
|
2017-01-13 15:41:23 +01:00
|
|
|
##
|
2017-08-24 21:14:08 +02:00
|
|
|
# == Additional block stuff (VM related)
|
2017-01-13 15:41:23 +01:00
|
|
|
##
|
|
|
|
|
2014-06-05 13:45:32 +02:00
|
|
|
##
|
2015-09-25 16:03:30 +02:00
|
|
|
# @BiosAtaTranslation:
|
2014-06-05 13:45:32 +02:00
|
|
|
#
|
|
|
|
# Policy that BIOS should use to interpret cylinder/head/sector
|
|
|
|
# addresses. Note that Bochs BIOS and SeaBIOS will not actually
|
|
|
|
# translate logical CHS to physical; instead, they will use logical
|
|
|
|
# block addressing.
|
|
|
|
#
|
|
|
|
# @auto: If cylinder/heads/sizes are passed, choose between none and LBA
|
|
|
|
# depending on the size of the disk. If they are not passed,
|
|
|
|
# choose none if QEMU can guess that the disk had 16 or fewer
|
|
|
|
# heads, large if QEMU can guess that the disk had 131072 or
|
|
|
|
# fewer tracks across all heads (i.e. cylinders*heads<131072),
|
|
|
|
# otherwise LBA.
|
|
|
|
#
|
|
|
|
# @none: The physical disk geometry is equal to the logical geometry.
|
|
|
|
#
|
|
|
|
# @lba: Assume 63 sectors per track and one of 16, 32, 64, 128 or 255
|
|
|
|
# heads (if fewer than 255 are enough to cover the whole disk
|
|
|
|
# with 1024 cylinders/head). The number of cylinders/head is
|
|
|
|
# then computed based on the number of sectors and heads.
|
|
|
|
#
|
|
|
|
# @large: The number of cylinders per head is scaled down to 1024
|
|
|
|
# by correspondingly scaling up the number of heads.
|
|
|
|
#
|
|
|
|
# @rechs: Same as @large, but first convert a 16-head geometry to
|
|
|
|
# 15-head, by proportionally scaling up the number of
|
|
|
|
# cylinders/head.
|
|
|
|
#
|
|
|
|
# Since: 2.0
|
|
|
|
##
|
|
|
|
{ 'enum': 'BiosAtaTranslation',
|
|
|
|
'data': ['auto', 'none', 'lba', 'large', 'rechs']}
|
|
|
|
|
2016-01-22 21:50:56 +01:00
|
|
|
##
|
2016-11-17 16:54:55 +01:00
|
|
|
# @FloppyDriveType:
|
2016-01-22 21:50:56 +01:00
|
|
|
#
|
|
|
|
# Type of Floppy drive to be emulated by the Floppy Disk Controller.
|
|
|
|
#
|
|
|
|
# @144: 1.44MB 3.5" drive
|
|
|
|
# @288: 2.88MB 3.5" drive
|
|
|
|
# @120: 1.2MB 5.25" drive
|
|
|
|
# @none: No drive connected
|
|
|
|
# @auto: Automatically determined by inserted media at boot
|
|
|
|
#
|
|
|
|
# Since: 2.6
|
|
|
|
##
|
|
|
|
{ 'enum': 'FloppyDriveType',
|
|
|
|
'data': ['144', '288', '120', 'none', 'auto']}
|
|
|
|
|
2018-02-28 18:47:57 +01:00
|
|
|
##
|
|
|
|
# @PRManagerInfo:
|
|
|
|
#
|
|
|
|
# Information about a persistent reservation manager
|
|
|
|
#
|
|
|
|
# @id: the identifier of the persistent reservation manager
|
|
|
|
#
|
|
|
|
# @connected: true if the persistent reservation manager is connected to
|
|
|
|
# the underlying storage or helper
|
|
|
|
#
|
|
|
|
# Since: 3.0
|
|
|
|
##
|
|
|
|
{ 'struct': 'PRManagerInfo',
|
|
|
|
'data': {'id': 'str', 'connected': 'bool'} }
|
|
|
|
|
|
|
|
##
|
|
|
|
# @query-pr-managers:
|
|
|
|
#
|
|
|
|
# Returns a list of information about each persistent reservation manager.
|
|
|
|
#
|
|
|
|
# Returns: a list of @PRManagerInfo for each persistent reservation manager
|
|
|
|
#
|
|
|
|
# Since: 3.0
|
|
|
|
##
|
|
|
|
{ 'command': 'query-pr-managers', 'returns': ['PRManagerInfo'],
|
|
|
|
'allow-preconfig': true }
|
|
|
|
|
2014-06-05 13:45:32 +02:00
|
|
|
##
|
|
|
|
# @eject:
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# Ejects the medium from a removable drive.
|
2014-06-05 13:45:32 +02:00
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# @device: Block device name
|
2016-09-20 13:38:46 +02:00
|
|
|
#
|
2020-02-13 18:56:26 +01:00
|
|
|
# @id: The name or QOM path of the guest device (since: 2.8)
|
2014-06-05 13:45:32 +02:00
|
|
|
#
|
2020-02-13 18:56:26 +01:00
|
|
|
# @force: If true, eject regardless of whether the drive is locked.
|
|
|
|
# If not specified, the default value is false.
|
2014-06-05 13:45:32 +02:00
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# Features:
|
|
|
|
# @deprecated: Member @device is deprecated. Use @id instead.
|
|
|
|
#
|
2020-02-13 18:56:30 +01:00
|
|
|
# Returns: - Nothing on success
|
|
|
|
# - If @device is not a valid block device, DeviceNotFound
|
2016-06-23 15:08:55 +02:00
|
|
|
# Notes: Ejecting a device with no media results in success
|
2014-06-05 13:45:32 +02:00
|
|
|
#
|
2020-11-18 07:41:58 +01:00
|
|
|
# Since: 0.14
|
2016-06-23 15:08:55 +02:00
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
2017-05-23 19:44:20 +02:00
|
|
|
# -> { "execute": "eject", "arguments": { "id": "ide1-0-1" } }
|
2016-06-23 15:08:55 +02:00
|
|
|
# <- { "return": {} }
|
2014-06-05 13:45:32 +02:00
|
|
|
##
|
2016-09-20 13:38:46 +02:00
|
|
|
{ 'command': 'eject',
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
|
2016-09-20 13:38:46 +02:00
|
|
|
'*id': 'str',
|
|
|
|
'*force': 'bool' } }
|
2014-06-05 13:45:32 +02:00
|
|
|
|
2020-02-24 15:29:53 +01:00
|
|
|
##
|
|
|
|
# @blockdev-open-tray:
|
|
|
|
#
|
|
|
|
# Opens a block device's tray. If there is a block driver state tree inserted as
|
|
|
|
# a medium, it will become inaccessible to the guest (but it will remain
|
|
|
|
# associated to the block device, so closing the tray will make it accessible
|
|
|
|
# again).
|
|
|
|
#
|
|
|
|
# If the tray was already open before, this will be a no-op.
|
|
|
|
#
|
|
|
|
# Once the tray opens, a DEVICE_TRAY_MOVED event is emitted. There are cases in
|
|
|
|
# which no such event will be generated, these include:
|
|
|
|
#
|
|
|
|
# - if the guest has locked the tray, @force is false and the guest does not
|
|
|
|
# respond to the eject request
|
|
|
|
# - if the BlockBackend denoted by @device does not have a guest device attached
|
|
|
|
# to it
|
|
|
|
# - if the guest device does not have an actual tray
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# @device: Block device name
|
2020-02-24 15:29:53 +01:00
|
|
|
#
|
|
|
|
# @id: The name or QOM path of the guest device (since: 2.8)
|
|
|
|
#
|
|
|
|
# @force: if false (the default), an eject request will be sent to
|
|
|
|
# the guest if it has locked the tray (and the tray will not be opened
|
|
|
|
# immediately); if true, the tray will be opened regardless of whether
|
|
|
|
# it is locked
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# Features:
|
|
|
|
# @deprecated: Member @device is deprecated. Use @id instead.
|
|
|
|
#
|
2020-02-24 15:29:53 +01:00
|
|
|
# Since: 2.5
|
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-open-tray",
|
|
|
|
# "arguments": { "id": "ide0-1-0" } }
|
|
|
|
#
|
|
|
|
# <- { "timestamp": { "seconds": 1418751016,
|
|
|
|
# "microseconds": 716996 },
|
|
|
|
# "event": "DEVICE_TRAY_MOVED",
|
|
|
|
# "data": { "device": "ide1-cd0",
|
|
|
|
# "id": "ide0-1-0",
|
|
|
|
# "tray-open": true } }
|
|
|
|
#
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'command': 'blockdev-open-tray',
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
|
2020-02-24 15:29:53 +01:00
|
|
|
'*id': 'str',
|
|
|
|
'*force': 'bool' } }
|
|
|
|
|
|
|
|
##
|
|
|
|
# @blockdev-close-tray:
|
|
|
|
#
|
|
|
|
# Closes a block device's tray. If there is a block driver state tree associated
|
|
|
|
# with the block device (which is currently ejected), that tree will be loaded
|
|
|
|
# as the medium.
|
|
|
|
#
|
|
|
|
# If the tray was already closed before, this will be a no-op.
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# @device: Block device name
|
2020-02-24 15:29:53 +01:00
|
|
|
#
|
|
|
|
# @id: The name or QOM path of the guest device (since: 2.8)
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# Features:
|
|
|
|
# @deprecated: Member @device is deprecated. Use @id instead.
|
|
|
|
#
|
2020-02-24 15:29:53 +01:00
|
|
|
# Since: 2.5
|
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-close-tray",
|
|
|
|
# "arguments": { "id": "ide0-1-0" } }
|
|
|
|
#
|
|
|
|
# <- { "timestamp": { "seconds": 1418751345,
|
|
|
|
# "microseconds": 272147 },
|
|
|
|
# "event": "DEVICE_TRAY_MOVED",
|
|
|
|
# "data": { "device": "ide1-cd0",
|
|
|
|
# "id": "ide0-1-0",
|
|
|
|
# "tray-open": false } }
|
|
|
|
#
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'command': 'blockdev-close-tray',
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
|
2020-02-24 15:29:53 +01:00
|
|
|
'*id': 'str' } }
|
|
|
|
|
|
|
|
##
|
|
|
|
# @blockdev-remove-medium:
|
|
|
|
#
|
|
|
|
# Removes a medium (a block driver state tree) from a block device. That block
|
|
|
|
# device's tray must currently be open (unless there is no attached guest
|
|
|
|
# device).
|
|
|
|
#
|
|
|
|
# If the tray is open and there is no medium inserted, this will be a no-op.
|
|
|
|
#
|
|
|
|
# @id: The name or QOM path of the guest device
|
|
|
|
#
|
|
|
|
# Since: 2.12
|
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-remove-medium",
|
|
|
|
# "arguments": { "id": "ide0-1-0" } }
|
|
|
|
#
|
|
|
|
# <- { "error": { "class": "GenericError",
|
|
|
|
# "desc": "Tray of device 'ide0-1-0' is not open" } }
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-open-tray",
|
|
|
|
# "arguments": { "id": "ide0-1-0" } }
|
|
|
|
#
|
|
|
|
# <- { "timestamp": { "seconds": 1418751627,
|
|
|
|
# "microseconds": 549958 },
|
|
|
|
# "event": "DEVICE_TRAY_MOVED",
|
|
|
|
# "data": { "device": "ide1-cd0",
|
|
|
|
# "id": "ide0-1-0",
|
|
|
|
# "tray-open": true } }
|
|
|
|
#
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-remove-medium",
|
|
|
|
# "arguments": { "id": "ide0-1-0" } }
|
|
|
|
#
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'command': 'blockdev-remove-medium',
|
|
|
|
'data': { 'id': 'str' } }
|
|
|
|
|
|
|
|
##
|
|
|
|
# @blockdev-insert-medium:
|
|
|
|
#
|
|
|
|
# Inserts a medium (a block driver state tree) into a block device. That block
|
|
|
|
# device's tray must currently be open (unless there is no attached guest
|
|
|
|
# device) and there must be no medium inserted already.
|
|
|
|
#
|
|
|
|
# @id: The name or QOM path of the guest device
|
|
|
|
#
|
|
|
|
# @node-name: name of a node in the block driver state graph
|
|
|
|
#
|
|
|
|
# Since: 2.12
|
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-add",
|
|
|
|
# "arguments": {
|
|
|
|
# "node-name": "node0",
|
|
|
|
# "driver": "raw",
|
|
|
|
# "file": { "driver": "file",
|
|
|
|
# "filename": "fedora.iso" } } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-insert-medium",
|
|
|
|
# "arguments": { "id": "ide0-1-0",
|
|
|
|
# "node-name": "node0" } }
|
|
|
|
#
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'command': 'blockdev-insert-medium',
|
|
|
|
'data': { 'id': 'str',
|
|
|
|
'node-name': 'str'} }
|
|
|
|
|
|
|
|
|
|
|
|
##
|
|
|
|
# @BlockdevChangeReadOnlyMode:
|
|
|
|
#
|
|
|
|
# Specifies the new read-only mode of a block device subject to the
|
|
|
|
# @blockdev-change-medium command.
|
|
|
|
#
|
|
|
|
# @retain: Retains the current read-only mode
|
|
|
|
#
|
|
|
|
# @read-only: Makes the device read-only
|
|
|
|
#
|
|
|
|
# @read-write: Makes the device writable
|
|
|
|
#
|
|
|
|
# Since: 2.3
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'enum': 'BlockdevChangeReadOnlyMode',
|
|
|
|
'data': ['retain', 'read-only', 'read-write'] }
|
|
|
|
|
|
|
|
|
|
|
|
##
|
|
|
|
# @blockdev-change-medium:
|
|
|
|
#
|
|
|
|
# Changes the medium inserted into a block device by ejecting the current medium
|
|
|
|
# and loading a new image file which is inserted as the new medium (this command
|
|
|
|
# combines blockdev-open-tray, blockdev-remove-medium, blockdev-insert-medium
|
|
|
|
# and blockdev-close-tray).
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# @device: Block device name
|
2020-02-24 15:29:53 +01:00
|
|
|
#
|
|
|
|
# @id: The name or QOM path of the guest device
|
|
|
|
# (since: 2.8)
|
|
|
|
#
|
|
|
|
# @filename: filename of the new image to be loaded
|
|
|
|
#
|
|
|
|
# @format: format to open the new image with (defaults to
|
|
|
|
# the probed format)
|
|
|
|
#
|
|
|
|
# @read-only-mode: change the read-only mode of the device; defaults
|
|
|
|
# to 'retain'
|
|
|
|
#
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
# Features:
|
|
|
|
# @deprecated: Member @device is deprecated. Use @id instead.
|
|
|
|
#
|
2020-02-24 15:29:53 +01:00
|
|
|
# Since: 2.5
|
|
|
|
#
|
|
|
|
# Examples:
|
|
|
|
#
|
|
|
|
# 1. Change a removable medium
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-change-medium",
|
|
|
|
# "arguments": { "id": "ide0-1-0",
|
|
|
|
# "filename": "/srv/images/Fedora-12-x86_64-DVD.iso",
|
|
|
|
# "format": "raw" } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
# 2. Load a read-only medium into a writable drive
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-change-medium",
|
|
|
|
# "arguments": { "id": "floppyA",
|
|
|
|
# "filename": "/srv/images/ro.img",
|
|
|
|
# "format": "raw",
|
|
|
|
# "read-only-mode": "retain" } }
|
|
|
|
#
|
|
|
|
# <- { "error":
|
|
|
|
# { "class": "GenericError",
|
|
|
|
# "desc": "Could not open '/srv/images/ro.img': Permission denied" } }
|
|
|
|
#
|
|
|
|
# -> { "execute": "blockdev-change-medium",
|
|
|
|
# "arguments": { "id": "floppyA",
|
|
|
|
# "filename": "/srv/images/ro.img",
|
|
|
|
# "format": "raw",
|
|
|
|
# "read-only-mode": "read-only" } }
|
|
|
|
#
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'command': 'blockdev-change-medium',
|
qapi: Mark deprecated QMP parts with feature 'deprecated'
Add feature 'deprecated' to the deprecated QMP commands, so their
deprecation becomes visible in output of query-qmp-schema. Looks like
this:
{"name": "query-cpus",
"ret-type": "[164]",
"meta-type": "command",
"arg-type": "0",
---> "features": ["deprecated"]}
Management applications could conceivably use this for static
checking.
The deprecated commands are change, cpu-add, migrate-set-cache-size,
migrate_set_downtime, migrate_set_speed, query-cpus, query-events,
query-migrate-cache-size.
The deprecated command arguments are block-commit arguments @base and
@top, and block_set_io_throttle, blockdev-change-medium,
blockdev-close-tray, blockdev-open-tray, eject argument @device.
The deprecated command results are query-cpus-fast result @arch,
query-block result @dirty-bitmaps, query-named-block-nodes result
@encryption_key_missing and result @dirty-bitmaps's member @status.
Same for query-block result @inserted, which mirrors
query-named-block-nodes.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20200317115459.31821-27-armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
2020-03-17 12:54:51 +01:00
|
|
|
'data': { '*device': { 'type': 'str', 'features': [ 'deprecated' ] },
|
2020-02-24 15:29:53 +01:00
|
|
|
'*id': 'str',
|
|
|
|
'filename': 'str',
|
|
|
|
'*format': 'str',
|
|
|
|
'*read-only-mode': 'BlockdevChangeReadOnlyMode' } }
|
|
|
|
|
|
|
|
|
2014-06-18 08:43:44 +02:00
|
|
|
##
|
2016-11-17 16:54:55 +01:00
|
|
|
# @DEVICE_TRAY_MOVED:
|
2014-06-18 08:43:44 +02:00
|
|
|
#
|
|
|
|
# Emitted whenever the tray of a removable device is moved by the guest or by
|
|
|
|
# HMP/QMP commands
|
|
|
|
#
|
2016-09-29 18:30:53 +02:00
|
|
|
# @device: Block device name. This is always present for compatibility
|
|
|
|
# reasons, but it can be empty ("") if the image does not
|
|
|
|
# have a device name associated.
|
|
|
|
#
|
2016-12-06 17:03:45 +01:00
|
|
|
# @id: The name or QOM path of the guest device (since 2.8)
|
2014-06-18 08:43:44 +02:00
|
|
|
#
|
|
|
|
# @tray-open: true if the tray has been opened or false if it has been closed
|
|
|
|
#
|
|
|
|
# Since: 1.1
|
2016-06-23 15:57:27 +02:00
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# <- { "event": "DEVICE_TRAY_MOVED",
|
|
|
|
# "data": { "device": "ide1-cd0",
|
|
|
|
# "id": "/machine/unattached/device[22]",
|
|
|
|
# "tray-open": true
|
|
|
|
# },
|
|
|
|
# "timestamp": { "seconds": 1265044230, "microseconds": 450486 } }
|
|
|
|
#
|
2014-06-18 08:43:44 +02:00
|
|
|
##
|
|
|
|
{ 'event': 'DEVICE_TRAY_MOVED',
|
2016-09-29 18:30:53 +02:00
|
|
|
'data': { 'device': 'str', 'id': 'str', 'tray-open': 'bool' } }
|
2016-02-26 02:39:01 +01:00
|
|
|
|
2018-02-28 19:01:40 +01:00
|
|
|
##
|
|
|
|
# @PR_MANAGER_STATUS_CHANGED:
|
|
|
|
#
|
|
|
|
# Emitted whenever the connected status of a persistent reservation
|
|
|
|
# manager changes.
|
|
|
|
#
|
|
|
|
# @id: The id of the PR manager object
|
|
|
|
#
|
|
|
|
# @connected: true if the PR manager is connected to a backend
|
|
|
|
#
|
|
|
|
# Since: 3.0
|
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# <- { "event": "PR_MANAGER_STATUS_CHANGED",
|
|
|
|
# "data": { "id": "pr-helper0",
|
|
|
|
# "connected": true
|
|
|
|
# },
|
|
|
|
# "timestamp": { "seconds": 1519840375, "microseconds": 450486 } }
|
|
|
|
#
|
|
|
|
##
|
|
|
|
{ 'event': 'PR_MANAGER_STATUS_CHANGED',
|
|
|
|
'data': { 'id': 'str', 'connected': 'bool' } }
|
2020-02-24 15:29:53 +01:00
|
|
|
|
|
|
|
##
|
|
|
|
# @block_set_io_throttle:
|
|
|
|
#
|
|
|
|
# Change I/O throttle limits for a block drive.
|
|
|
|
#
|
|
|
|
# Since QEMU 2.4, each device with I/O limits is member of a throttle
|
|
|
|
# group.
|
|
|
|
#
|
|
|
|
# If two or more devices are members of the same group, the limits
|
|
|
|
# will apply to the combined I/O of the whole group in a round-robin
|
|
|
|
# fashion. Therefore, setting new I/O limits to a device will affect
|
|
|
|
# the whole group.
|
|
|
|
#
|
|
|
|
# The name of the group can be specified using the 'group' parameter.
|
|
|
|
# If the parameter is unset, it is assumed to be the current group of
|
|
|
|
# that device. If it's not in any group yet, the name of the device
|
|
|
|
# will be used as the name for its group.
|
|
|
|
#
|
|
|
|
# The 'group' parameter can also be used to move a device to a
|
|
|
|
# different group. In this case the limits specified in the parameters
|
|
|
|
# will be applied to the new group only.
|
|
|
|
#
|
|
|
|
# I/O limits can be disabled by setting all of them to 0. In this case
|
|
|
|
# the device will be removed from its group and the rest of its
|
|
|
|
# members will not be affected. The 'group' parameter is ignored.
|
|
|
|
#
|
|
|
|
# Returns: - Nothing on success
|
|
|
|
# - If @device is not a valid block device, DeviceNotFound
|
|
|
|
#
|
|
|
|
# Since: 1.1
|
|
|
|
#
|
|
|
|
# Example:
|
|
|
|
#
|
|
|
|
# -> { "execute": "block_set_io_throttle",
|
|
|
|
# "arguments": { "id": "virtio-blk-pci0/virtio-backend",
|
|
|
|
# "bps": 0,
|
|
|
|
# "bps_rd": 0,
|
|
|
|
# "bps_wr": 0,
|
|
|
|
# "iops": 512,
|
|
|
|
# "iops_rd": 0,
|
|
|
|
# "iops_wr": 0,
|
|
|
|
# "bps_max": 0,
|
|
|
|
# "bps_rd_max": 0,
|
|
|
|
# "bps_wr_max": 0,
|
|
|
|
# "iops_max": 0,
|
|
|
|
# "iops_rd_max": 0,
|
|
|
|
# "iops_wr_max": 0,
|
|
|
|
# "bps_max_length": 0,
|
|
|
|
# "iops_size": 0 } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
|
|
|
# -> { "execute": "block_set_io_throttle",
|
|
|
|
# "arguments": { "id": "ide0-1-0",
|
|
|
|
# "bps": 1000000,
|
|
|
|
# "bps_rd": 0,
|
|
|
|
# "bps_wr": 0,
|
|
|
|
# "iops": 0,
|
|
|
|
# "iops_rd": 0,
|
|
|
|
# "iops_wr": 0,
|
|
|
|
# "bps_max": 8000000,
|
|
|
|
# "bps_rd_max": 0,
|
|
|
|
# "bps_wr_max": 0,
|
|
|
|
# "iops_max": 0,
|
|
|
|
# "iops_rd_max": 0,
|
|
|
|
# "iops_wr_max": 0,
|
|
|
|
# "bps_max_length": 60,
|
|
|
|
# "iops_size": 0 } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
##
|
|
|
|
{ 'command': 'block_set_io_throttle', 'boxed': true,
|
|
|
|
'data': 'BlockIOThrottle' }
|
|
|
|
|
|
|
|
##
|
|
|
|
# @block-latency-histogram-set:
|
|
|
|
#
|
|
|
|
# Manage read, write and flush latency histograms for the device.
|
|
|
|
#
|
|
|
|
# If only @id parameter is specified, remove all present latency histograms
|
|
|
|
# for the device. Otherwise, add/reset some of (or all) latency histograms.
|
|
|
|
#
|
|
|
|
# @id: The name or QOM path of the guest device.
|
|
|
|
#
|
|
|
|
# @boundaries: list of interval boundary values (see description in
|
|
|
|
# BlockLatencyHistogramInfo definition). If specified, all
|
|
|
|
# latency histograms are removed, and empty ones created for all
|
|
|
|
# io types with intervals corresponding to @boundaries (except for
|
|
|
|
# io types, for which specific boundaries are set through the
|
|
|
|
# following parameters).
|
|
|
|
#
|
|
|
|
# @boundaries-read: list of interval boundary values for read latency
|
|
|
|
# histogram. If specified, old read latency histogram is
|
|
|
|
# removed, and empty one created with intervals
|
|
|
|
# corresponding to @boundaries-read. The parameter has higher
|
|
|
|
# priority then @boundaries.
|
|
|
|
#
|
|
|
|
# @boundaries-write: list of interval boundary values for write latency
|
|
|
|
# histogram.
|
|
|
|
#
|
|
|
|
# @boundaries-flush: list of interval boundary values for flush latency
|
|
|
|
# histogram.
|
|
|
|
#
|
|
|
|
# Returns: error if device is not found or any boundary arrays are invalid.
|
|
|
|
#
|
|
|
|
# Since: 4.0
|
|
|
|
#
|
2020-09-25 18:22:57 +02:00
|
|
|
# Example:
|
|
|
|
# set new histograms for all io types with intervals
|
2020-02-24 15:29:53 +01:00
|
|
|
# [0, 10), [10, 50), [50, 100), [100, +inf):
|
|
|
|
#
|
|
|
|
# -> { "execute": "block-latency-histogram-set",
|
|
|
|
# "arguments": { "id": "drive0",
|
|
|
|
# "boundaries": [10, 50, 100] } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
2020-09-25 18:22:57 +02:00
|
|
|
# Example:
|
|
|
|
# set new histogram only for write, other histograms will remain
|
2020-02-24 15:29:53 +01:00
|
|
|
# not changed (or not created):
|
|
|
|
#
|
|
|
|
# -> { "execute": "block-latency-histogram-set",
|
|
|
|
# "arguments": { "id": "drive0",
|
|
|
|
# "boundaries-write": [10, 50, 100] } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
2020-09-25 18:22:57 +02:00
|
|
|
# Example:
|
|
|
|
# set new histograms with the following intervals:
|
2020-02-24 15:29:53 +01:00
|
|
|
# read, flush: [0, 10), [10, 50), [50, 100), [100, +inf)
|
|
|
|
# write: [0, 1000), [1000, 5000), [5000, +inf)
|
|
|
|
#
|
|
|
|
# -> { "execute": "block-latency-histogram-set",
|
|
|
|
# "arguments": { "id": "drive0",
|
|
|
|
# "boundaries": [10, 50, 100],
|
|
|
|
# "boundaries-write": [1000, 5000] } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
#
|
2020-09-25 18:22:57 +02:00
|
|
|
# Example:
|
|
|
|
# remove all latency histograms:
|
2020-02-24 15:29:53 +01:00
|
|
|
#
|
|
|
|
# -> { "execute": "block-latency-histogram-set",
|
|
|
|
# "arguments": { "id": "drive0" } }
|
|
|
|
# <- { "return": {} }
|
|
|
|
##
|
|
|
|
{ 'command': 'block-latency-histogram-set',
|
|
|
|
'data': {'id': 'str',
|
|
|
|
'*boundaries': ['uint64'],
|
|
|
|
'*boundaries-read': ['uint64'],
|
|
|
|
'*boundaries-write': ['uint64'],
|
|
|
|
'*boundaries-flush': ['uint64'] } }
|