Re: git: b12ccd0bb1b3 - main - stand: Remove double words in source code comments

On 18 Apr 2023, at 06:15, Gordon Bergling <gbe@FreeBSD.org> wrote:
> 
> The branch main has been updated by gbe:
> 
> URL: https://cgit.FreeBSD.org/src/commit/?id=b12ccd0bb1b37f32e972bb3e945e4025fe409e2f
> 
> commit b12ccd0bb1b37f32e972bb3e945e4025fe409e2f
> Author:     Gordon Bergling <gbe@FreeBSD.org>
> AuthorDate: 2023-04-18 05:09:57 +0000
> Commit:     Gordon Bergling <gbe@FreeBSD.org>
> CommitDate: 2023-04-18 05:14:44 +0000
> 
>    stand: Remove double words in source code comments
> 
>    - s/to to/to/
>    - s/value value/value/
> 
>    MFC after:      5 days
> ---
> stand/i386/boot0/Makefile | 2 +-
> stand/libsa/zfs/zfsimpl.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/stand/i386/boot0/Makefile b/stand/i386/boot0/Makefile
> index 1453f17751b9..dad078fd6f71 100644
> --- a/stand/i386/boot0/Makefile
> +++ b/stand/i386/boot0/Makefile
> @@ -36,7 +36,7 @@ BOOT_BOOT0_FLAGS?=	0x8f
> # 0xb6 (182d) corresponds to 10 seconds.
> BOOT_BOOT0_TICKS?=	0xb6
> 
> -# The base address that we the boot0 code to to run it.  Don't change this
> +# The base address that we the boot0 code to run it.  Don't change this

This was correct and is now incorrect; read as “that we [load] the
boot0 code to in order to run it”.

Jess

> # unless you are glutton for punishment.
> BOOT_BOOT0_ORG?=	0x600
> ORG=${BOOT_BOOT0_ORG}
> diff --git a/stand/libsa/zfs/zfsimpl.c b/stand/libsa/zfs/zfsimpl.c
> index 76063e76225f..4a285470642e 100644
> --- a/stand/libsa/zfs/zfsimpl.c
> +++ b/stand/libsa/zfs/zfsimpl.c
> @@ -447,7 +447,7 @@ vdev_indirect_mapping_entry(vdev_indirect_mapping_t *vim, uint64_t index)
>  *
>  * It's possible that the given offset will not be in the mapping table
>  * (i.e. no mapping entries contain this offset), in which case, the
> - * return value value depends on the "next_if_missing" parameter.
> + * return value depends on the "next_if_missing" parameter.
>  *
>  * If the offset is not found in the table and "next_if_missing" is
>  * B_FALSE, then NULL will always be returned. The behavior is intended