[<prev] [next>] [day] [month] [year] [list]
Message-ID: <8413b873-d4db-4772-80b4-35c03370bdcc@arm.com>
Date: Tue, 8 Jul 2025 17:14:50 +0100
From: Christian Loehle <christian.loehle@....com>
To: Tejun Heo <tj@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Cc: Peter Zijlstra <peterz@...radead.org>, arighi@...dia.com,
Changwoo Min <changwoo@...lia.com>, David Vernet <dvernet@...a.com>
Subject: [RESEND][PATCH] 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 <christian.loehle@....com>
---
kernel/sched/ext.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/ext.c b/kernel/sched/ext.c
index b498d867ba21..702fa31459fe 100644
--- a/kernel/sched/ext.c
+++ b/kernel/sched/ext.c
@@ -884,7 +884,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
--
2.34.1
Powered by blists - more mailing lists