[PATCH] sched: Fix typos in comments

Zhan Xusheng posted 1 patch 1 week, 6 days ago
kernel/sched/core.c  | 2 +-
kernel/sched/sched.h | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
[PATCH] sched: Fix typos in comments
Posted by Zhan Xusheng 1 week, 6 days ago
Fixes some spelling errors in the comments.

Signed-off-by: Zhan Xusheng <zhanxusheng@xiaomi.com>
---
 kernel/sched/core.c  | 2 +-
 kernel/sched/sched.h | 6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 496dff740dca..817e129a809f 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -6840,7 +6840,7 @@ static void __sched notrace __schedule(int sched_mode)
 		/*
 		 * We pass task_is_blocked() as the should_block arg
 		 * in order to keep mutex-blocked tasks on the runqueue
-		 * for slection with proxy-exec (without proxy-exec
+		 * for selection with proxy-exec (without proxy-exec
 		 * task_is_blocked() will always be false).
 		 */
 		try_to_block_task(rq, prev, &prev_state,
diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
index 43bbf0693cca..a997e097152b 100644
--- a/kernel/sched/sched.h
+++ b/kernel/sched/sched.h
@@ -394,9 +394,9 @@ extern s64 dl_scaled_delta_exec(struct rq *rq, struct sched_dl_entity *dl_se, s6
  * between defer and replenish but never actually enqueue the server.
  *
  * Only when the target class does not manage to exhaust the server's runtime
- * (there's actualy starvation in the given period), will the dl_server get on
+ * (there's actually starvation in the given period), will the dl_server get on
  * the runqueue. Once queued it will pick tasks from the target class and run
- * them until either its runtime is exhaused, at which point its back to
+ * them until either its runtime is exhausted, at which point its back to
  * dl_server_timer, or until there are no more tasks to run, at which point
  * the dl_server stops itself.
  *
@@ -405,7 +405,7 @@ extern s64 dl_scaled_delta_exec(struct rq *rq, struct sched_dl_entity *dl_se, s6
  * subject to CBS wakeup rules -- without having to wait for the next period.
  *
  * Additionally, because of the dl_defer behaviour the start/stop behaviour is
- * naturally thottled to once per period, avoiding high context switch
+ * naturally throttled to once per period, avoiding high context switch
  * workloads from spamming the hrtimer program/cancel paths.
  */
 extern void dl_server_update_idle(struct sched_dl_entity *dl_se, s64 delta_exec);
-- 
2.43.0