]> git.ipfire.org Git - thirdparty/kernel/stable-queue.git/commitdiff
drop queue-6.17/sched-fair-update_cfs_group-for-throttled-cfs_rqs.patch
authorGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sun, 2 Nov 2025 12:20:56 +0000 (21:20 +0900)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sun, 2 Nov 2025 12:20:56 +0000 (21:20 +0900)
queue-6.17/sched-fair-update_cfs_group-for-throttled-cfs_rqs.patch [deleted file]
queue-6.17/series

diff --git a/queue-6.17/sched-fair-update_cfs_group-for-throttled-cfs_rqs.patch b/queue-6.17/sched-fair-update_cfs_group-for-throttled-cfs_rqs.patch
deleted file mode 100644 (file)
index 318b3d5..0000000
+++ /dev/null
@@ -1,55 +0,0 @@
-From cf5b7d7a98bfe5768f519b0840be34ee7ef9d389 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 10 Sep 2025 17:50:42 +0800
-Subject: sched/fair: update_cfs_group() for throttled cfs_rqs
-
-From: Aaron Lu <ziqianlu@bytedance.com>
-
-[ Upstream commit fcd394866e3db344cbe0bb485d7e3f741ac07245 ]
-
-With task based throttle model, tasks in a throttled hierarchy are
-allowed to continue to run if they are running in kernel mode. For this
-reason, PELT clock is not stopped for these cfs_rqs in throttled
-hierarchy when they still have tasks running or queued.
-
-Since PELT clock is not stopped, whether to allow update_cfs_group()
-doing its job for cfs_rqs which are in throttled hierarchy but still
-have tasks running/queued is a question.
-
-The good side is, continue to run update_cfs_group() can get these
-cfs_rq entities with an up2date weight and that up2date weight can be
-useful to derive an accurate load for the CPU as well as ensure fairness
-if multiple tasks of different cgroups are running on the same CPU.
-OTOH, as Benjamin Segall pointed: when unthrottle comes around the most
-likely correct distribution is the distribution we had at the time of
-throttle.
-
-In reality, either way may not matter that much if tasks in throttled
-hierarchy don't run in kernel mode for too long. But in case that
-happens, let these cfs_rq entities have an up2date weight seems a good
-thing to do.
-
-Signed-off-by: Aaron Lu <ziqianlu@bytedance.com>
-Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- kernel/sched/fair.c | 3 ---
- 1 file changed, 3 deletions(-)
-
-diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
-index 4770d25ae2406..3e0d999e5ee2c 100644
---- a/kernel/sched/fair.c
-+++ b/kernel/sched/fair.c
-@@ -3957,9 +3957,6 @@ static void update_cfs_group(struct sched_entity *se)
-       if (!gcfs_rq || !gcfs_rq->load.weight)
-               return;
--      if (throttled_hierarchy(gcfs_rq))
--              return;
--
-       shares = calc_group_shares(gcfs_rq);
-       if (unlikely(se->load.weight != shares))
-               reweight_entity(cfs_rq_of(se), se, shares);
--- 
-2.51.0
-
index fc76b3a9b9ff0867c16259ac9f53338024b22316..53e89009d8e5ea0ffffce56653295438685e1fcd 100644 (file)
@@ -17,7 +17,6 @@ edac-fix-wrong-executable-file-modes-for-c-source-fi.patch
 seccomp-passthrough-uprobe-systemcall-without-filter.patch
 sched_ext-keep-bypass-on-between-enable-failure-and-.patch
 x86-bugs-add-attack-vector-controls-for-vmscape.patch
-sched-fair-update_cfs_group-for-throttled-cfs_rqs.patch
 x86-bugs-fix-reporting-of-lfence-retpoline.patch
 edac-mc_sysfs-increase-legacy-channel-support-to-16.patch
 cpuset-use-new-excpus-for-nocpu-error-check-when-ena.patch