]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
sched/fair: Get this cpu once in find_new_ilb()
authorShrikanth Hegde <sshegde@linux.ibm.com>
Mon, 23 Mar 2026 19:36:27 +0000 (01:06 +0530)
committerPeter Zijlstra <peterz@infradead.org>
Tue, 24 Mar 2026 09:07:04 +0000 (10:07 +0100)
commit76504bce4ee6b8757647e07bc1710dcac9acdc2e
treef9d3aecee16a2cbcf456f5645e4b4b32ee943105
parente379dce8af11d8d6040b4348316a499bfd174bfb
sched/fair: Get this cpu once in find_new_ilb()

Calling smp_processor_id() on:
 - In CONFIG_DEBUG_PREEMPT=y, if preemption/irq is disabled, then it does
   not print any warning.
 - In CONFIG_DEBUG_PREEMPT=n, it doesn't do anything apart from getting
   __smp_processor_id

So with both CONFIG_DEBUG_PREEMPT=y/n, in preemption disabled section
it is better to cache the value. It could save a few cycles. Though
tiny, repeated in loop could add up to a small value.

find_new_ilb is called in interrupt context. So preemption is disabled.
So Hoist the this_cpu out of loop

Signed-off-by: Shrikanth Hegde <sshegde@linux.ibm.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Reviewed-by: Mukesh Kumar Chaurasiya (IBM) <mkchauras@gmail.com>
Reviewed-by: K Prateek Nayak <kprateek.nayak@amd.com>
Link: https://patch.msgid.link/20260323193630.640311-2-sshegde@linux.ibm.com
kernel/sched/fair.c