summaryrefslogtreecommitdiff
path: root/po/zh_CN.po
diff options
context:
space:
mode:
authorIgor Mammedov <imammedo@redhat.com>2016-06-10 06:29:06 +0530
committerDavid Gibson <david@gibson.dropbear.id.au>2016-06-17 16:33:49 +1000
commitd4633541ee0ec266ef4e55e1d71a98a18762d80c (patch)
treeab13157558db0d3fb717906133baf2822f262313 /po/zh_CN.po
parent6f4b5c3ec590b04ba58fda753a81a93f316b77a4 (diff)
downloadqemu-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 'po/zh_CN.po')
0 files changed, 0 insertions, 0 deletions