lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230920074752.G21mcqOI@linutronix.de>
Date:   Wed, 20 Sep 2023 09:47:52 +0200
From:   Sebastian Andrzej Siewior <bigeasy@...utronix.de>
To:     Ingo Molnar <mingo@...nel.org>
Cc:     linux-kernel@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>,
        Oleg Nesterov <oleg@...hat.com>, x86@...nel.org
Subject: [PATCH] signal: Correct spelling typos in ptrace_stop().

Ingo spotted typos in the recently added comment and suggested
corrections.

Use 'On' instead of 'One' and remove one superfluous 'the' in a
sentence.

Suggested-by: Ingo Molnar <mingo@...nel.org>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
---
 kernel/signal.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/kernel/signal.c b/kernel/signal.c
index f2a5578326ade..384b77ad1bc15 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -2330,7 +2330,7 @@ static int ptrace_stop(int exit_code, int why, unsigned long message,
 
 	/*
 	 * The previous do_notify_parent_cldstop() invocation woke ptracer.
-	 * One a PREEMPTION kernel this can result in preemption requirement
+	 * On a PREEMPTION kernel this can result in preemption requirement
 	 * which will be fulfilled after read_unlock() and the ptracer will be
 	 * put on the CPU.
 	 * The ptracer is in wait_task_inactive(, __TASK_TRACED) waiting for
@@ -2343,7 +2343,7 @@ static int ptrace_stop(int exit_code, int why, unsigned long message,
 	 * view but extends the runtime by one HZ tick time due to the
 	 * ptracer's sleep.  The preempt-disable section ensures that there
 	 * will be no preemption between unlock and schedule() and so
-	 * improving the performance since the ptracer will observe that
+	 * improving performance since the ptracer will observe that
 	 * the tracee is scheduled out once it gets on the CPU.
 	 *
 	 * On PREEMPT_RT locking tasklist_lock does not disable preemption.
-- 
2.40.1

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ