Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <555CDD96.40701@twiddle.net>
Date: Wed, 20 May 2015 12:16:38 -0700
From: Richard Henderson <rth@...ddle.net>
To: Rich Felker <dalias@...c.org>, musl@...ts.openwall.com, 
 qemu-devel@...gnu.org, Aurelien Jarno <aurelien@...el32.net>
Subject: Re: [Qemu-devel] Broken SuperH atomics in qemu app-level emulation

On 05/17/2015 08:05 PM, Rich Felker wrote:
> At the very least qemu-sh4 should provide a correct value of AT_HWCAP
> so we get working atomics with -cpu SH7785. And since the GUSA atomic
> model can't work with app-level emulation, I really think qemu-sh4
> should either default to -cpu SH7785 or always expose the
> synco/mov.li/mov.co opcodes (and hwcap) regardless of the -cpu
> setting.

I agree with AT_HWCAP and defaulting to SH7785.  Aurelien?


r~

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.