From: "Alex Bennée" <alex.bennee@linaro.org>
To: qemu-devel@nongnu.org
Cc: "Pierrick Bouvier" <pierrick.bouvier@linaro.org>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Alexandre Iooss" <erdnaxe@crans.org>,
"Mahmoud Mandour" <ma.mandourr@gmail.com>
Subject: [PULL 21/21] plugins: fix race condition with scoreboards
Date: Thu, 15 Aug 2024 15:49:11 +0100 [thread overview]
Message-ID: <20240815144911.1931487-22-alex.bennee@linaro.org> (raw)
In-Reply-To: <20240815144911.1931487-1-alex.bennee@linaro.org>
From: Pierrick Bouvier <pierrick.bouvier@linaro.org>
A deadlock can be created if a new vcpu (a) triggers a scoreboard
reallocation, and another vcpu (b) wants to create a new scoreboard at
the same time.
In this case, (a) holds the plugin lock, and starts an exclusive
section, waiting for (b). But at the same time, (b) is waiting for
plugin lock.
The solution is to drop the lock before entering the exclusive section.
This bug can be easily reproduced by creating a callback for any tb
exec, that allocates a new scoreboard. In this case, as soon as we reach
more than 16 vcpus, the deadlock occurs.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2344
Signed-off-by: Pierrick Bouvier <pierrick.bouvier@linaro.org>
Message-Id: <20240812220748.95167-2-pierrick.bouvier@linaro.org>
[AJB: tweak var position to meet coding style]
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-Id: <20240813202329.1237572-22-alex.bennee@linaro.org>
diff --git a/plugins/core.c b/plugins/core.c
index 12c67b4b4e..2897453cac 100644
--- a/plugins/core.c
+++ b/plugins/core.c
@@ -214,30 +214,49 @@ CPUPluginState *qemu_plugin_create_vcpu_state(void)
static void plugin_grow_scoreboards__locked(CPUState *cpu)
{
- if (cpu->cpu_index < plugin.scoreboard_alloc_size) {
+ size_t scoreboard_size = plugin.scoreboard_alloc_size;
+ bool need_realloc = false;
+
+ if (cpu->cpu_index < scoreboard_size) {
return;
}
- bool need_realloc = FALSE;
- while (cpu->cpu_index >= plugin.scoreboard_alloc_size) {
- plugin.scoreboard_alloc_size *= 2;
- need_realloc = TRUE;
+ while (cpu->cpu_index >= scoreboard_size) {
+ scoreboard_size *= 2;
+ need_realloc = true;
}
+ if (!need_realloc) {
+ return;
+ }
- if (!need_realloc || QLIST_EMPTY(&plugin.scoreboards)) {
- /* nothing to do, we just updated sizes for future scoreboards */
+ if (QLIST_EMPTY(&plugin.scoreboards)) {
+ /* just update size for future scoreboards */
+ plugin.scoreboard_alloc_size = scoreboard_size;
return;
}
+ /*
+ * A scoreboard creation/deletion might be in progress. If a new vcpu is
+ * initialized at the same time, we are safe, as the new
+ * plugin.scoreboard_alloc_size was not yet written.
+ */
+ qemu_rec_mutex_unlock(&plugin.lock);
+
/* cpus must be stopped, as tb might still use an existing scoreboard. */
start_exclusive();
- struct qemu_plugin_scoreboard *score;
- QLIST_FOREACH(score, &plugin.scoreboards, entry) {
- g_array_set_size(score->data, plugin.scoreboard_alloc_size);
+ /* re-acquire lock */
+ qemu_rec_mutex_lock(&plugin.lock);
+ /* in case another vcpu is created between unlock and exclusive section. */
+ if (scoreboard_size > plugin.scoreboard_alloc_size) {
+ struct qemu_plugin_scoreboard *score;
+ QLIST_FOREACH(score, &plugin.scoreboards, entry) {
+ g_array_set_size(score->data, scoreboard_size);
+ }
+ plugin.scoreboard_alloc_size = scoreboard_size;
+ /* force all tb to be flushed, as scoreboard pointers were changed. */
+ tb_flush(cpu);
}
- /* force all tb to be flushed, as scoreboard pointers were changed. */
- tb_flush(cpu);
end_exclusive();
}
--
2.39.2
next prev parent reply other threads:[~2024-08-15 14:52 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-15 14:48 [PULL for 9.1 00/21] Some fixes for 9.1-rc3 (build, replay, docs, plugins) Alex Bennée
2024-08-15 14:48 ` [PULL 01/21] tests/avocado: Re-enable gdbsim-r5f562n8 testing U-Boot Alex Bennée
2024-08-15 14:48 ` [PULL 02/21] Makefile: trigger re-configure on updated pythondeps Alex Bennée
2024-08-15 14:48 ` [PULL 03/21] configure: Fix arch detection for GDB_HAS_MTE Alex Bennée
2024-08-15 14:48 ` [PULL 04/21] configure: Avoid use of param. expansion when using gdb_version Alex Bennée
2024-08-15 14:48 ` [PULL 05/21] configure: Fix GDB version detection for GDB_HAS_MTE Alex Bennée
2024-08-15 14:48 ` [PULL 06/21] scripts/checkpatch: more checks on files imported from Linux Alex Bennée
2024-08-15 14:48 ` [PULL 07/21] target/i386: allow access_ptr to force slow path on failed probe Alex Bennée
2024-08-15 14:48 ` [PULL 08/21] buildsys: Fix building without plugins on Darwin Alex Bennée
2024-08-15 14:48 ` [PULL 09/21] scripts/replay-dump.py: Update to current rr record format Alex Bennée
2024-08-15 14:49 ` [PULL 10/21] scripts/replay-dump.py: rejig decoders in event number order Alex Bennée
2024-08-15 14:49 ` [PULL 11/21] tests/avocado: excercise scripts/replay-dump.py in replay tests Alex Bennée
2024-08-15 14:49 ` [PULL 12/21] replay: allow runstate shutdown->running when replaying trace Alex Bennée
2024-08-15 14:49 ` [PULL 13/21] Revert "replay: stop us hanging in rr_wait_io_event" Alex Bennée
2024-08-15 14:49 ` [PULL 14/21] tests/avocado: replay_kernel.py add x86-64 q35 machine test Alex Bennée
2024-08-15 14:49 ` [PULL 15/21] chardev: set record/replay on the base device of a muxed device Alex Bennée
2024-08-19 11:46 ` Peter Maydell
2024-08-15 14:49 ` [PULL 16/21] virtio-net: Use replay_schedule_bh_event for bhs that affect machine state Alex Bennée
2024-08-15 14:49 ` [PULL 17/21] virtio-net: Use virtual time for RSC timers Alex Bennée
2024-08-15 14:49 ` [PULL 18/21] savevm: Fix load_snapshot error path crash Alex Bennée
2024-08-15 14:49 ` [PULL 19/21] docs: Fix some typos (found by typos) and grammar issues Alex Bennée
2024-08-15 14:49 ` [PULL 20/21] docs/devel: update tcg-plugins page Alex Bennée
2024-08-15 14:49 ` Alex Bennée [this message]
2024-08-15 22:28 ` [PULL for 9.1 00/21] Some fixes for 9.1-rc3 (build, replay, docs, plugins) Richard Henderson
2024-08-16 12:54 ` Alex Bennée
2024-08-16 13:05 ` Thomas Huth
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=20240815144911.1931487-22-alex.bennee@linaro.org \
--to=alex.bennee@linaro.org \
--cc=erdnaxe@crans.org \
--cc=ma.mandourr@gmail.com \
--cc=pierrick.bouvier@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).