From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:35519)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <cohuck@redhat.com>) id 1gSf51-0006Uw-77
	for qemu-devel@nongnu.org; Fri, 30 Nov 2018 04:27:23 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <cohuck@redhat.com>) id 1gSf4v-0004LI-MO
	for qemu-devel@nongnu.org; Fri, 30 Nov 2018 04:27:22 -0500
Date: Fri, 30 Nov 2018 10:27:08 +0100
From: Cornelia Huck <cohuck@redhat.com>
Message-ID: <20181130102708.5d6ca0e0.cohuck@redhat.com>
In-Reply-To: <d8e0621a-d11e-a172-e40e-ec96dd92d5cd@linux.ibm.com>
References: <20181022090255.19671-1-zyimin@linux.ibm.com>
	<698a7fdd-47cc-cb3e-a280-3c4b656d92ef@redhat.com>
	<20181023232517.6b93085b.cohuck@redhat.com>
	<494ff50b-8b0f-1393-fbc5-bf5033a246ce@linux.ibm.com>
	<20181031114954.5e51d0c2.cohuck@redhat.com>
	<d8e0621a-d11e-a172-e40e-ec96dd92d5cd@linux.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] [PATCH v2] s390x/pci: add common fmb
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel/>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Pierre Morel <pmorel@linux.ibm.com>
Cc: Yi Min Zhao <zyimin@linux.ibm.com>, Thomas Huth <thuth@redhat.com>, qemu-devel@nongnu.org, borntraeger@de.ibm.com, qemu-s390x@nongnu.org

On Fri, 30 Nov 2018 10:23:14 +0100
Pierre Morel <pmorel@linux.ibm.com> wrote:

> On 31/10/2018 11:49, Cornelia Huck wrote:
> > On Wed, 24 Oct 2018 11:58:33 +0800
> > Yi Min Zhao <zyimin@linux.ibm.com> wrote:
> >  =20
> >> =E5=9C=A8 2018/10/24 =E4=B8=8A=E5=8D=885:25, Cornelia Huck =E5=86=99=
=E9=81=93: =20
> >>> On Mon, 22 Oct 2018 13:17:34 +0100
> >>> Thomas Huth <thuth@redhat.com> wrote:
> >>>    =20
>=20
> ...snip...
>=20
> >> If endianness has error, I think the values must looks wrong.
> >> The right thing is that values increase from 0 and intervally.
> >> =20
> >=20
> > Thanks for pointing me to that file; when I run under tcg, the values
> > indeed look like they have an endianness issue:
> >=20
> > Update interval: 4000 ms
> > Samples: 637534208
> > Last update TOD: f4c01d0098000000
> >             Load operations:	10520408729537478656
> >            Store operations:	5980780305148018688
> >      Store block operations:	0
> >          Refresh operations:	0
> >             Allocated pages:	0
> >                Mapped pages:	0
> >              Unmapped pages:	0
> >=20
> > (virtio-net-pci device on a just-booted guest)
> >  =20
>=20
> Hy Conny,
>=20
> I saw we lack a response to Thomas.
> Otherwise have you any remark?

I don't remember anything beyond the endianess issue.