summaryrefslogtreecommitdiff
path: root/kernel/sched/rt.c
diff options
context:
space:
mode:
authorJuri Lelli <juri.lelli@redhat.com>2025-06-27 13:51:16 +0200
committerPeter Zijlstra <peterz@infradead.org>2025-07-14 10:59:33 +0200
commit440989c10f4e32620e9e2717ca52c3ed7ae11048 (patch)
tree6556a1dcf4654e85df016238369c284a28da95a1 /kernel/sched/rt.c
parentfcc9276c4d331cd1fe9319d793e80b02e09727f5 (diff)
downloadlinux-next-440989c10f4e32620e9e2717ca52c3ed7ae11048.tar.gz
linux-next-440989c10f4e32620e9e2717ca52c3ed7ae11048.zip
sched/deadline: Fix accounting after global limits change
A global limits change (sched_rt_handler() logic) currently leaves stale and/or incorrect values in variables related to accounting (e.g. extra_bw). Properly clean up per runqueue variables before implementing the change and rebuild scheduling domains (so that accounting is also properly restored) after such a change is complete. Reported-by: Marcel Ziswiler <marcel.ziswiler@codethink.co.uk> Signed-off-by: Juri Lelli <juri.lelli@redhat.com> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Tested-by: Marcel Ziswiler <marcel.ziswiler@codethink.co.uk> # nuc & rock5b Link: https://lore.kernel.org/r/20250627115118.438797-4-juri.lelli@redhat.com
Diffstat (limited to 'kernel/sched/rt.c')
-rw-r--r--kernel/sched/rt.c6
1 files changed, 6 insertions, 0 deletions
diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c
index 15d5855c542c..be6e9bcbe82b 100644
--- a/kernel/sched/rt.c
+++ b/kernel/sched/rt.c
@@ -2886,6 +2886,12 @@ undo:
sched_domains_mutex_unlock();
mutex_unlock(&mutex);
+ /*
+ * After changing maximum available bandwidth for DEADLINE, we need to
+ * recompute per root domain and per cpus variables accordingly.
+ */
+ rebuild_sched_domains();
+
return ret;
}