mirror of
https://github.com/Motorhead1991/qemu.git
synced 2025-08-02 15:23:53 -06:00
target/sh4: Handle user-space atomics
For uniprocessors, SH4 uses optimistic restartable atomic sequences. Upon an interrupt, a real kernel would simply notice magic values in the registers and reset the PC to the start of the sequence. For QEMU, we cannot do this in quite the same way. Instead, we notice the normal start of such a sequence (mov #-x,r15), and start a new TB that can be executed under cpu_exec_step_atomic. Reported-by: Bruno Haible <bruno@clisp.org> LP: https://bugs.launchpad.net/bugs/1701971 Reviewed-by: Aurelien Jarno <aurelien@aurel32.net> Signed-off-by: Richard Henderson <rth@twiddle.net> Message-Id: <20170718200255.31647-7-rth@twiddle.net> Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>
This commit is contained in:
parent
1516184d8e
commit
4bfa602bc2
4 changed files with 149 additions and 16 deletions
|
@ -115,6 +115,12 @@ void helper_trapa(CPUSH4State *env, uint32_t tra)
|
|||
raise_exception(env, 0x160, 0);
|
||||
}
|
||||
|
||||
void helper_exclusive(CPUSH4State *env)
|
||||
{
|
||||
/* We do not want cpu_restore_state to run. */
|
||||
cpu_loop_exit_atomic(ENV_GET_CPU(env), 0);
|
||||
}
|
||||
|
||||
void helper_movcal(CPUSH4State *env, uint32_t address, uint32_t value)
|
||||
{
|
||||
if (cpu_sh4_is_cached (env, address))
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue