Igor Mammedov <imamm...@redhat.com> writes: > Changes since v2: > - rebase on top of hte lates spapr cpu hotpug series > - add 'vcpus-count' field, pkre...@redhat.com > - s/CpuInstanceProps/CpuInstanceProperties/ > - use '#optional' marker > - make "props" as always present even if it's empty > - fix JSON examples > - fix minor typos > - drop pre_plug spapr impl out of series as not related to QMP command > - drop generic pre hotplug callback as not related to QMP command > > Changes since RFC: > - drop arch_id > - move CPU properties into separate structure > - target implements its own qmp callback version > - rebased on top of [RFC PATCH v1 00/10] Core based CPU hotplug for PowerPC > sPAPR > > https://www.mail-archive.com/qemu-devel@nongnu.org/msg357567.html > - convert slot name to core id hack > - drop links > - add generic pre hotplug callback > - implement query-hotpluggable-cpus > > The first patch (QMP API) in this series could go in first > allowing individual targets to post their hotplug > implementation independently on top of it.
We discussed the need for a yet another ad hoc query command. Can you please summarize the discussion and its conclusion? Explaining *why* a feature is needed is always a good idea. Cover letter and commit messages are good places for it.
