On Fri, 2 Feb 2018 15:54:15 +0000 Daniel P. Berrangé <berrange@xxxxxxxxxx> wrote: > > > The most important question I have is: does this solution satisfy the > > > needs of upper management? That is, if we implement the solution suggested > > > by Eduardo than the feature of automatically hotplugging more CPUs > > > will only work for s390. Is this OK? > > > > > > If yes, then I think this is the best solution. And the next question > > > would be: Viktor, can you change this in libvirt while we fix query-cpus > > > in QEMU? > > > > > The latest proposal was to use a flag for query-cpus (like full-state) > > which would control the set of properties queried and reported. If this > > is the way we decide to go, I can make the necessary changes in libvirt. > > Regardless of whether we add that flag to query-cpus or not, we still have > the general problem of solving the cross-architecture semantics to be > more sane. Let's the both then: o Make qemuDomainRefreshVcpuHalted() s390-only in libvirt. This by itself fixes the original performance issue o Deprecate the "halted" field in query-cpus in QEMU. This fixes new instances of this same problem
