The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Juri Lelli <juri.lelli@redhat.com>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Mel Gorman <mgorman@suse.de>, Tejun Heo <tj@kernel.org>,
	Valentin Schneider <vschneid@redhat.com>,
	Shrikanth Hegde <sshegde@linux.ibm.com>,
	Andrea Righi <arighi@nvidia.com>,
	Joel Fernandes <joelagnelf@nvidia.com>,
	John Stultz <jstultz@google.com>,
	K Prateek Nayak <kprateek.nayak@amd.com>
Subject: [GIT PULL] Scheduler updates for v7.3
Date: Mon, 17 Aug 2026 12:09:16 +0200	[thread overview]
Message-ID: <aoLdzGvmRgq2RAfZ@gmail.com> (raw)

Linus,

Please pull the latest sched/core Git tree from:

   git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-core-2026-08-17

for you to fetch changes up to 68e37487810a3da43c48340fab7a55b3b6efdae3:

Scheduler updates for v7.3:

Load-balancing updates:

 - Series to 'flatten the pick': improve cgroup scheduling, which has
   always been problematic and painful, which has caused various
   scheduling misbehavior such as the mishandling of reniced tasks et al.
   Add various cgroup weight distribution methods via cgroup_mode:
   'up', 'max', 'concur' and 'tasks' - with the default being 'concur'
   which is the most precise yet also most expensive version.
   Finally, change cgroup scheduling to a single runqueue.
   (Peter Zijlstra)

 - Series to improve the scheduling latency of short slice tasks
   (Vincent Guittot)

 - Series to fix cluster scheduling in the presence of asymmetric capacity
   (Ricardo Neri)

 - Prefer fully idle cores for NOHZ balancing (Andrea Righi)

 - Don't trigger active load-balancing if src_rq->curr is not on_rq
   (Xin Zhao)

PSI updates:

 - Skip irqtime accounting when no new irq time has elapsed
   (Usama Arif)

Scheduler debugging updates:

 - Remove unused schedstats (Shrikanth Hegde)

 - Defer freeing of cpumask memblock memory to initcall
   (Waiman Long)

Misc fixes and updates by Yu C Chen, K Prateek Nayak, Peter Zijlstra,
Vincent Guittot, Xin Zhao, Yury Norov, Zhan Xusheng.

 Thanks,

	Ingo

------------------>
Andrea Righi (1):
      sched/fair: Prefer fully idle cores for NOHZ balancing

Chen, Yu C (1):
      sched/fair: Fix overflow in update_tg_cfs_runnable()

K Prateek Nayak (1):
      sched/fair: Remove unused arguments from set_preempt_buddy()

Peter Zijlstra (8):
      sched/core: Fix inter-class wakeup_preempt()
      sched/fair: Add cgroup_mode switch
      sched/fair: Add cgroup_mode: up
      sched/fair: Add cgroup_mode: max
      sched/fair: Add cgroup_mode: concur
      sched/fair: Add cgroup_mode: tasks
      sched/fair: Change the default cgroup_mode to concur
      sched/fair: Reflow sched_balance_rq()

Peter Zijlstra (Intel) (1):
      sched/eevdf: Move to a single runqueue

Ricardo Neri (6):
      sched/fair: Do not skip CPUs of similar capacity with busy SMT siblings
      sched/fair: Also gate overloaded status update for SD_ASYM_CPUCAPACITY
      sched/fair: Check CPU capacity before comparing group types during load balance
      sched/fair: Skip misfit load accounting when the destination CPU cannot help
      sched/fair: Allow load balancing between CPUs of identical capacity
      sched/topology: Restore SD_PREFER_SIBLING in domains with asymmetric capacity

Shrikanth Hegde (1):
      sched/debug: Remove unused schedstats

Usama Arif (1):
      sched/psi: skip irqtime accounting when no new irq time has elapsed

Vincent Guittot (8):
      sched/fair: Set next buddy for preempt short
      sched/eevdf: Take into account current's lag when updating slice protection
      sched/eevdf: Update slice protection even when resched is already set
      sched/eevdf: Cancel slice protection if short slice task is eligible
      sched/eevdf: Always update slice protection
      sched/eevdf: Speedup short slice task scheduling
      sched/eevdf: Delayed dequeue task can't preempt
      sched/fair: Fix flat hierarchy

Waiman Long (1):
      sched/isolation: Defer freeing of cpumask memblock memory to initcall

Xin Zhao (2):
      sched/fair: Don't trigger active lb if src_rq->curr is not on_rq
      sched/fair: Simplify balance_interval reset logic in sched_balance_rq()

Yury Norov (1):
      stop_machine: Make stop_one_cpu_nowait() return void

Zhan Xusheng (1):
      sched/fair: Fix stale comments referring to removed CFS concepts


 include/linux/cpuset.h         |    6 +
 include/linux/sched.h          |    4 +-
 include/linux/sched/sd_flags.h |    3 +-
 include/linux/stop_machine.h   |   21 +-
 kernel/cgroup/cpuset.c         |   22 +
 kernel/sched/core.c            |    5 +-
 kernel/sched/deadline.c        |    6 +-
 kernel/sched/debug.c           |   92 ++-
 kernel/sched/fair.c            | 1348 +++++++++++++++++++++++-----------------
 kernel/sched/isolation.c       |   16 +-
 kernel/sched/pelt.c            |    6 +-
 kernel/sched/psi.c             |    2 +-
 kernel/sched/rt.c              |    3 +-
 kernel/sched/sched.h           |   49 +-
 kernel/sched/topology.c        |    4 -
 kernel/stop_machine.c          |   14 +-
 16 files changed, 952 insertions(+), 649 deletions(-)

                 reply	other threads:[~2026-08-17 10:09 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=aoLdzGvmRgq2RAfZ@gmail.com \
    --to=mingo@kernel.org \
    --cc=arighi@nvidia.com \
    --cc=dietmar.eggemann@arm.com \
    --cc=joelagnelf@nvidia.com \
    --cc=jstultz@google.com \
    --cc=juri.lelli@redhat.com \
    --cc=kprateek.nayak@amd.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mgorman@suse.de \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=sshegde@linux.ibm.com \
    --cc=tglx@linutronix.de \
    --cc=tj@kernel.org \
    --cc=torvalds@linux-foundation.org \
    --cc=vincent.guittot@linaro.org \
    --cc=vschneid@redhat.com \
    /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