From: Fredrik Noring <noring@nocrew.org>
To: "Philippe Mathieu-Daudé" <f4bug@amsat.org>
Cc: "Aleksandar Markovic" <aleksandar.markovic@rt-rk.com>,
qemu-devel@nongnu.org, "Stefan Markovic" <smarkovic@wavecomp.com>,
"Aleksandar Markovic" <amarkovic@wavecomp.com>,
"Aurelien Jarno" <aurelien@aurel32.net>,
"Maciej W. Rozycki" <macro@linux-mips.org>,
"Jürgen Urban" <JuergenUrban@gmx.de>
Subject: Re: [Qemu-devel] [PATCH] target/mips: Disable R5900 support
Date: Wed, 14 Nov 2018 16:30:46 +0100 [thread overview]
Message-ID: <20181114153046.GA2359@sx9> (raw)
In-Reply-To: <CAAdtpL7JsA90236QX5vCLeE1ma0hZ75-BLwwC=+Nc2Di9utDSg@mail.gmail.com>
Hi Philippe,
On Tue, Nov 13, 2018 at 11:51:54PM +0100, Philippe Mathieu-Daudé wrote:
> On Tue, Nov 13, 2018 at 8:29 PM Philippe Mathieu-Daudé
> <philippe@mathieu-daude.net> wrote:
> > On Tue, Nov 13, 2018 at 8:08 PM Aleksandar Markovic
> > <aleksandar.markovic@rt-rk.com> wrote:
> > >
> > > From: Aleksandar Markovic <amarkovic@wavecomp.com>
> > >
> > > Disable R5900 support. There are some outstanding issues related
> > > to ABI support and emulation accuracy, that were not understood
> > > well during review process. Disable to avoid backward compatibility
> > > issues.
>
> If the issues you mentioned are "the R5900 tcg opcodes are not
> implemented correctly", then this patch is OK, because no cpu can use
> the R5900 opcodes.
The issue is that the Linux kernel emulates certain opcodes (e.g. LL, SC,
RDHWR, DMULT, etc.) by psABI requirements. This is a common requirement
for many other MIPS implementations, not only the R5900. It is trivial to
do this with QEMU user mode, but evidently for whatever reason Aleksandar
does not permit this emulation.
> At some point while reading your reviews, I understood the R5900
> patches introduced incorrect behaviors for the non-R5900 cpus. In this
> case this patch wouldn't suffice.
No, that was never the case and I'm not aware of any such problems.
However, there is a refactoring series, and we have observed preexisting
bugs in the MIPS emulation, unrelated to the R5900. The opcode decoder
could also be improved, such as in asserting reserved instructions in
more cases where opcodes are invalid, etc.
> Hoping I misinterpreted your reviews, then this patch is OK.
> With one of the suggested comments:
> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
>
> Then we will fix this for the 4.0 release.
What exactly needs to be fixed regarding the psABI? The relevant opcodes
would need to stay, and not be prohibited and removed as Aleksandar has
suggested, since such opcode removal breaks the psABI requirements.
Finally, as Maciej explained in some detail, the document that Aleksandar
just recently requested is known to not exist, for any MIPS implementation,
so we are not going to make any progress on that either.
Fredrik
next prev parent reply other threads:[~2018-11-14 15:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-13 19:05 [Qemu-devel] [PATCH] target/mips: Disable R5900 support Aleksandar Markovic
2018-11-13 19:29 ` Philippe Mathieu-Daudé
2018-11-13 22:51 ` Philippe Mathieu-Daudé
2018-11-14 13:59 ` Aleksandar Markovic
2018-11-14 15:35 ` Philippe Mathieu-Daudé
2018-11-14 15:30 ` Fredrik Noring [this message]
2018-11-14 15:56 ` Philippe Mathieu-Daudé
2018-11-14 15:58 ` Aleksandar Markovic
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=20181114153046.GA2359@sx9 \
--to=noring@nocrew.org \
--cc=JuergenUrban@gmx.de \
--cc=aleksandar.markovic@rt-rk.com \
--cc=amarkovic@wavecomp.com \
--cc=aurelien@aurel32.net \
--cc=f4bug@amsat.org \
--cc=macro@linux-mips.org \
--cc=qemu-devel@nongnu.org \
--cc=smarkovic@wavecomp.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 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.