[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2 2/3] softmmu: fix watchpoint-interrupt races
From: |
Alex Bennée |
Subject: |
Re: [PATCH v2 2/3] softmmu: fix watchpoint-interrupt races |
Date: |
Thu, 11 Nov 2021 13:15:34 +0000 |
User-agent: |
mu4e 1.7.4; emacs 28.0.60 |
Pavel Dovgalyuk <pavel.dovgalyuk@ispras.ru> writes:
> Watchpoint may be processed in two phases. First one is detecting
> the instruction with target memory access. And the second one is
> executing only one instruction and setting the debug interrupt flag.
> Hardware interrupts can break this sequence when they happen after
> the first watchpoint phase.
> This patch postpones the interrupt request until watchpoint is
> processed.
>
> Signed-off-by: Pavel Dovgalyuk <Pavel.Dovgalyuk@ispras.ru>
> ---
> accel/tcg/cpu-exec.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/accel/tcg/cpu-exec.c b/accel/tcg/cpu-exec.c
> index df12452b8f..e4526c2f5e 100644
> --- a/accel/tcg/cpu-exec.c
> +++ b/accel/tcg/cpu-exec.c
> @@ -742,6 +742,11 @@ static inline bool cpu_handle_interrupt(CPUState *cpu,
> qemu_mutex_unlock_iothread();
> return true;
> }
> + /* Process watchpoints first, or interrupts will ruin everything */
> + if (cpu->watchpoint_hit) {
> + qemu_mutex_unlock_iothread();
> + return false;
> + }
side note: I wonder if it is time to wrap up the locks up with
QEMU_LOCK_GUARD or something similar?
Anyway seems reasonable:
Reviewed-by: Alex Bennée <alex.bennee@linaro.org>
--
Alex Bennée