linux-kernel - Re: [PATCH] net: ppp: Mundane typo fixes in the file pppoe.c

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:   Wed, 17 Mar 2021 10:58:06 -0700
From:   Randy Dunlap <rdunlap@...radead.org>
To:     Bhaskar Chowdhury <unixbhaskar@...il.com>, mostrows@...thlink.net,
        davem@...emloft.net, kuba@...nel.org, netdev@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH] net: ppp: Mundane typo fixes in the file pppoe.c

On 3/17/21 2:00 AM, Bhaskar Chowdhury wrote:
> 
> s/procesing/processing/
> s/comparations/comparisons/
> 
> Signed-off-by: Bhaskar Chowdhury <unixbhaskar@...il.com>

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

> ---
>  drivers/net/ppp/pppoe.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/net/ppp/pppoe.c b/drivers/net/ppp/pppoe.c
> index d7f50b835050..9dc7f4b93d51 100644
> --- a/drivers/net/ppp/pppoe.c
> +++ b/drivers/net/ppp/pppoe.c
> @@ -25,7 +25,7 @@
>   *		in pppoe_release.
>   * 051000 :	Initialization cleanup.
>   * 111100 :	Fix recvmsg.
> - * 050101 :	Fix PADT procesing.
> + * 050101 :	Fix PADT processing.
>   * 140501 :	Use pppoe_rcv_core to handle all backlog. (Alexey)
>   * 170701 :	Do not lock_sock with rwlock held. (DaveM)
>   *		Ignore discovery frames if user has socket
> @@ -96,7 +96,7 @@ struct pppoe_net {
>  	 * we could use _single_ hash table for all
>  	 * nets by injecting net id into the hash but
>  	 * it would increase hash chains and add
> -	 * a few additional math comparations messy
> +	 * a few additional math comparisons messy
>  	 * as well, moreover in case of SMP less locking
>  	 * controversy here
>  	 */
> --


-- 
~Randy