linux-kernel - Re: [PATCH v2] treewide: Fix common grammar mistake "the the"

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <da50e56a-cb59-4815-800d-81742e5294df@wanadoo.fr>
Date: Thu, 11 Apr 2024 22:23:45 +0200
From: Christophe JAILLET <christophe.jaillet@...adoo.fr>
To: Thorsten Blum <thorsten.blum@...lux.com>, robin.murphy@....com
Cc: cocci@...ia.fr, dri-devel@...ts.freedesktop.org,
 ecryptfs@...r.kernel.org, intel-gfx@...ts.freedesktop.org,
 intel-xe@...ts.freedesktop.org, io-uring@...r.kernel.org,
 kernel-janitors@...r.kernel.org, linux-afs@...ts.infradead.org,
 linux-arch@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
 linux-doc@...r.kernel.org, linux-fsdevel@...r.kernel.org,
 linux-kernel@...r.kernel.org, linux-perf-users@...r.kernel.org,
 linux-s390@...r.kernel.org, linux-scsi@...r.kernel.org,
 linux-trace-kernel@...r.kernel.org, linux-unionfs@...r.kernel.org,
 linux-wireless@...r.kernel.org, netfs@...ts.linux.dev,
 speakup@...ux-speakup.org, Randy Dunlap <rdunlap@...radead.org>,
 Tyler Hicks <code@...icks.com>
Subject: Re: [PATCH v2] treewide: Fix common grammar mistake "the the"

Le 11/04/2024 à 19:11, Thorsten Blum a écrit :
> Use `find . -type f -exec sed -i 's/\<the the\>/the/g' {} +` to find all
> occurrences of "the the" and replace them with a single "the".
> 
> In arch/arm/include/asm/unwind.h replace "the the" with "to the".
> 
> Changes only comments and documentation - no code changes.
> 
> Signed-off-by: Thorsten Blum <thorsten.blum@...lux.com>
> Reviewed-by: Randy Dunlap <rdunlap@...radead.org>
> Reviewed-by: Tyler Hicks <code@...icks.com>

..

> --- a/drivers/scsi/isci/host.h
> +++ b/drivers/scsi/isci/host.h
> @@ -244,7 +244,7 @@ enum sci_controller_states {
>   	SCIC_INITIALIZED,
>   
>   	/**
> -	 * This state indicates the the controller is in the process of becoming

maybe: that the?

> +	 * This state indicates the controller is in the process of becoming
>   	 * ready (i.e. starting).  In this state no new IO operations are permitted.
>   	 * This state is entered from the INITIALIZED state.
>   	 */

..

> diff --git a/io_uring/kbuf.c b/io_uring/kbuf.c
> index 3aa16e27f509..503244e8470a 100644
> --- a/io_uring/kbuf.c
> +++ b/io_uring/kbuf.c
> @@ -731,7 +731,7 @@ struct io_buffer_list *io_pbuf_get_bl(struct io_ring_ctx *ctx,
>   	 * going away, if someone is trying to be sneaky. Look it up under rcu
>   	 * so we know it's not going away, and attempt to grab a reference to
>   	 * it. If the ref is already zero, then fail the mapping. If successful,
> -	 * the caller will call io_put_bl() to drop the the reference at at the
> +	 * the caller will call io_put_bl() to drop the reference at at the

Not strictly related to your patch, but "at at".

>   	 * end. This may then safely free the buffer_list (and drop the pages)
>   	 * at that point, vm_insert_pages() would've already grabbed the
>   	 * necessary vma references.

..

CJ