From: Richard Henderson <rth@twiddle.net>
To: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PULL 5/8] target-sparc: Use global registers for the register window
Date: Thu, 23 Jun 2016 20:57:39 -0700 [thread overview]
Message-ID: <65a57d82-174f-cc1c-d613-984bffce13d3@twiddle.net> (raw)
In-Reply-To: <57631FC9.1040303@ilande.co.uk>
On 06/16/2016 02:53 PM, Mark Cave-Ayland wrote:
> On 16/06/16 21:26, Richard Henderson wrote:
>
>> On 06/14/2016 02:52 PM, Mark Cave-Ayland wrote:
>>> Following up the bug report at
>>> https://bugs.launchpad.net/qemu/+bug/1588328, I bisected the regression
>>> down to this particular commit. I can't see anything obvious here, so
>>> perhaps this is exposing another bug somewhere else?
>>>
>>
>> Probably. I'm downloading the solaris image now.
>>
>>
>> r~
>
> Thanks for taking a look - otherwise I won't be able to get to this
> until next week. My thinking was that since the code makes access to
> regwptr direct instead of copied into a temporary, something is
> accidentally clobbering a destination register...
I've been unable to find this.
Whatever happens, it happens after 10GB of logs, which is simply too much to
sift through. I've tried to narrow it down, but the lack of a hardware tlb
refill means that we get hundreds of thousands of Data Access Faults that are
simply TLB misses and not the actual Segmentation Fault in question.
It doesn't seem to affect other OSes, so I can't imagine what quirk is being
exercised in this case.
As loath as I am to suggest it, we may have to revert the sparc indirect
register patch for the release.
I do now ping the rest of my sparc improvements patchset. It's completely
independent of the use of indirect registers.
r~
next prev parent reply other threads:[~2016-06-24 3:57 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-23 18:33 [Qemu-devel] [PULL 0/8] tcg queued patches Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 1/8] tcg: Work around clang bug wrt enum ranges, part 2 Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 2/8] tcg: Implement indirect memory registers Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 3/8] tcg: Allocate indirect_base temporaries in a different order Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 4/8] target-sparc: Tidy global register initialization Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 5/8] target-sparc: Use global registers for the register window Richard Henderson
2016-06-14 21:52 ` Mark Cave-Ayland
2016-06-16 20:26 ` Richard Henderson
2016-06-16 21:53 ` Mark Cave-Ayland
2016-06-24 3:57 ` Richard Henderson [this message]
2016-06-24 6:36 ` Paolo Bonzini
2016-06-24 8:12 ` Peter Maydell
2016-06-24 8:16 ` Paolo Bonzini
2016-06-24 10:42 ` Mark Cave-Ayland
2016-06-24 12:03 ` Paolo Bonzini
2016-06-24 12:35 ` Artyom Tarasenko
2016-02-23 18:33 ` [Qemu-devel] [PULL 6/8] tcg: Rename tcg-target.c to tcg-target.inc.c Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 7/8] scripts/clean-includes: Ignore .inc.c files Richard Henderson
2016-02-23 18:33 ` [Qemu-devel] [PULL 8/8] tcg: Remove unnecessary osdep.h includes from tcg-target.inc.c Richard Henderson
2016-02-25 9:47 ` [Qemu-devel] [PULL 0/8] tcg queued patches Peter Maydell
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=65a57d82-174f-cc1c-d613-984bffce13d3@twiddle.net \
--to=rth@twiddle.net \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=qemu-devel@nongnu.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.