On 02/14/2018 09:16 AM, Eric Blake wrote:
How shall we proceed with this series? Patch 3 depends upon patch 1, so
I think it makes sense to merge this in one go.
I can give my R-b on patch 1 and Someone(tm) can merge this, or I can
take the whole series through the s390 tree (with some further
On Wed, 14 Feb 2018 09:16:15 -0600
Eric Blake wrote:
> On 02/14/2018 04:57 AM, Cornelia Huck wrote:
> > On Tue, 13 Feb 2018 18:18:45 +0100
> > Viktor Mihajlovski wrote:
> >
>
> >> Patch 1/3:
> >>Adds architecture specific data to the QMP
* Viktor Mihajlovski (mihaj...@linux.vnet.ibm.com) wrote:
> On 14.02.2018 11:57, Cornelia Huck wrote:
> [...]
> >
> > How shall we proceed with this series? Patch 3 depends upon patch 1, so
> > I think it makes sense to merge this in one go.
> >
> > I can give my R-b on patch 1 and Someone(tm)
On 02/14/2018 04:57 AM, Cornelia Huck wrote:
On Tue, 13 Feb 2018 18:18:45 +0100
Viktor Mihajlovski wrote:
Patch 1/3:
Adds architecture specific data to the QMP CpuInfo type, exposing
the existing s390 cpu-state in QMP. The cpu-state is a representation
On 14.02.2018 11:57, Cornelia Huck wrote:
[...]
>
> How shall we proceed with this series? Patch 3 depends upon patch 1, so
> I think it makes sense to merge this in one go.
>
> I can give my R-b on patch 1 and Someone(tm) can merge this, or I can
> take the whole series through the s390 tree
On Tue, 13 Feb 2018 18:18:45 +0100
Viktor Mihajlovski wrote:
> This series consolidates patches around a performance issue
> caused by the usage of QMP query-cpus.
>
> A performance issue was found in an OpenStack environment, where
> ceilometer was collecting
This series consolidates patches around a performance issue
caused by the usage of QMP query-cpus.
A performance issue was found in an OpenStack environment, where
ceilometer was collecting domain statistics with libvirt. The domain
statistics reported by libvirt include the vCPU halted state,