diff options
| author | Greg Kurz <groug@kaod.org> | 2020-12-01 14:11:03 +0100 |
|---|---|---|
| committer | David Gibson <david@gibson.dropbear.id.au> | 2020-12-14 15:54:12 +1100 |
| commit | f518be3aa35b0505eec36c36f4f8736906250681 (patch) | |
| tree | 2d9359ad25113b71c85f45f852525cc1899928f1 /docs | |
| parent | bc370a659a33865f8b55332f6363c45896bae56d (diff) | |
| download | qemu-f518be3aa35b0505eec36c36f4f8736906250681.zip qemu-f518be3aa35b0505eec36c36f4f8736906250681.tar.gz qemu-f518be3aa35b0505eec36c36f4f8736906250681.tar.bz2 | |
target/ppc: Remove "compat" property of server class POWER CPUs
This property has been deprecated since QEMU 5.0 by commit 22062e54bb68.
We only kept a legacy hack that internally converts "compat" into the
official "max-cpu-compat" property of the pseries machine type.
According to our deprecation policy, we could have removed it for QEMU 5.2
already. Do it now ; since ppc_cpu_parse_featurestr() now just calls the
generic parent_parse_features handler, drop it as well.
Users are supposed to use the "max-cpu-compat" property of the pseries
machine type instead.
Signed-off-by: Greg Kurz <groug@kaod.org>
Message-Id: <20201201131103.897430-1-groug@kaod.org>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/system/deprecated.rst | 7 |
1 files changed, 0 insertions, 7 deletions
diff --git a/docs/system/deprecated.rst b/docs/system/deprecated.rst index 5653896..09c8f38 100644 --- a/docs/system/deprecated.rst +++ b/docs/system/deprecated.rst @@ -281,13 +281,6 @@ a future version of QEMU. It's unclear whether anybody is still using CPU emulation in QEMU, and there are no test images available to make sure that the code is still working. -``compat`` property of server class POWER CPUs (since 5.0) -'''''''''''''''''''''''''''''''''''''''''''''''''''''''''' - -The ``compat`` property used to set backwards compatibility modes for -the processor has been deprecated. The ``max-cpu-compat`` property of -the ``pseries`` machine type should be used instead. - ``lm32`` CPUs (since 5.2.0) ''''''''''''''''''''''''''' |