aboutsummaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorGreg Kurz <groug@kaod.org>2020-12-01 14:11:03 +0100
committerDavid Gibson <david@gibson.dropbear.id.au>2020-12-14 15:54:12 +1100
commitf518be3aa35b0505eec36c36f4f8736906250681 (patch)
tree2d9359ad25113b71c85f45f852525cc1899928f1 /docs
parentbc370a659a33865f8b55332f6363c45896bae56d (diff)
downloadqemu-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.rst7
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)
'''''''''''''''''''''''''''