diff options
author | Igor Mammedov <imammedo@redhat.com> | 2016-06-10 06:29:06 +0530 |
---|---|---|
committer | David Gibson <david@gibson.dropbear.id.au> | 2016-06-17 16:33:49 +1000 |
commit | d4633541ee0ec266ef4e55e1d71a98a18762d80c (patch) | |
tree | ab13157558db0d3fb717906133baf2822f262313 /target-s390x/cpu.c | |
parent | 6f4b5c3ec590b04ba58fda753a81a93f316b77a4 (diff) | |
download | qemu-d4633541ee0ec266ef4e55e1d71a98a18762d80c.tar.gz qemu-d4633541ee0ec266ef4e55e1d71a98a18762d80c.tar.bz2 qemu-d4633541ee0ec266ef4e55e1d71a98a18762d80c.zip |
QMP: Add query-hotpluggable-cpus
It will allow mgmt to query present and hotpluggable CPU objects,
it is required from a target platform that wishes to support command
to implement and set MachineClass.query_hotpluggable_cpus callback,
which will return a list of possible CPU objects with options that
would be needed for hotplugging possible CPU objects.
There are:
'type': 'str' - QOM CPU object type for usage with device_add
'vcpus-count': 'int' - number of logical VCPU threads per
CPU object (mgmt needs to know)
and a set of optional fields that are to used for hotplugging a CPU
objects and would allows mgmt tools to know what/where it could be
hotplugged;
[node],[socket],[core],[thread]
For present CPUs there is a 'qom-path' field which would allow mgmt to
inspect whatever object/abstraction the target platform considers
as CPU object.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'target-s390x/cpu.c')
0 files changed, 0 insertions, 0 deletions