qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Pavel Dovgalyuk <Pavel.Dovgaluk@ispras.ru>
To: qemu-devel@nongnu.org
Cc: dovgaluk@ispras.ru
Subject: [Qemu-devel] [RFCPATCH13/20] cpus: only take BQL for sleeping threads
Date: Tue, 31 Oct 2017 13:48:51 +0300	[thread overview]
Message-ID: <20171031104851.3079.44019.stgit@pasha-VirtualBox> (raw)
In-Reply-To: <20171031104741.3079.26584.stgit@pasha-VirtualBox>

From: Alex Bennée <alex.bennee@linaro.org>

Now the only real need to hold the BQL is for when we sleep on the
cpu->halt conditional. The lock is actually dropped while the thread
sleeps so the actual window for contention is pretty small. This also
means we can remove the special case hack for exclusive work and
simply declare that work no longer has an implicit BQL held. This
isn't a major problem async work is generally only changing things in
the context of its own vCPU. If it needs to work across vCPUs it
should be using the exclusive mechanism or possibly taking the lock
itself.

Signed-off-by: Alex Bennée <alex.bennee@linaro.org>

Signed-off-by: Pavel Dovgalyuk <pavel.dovgaluk@ispras.ru>
---
 cpus-common.c |   13 +++++--------
 cpus.c        |   10 ++++------
 2 files changed, 9 insertions(+), 14 deletions(-)

diff --git a/cpus-common.c b/cpus-common.c
index 59f751e..64661c3 100644
--- a/cpus-common.c
+++ b/cpus-common.c
@@ -310,6 +310,11 @@ void async_safe_run_on_cpu(CPUState *cpu, run_on_cpu_func func,
     queue_work_on_cpu(cpu, wi);
 }
 
+/* Work items run outside of the BQL. This is essential for avoiding a
+ * deadlock for exclusive work but also applies to non-exclusive work.
+ * If the work requires cross-vCPU changes then it should use the
+ * exclusive mechanism.
+ */
 void process_queued_cpu_work(CPUState *cpu)
 {
     struct qemu_work_item *wi;
@@ -327,17 +332,9 @@ void process_queued_cpu_work(CPUState *cpu)
         }
         qemu_mutex_unlock(&cpu->work_mutex);
         if (wi->exclusive) {
-            /* Running work items outside the BQL avoids the following deadlock:
-             * 1) start_exclusive() is called with the BQL taken while another
-             * CPU is running; 2) cpu_exec in the other CPU tries to takes the
-             * BQL, so it goes to sleep; start_exclusive() is sleeping too, so
-             * neither CPU can proceed.
-             */
-            qemu_mutex_unlock_iothread();
             start_exclusive();
             wi->func(cpu, wi->data);
             end_exclusive();
-            qemu_mutex_lock_iothread();
         } else {
             wi->func(cpu, wi->data);
         }
diff --git a/cpus.c b/cpus.c
index efde5c1..de6dfce 100644
--- a/cpus.c
+++ b/cpus.c
@@ -1127,31 +1127,29 @@ static bool qemu_tcg_should_sleep(CPUState *cpu)
 
 static void qemu_tcg_wait_io_event(CPUState *cpu)
 {
-    qemu_mutex_lock_iothread();
 
     while (qemu_tcg_should_sleep(cpu)) {
+        qemu_mutex_lock_iothread();
         stop_tcg_kick_timer();
         qemu_cond_wait(cpu->halt_cond, &qemu_global_mutex);
+        qemu_mutex_unlock_iothread();
     }
 
     start_tcg_kick_timer();
 
     qemu_wait_io_event_common(cpu);
-
-    qemu_mutex_unlock_iothread();
 }
 
 static void qemu_kvm_wait_io_event(CPUState *cpu)
 {
-    qemu_mutex_lock_iothread();
 
     while (cpu_thread_is_idle(cpu)) {
+        qemu_mutex_lock_iothread();
         qemu_cond_wait(cpu->halt_cond, &qemu_global_mutex);
+        qemu_mutex_unlock_iothread();
     }
 
     qemu_wait_io_event_common(cpu);
-
-    qemu_mutex_unlock_iothread();
 }
 
 static void *qemu_kvm_cpu_thread_fn(void *arg)

  parent reply	other threads:[~2017-10-31 10:48 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-31 10:47 [Qemu-devel] [RFCPATCH00/20] replay additions Pavel Dovgalyuk
2017-10-31 10:47 ` [Qemu-devel] [RFCPATCH01/20] block: implement bdrv_snapshot_goto for blkreplay Pavel Dovgalyuk
2017-10-31 10:47 ` [Qemu-devel] [RFCPATCH02/20] blkreplay: create temporary overlay for underlaying devices Pavel Dovgalyuk
2017-10-31 10:47 ` [Qemu-devel] [RFCPATCH03/20] replay: disable default snapshot for record/replay Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH04/20] replay: fix processing async events Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH05/20] replay: fixed replay_enable_events Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH06/20] replay: fix save/load vm for non-empty queue Pavel Dovgalyuk
2017-10-31 11:21   ` no-reply
2017-10-31 12:13   ` no-reply
2017-10-31 13:26   ` no-reply
2017-10-31 16:41   ` no-reply
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH07/20] replay: added replay log format description Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH08/20] replay: make safe vmstop at record/replay Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH09/20] replay: save prior value of the host clock Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH10/20] icount: fixed saving/restoring of icount warp timers Pavel Dovgalyuk
2017-10-31 12:47   ` no-reply
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH11/20] target/arm/arm-powertctl: drop BQL assertions Pavel Dovgalyuk
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH12/20] cpus: push BQL lock to qemu_*_wait_io_event Pavel Dovgalyuk
2017-10-31 10:48 ` Pavel Dovgalyuk [this message]
2017-10-31 10:48 ` [Qemu-devel] [RFCPATCH14/20] replay/replay.c: bump REPLAY_VERSION again Pavel Dovgalyuk
2017-10-31 10:49 ` [Qemu-devel] [RFCPATCH15/20] replay/replay-internal.c: track holding of replay_lock Pavel Dovgalyuk
2017-10-31 10:49 ` [Qemu-devel] [RFCPATCH16/20] replay: make locking visible outside replay code Pavel Dovgalyuk
2017-10-31 10:49 ` [Qemu-devel] [RFCPATCH17/20] replay: push replay_mutex_lock up the call tree Pavel Dovgalyuk
2017-10-31 10:49 ` [Qemu-devel] [RFCPATCH18/20] cpu-exec: don't overwrite exception_index Pavel Dovgalyuk
2017-10-31 10:49 ` [Qemu-devel] [RFCPATCH19/20] cpu-exec: reset exit flag before calling cpu_exec_nocache Pavel Dovgalyuk
2017-10-31 10:49 ` [Qemu-devel] [RFCPATCH20/20] replay: don't destroy mutex at exit Pavel Dovgalyuk

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=20171031104851.3079.44019.stgit@pasha-VirtualBox \
    --to=pavel.dovgaluk@ispras.ru \
    --cc=dovgaluk@ispras.ru \
    --cc=qemu-devel@nongnu.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).