linux-kernel - RE: [PATCH 2/5]NEXT:drivers:staging:ozwpan:ozhcd.c Fix typos in staging:ozwpan

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: <57C28D85C66F5C49B9E212CBFAFDAC1F2D3ACCBE@CH1PRD0802MB120.namprd08.prod.outlook.com>
Date:	Mon, 19 Mar 2012 15:27:39 +0000
From:	Chris Kelly <ckelly@...odevices.com>
To:	"Justin P. Mattock" <justinmattock@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
CC:	"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>
Subject: RE: [PATCH 2/5]NEXT:drivers:staging:ozwpan:ozhcd.c Fix typos in
 staging:ozwpan

Hi Justin,
Many thanks.
Chris Kelly

> -----Original Message-----
> From: Justin P. Mattock [mailto:justinmattock@...il.com] 
> Sent: 19 March 2012 3:18 PM
> To: linux-kernel@...r.kernel.org
> Cc: gregkh@...uxfoundation.org; Justin P. Mattock; Chris Kelly
> Subject: [PATCH 2/5]NEXT:drivers:staging:ozwpan:ozhcd.c Fix typos in staging:ozwpan
>
> From: "Justin P. Mattock" <justinmattock@...il.com>
>
> The below patch fixes a typo that I found while reading.
>
> Signed-off-by: Justin P. Mattock <justinmattock@...il.com>
Acked-by: Chris Kelly <ckelly@...odevices.com>
> Cc: Chris Kelly <ckelly@...odevices.com>
> ---
>  drivers/staging/ozwpan/ozhcd.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/staging/ozwpan/ozhcd.c b/drivers/staging/ozwpan/ozhcd.c index 750b14e..cfa25e8 100644
> --- a/drivers/staging/ozwpan/ozhcd.c
> +++ b/drivers/staging/ozwpan/ozhcd.c
> @@ -1463,7 +1463,7 @@ static void oz_process_ep0_urb(struct oz_hcd *ozhcd, struct urb *urb,
>  			rc = -ENOMEM;
>  		} else {
>  			/* Note: we are queuing the request after we have
> -			 * submitted it to be tranmitted. If the request were
> +			 * submitted it to be transmitted. If the request were
>  			 * to complete before we queued it then it would not
>  			 * be found in the queue. It seems impossible for
>  			 * this to happen but if it did the request would
> --
> 1.7.5.4


--
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/