From: "Alex Bennée" <alex.bennee@linaro.org>
To: Igor Mammedov <imammedo@redhat.com>
Cc: qemu-devel@nongnu.org, richard.henderson@linaro.org, pbonzini@redhat.com
Subject: Re: [PATCH] tcg: drop qemu_cpu_is_self() in tlb_flush_by_mmuidx[_async_work]
Date: Thu, 23 Jan 2025 10:52:15 +0000 [thread overview]
Message-ID: <87frl9ls4g.fsf@draig.linaro.org> (raw)
In-Reply-To: <20250123094511.156324-1-imammedo@redhat.com> (Igor Mammedov's message of "Thu, 23 Jan 2025 10:45:11 +0100")
Igor Mammedov <imammedo@redhat.com> writes:
> QEMU will crash with following debug enabled
> # define DEBUG_TLB_GATE 1
> # define DEBUG_TLB_LOG_GATE 1
> due to [1] introduced assert and as it happenstlb_flush_by_mmuidx[_async_work]
> functions are called not only from vcpu thread but also from reset handler
> that is called from main thread at cpu realize time when vcpu is already
> created
> x86_cpu_new -> ... ->
> x86_cpu_realizefn -> cpu_reset -> ... ->
> tcg_cpu_reset_hold
>
> drop assert to fix crash.
Hmm the assert is there for a good reason because we do not want to be
flushing another CPUs state. However the assert itself:
g_assert(!(cpu)->created || qemu_cpu_is_self(cpu));
was trying to account for pre-initialised vCPUs. What has changed?
cpu_thread_signal_created(cpu) is called just before we start running
the main loop in mttcg_cpu_thread_fn. So any other thread messing with
the CPUs TLB can potentially mess things up.
>
> 1)
> Fixes: f0aff0f124028 ("cputlb: add assert_cpu_is_self checks")
> Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> ---
> accel/tcg/cputlb.c | 4 ----
> 1 file changed, 4 deletions(-)
>
> diff --git a/accel/tcg/cputlb.c b/accel/tcg/cputlb.c
> index b26c0e088f..2da803103c 100644
> --- a/accel/tcg/cputlb.c
> +++ b/accel/tcg/cputlb.c
> @@ -381,8 +381,6 @@ static void tlb_flush_by_mmuidx_async_work(CPUState *cpu, run_on_cpu_data data)
> uint16_t all_dirty, work, to_clean;
> int64_t now = get_clock_realtime();
>
> - assert_cpu_is_self(cpu);
> -
> tlb_debug("mmu_idx:0x%04" PRIx16 "\n", asked);
>
> qemu_spin_lock(&cpu->neg.tlb.c.lock);
> @@ -419,8 +417,6 @@ void tlb_flush_by_mmuidx(CPUState *cpu, uint16_t idxmap)
> {
> tlb_debug("mmu_idx: 0x%" PRIx16 "\n", idxmap);
>
> - assert_cpu_is_self(cpu);
> -
> tlb_flush_by_mmuidx_async_work(cpu, RUN_ON_CPU_HOST_INT(idxmap));
> }
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
next prev parent reply other threads:[~2025-01-23 10:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-23 9:45 [PATCH] tcg: drop qemu_cpu_is_self() in tlb_flush_by_mmuidx[_async_work] Igor Mammedov
2025-01-23 10:52 ` Alex Bennée [this message]
2025-01-23 11:23 ` Igor Mammedov
2025-01-23 12:09 ` Alex Bennée
2025-01-23 13:38 ` Igor Mammedov
2025-01-27 13:24 ` Philippe Mathieu-Daudé
2025-01-27 13:33 ` Igor Mammedov
2025-01-27 13:36 ` Philippe Mathieu-Daudé
2025-01-24 14:21 ` Igor Mammedov
2025-01-24 15:15 ` Alex Bennée
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=87frl9ls4g.fsf@draig.linaro.org \
--to=alex.bennee@linaro.org \
--cc=imammedo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.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.