docs/about: Unify the subject format

There is a mixture of "since/removed in X.Y" vs "since/removed in X.Y.Z"
in the subjects in deprecated.rst/removed-features.rst. It will be better
to use an unified format. It seems unlikely that we will ever deprecate
something in a stable release, and even more unlikely that we'll remove
something in one, so the short versions look like the thing we want to
standardize on.

So here we unify the subject format in deprecated.rst to "since X.Y", and
unify the subject format in removed-features.rst to "removed in X.Y".

Signed-off-by: Yanan Wang <wangyanan55@huawei.com>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Reviewed-by: Andrew Jones <drjones@redhat.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Message-Id: <20210823030005.165668-3-wangyanan55@huawei.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
This commit is contained in:
Yanan Wang 2021-08-23 11:00:04 +08:00 committed by Thomas Huth
parent 3ce105c5bf
commit e2cc363bbb
2 changed files with 42 additions and 42 deletions

View File

@ -107,8 +107,8 @@ the process listing. This is replaced by the new ``password-secret``
option which lets the password be securely provided on the command option which lets the password be securely provided on the command
line using a ``secret`` object instance. line using a ``secret`` object instance.
``opened`` property of ``rng-*`` objects (since 6.0.0) ``opened`` property of ``rng-*`` objects (since 6.0)
'''''''''''''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''''''''
The only effect of specifying ``opened=on`` in the command line or QMP The only effect of specifying ``opened=on`` in the command line or QMP
``object-add`` is that the device is opened immediately, possibly before all ``object-add`` is that the device is opened immediately, possibly before all
@ -116,8 +116,8 @@ other options have been processed. This will either have no effect (if
``opened`` was the last option) or cause errors. The property is therefore ``opened`` was the last option) or cause errors. The property is therefore
useless and should not be specified. useless and should not be specified.
``loaded`` property of ``secret`` and ``secret_keyring`` objects (since 6.0.0) ``loaded`` property of ``secret`` and ``secret_keyring`` objects (since 6.0)
'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
The only effect of specifying ``loaded=on`` in the command line or QMP The only effect of specifying ``loaded=on`` in the command line or QMP
``object-add`` is that the secret is loaded immediately, possibly before all ``object-add`` is that the secret is loaded immediately, possibly before all
@ -142,33 +142,33 @@ should be used instead.
QEMU Machine Protocol (QMP) commands QEMU Machine Protocol (QMP) commands
------------------------------------ ------------------------------------
``blockdev-open-tray``, ``blockdev-close-tray`` argument ``device`` (since 2.8.0) ``blockdev-open-tray``, ``blockdev-close-tray`` argument ``device`` (since 2.8)
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Use argument ``id`` instead. Use argument ``id`` instead.
``eject`` argument ``device`` (since 2.8.0) ``eject`` argument ``device`` (since 2.8)
''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''
Use argument ``id`` instead. Use argument ``id`` instead.
``blockdev-change-medium`` argument ``device`` (since 2.8.0) ``blockdev-change-medium`` argument ``device`` (since 2.8)
'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Use argument ``id`` instead. Use argument ``id`` instead.
``block_set_io_throttle`` argument ``device`` (since 2.8.0) ``block_set_io_throttle`` argument ``device`` (since 2.8)
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Use argument ``id`` instead. Use argument ``id`` instead.
``blockdev-add`` empty string argument ``backing`` (since 2.10.0) ``blockdev-add`` empty string argument ``backing`` (since 2.10)
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Use argument value ``null`` instead. Use argument value ``null`` instead.
``block-commit`` arguments ``base`` and ``top`` (since 3.1.0) ``block-commit`` arguments ``base`` and ``top`` (since 3.1)
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Use arguments ``base-node`` and ``top-node`` instead. Use arguments ``base-node`` and ``top-node`` instead.
@ -191,8 +191,8 @@ from Linux upstream kernel, declare it deprecated.
System emulator CPUS System emulator CPUS
-------------------- --------------------
``Icelake-Client`` CPU Model (since 5.2.0) ``Icelake-Client`` CPU Model (since 5.2)
'''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''
``Icelake-Client`` CPU Models are deprecated. Use ``Icelake-Server`` CPU ``Icelake-Client`` CPU Models are deprecated. Use ``Icelake-Server`` CPU
Models instead. Models instead.
@ -245,8 +245,8 @@ Device options
Emulated device options Emulated device options
''''''''''''''''''''''' '''''''''''''''''''''''
``-device virtio-blk,scsi=on|off`` (since 5.0.0) ``-device virtio-blk,scsi=on|off`` (since 5.0)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The virtio-blk SCSI passthrough feature is a legacy VIRTIO feature. VIRTIO 1.0 The virtio-blk SCSI passthrough feature is a legacy VIRTIO feature. VIRTIO 1.0
and later do not support it because the virtio-scsi device was introduced for and later do not support it because the virtio-scsi device was introduced for
@ -258,14 +258,14 @@ alias.
Block device options Block device options
'''''''''''''''''''' ''''''''''''''''''''
``"backing": ""`` (since 2.12.0) ``"backing": ""`` (since 2.12)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
In order to prevent QEMU from automatically opening an image's backing In order to prevent QEMU from automatically opening an image's backing
chain, use ``"backing": null`` instead. chain, use ``"backing": null`` instead.
``rbd`` keyvalue pair encoded filenames: ``""`` (since 3.1.0) ``rbd`` keyvalue pair encoded filenames: ``""`` (since 3.1)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Options for ``rbd`` should be specified according to its runtime options, Options for ``rbd`` should be specified according to its runtime options,
like other block drivers. Legacy parsing of keyvalue pair encoded like other block drivers. Legacy parsing of keyvalue pair encoded
@ -283,8 +283,8 @@ The above, converted to the current supported format::
linux-user mode CPUs linux-user mode CPUs
-------------------- --------------------
``ppc64abi32`` CPUs (since 5.2.0) ``ppc64abi32`` CPUs (since 5.2)
''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''
The ``ppc64abi32`` architecture has a number of issues which regularly The ``ppc64abi32`` architecture has a number of issues which regularly
trip up our CI testing and is suspected to be quite broken. For that trip up our CI testing and is suspected to be quite broken. For that
@ -303,8 +303,8 @@ Related binaries
Backwards compatibility Backwards compatibility
----------------------- -----------------------
Runnability guarantee of CPU models (since 4.1.0) Runnability guarantee of CPU models (since 4.1)
''''''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''''
Previous versions of QEMU never changed existing CPU models in Previous versions of QEMU never changed existing CPU models in
ways that introduced additional host software or hardware ways that introduced additional host software or hardware

View File

@ -194,8 +194,8 @@ by the ``tls-authz`` and ``sasl-authz`` options.
The ``pretty=on|off`` switch has no effect for HMP monitors and The ``pretty=on|off`` switch has no effect for HMP monitors and
its use is rejected. its use is rejected.
``-drive file=json:{...{'driver':'file'}}`` (removed 6.0) ``-drive file=json:{...{'driver':'file'}}`` (removed in 6.0)
''''''''''''''''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
The 'file' driver for drives is no longer appropriate for character or host The 'file' driver for drives is no longer appropriate for character or host
devices and will only accept regular files (S_IFREG). The correct driver devices and will only accept regular files (S_IFREG). The correct driver
@ -272,8 +272,8 @@ for the RISC-V ``virt`` machine and ``sifive_u`` machine.
QEMU Machine Protocol (QMP) commands QEMU Machine Protocol (QMP) commands
------------------------------------ ------------------------------------
``block-dirty-bitmap-add`` "autoload" parameter (removed in 4.2.0) ``block-dirty-bitmap-add`` "autoload" parameter (removed in 4.2)
'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
The "autoload" parameter has been ignored since 2.12.0. All bitmaps The "autoload" parameter has been ignored since 2.12.0. All bitmaps
are automatically loaded from qcow2 images. are automatically loaded from qcow2 images.
@ -456,15 +456,15 @@ Nobody was using this CPU emulation in QEMU, and there were no test images
available to make sure that the code is still working, so it has been removed available to make sure that the code is still working, so it has been removed
without replacement. without replacement.
``lm32`` CPUs (removed in 6.1.0) ``lm32`` CPUs (removed in 6.1)
'''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''
The only public user of this architecture was the milkymist project, The only public user of this architecture was the milkymist project,
which has been dead for years; there was never an upstream Linux which has been dead for years; there was never an upstream Linux
port. Removed without replacement. port. Removed without replacement.
``unicore32`` CPUs (since 6.1.0) ``unicore32`` CPUs (removed in 6.1)
'''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''
Support for this CPU was removed from the upstream Linux kernel, and Support for this CPU was removed from the upstream Linux kernel, and
there is no available upstream toolchain to build binaries for it. there is no available upstream toolchain to build binaries for it.
@ -593,8 +593,8 @@ error when ``-u`` is not used.
Command line options Command line options
-------------------- --------------------
``-smp`` (invalid topologies) (removed 5.2) ``-smp`` (invalid topologies) (removed in 5.2)
''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''
CPU topology properties should describe whole machine topology including CPU topology properties should describe whole machine topology including
possible CPUs. possible CPUs.
@ -606,8 +606,8 @@ Support for invalid topologies is removed, the user must ensure
topologies described with -smp include all possible cpus, i.e. topologies described with -smp include all possible cpus, i.e.
*sockets* * *cores* * *threads* = *maxcpus*. *sockets* * *cores* * *threads* = *maxcpus*.
``-numa`` node (without memory specified) (removed 5.2) ``-numa`` node (without memory specified) (removed in 5.2)
''''''''''''''''''''''''''''''''''''''''''''''''''''''' ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Splitting RAM by default between NUMA nodes had the same issues as ``mem`` Splitting RAM by default between NUMA nodes had the same issues as ``mem``
parameter with the difference that the role of the user plays QEMU using parameter with the difference that the role of the user plays QEMU using
@ -647,8 +647,8 @@ as ignored. Currently, users are responsible for making sure the backing storage
specified with ``-mem-path`` can actually provide the guest RAM configured with specified with ``-mem-path`` can actually provide the guest RAM configured with
``-m`` and QEMU fails to start up if RAM allocation is unsuccessful. ``-m`` and QEMU fails to start up if RAM allocation is unsuccessful.
``-machine enforce-config-section=on|off`` (removed 5.2) ``-machine enforce-config-section=on|off`` (removed in 5.2)
'''''''''''''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
The ``enforce-config-section`` property was replaced by the The ``enforce-config-section`` property was replaced by the
``-global migration.send-configuration={on|off}`` option. ``-global migration.send-configuration={on|off}`` option.