From: Christian Loehle Date: Tue, 8 Jul 2025 16:12:51 +0000 (+0100) Subject: sched_ext: Fix scx_bpf_reenqueue_local() reference X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=ae96bba1ca0000ebb3f3ced64c9367e2a223d69e;p=thirdparty%2Fkernel%2Flinux.git sched_ext: Fix scx_bpf_reenqueue_local() reference The comment mentions bpf_scx_reenqueue_local(), but the function is provided for the BPF program implementing scx, as such the naming convention is scx_bpf_reenqueue_local(), fix the comment. Signed-off-by: Christian Loehle Signed-off-by: Tejun Heo --- diff --git a/kernel/sched/ext.c b/kernel/sched/ext.c index 512474eabea6d..b083ca426e892 100644 --- a/kernel/sched/ext.c +++ b/kernel/sched/ext.c @@ -911,7 +911,7 @@ enum scx_enq_flags { /* * The task being enqueued was previously enqueued on the current CPU's * %SCX_DSQ_LOCAL, but was removed from it in a call to the - * bpf_scx_reenqueue_local() kfunc. If bpf_scx_reenqueue_local() was + * scx_bpf_reenqueue_local() kfunc. If scx_bpf_reenqueue_local() was * invoked in a ->cpu_release() callback, and the task is again * dispatched back to %SCX_LOCAL_DSQ by this current ->enqueue(), the * task will not be scheduled on the CPU until at least the next invocation