]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
sched/core: Add ENQUEUE_RQ_SELECTED to indicate whether ->select_task_rq() was called
authorTejun Heo <tj@kernel.org>
Fri, 27 Sep 2024 23:46:12 +0000 (13:46 -1000)
committerTejun Heo <tj@kernel.org>
Mon, 7 Oct 2024 20:16:18 +0000 (10:16 -1000)
commitf207dc2dcdcf0e1e7d260b392784855ce8d84147
treec1133ab002eefb3c22fbacdd914dd899859a8319
parentb62933eee41e2909422c2c3d7fdb56217913faf9
sched/core: Add ENQUEUE_RQ_SELECTED to indicate whether ->select_task_rq() was called

During ttwu, ->select_task_rq() can be skipped if only one CPU is allowed or
migration is disabled. sched_ext schedulers may perform operations such as
direct dispatch from ->select_task_rq() path and it is useful for them to
know whether ->select_task_rq() was skipped in the ->enqueue_task() path.

Currently, sched_ext schedulers are using ENQUEUE_WAKEUP for this purpose
and end up assuming incorrectly that ->select_task_rq() was called for tasks
that are bound to a single CPU or migration disabled.

Make select_task_rq() indicate whether ->select_task_rq() was called by
setting WF_RQ_SELECTED in *wake_flags and make ttwu_do_activate() map that
to ENQUEUE_RQ_SELECTED for ->enqueue_task().

This will be used by sched_ext to fix ->select_task_rq() skip detection.

Signed-off-by: Tejun Heo <tj@kernel.org>
Acked-by: David Vernet <void@manifault.com>
kernel/sched/core.c
kernel/sched/sched.h