linux-kernel - Re: [PATCH] ipc/sem.c: Couple of spelling fixes

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: <9a2e73f8-44ae-68b2-b588-b3dc5accaf12@bombadil.infradead.org>
Date:   Fri, 19 Mar 2021 18:29:38 -0700 (PDT)
From:   Randy Dunlap <rdunlap@...badil.infradead.org>
To:     Bhaskar Chowdhury <unixbhaskar@...il.com>
cc:     akpm@...ux-foundation.org, gustavoars@...nel.org,
        adobriyan@...il.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ipc/sem.c: Couple of spelling fixes



On Sat, 20 Mar 2021, Bhaskar Chowdhury wrote:

>
> s/purpuse/purpose/
> s/seperately/separately/
>
> Signed-off-by: Bhaskar Chowdhury <unixbhaskar@...il.com>

Acked-by: Randy Dunlap <rdunlap@...radead.org>


> ---
> ipc/sem.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/ipc/sem.c b/ipc/sem.c
> index f6c30a85dadf..780d75eff8c6 100644
> --- a/ipc/sem.c
> +++ b/ipc/sem.c
> @@ -786,7 +786,7 @@ static inline void wake_up_sem_queue_prepare(struct sem_queue *q, int error,
> {
> 	get_task_struct(q->sleeper);
>
> -	/* see SEM_BARRIER_2 for purpuse/pairing */
> +	/* see SEM_BARRIER_2 for purpose/pairing */
> 	smp_store_release(&q->status, error);
>
> 	wake_q_add_safe(wake_q, q->sleeper);
> @@ -821,7 +821,7 @@ static inline int check_restart(struct sem_array *sma, struct sem_queue *q)
>
> 	/* It is impossible that someone waits for the new value:
> 	 * - complex operations always restart.
> -	 * - wait-for-zero are handled seperately.
> +	 * - wait-for-zero are handled separately.
> 	 * - q is a previously sleeping simple operation that
> 	 *   altered the array. It must be a decrement, because
> 	 *   simple increments never sleep.
> --
> 2.26.2
>
>