diff options
author | David Hildenbrand <david@redhat.com> | 2018-02-27 12:02:55 +0100 |
---|---|---|
committer | Cornelia Huck <cohuck@redhat.com> | 2018-03-08 15:49:23 +0100 |
commit | 81ce6aa51af65149712228943c89042896ded392 (patch) | |
tree | b3741f6f3bb594b839ec4cf31bac008ce98c9a94 /hw/char | |
parent | 3c4e9baacf4d9efc74a5fd17ed42bc6c7fcbfb2f (diff) | |
download | qemu-81ce6aa51af65149712228943c89042896ded392.zip qemu-81ce6aa51af65149712228943c89042896ded392.tar.gz qemu-81ce6aa51af65149712228943c89042896ded392.tar.bz2 |
numa: we don't implement NUMA for s390x
Right now it is possible to crash QEMU for s390x by providing e.g.
-numa node,nodeid=0,cpus=0-1
Problem is, that numa.c uses mc->cpu_index_to_instance_props as an
indicator whether NUMA is supported by a machine type. We don't
implement NUMA for s390x ("topology") yet. However we need
mc->cpu_index_to_instance_props for query-cpus.
So let's fix this case by also checking for mc->get_default_cpu_node_id,
which will be needed by machine_set_cpu_numa_node().
qemu-system-s390x: -numa node,nodeid=0,cpus=0-1: NUMA is not supported by
this machine-type
While at it, make s390_cpu_index_to_props() look like on other
architectures.
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20180227110255.20999-1-david@redhat.com>
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Diffstat (limited to 'hw/char')
0 files changed, 0 insertions, 0 deletions