linux/debian/patches-rt/0113-sched-workqueue-Only-w...

46 lines
1.8 KiB
Diff
Raw Normal View History

From 7617fdb778960b1313b4e27bb3429d28c5d42957 Mon Sep 17 00:00:00 2001
From: Steven Rostedt <rostedt@goodmis.org>
Date: Mon, 18 Mar 2013 15:12:49 -0400
Subject: [PATCH 113/325] sched/workqueue: Only wake up idle workers if not
2019-04-08 23:49:20 +00:00
blocked on sleeping spin lock
Origin: https://www.kernel.org/pub/linux/kernel/projects/rt/4.19/older/patches-4.19.115-rt48.tar.xz
In -rt, most spin_locks() turn into mutexes. One of these spin_lock
conversions is performed on the workqueue gcwq->lock. When the idle
worker is worken, the first thing it will do is grab that same lock and
it too will block, possibly jumping into the same code, but because
nr_running would already be decremented it prevents an infinite loop.
But this is still a waste of CPU cycles, and it doesn't follow the method
of mainline, as new workers should only be woken when a worker thread is
truly going to sleep, and not just blocked on a spin_lock().
Check the saved_state too before waking up new workers.
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
---
2019-04-08 23:49:20 +00:00
kernel/sched/core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
2019-04-08 23:49:20 +00:00
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
2020-01-03 23:36:11 +00:00
index 59d43c084023..e792543de8eb 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
2019-11-25 00:04:39 +00:00
@@ -3539,8 +3539,10 @@ static void __sched notrace __schedule(bool preempt)
* If a worker went to sleep, notify and ask workqueue
* whether it wants to wake up a task to maintain
* concurrency.
+ * Only call wake up if prev isn't blocked on a sleeping
+ * spin lock.
*/
- if (prev->flags & PF_WQ_WORKER) {
+ if (prev->flags & PF_WQ_WORKER && !prev->saved_state) {
struct task_struct *to_wakeup;
to_wakeup = wq_worker_sleeping(prev);
2020-01-03 23:36:11 +00:00
--
2020-04-09 19:44:24 +00:00
2.25.1
2020-01-03 23:36:11 +00:00