linux-kernel - Re: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes

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]

Date:   Mon, 31 May 2021 12:23:39 -0400
From:   Xin Long <lucien.xin@...il.com>
To:     Zheng Yongjun <zhengyongjun3@...wei.com>
Cc:     Vlad Yasevich <vyasevich@...il.com>,
        Neil Horman <nhorman@...driver.com>,
        Marcelo Ricardo Leitner <marcelo.leitner@...il.com>,
        davem <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>,
        "linux-sctp @ vger . kernel . org" <linux-sctp@...r.kernel.org>,
        network dev <netdev@...r.kernel.org>,
        LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes

On Sun, May 30, 2021 at 9:48 PM Zheng Yongjun <zhengyongjun3@...wei.com> wrote:
>
> Fix some spelling mistakes in comments:
> genereate ==> generate
> correclty ==> correctly
> boundries ==> boundaries
> failes ==> fails

I believe more mistakes below in this file could hitchhike this patch
to get fixed. :-)

isses -> issues
assocition -> association
signe -> sign
assocaition -> association
managemement-> management
restransmissions->retransmission
sideffect -> sideeffect
bomming -> booming
chukns-> chunks
SHUDOWN -> SHUTDOWN
violationg->violating
explcitly-> explicitly
CHunk-> Chunk

Thanks.

>
> Signed-off-by: Zheng Yongjun <zhengyongjun3@...wei.com>
> ---
>  net/sctp/sm_statefuns.c | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/net/sctp/sm_statefuns.c b/net/sctp/sm_statefuns.c
> index fd1e319eda00..68e7d14c3799 100644
> --- a/net/sctp/sm_statefuns.c
> +++ b/net/sctp/sm_statefuns.c
> @@ -608,7 +608,7 @@ enum sctp_disposition sctp_sf_do_5_1C_ack(struct net *net,
>         sctp_add_cmd_sf(commands, SCTP_CMD_NEW_STATE,
>                         SCTP_STATE(SCTP_STATE_COOKIE_ECHOED));
>
> -       /* SCTP-AUTH: genereate the assocition shared keys so that
> +       /* SCTP-AUTH: generate the assocition shared keys so that
>          * we can potentially signe the COOKIE-ECHO.
>          */
>         sctp_add_cmd_sf(commands, SCTP_CMD_ASSOC_SHKEY, SCTP_NULL());
> @@ -838,7 +838,7 @@ enum sctp_disposition sctp_sf_do_5_1D_ce(struct net *net,
>
>         /* Add all the state machine commands now since we've created
>          * everything.  This way we don't introduce memory corruptions
> -        * during side-effect processing and correclty count established
> +        * during side-effect processing and correctly count established
>          * associations.
>          */
>         sctp_add_cmd_sf(commands, SCTP_CMD_NEW_ASOC, SCTP_ASOC(new_asoc));
> @@ -2950,7 +2950,7 @@ enum sctp_disposition sctp_sf_do_9_2_reshutack(
>                                                   commands);
>
>         /* Since we are not going to really process this INIT, there
> -        * is no point in verifying chunk boundries.  Just generate
> +        * is no point in verifying chunk boundaries.  Just generate
>          * the SHUTDOWN ACK.
>          */
>         reply = sctp_make_shutdown_ack(asoc, chunk);
> @@ -3560,7 +3560,7 @@ enum sctp_disposition sctp_sf_do_9_2_final(struct net *net,
>                 goto nomem_chunk;
>
>         /* Do all the commands now (after allocation), so that we
> -        * have consistent state if memory allocation failes
> +        * have consistent state if memory allocation fails
>          */
>         sctp_add_cmd_sf(commands, SCTP_CMD_EVENT_ULP, SCTP_ULPEVENT(ev));
>
> --
> 2.25.1
>