From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c6fH3-0000Qy-2a for qemu-devel@nongnu.org; Tue, 15 Nov 2016 10:03:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c6fGz-0003uo-2B for qemu-devel@nongnu.org; Tue, 15 Nov 2016 10:03:49 -0500 Received: from 6.mo53.mail-out.ovh.net ([46.105.58.122]:60775) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c6fGy-0003uS-SQ for qemu-devel@nongnu.org; Tue, 15 Nov 2016 10:03:44 -0500 Received: from player158.ha.ovh.net (b7.ovh.net [213.186.33.57]) by mo53.mail-out.ovh.net (Postfix) with ESMTP id AC49641CF4 for ; Tue, 15 Nov 2016 16:03:43 +0100 (CET) Date: Tue, 15 Nov 2016 16:03:38 +0100 From: Greg Kurz Message-ID: <20161115160338.4b6f0cf6@bahia> In-Reply-To: <20161115144830.GC17672@stefanha-x1.localdomain> References: <20161115110956.5393749d@bahia> <20161115122056.GG2038@work-vm> <97c72871-71f8-9385-c67d-45bc32e4c9c8@redhat.com> <20161115144830.GC17672@stefanha-x1.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/PzxDXkDrKHeHdSjGChxHPwo"; protocol="application/pgp-signature" Subject: Re: [Qemu-devel] QEMU postcopy-test failing on ppc64 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Laurent Vivier , "Dr. David Alan Gilbert" , Andrea Arcangeli , qemu-devel --Sig_/PzxDXkDrKHeHdSjGChxHPwo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 15 Nov 2016 14:48:30 +0000 Stefan Hajnoczi wrote: > On Tue, Nov 15, 2016 at 01:58:38PM +0100, Laurent Vivier wrote: > >=20 > >=20 > > On 15/11/2016 13:20, Dr. David Alan Gilbert wrote: =20 > > > * Stefan Hajnoczi (stefanha@gmail.com) wrote: =20 > > >> On Tue, Nov 15, 2016 at 10:09 AM, Greg Kurz wrote: = =20 > > >>> On Tue, 15 Nov 2016 10:53:35 +0100 > > >>> Laurent Vivier wrote: > > >>> =20 > > >>>> On 14/11/2016 21:52, Stefan Hajnoczi wrote: =20 > > >>>>> I hit a failure running "make check" on ppc64 for the first time.= Ideas? > > >>>>> > > >>>>> Stefan > > >>>>> > > >>>>> commit 682df581c65ed2c1b9e77093e332214ecaa1ee93 > > >>>>> > > >>>>> GTESTER check-qtest-ppc64 > > >>>>> Memory content inconsistency at 5af4000 first_byte =3D 1b last_by= te =3D 1a > > >>>>> current =3D 7c hit_edge =3D 1 > > >>>>> Memory content inconsistency at 5af5000 first_byte =3D 1b last_by= te =3D 7c > > >>>>> current =3D 1b hit_edge =3D 1 > > >>>>> Memory content inconsistency at 5e59000 first_byte =3D 1b last_by= te =3D 1b > > >>>>> current =3D 1a hit_edge =3D 1 > > >>>>> ** > > >>>>> ERROR:tests/postcopy-test.c:345:check_guests_ram: 'bad' should be= FALSE > > >>>>> GTester: last random seed: R02S9d79166a1ca7e21940a0f4b0b1255d5b > > >>>>> =20 > > >>>> > > >>>> Are you using KVM PR? > > >>>> > > >>>> it was working fine with TCG and KVM HV. > > >>>> > > >>>> Apparently, USERFAULTFD doesn't work with KVM PR. > > >>>> > > >>>> I've already seen this kind of error with nested KVM on Power: > > >>>> guest in guest with KVM PR in host. > > >>>> > > >>>> This problem was reported on IRC by Greg if I remember correctly (= CC:) > > >>>> =20 > > >>> > > >>> Yeah I hit this when running make check in a PPC64 BE guest which > > >>> has kvm_pr loaded. I did not find time to investigate though... I've > > >>> switched to run make check on bare metal POWER7 instead. =20 > > >> > > >> Right, it's POWER7 PPC64 BE with kvm_pr. > > >> > > >> If this should be fixed for QEMU 2.8 please add it to > > >> http://qemu-project.org/Planning/2.8 and I'll track it (i.e. won't > > >> release before it's resolved). > > >> > > >> If this is a known issue that will be in QEMU 2.8 please add it to > > >> http://qemu-project.org/ChangeLog/2.8#Known_issues. =20 > > >=20 > > > I don't think it's new with 2.8 (Laurent?) and I think it's actually > > > a kernel issue that needs fixing. =20 > >=20 > > I's not a regression and I think it's a kernel issue. > >=20 > > As it has never worked with KVM PR and can't be fixed at QEMU level, we > > can't solve it for 2.8 (no tracking). > >=20 > > I'm going to update the know issues for 2.8. > > [and I'm going to try to understand what really happens] =20 >=20 > Should the test be skipped on KVM PR? >=20 > It's a shame that make check fails. >=20 Yeah I agree this is lame but KVM PR isn't very cherished these days... Since postcopy-test runs QEMU with -accel kvm:tcg, a possible workaround is to kick KVM out of the environment you're running make check in. > Stefan --Sig_/PzxDXkDrKHeHdSjGChxHPwo Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlgrI8oACgkQAvw66wEB28J6lACdF7B3bf6jv2mhm+H1A+gEv4rI hzQAnR5J9HkvMvo5ceEXxXbraLKxu8q+ =47IT -----END PGP SIGNATURE----- --Sig_/PzxDXkDrKHeHdSjGChxHPwo--