util: remove support for hex numbers with a scaling suffix
[qemu.git] / docs / about / deprecated.rst
blobe2ca3c8b566db24c8e94ff30c4e9b1283c069351
1 .. _Deprecated features:
3 Deprecated features
4 ===================
6 In general features are intended to be supported indefinitely once
7 introduced into QEMU. In the event that a feature needs to be removed,
8 it will be listed in this section. The feature will remain functional for the
9 release in which it was deprecated and one further release. After these two
10 releases, the feature is liable to be removed. Deprecated features may also
11 generate warnings on the console when QEMU starts up, or if activated via a
12 monitor command, however, this is not a mandatory requirement.
14 Prior to the 2.10.0 release there was no official policy on how
15 long features would be deprecated prior to their removal, nor
16 any documented list of which features were deprecated. Thus
17 any features deprecated prior to 2.10.0 will be treated as if
18 they were first deprecated in the 2.10.0 release.
20 What follows is a list of all features currently marked as
21 deprecated.
23 System emulator command line arguments
24 --------------------------------------
26 ``QEMU_AUDIO_`` environment variables and ``-audio-help`` (since 4.0)
27 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
29 The ``-audiodev`` argument is now the preferred way to specify audio
30 backend settings instead of environment variables.  To ease migration to
31 the new format, the ``-audiodev-help`` option can be used to convert
32 the current values of the environment variables to ``-audiodev`` options.
34 Creating sound card devices and vnc without ``audiodev=`` property (since 4.2)
35 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
37 When not using the deprecated legacy audio config, each sound card
38 should specify an ``audiodev=`` property.  Additionally, when using
39 vnc, you should specify an ``audiodev=`` property if you plan to
40 transmit audio through the VNC protocol.
42 ``-chardev`` backend aliases ``tty`` and ``parport`` (since 6.0)
43 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
45 ``tty`` and ``parport`` are aliases that will be removed. Instead, the
46 actual backend names ``serial`` and ``parallel`` should be used.
48 Short-form boolean options (since 6.0)
49 ''''''''''''''''''''''''''''''''''''''
51 Boolean options such as ``share=on``/``share=off`` could be written
52 in short form as ``share`` and ``noshare``.  This is now deprecated
53 and will cause a warning.
55 ``delay`` option for socket character devices (since 6.0)
56 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''
58 The replacement for the ``nodelay`` short-form boolean option is ``nodelay=on``
59 rather than ``delay=off``.
61 ``-spice password=string`` (since 6.0)
62 ''''''''''''''''''''''''''''''''''''''
64 This option is insecure because the SPICE password remains visible in
65 the process listing. This is replaced by the new ``password-secret``
66 option which lets the password be securely provided on the command
67 line using a ``secret`` object instance.
69 ``-smp`` ("parameter=0" SMP configurations) (since 6.2)
70 '''''''''''''''''''''''''''''''''''''''''''''''''''''''
72 Specified CPU topology parameters must be greater than zero.
74 In the SMP configuration, users should either provide a CPU topology
75 parameter with a reasonable value (greater than zero) or just omit it
76 and QEMU will compute the missing value.
78 However, historically it was implicitly allowed for users to provide
79 a parameter with zero value, which is meaningless and could also possibly
80 cause unexpected results in the -smp parsing. So support for this kind of
81 configurations (e.g. -smp 8,sockets=0) is deprecated since 6.2 and will
82 be removed in the near future, users have to ensure that all the topology
83 members described with -smp are greater than zero.
85 Plugin argument passing through ``arg=<string>`` (since 6.1)
86 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
88 Passing TCG plugins arguments through ``arg=`` is redundant is makes the
89 command-line less readable, especially when the argument itself consist of a
90 name and a value, e.g. ``-plugin plugin_name,arg="arg_name=arg_value"``.
91 Therefore, the usage of ``arg`` is redundant. Single-word arguments are treated
92 as short-form boolean values, and passed to plugins as ``arg_name=on``.
93 However, short-form booleans are deprecated and full explicit ``arg_name=on``
94 form is preferred.
96 ``-drive if=none`` for the sifive_u OTP device (since 6.2)
97 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
99 Using ``-drive if=none`` to configure the OTP device of the sifive_u
100 RISC-V machine is deprecated. Use ``-drive if=pflash`` instead.
103 QEMU Machine Protocol (QMP) commands
104 ------------------------------------
106 ``blockdev-open-tray``, ``blockdev-close-tray`` argument ``device`` (since 2.8)
107 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
109 Use argument ``id`` instead.
111 ``eject`` argument ``device`` (since 2.8)
112 '''''''''''''''''''''''''''''''''''''''''
114 Use argument ``id`` instead.
116 ``blockdev-change-medium`` argument ``device`` (since 2.8)
117 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
119 Use argument ``id`` instead.
121 ``block_set_io_throttle`` argument ``device`` (since 2.8)
122 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''
124 Use argument ``id`` instead.
126 ``blockdev-add`` empty string argument ``backing`` (since 2.10)
127 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
129 Use argument value ``null`` instead.
131 ``block-commit`` arguments ``base`` and ``top`` (since 3.1)
132 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
134 Use arguments ``base-node`` and ``top-node`` instead.
136 ``nbd-server-add`` and ``nbd-server-remove`` (since 5.2)
137 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''
139 Use the more generic commands ``block-export-add`` and ``block-export-del``
140 instead.  As part of this deprecation, where ``nbd-server-add`` used a
141 single ``bitmap``, the new ``block-export-add`` uses a list of ``bitmaps``.
143 ``query-qmp-schema`` return value member ``values`` (since 6.2)
144 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
146 Member ``values`` in return value elements with meta-type ``enum`` is
147 deprecated.  Use ``members`` instead.
149 ``drive-backup`` (since 6.2)
150 ''''''''''''''''''''''''''''
152 Use ``blockdev-backup`` in combination with ``blockdev-add`` instead.
153 This change primarily separates the creation/opening process of the backup
154 target with explicit, separate steps. ``blockdev-backup`` uses mostly the
155 same arguments as ``drive-backup``, except the ``format`` and ``mode``
156 options are removed in favor of using explicit ``blockdev-create`` and
157 ``blockdev-add`` calls. See :doc:`/interop/live-block-operations` for
158 details.
160 Incorrectly typed ``device_add`` arguments (since 6.2)
161 ''''''''''''''''''''''''''''''''''''''''''''''''''''''
163 Due to shortcomings in the internal implementation of ``device_add``, QEMU
164 incorrectly accepts certain invalid arguments: Any object or list arguments are
165 silently ignored. Other argument types are not checked, but an implicit
166 conversion happens, so that e.g. string values can be assigned to integer
167 device properties or vice versa.
169 This is a bug in QEMU that will be fixed in the future so that previously
170 accepted incorrect commands will return an error. Users should make sure that
171 all arguments passed to ``device_add`` are consistent with the documented
172 property types.
174 ``query-sgx`` return value member ``section-size`` (since 7.0)
175 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
177 Member ``section-size`` in return value elements with meta-type ``uint64`` is
178 deprecated.  Use ``sections`` instead.
181 ``query-sgx-capabilities`` return value member ``section-size`` (since 7.0)
182 '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
184 Member ``section-size`` in return value elements with meta-type ``uint64`` is
185 deprecated.  Use ``sections`` instead.
187 System accelerators
188 -------------------
190 MIPS ``Trap-and-Emul`` KVM support (since 6.0)
191 ''''''''''''''''''''''''''''''''''''''''''''''
193 The MIPS ``Trap-and-Emul`` KVM host and guest support has been removed
194 from Linux upstream kernel, declare it deprecated.
196 Host Architectures
197 ------------------
199 BE MIPS (since 7.2)
200 '''''''''''''''''''
202 As Debian 10 ("Buster") moved into LTS the big endian 32 bit version of
203 MIPS moved out of support making it hard to maintain our
204 cross-compilation CI tests of the architecture. As we no longer have
205 CI coverage support may bitrot away before the deprecation process
206 completes. The little endian variants of MIPS (both 32 and 64 bit) are
207 still a supported host architecture.
209 QEMU API (QAPI) events
210 ----------------------
212 ``MEM_UNPLUG_ERROR`` (since 6.2)
213 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''
215 Use the more generic event ``DEVICE_UNPLUG_GUEST_ERROR`` instead.
218 System emulator machines
219 ------------------------
221 Arm ``virt`` machine ``dtb-kaslr-seed`` property
222 ''''''''''''''''''''''''''''''''''''''''''''''''
224 The ``dtb-kaslr-seed`` property on the ``virt`` board has been
225 deprecated; use the new name ``dtb-randomness`` instead. The new name
226 better reflects the way this property affects all random data within
227 the device tree blob, not just the ``kaslr-seed`` node.
229 ``pc-i440fx-1.4`` up to ``pc-i440fx-1.7`` (since 7.0)
230 '''''''''''''''''''''''''''''''''''''''''''''''''''''
232 These old machine types are quite neglected nowadays and thus might have
233 various pitfalls with regards to live migration. Use a newer machine type
234 instead.
237 Backend options
238 ---------------
240 Using non-persistent backing file with pmem=on (since 6.1)
241 ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
243 This option is used when ``memory-backend-file`` is consumed by emulated NVDIMM
244 device. However enabling ``memory-backend-file.pmem`` option, when backing file
245 is (a) not DAX capable or (b) not on a filesystem that support direct mapping
246 of persistent memory, is not safe and may lead to data loss or corruption in case
247 of host crash.
248 Options are:
250     - modify VM configuration to set ``pmem=off`` to continue using fake NVDIMM
251       (without persistence guaranties) with backing file on non DAX storage
252     - move backing file to NVDIMM storage and keep ``pmem=on``
253       (to have NVDIMM with persistence guaranties).
255 Device options
256 --------------
258 Emulated device options
259 '''''''''''''''''''''''
261 ``-device virtio-blk,scsi=on|off`` (since 5.0)
262 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
264 The virtio-blk SCSI passthrough feature is a legacy VIRTIO feature.  VIRTIO 1.0
265 and later do not support it because the virtio-scsi device was introduced for
266 full SCSI support.  Use virtio-scsi instead when SCSI passthrough is required.
268 Note this also applies to ``-device virtio-blk-pci,scsi=on|off``, which is an
269 alias.
271 ``-device sga`` (since 6.2)
272 ^^^^^^^^^^^^^^^^^^^^^^^^^^^
274 The ``sga`` device loads an option ROM for x86 targets which enables
275 SeaBIOS to send messages to the serial console. SeaBIOS 1.11.0 onwards
276 contains native support for this feature and thus use of the option
277 ROM approach is obsolete. The native SeaBIOS support can be activated
278 by using ``-machine graphics=off``.
280 ``-device nvme-ns,eui64-default=on|off`` (since 7.1)
281 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
283 In QEMU versions 6.1, 6.2 and 7.0, the ``nvme-ns`` generates an EUI-64
284 identifier that is not globally unique. If an EUI-64 identifier is required, the
285 user must set it explicitly using the ``nvme-ns`` device parameter ``eui64``.
287 ``-device nvme,use-intel-id=on|off`` (since 7.1)
288 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
290 The ``nvme`` device originally used a PCI Vendor/Device Identifier combination
291 from Intel that was not properly allocated. Since version 5.2, the controller
292 has used a properly allocated identifier. Deprecate the ``use-intel-id``
293 machine compatibility parameter.
296 Block device options
297 ''''''''''''''''''''
299 ``"backing": ""`` (since 2.12)
300 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
302 In order to prevent QEMU from automatically opening an image's backing
303 chain, use ``"backing": null`` instead.
305 ``rbd`` keyvalue pair encoded filenames: ``""`` (since 3.1)
306 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
308 Options for ``rbd`` should be specified according to its runtime options,
309 like other block drivers.  Legacy parsing of keyvalue pair encoded
310 filenames is useful to open images with the old format for backing files;
311 These image files should be updated to use the current format.
313 Example of legacy encoding::
315   json:{"file.driver":"rbd", "file.filename":"rbd:rbd/name"}
317 The above, converted to the current supported format::
319   json:{"file.driver":"rbd", "file.pool":"rbd", "file.image":"name"}
321 Backwards compatibility
322 -----------------------
324 Runnability guarantee of CPU models (since 4.1)
325 '''''''''''''''''''''''''''''''''''''''''''''''
327 Previous versions of QEMU never changed existing CPU models in
328 ways that introduced additional host software or hardware
329 requirements to the VM.  This allowed management software to
330 safely change the machine type of an existing VM without
331 introducing new requirements ("runnability guarantee").  This
332 prevented CPU models from being updated to include CPU
333 vulnerability mitigations, leaving guests vulnerable in the
334 default configuration.
336 The CPU model runnability guarantee won't apply anymore to
337 existing CPU models.  Management software that needs runnability
338 guarantees must resolve the CPU model aliases using the
339 ``alias-of`` field returned by the ``query-cpu-definitions`` QMP
340 command.
342 While those guarantees are kept, the return value of
343 ``query-cpu-definitions`` will have existing CPU model aliases
344 point to a version that doesn't break runnability guarantees
345 (specifically, version 1 of those CPU models).  In future QEMU
346 versions, aliases will point to newer CPU model versions
347 depending on the machine type, so management software must
348 resolve CPU model aliases before starting a virtual machine.
350 Tools
351 -----
353 virtiofsd
354 '''''''''
356 There is a new Rust implementation of ``virtiofsd`` at
357 ``https://gitlab.com/virtio-fs/virtiofsd``;
358 since this is now marked stable, new development should be done on that
359 rather than the existing C version in the QEMU tree.
360 The C version will still accept fixes and patches that
361 are already in development for the moment, but will eventually
362 be deleted from this tree.
363 New deployments should use the Rust version, and existing systems
364 should consider moving to it.  The command line and feature set
365 is very close and moving should be simple.
368 QEMU guest agent
369 ----------------
371 ``--blacklist`` command line option (since 7.2)
372 '''''''''''''''''''''''''''''''''''''''''''''''
374 ``--blacklist`` has been replaced by ``--block-rpcs`` (which is a better
375 wording for what this option does). The short form ``-b`` still stays
376 the same and thus is the preferred way for scripts that should run with
377 both, older and future versions of QEMU.
379 ``blacklist`` config file option (since 7.2)
380 ''''''''''''''''''''''''''''''''''''''''''''
382 The ``blacklist`` config file option has been renamed to ``block-rpcs``
383 (to be in sync with the renaming of the corresponding command line
384 option).