mirror of https://gitee.com/openkylin/qemu.git
docs/about: Remove the duplicated doc
There are two places describing the same thing about deprecation of invalid topologies of -smp CLI, so remove the duplicated one. 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-2-wangyanan55@huawei.com> Signed-off-by: Thomas Huth <thuth@redhat.com>
This commit is contained in:
parent
f9baca549e
commit
3ce105c5bf
|
@ -647,19 +647,6 @@ 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.
|
||||||
|
|
||||||
``-smp`` (invalid topologies) (removed 5.2)
|
|
||||||
'''''''''''''''''''''''''''''''''''''''''''
|
|
||||||
|
|
||||||
CPU topology properties should describe whole machine topology including
|
|
||||||
possible CPUs.
|
|
||||||
|
|
||||||
However, historically it was possible to start QEMU with an incorrect topology
|
|
||||||
where *n* <= *sockets* * *cores* * *threads* < *maxcpus*,
|
|
||||||
which could lead to an incorrect topology enumeration by the guest.
|
|
||||||
Support for invalid topologies is removed, the user must ensure
|
|
||||||
topologies described with -smp include all possible cpus, i.e.
|
|
||||||
*sockets* * *cores* * *threads* = *maxcpus*.
|
|
||||||
|
|
||||||
``-machine enforce-config-section=on|off`` (removed 5.2)
|
``-machine enforce-config-section=on|off`` (removed 5.2)
|
||||||
''''''''''''''''''''''''''''''''''''''''''''''''''''''''
|
''''''''''''''''''''''''''''''''''''''''''''''''''''''''
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue