[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <88e3a572-1326-c4d9-b873-01b38bb72c28@infradead.org>
Date: Sun, 21 Mar 2021 18:36:52 -0700
From: Randy Dunlap <rdunlap@...radead.org>
To: Bhaskar Chowdhury <unixbhaskar@...il.com>,
akpm@...ux-foundation.org, liao.pingfang@....com.cn,
daniel.m.jordan@...cle.com, vbabka@...e.cz, gustavoars@...nel.org,
yanaijie@...wei.com, walken@...gle.com, 0x7f454c46@...il.com,
adobriyan@...il.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ipc/shm.c: Fix a typo
On 3/21/21 6:32 PM, Bhaskar Chowdhury wrote:
>
> s/exit\'ed/exited/
>
> Signed-off-by: Bhaskar Chowdhury <unixbhaskar@...il.com>
> ---
> ipc/shm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/ipc/shm.c b/ipc/shm.c
> index febd88daba8c..07fb04c20d8c 100644
> --- a/ipc/shm.c
> +++ b/ipc/shm.c
> @@ -357,7 +357,7 @@ static int shm_try_destroy_orphaned(int id, void *p, void *data)
>
> /*
> * We want to destroy segments without users and with already
> - * exit'ed originating process.
> + * exited originating process.
> *
> * As shp->* are changed under rwsem, it's safe to skip shp locking.
> */
> --
I think this one could go either way.
It's referring to the exit() library call or syscall,
so it's not so bad is it currently is.
I.e., I'll leave it up to someone else if they want to merge it.
--
~Randy
Powered by blists - more mailing lists