[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <tencent_8E6B496F6B4EC012379A594046F8880B3D08@qq.com>
Date: Wed, 13 Mar 2024 17:02:35 +0800
From: Yuu Lee <379943137@...com>
To: peterz@...radead.org
Cc: mingo@...hat.com,
will@...nel.org,
longman@...hat.com,
boqun.feng@...il.com,
linux-kernel@...r.kernel.org,
trivial@...nel.org,
Yuu Lee <379943137@...com>
Subject: [PATCH] locking/mutex: fix documentation spelling mistakes
fix 'task_strcut' to 'task_struct'
Signed-off-by: Yuu Lee <379943137@...com>
---
kernel/locking/mutex.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/locking/mutex.c b/kernel/locking/mutex.c
index cbae8c0b8..82d19846e 100644
--- a/kernel/locking/mutex.c
+++ b/kernel/locking/mutex.c
@@ -362,7 +362,7 @@ bool mutex_spin_on_owner(struct mutex *lock, struct task_struct *owner,
* checking lock->owner still matches owner. And we already
* disabled preemption which is equal to the RCU read-side
* crital section in optimistic spinning code. Thus the
- * task_strcut structure won't go away during the spinning
+ * task_struct structure won't go away during the spinning
* period
*/
barrier();
@@ -401,7 +401,7 @@ static inline int mutex_can_spin_on_owner(struct mutex *lock)
/*
* We already disabled preemption which is equal to the RCU read-side
- * crital section in optimistic spinning code. Thus the task_strcut
+ * crital section in optimistic spinning code. Thus the task_struct
* structure won't go away during the spinning period.
*/
owner = __mutex_owner(lock);
--
2.41.0
Powered by blists - more mailing lists