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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4F70A6F6.7080401@gmail.com>
Date:	Mon, 26 Mar 2012 10:27:18 -0700
From:	David Daney <ddaney.cavm@...il.com>
To:	"Justin P. Mattock" <justinmattock@...il.com>
CC:	david.daney@...ium.com, linux-kernel@...r.kernel.org,
	gregkh@...uxfoundation.org
Subject: Re: [PATCH]drivers:staging:octeon Fix typos in staging:octeon

On 03/26/2012 07:26 AM, Justin P. Mattock wrote:
> From: "Justin P. Mattock"<justinmattock@...il.com>
>
> The below patch fixes some typos an comments I found while reading.
>
> Signed-off-by: Justin P. Mattock<justinmattock@...il.com>
>
> ---
>   drivers/staging/octeon/ethernet-rx.c   |    2 +-
>   drivers/staging/octeon/ethernet-tx.c   |   10 +++++-----
>   drivers/staging/octeon/ethernet-util.h |    2 +-
>   drivers/staging/octeon/ethernet.c      |    2 +-
>   4 files changed, 8 insertions(+), 8 deletions(-)

For the most part I am fine with this, however ...

[...]
> --- a/drivers/staging/octeon/ethernet-tx.c
> +++ b/drivers/staging/octeon/ethernet-tx.c
> @@ -61,7 +61,7 @@
>    * You can define GET_SKBUFF_QOS() to override how the skbuff output
>    * function determines which output queue is used. The default
>    * implementation always uses the base queue for the port. If, for
> - * example, you wanted to use the skb->priority fieid, define
> + * example, you wanted to use the skb->priority field, define
>    * GET_SKBUFF_QOS as: #define GET_SKBUFF_QOS(skb) ((skb)->priority)
>    */
>   #ifndef GET_SKBUFF_QOS
> @@ -164,8 +164,8 @@ int cvm_oct_xmit(struct sk_buff *skb, struct net_device *dev)
>   #endif
>
>   	/*
> -	 * Prefetch the private data structure.  It is larger that one
> -	 * cache line.
> +	 * Prefetch the private data structure.  If it is larger than the
> +	 * one cache line.
>   	 */

The size of the private data structure is known, and it is indeed larger 
than a single cache line. So if you are intent on fixing comments, lets 
not make this conditional and go ahead and remove that 'If'.

Thanks,
David Daney
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ