From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>, lvivier@redhat.com
Cc: qemu-devel <qemu-devel@nongnu.org>,
Andrea Arcangeli <aarcange@redhat.com>
Subject: Re: [Qemu-devel] QEMU postcopy-test failing on ppc64
Date: Tue, 15 Nov 2016 09:43:17 +0000 [thread overview]
Message-ID: <20161115094316.GB2038@work-vm> (raw)
In-Reply-To: <CAJSP0QWWHEpqgJPg4tufNsbOBDCZBj6qiCupT2fznj2VHFGjBA@mail.gmail.com>
* Stefan Hajnoczi (stefanha@gmail.com) wrote:
> I hit a failure running "make check" on ppc64 for the first time. Ideas?
Hmm shouldn't happen; cc'ing in lvivier, I've not checked it since Laurent got
the test working on PPC.
> Stefan
>
> commit 682df581c65ed2c1b9e77093e332214ecaa1ee93
>
> GTESTER check-qtest-ppc64
> Memory content inconsistency at 5af4000 first_byte = 1b last_byte = 1a
> current = 7c hit_edge = 1
> Memory content inconsistency at 5af5000 first_byte = 1b last_byte = 7c
> current = 1b hit_edge = 1
The idea is that one byte in every 4k chunk of memory is being incremented
and the loop increments all those bytes once and then loops back to the
start. So if you pause it at any point and look at memory you should
see two different values in memory, one before the edge that's getting
incremented and one after the edge - and the difference should be
exactly one. So in this case we're seeing that the start of memory
has the value '1b' and at 5af3000 we have the value 1a (last_byte)
so somewhere between the two is the edge where it's currently incrementing;
then it should stay at 1a until the end of memory - but instead a '7c'
has somehow got in.
My only thought would be to bisect.
Dave
> Memory content inconsistency at 5e59000 first_byte = 1b last_byte = 1b
> current = 1a hit_edge = 1
> **
> ERROR:tests/postcopy-test.c:345:check_guests_ram: 'bad' should be FALSE
> GTester: last random seed: R02S9d79166a1ca7e21940a0f4b0b1255d5b
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2016-11-15 9:43 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-14 20:52 [Qemu-devel] QEMU postcopy-test failing on ppc64 Stefan Hajnoczi
2016-11-15 9:43 ` Dr. David Alan Gilbert [this message]
2016-11-15 9:53 ` Laurent Vivier
2016-11-15 10:09 ` Greg Kurz
2016-11-15 11:14 ` Stefan Hajnoczi
2016-11-15 12:20 ` Dr. David Alan Gilbert
2016-11-15 12:58 ` Laurent Vivier
2016-11-15 14:48 ` Stefan Hajnoczi
2016-11-15 15:03 ` Greg Kurz
2016-11-15 15:07 ` Laurent Vivier
2016-11-15 15:08 ` Dr. David Alan Gilbert
2016-11-15 15:12 ` Laurent Vivier
2016-11-15 18:01 ` Greg Kurz
2016-11-15 18:24 ` Laurent Vivier
2016-11-15 20:02 ` Greg Kurz
2016-11-16 1:35 ` Thomas Huth
2016-11-15 14:56 ` Greg Kurz
2016-11-15 15:18 ` Stefan Hajnoczi
2016-11-15 17:26 ` Thomas Huth
2016-11-15 17:43 ` Dr. David Alan Gilbert
2016-11-15 18:13 ` Greg Kurz
2016-11-15 18:48 ` Thomas Huth
2016-11-15 19:00 ` Eric Blake
2016-11-15 20:39 ` Laurent Vivier
2016-11-15 20:44 ` Laurent Vivier
2016-11-15 20:45 ` Laurent Vivier
2016-11-15 20:26 ` Greg Kurz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20161115094316.GB2038@work-vm \
--to=dgilbert@redhat.com \
--cc=aarcange@redhat.com \
--cc=lvivier@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).