]>
Commit | Line | Data |
---|---|---|
7f800d34 MAL |
1 | .. _Deprecated features: |
2 | ||
41fba161 PM |
3 | Deprecated features |
4 | =================== | |
5 | ||
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, | |
ef1f5b0a SH |
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. | |
41fba161 PM |
13 | |
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. | |
19 | ||
20 | What follows is a list of all features currently marked as | |
21 | deprecated. | |
22 | ||
bb9ecae7 AB |
23 | Build options |
24 | ------------- | |
25 | ||
26 | ``gprof`` builds (since 8.0) | |
27 | '''''''''''''''''''''''''''' | |
28 | ||
29 | The ``--enable-gprof`` configure setting relies on compiler | |
30 | instrumentation to gather its data which can distort the generated | |
31 | profile. As other non-instrumenting tools are available that give a | |
32 | more holistic view of the system with non-instrumented binaries we are | |
33 | deprecating the build option and no longer defend it in CI. The | |
34 | ``--enable-gcov`` build option remains for analysis test case | |
35 | coverage. | |
36 | ||
41fba161 PM |
37 | System emulator command line arguments |
38 | -------------------------------------- | |
39 | ||
41fba161 PM |
40 | ``QEMU_AUDIO_`` environment variables and ``-audio-help`` (since 4.0) |
41 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
42 | ||
43 | The ``-audiodev`` argument is now the preferred way to specify audio | |
44 | backend settings instead of environment variables. To ease migration to | |
45 | the new format, the ``-audiodev-help`` option can be used to convert | |
46 | the current values of the environment variables to ``-audiodev`` options. | |
47 | ||
48 | Creating sound card devices and vnc without ``audiodev=`` property (since 4.2) | |
49 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
50 | ||
51 | When not using the deprecated legacy audio config, each sound card | |
52 | should specify an ``audiodev=`` property. Additionally, when using | |
76ca4b58 | 53 | vnc, you should specify an ``audiodev=`` property if you plan to |
41fba161 PM |
54 | transmit audio through the VNC protocol. |
55 | ||
ccd3b3b8 PB |
56 | Short-form boolean options (since 6.0) |
57 | '''''''''''''''''''''''''''''''''''''' | |
58 | ||
59 | Boolean options such as ``share=on``/``share=off`` could be written | |
60 | in short form as ``share`` and ``noshare``. This is now deprecated | |
61 | and will cause a warning. | |
a1b40bda | 62 | |
fe636424 PB |
63 | ``delay`` option for socket character devices (since 6.0) |
64 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
65 | ||
66 | The replacement for the ``nodelay`` short-form boolean option is ``nodelay=on`` | |
67 | rather than ``delay=off``. | |
68 | ||
c2511b16 YW |
69 | ``-smp`` ("parameter=0" SMP configurations) (since 6.2) |
70 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
71 | ||
72 | Specified CPU topology parameters must be greater than zero. | |
73 | ||
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. | |
77 | ||
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. | |
39c4c27d | 84 | |
67f14574 MM |
85 | Plugin argument passing through ``arg=<string>`` (since 6.1) |
86 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
87 | ||
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. | |
95 | ||
df37330c TH |
96 | ``-no-hpet`` (since 8.0) |
97 | '''''''''''''''''''''''' | |
98 | ||
99 | The HPET setting has been turned into a machine property. | |
100 | Use ``-machine hpet=off`` instead. | |
101 | ||
fffa36b6 TH |
102 | ``-no-acpi`` (since 8.0) |
103 | '''''''''''''''''''''''' | |
104 | ||
105 | The ``-no-acpi`` setting has been turned into a machine property. | |
106 | Use ``-machine acpi=off`` instead. | |
107 | ||
90c167a1 TH |
108 | ``-accel hax`` (since 8.0) |
109 | '''''''''''''''''''''''''' | |
110 | ||
111 | The HAXM project has been retired (see https://github.com/intel/haxm#status). | |
112 | Use "whpx" (on Windows) or "hvf" (on macOS) instead. | |
113 | ||
80bd81ca CI |
114 | ``-async-teardown`` (since 8.1) |
115 | ''''''''''''''''''''''''''''''' | |
116 | ||
117 | Use ``-run-with async-teardown=on`` instead. | |
118 | ||
9ffcbe2a TH |
119 | ``-chroot`` (since 8.1) |
120 | ''''''''''''''''''''''' | |
121 | ||
122 | Use ``-run-with chroot=dir`` instead. | |
123 | ||
12fd0f41 PM |
124 | ``-singlestep`` (since 8.1) |
125 | ''''''''''''''''''''''''''' | |
126 | ||
127 | The ``-singlestep`` option has been turned into an accelerator property, | |
128 | and given a name that better reflects what it actually does. | |
129 | Use ``-accel tcg,one-insn-per-tb=on`` instead. | |
130 | ||
131 | User-mode emulator command line arguments | |
132 | ----------------------------------------- | |
133 | ||
134 | ``-singlestep`` (since 8.1) | |
135 | ''''''''''''''''''''''''''' | |
136 | ||
137 | The ``-singlestep`` option has been given a name that better reflects | |
138 | what it actually does. For both linux-user and bsd-user, use the | |
139 | new ``-one-insn-per-tb`` option instead. | |
67f14574 | 140 | |
41fba161 PM |
141 | QEMU Machine Protocol (QMP) commands |
142 | ------------------------------------ | |
143 | ||
e2cc363b YW |
144 | ``blockdev-open-tray``, ``blockdev-close-tray`` argument ``device`` (since 2.8) |
145 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
73756ae3 MA |
146 | |
147 | Use argument ``id`` instead. | |
148 | ||
e2cc363b YW |
149 | ``eject`` argument ``device`` (since 2.8) |
150 | ''''''''''''''''''''''''''''''''''''''''' | |
73756ae3 MA |
151 | |
152 | Use argument ``id`` instead. | |
153 | ||
e2cc363b YW |
154 | ``blockdev-change-medium`` argument ``device`` (since 2.8) |
155 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
73756ae3 MA |
156 | |
157 | Use argument ``id`` instead. | |
158 | ||
e2cc363b YW |
159 | ``block_set_io_throttle`` argument ``device`` (since 2.8) |
160 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
73756ae3 MA |
161 | |
162 | Use argument ``id`` instead. | |
163 | ||
e2cc363b YW |
164 | ``blockdev-add`` empty string argument ``backing`` (since 2.10) |
165 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
73756ae3 MA |
166 | |
167 | Use argument value ``null`` instead. | |
168 | ||
e2cc363b YW |
169 | ``block-commit`` arguments ``base`` and ``top`` (since 3.1) |
170 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
73756ae3 MA |
171 | |
172 | Use arguments ``base-node`` and ``top-node`` instead. | |
173 | ||
443127e8 KW |
174 | ``nbd-server-add`` and ``nbd-server-remove`` (since 5.2) |
175 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
176 | ||
177 | Use the more generic commands ``block-export-add`` and ``block-export-del`` | |
cbad81ce EB |
178 | instead. As part of this deprecation, where ``nbd-server-add`` used a |
179 | single ``bitmap``, the new ``block-export-add`` uses a list of ``bitmaps``. | |
443127e8 | 180 | |
75ecee72 MA |
181 | ``query-qmp-schema`` return value member ``values`` (since 6.2) |
182 | ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
183 | ||
184 | Member ``values`` in return value elements with meta-type ``enum`` is | |
185 | deprecated. Use ``members`` instead. | |
186 | ||
1084159b VSO |
187 | ``drive-backup`` (since 6.2) |
188 | '''''''''''''''''''''''''''' | |
189 | ||
190 | Use ``blockdev-backup`` in combination with ``blockdev-add`` instead. | |
191 | This change primarily separates the creation/opening process of the backup | |
192 | target with explicit, separate steps. ``blockdev-backup`` uses mostly the | |
193 | same arguments as ``drive-backup``, except the ``format`` and ``mode`` | |
194 | options are removed in favor of using explicit ``blockdev-create`` and | |
195 | ``blockdev-add`` calls. See :doc:`/interop/live-block-operations` for | |
196 | details. | |
197 | ||
4d8b0f0a KW |
198 | Incorrectly typed ``device_add`` arguments (since 6.2) |
199 | '''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
200 | ||
201 | Due to shortcomings in the internal implementation of ``device_add``, QEMU | |
202 | incorrectly accepts certain invalid arguments: Any object or list arguments are | |
203 | silently ignored. Other argument types are not checked, but an implicit | |
204 | conversion happens, so that e.g. string values can be assigned to integer | |
205 | device properties or vice versa. | |
206 | ||
207 | This is a bug in QEMU that will be fixed in the future so that previously | |
208 | accepted incorrect commands will return an error. Users should make sure that | |
209 | all arguments passed to ``device_add`` are consistent with the documented | |
210 | property types. | |
211 | ||
34c18203 PM |
212 | ``StatusInfo`` member ``singlestep`` (since 8.1) |
213 | '''''''''''''''''''''''''''''''''''''''''''''''' | |
214 | ||
215 | The ``singlestep`` member of the ``StatusInfo`` returned from the | |
216 | ``query-status`` command is deprecated. This member has a confusing | |
217 | name and it never did what the documentation claimed or what its name | |
218 | suggests. We do not believe that anybody is actually using the | |
219 | information provided in this member. | |
220 | ||
221 | The information it reports is whether the TCG JIT is in "one | |
222 | instruction per translated block" mode (which can be set on the | |
223 | command line or via the HMP, but not via QMP). The information remains | |
224 | available via the HMP 'info jit' command. | |
225 | ||
1a8fc850 AB |
226 | QEMU Machine Protocol (QMP) events |
227 | ---------------------------------- | |
228 | ||
229 | ``MEM_UNPLUG_ERROR`` (since 6.2) | |
230 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
231 | ||
232 | Use the more generic event ``DEVICE_UNPLUG_GUEST_ERROR`` instead. | |
233 | ||
5485e52a AB |
234 | ``vcpu`` trace events (since 8.1) |
235 | ''''''''''''''''''''''''''''''''' | |
236 | ||
237 | The ability to instrument QEMU helper functions with vCPU-aware trace | |
238 | points was removed in 7.0. However QMP still exposed the vcpu | |
239 | parameter. This argument has now been deprecated and the remaining | |
240 | remaining trace points that used it are selected just by name. | |
1a8fc850 | 241 | |
e9ccfdd9 PM |
242 | Human Monitor Protocol (HMP) commands |
243 | ------------------------------------- | |
244 | ||
245 | ``singlestep`` (since 8.1) | |
246 | '''''''''''''''''''''''''' | |
247 | ||
248 | The ``singlestep`` command has been replaced by the ``one-insn-per-tb`` | |
249 | command, which has the same behaviour but a less misleading name. | |
250 | ||
54ab3c3f AB |
251 | Host Architectures |
252 | ------------------ | |
253 | ||
254 | BE MIPS (since 7.2) | |
255 | ''''''''''''''''''' | |
256 | ||
257 | As Debian 10 ("Buster") moved into LTS the big endian 32 bit version of | |
258 | MIPS moved out of support making it hard to maintain our | |
259 | cross-compilation CI tests of the architecture. As we no longer have | |
260 | CI coverage support may bitrot away before the deprecation process | |
261 | completes. The little endian variants of MIPS (both 32 and 64 bit) are | |
262 | still a supported host architecture. | |
263 | ||
5c27baf9 TH |
264 | System emulation on 32-bit x86 hosts (since 8.0) |
265 | '''''''''''''''''''''''''''''''''''''''''''''''' | |
266 | ||
267 | Support for 32-bit x86 host deployments is increasingly uncommon in mainstream | |
268 | OS distributions given the widespread availability of 64-bit x86 hardware. | |
269 | The QEMU project no longer considers 32-bit x86 support for system emulation to | |
270 | be an effective use of its limited resources, and thus intends to discontinue | |
271 | it. Since all recent x86 hardware from the past >10 years is capable of the | |
272 | 64-bit x86 extensions, a corresponding 64-bit OS should be used instead. | |
273 | ||
274 | ||
41fba161 PM |
275 | System emulator machines |
276 | ------------------------ | |
277 | ||
ac64ebbe PM |
278 | Arm ``virt`` machine ``dtb-kaslr-seed`` property (since 7.1) |
279 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
5242876f JD |
280 | |
281 | The ``dtb-kaslr-seed`` property on the ``virt`` board has been | |
282 | deprecated; use the new name ``dtb-randomness`` instead. The new name | |
283 | better reflects the way this property affects all random data within | |
284 | the device tree blob, not just the ``kaslr-seed`` node. | |
285 | ||
f59fb188 TH |
286 | ``pc-i440fx-1.4`` up to ``pc-i440fx-1.7`` (since 7.0) |
287 | ''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
288 | ||
289 | These old machine types are quite neglected nowadays and thus might have | |
290 | various pitfalls with regards to live migration. Use a newer machine type | |
291 | instead. | |
292 | ||
293 | ||
cdcf766d IM |
294 | Backend options |
295 | --------------- | |
296 | ||
297 | Using non-persistent backing file with pmem=on (since 6.1) | |
298 | '''''''''''''''''''''''''''''''''''''''''''''''''''''''''' | |
299 | ||
300 | This option is used when ``memory-backend-file`` is consumed by emulated NVDIMM | |
301 | device. However enabling ``memory-backend-file.pmem`` option, when backing file | |
302 | is (a) not DAX capable or (b) not on a filesystem that support direct mapping | |
303 | of persistent memory, is not safe and may lead to data loss or corruption in case | |
304 | of host crash. | |
305 | Options are: | |
306 | ||
307 | - modify VM configuration to set ``pmem=off`` to continue using fake NVDIMM | |
308 | (without persistence guaranties) with backing file on non DAX storage | |
309 | - move backing file to NVDIMM storage and keep ``pmem=on`` | |
310 | (to have NVDIMM with persistence guaranties). | |
311 | ||
41fba161 PM |
312 | Device options |
313 | -------------- | |
314 | ||
315 | Emulated device options | |
316 | ''''''''''''''''''''''' | |
317 | ||
e2cc363b YW |
318 | ``-device virtio-blk,scsi=on|off`` (since 5.0) |
319 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
41fba161 PM |
320 | |
321 | The virtio-blk SCSI passthrough feature is a legacy VIRTIO feature. VIRTIO 1.0 | |
322 | and later do not support it because the virtio-scsi device was introduced for | |
323 | full SCSI support. Use virtio-scsi instead when SCSI passthrough is required. | |
324 | ||
325 | Note this also applies to ``-device virtio-blk-pci,scsi=on|off``, which is an | |
326 | alias. | |
327 | ||
36d83272 KJ |
328 | ``-device nvme-ns,eui64-default=on|off`` (since 7.1) |
329 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
330 | ||
331 | In QEMU versions 6.1, 6.2 and 7.0, the ``nvme-ns`` generates an EUI-64 | |
120f765e | 332 | identifier that is not globally unique. If an EUI-64 identifier is required, the |
36d83272 KJ |
333 | user must set it explicitly using the ``nvme-ns`` device parameter ``eui64``. |
334 | ||
8b1e59a6 KJ |
335 | ``-device nvme,use-intel-id=on|off`` (since 7.1) |
336 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
337 | ||
338 | The ``nvme`` device originally used a PCI Vendor/Device Identifier combination | |
339 | from Intel that was not properly allocated. Since version 5.2, the controller | |
340 | has used a properly allocated identifier. Deprecate the ``use-intel-id`` | |
341 | machine compatibility parameter. | |
342 | ||
adacc814 GP |
343 | ``-device cxl-type3,memdev=xxxx`` (since 8.0) |
344 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
345 | ||
346 | The ``cxl-type3`` device initially only used a single memory backend. With | |
347 | the addition of volatile memory support, it is now necessary to distinguish | |
348 | between persistent and volatile memory backends. As such, memdev is deprecated | |
349 | in favor of persistent-memdev. | |
350 | ||
71d72ece CS |
351 | ``-fsdev proxy`` and ``-virtfs proxy`` (since 8.1) |
352 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
353 | ||
354 | The 9p ``proxy`` filesystem backend driver has been deprecated and will be | |
355 | removed (along with its proxy helper daemon) in a future version of QEMU. Please | |
356 | use ``-fsdev local`` or ``-virtfs local`` for using the 9p ``local`` filesystem | |
357 | backend, or alternatively consider deploying virtiofsd instead. | |
358 | ||
359 | The 9p ``proxy`` backend was originally developed as an alternative to the 9p | |
360 | ``local`` backend. The idea was to enhance security by dispatching actual low | |
361 | level filesystem operations from 9p server (QEMU process) over to a separate | |
362 | process (the virtfs-proxy-helper binary). However this alternative never gained | |
363 | momentum. The proxy backend is much slower than the local backend, hasn't seen | |
364 | any development in years, and showed to be less secure, especially due to the | |
365 | fact that its helper daemon must be run as root, whereas with the local backend | |
366 | QEMU is typically run as unprivileged user and allows to tighten behaviour by | |
367 | mapping permissions et al by using its 'mapped' security model option. | |
368 | ||
369 | Nowadays it would make sense to reimplement the ``proxy`` backend by using | |
370 | QEMU's ``vhost`` feature, which would eliminate the high latency costs under | |
371 | which the 9p ``proxy`` backend currently suffers. However as of to date nobody | |
313e1629 | 372 | has indicated plans for such kind of reimplementation unfortunately. |
71d72ece | 373 | |
7c8d295b | 374 | |
41fba161 PM |
375 | Block device options |
376 | '''''''''''''''''''' | |
377 | ||
e2cc363b YW |
378 | ``"backing": ""`` (since 2.12) |
379 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
41fba161 PM |
380 | |
381 | In order to prevent QEMU from automatically opening an image's backing | |
382 | chain, use ``"backing": null`` instead. | |
383 | ||
e2cc363b YW |
384 | ``rbd`` keyvalue pair encoded filenames: ``""`` (since 3.1) |
385 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
41fba161 PM |
386 | |
387 | Options for ``rbd`` should be specified according to its runtime options, | |
388 | like other block drivers. Legacy parsing of keyvalue pair encoded | |
389 | filenames is useful to open images with the old format for backing files; | |
390 | These image files should be updated to use the current format. | |
391 | ||
392 | Example of legacy encoding:: | |
393 | ||
394 | json:{"file.driver":"rbd", "file.filename":"rbd:rbd/name"} | |
395 | ||
396 | The above, converted to the current supported format:: | |
397 | ||
398 | json:{"file.driver":"rbd", "file.pool":"rbd", "file.image":"name"} | |
399 | ||
610783cb DB |
400 | ``iscsi,password=xxx`` (since 8.0) |
401 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
402 | ||
403 | Specifying the iSCSI password in plain text on the command line using the | |
404 | ``password`` option is insecure. The ``password-secret`` option should be | |
405 | used instead, to refer to a ``--object secret...`` instance that provides | |
406 | a password via a file, or encrypted. | |
407 | ||
41fba161 PM |
408 | Backwards compatibility |
409 | ----------------------- | |
410 | ||
e2cc363b YW |
411 | Runnability guarantee of CPU models (since 4.1) |
412 | ''''''''''''''''''''''''''''''''''''''''''''''' | |
41fba161 PM |
413 | |
414 | Previous versions of QEMU never changed existing CPU models in | |
415 | ways that introduced additional host software or hardware | |
416 | requirements to the VM. This allowed management software to | |
417 | safely change the machine type of an existing VM without | |
418 | introducing new requirements ("runnability guarantee"). This | |
419 | prevented CPU models from being updated to include CPU | |
420 | vulnerability mitigations, leaving guests vulnerable in the | |
421 | default configuration. | |
422 | ||
423 | The CPU model runnability guarantee won't apply anymore to | |
424 | existing CPU models. Management software that needs runnability | |
ac9574bc | 425 | guarantees must resolve the CPU model aliases using the |
41fba161 PM |
426 | ``alias-of`` field returned by the ``query-cpu-definitions`` QMP |
427 | command. | |
428 | ||
429 | While those guarantees are kept, the return value of | |
430 | ``query-cpu-definitions`` will have existing CPU model aliases | |
431 | point to a version that doesn't break runnability guarantees | |
432 | (specifically, version 1 of those CPU models). In future QEMU | |
433 | versions, aliases will point to newer CPU model versions | |
434 | depending on the machine type, so management software must | |
435 | resolve CPU model aliases before starting a virtual machine. | |
436 | ||
582a098e TH |
437 | QEMU guest agent |
438 | ---------------- | |
439 | ||
440 | ``--blacklist`` command line option (since 7.2) | |
441 | ''''''''''''''''''''''''''''''''''''''''''''''' | |
442 | ||
443 | ``--blacklist`` has been replaced by ``--block-rpcs`` (which is a better | |
444 | wording for what this option does). The short form ``-b`` still stays | |
445 | the same and thus is the preferred way for scripts that should run with | |
446 | both, older and future versions of QEMU. | |
447 | ||
448 | ``blacklist`` config file option (since 7.2) | |
449 | '''''''''''''''''''''''''''''''''''''''''''' | |
450 | ||
451 | The ``blacklist`` config file option has been renamed to ``block-rpcs`` | |
452 | (to be in sync with the renaming of the corresponding command line | |
453 | option). | |
7b24d326 JQ |
454 | |
455 | Migration | |
456 | --------- | |
457 | ||
458 | ``skipped`` MigrationStats field (since 8.1) | |
459 | '''''''''''''''''''''''''''''''''''''''''''' | |
460 | ||
461 | ``skipped`` field in Migration stats has been deprecated. It hasn't | |
462 | been used for more than 10 years. | |
463 |