[PATCH 1/5]NEXT:drivers:staging:nvec:nvec.h Fix typos in staging:nvec

[PATCH 1/5]NEXT:drivers:staging:nvec:nvec.h Fix typos in staging:nvec

[Justin P. Mattock]

From: "Justin P. Mattock" <justinmattock@gmail.com>

The below patch fixes a typo I found while reading.

Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
Cc: Julian Andres Klode <jak@jak-linux.org>
---
 drivers/staging/nvec/nvec.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/nvec/nvec.h b/drivers/staging/nvec/nvec.h
index a4c17b0..ba6ed8f 100644
--- a/drivers/staging/nvec/nvec.h
+++ b/drivers/staging/nvec/nvec.h
@@ -42,7 +42,7 @@
  * enum nvec_event_size - The size of an event message
  * @NVEC_2BYTES: The message has one command byte and one data byte
  * @NVEC_3BYTES: The message has one command byte and two data bytes
- * @NVEC_VAR_SIZE: The message has one command byte, one count byte, and as
+ * @NVEC_VAR_SIZE: The message has one command byte, one count byte, and has
  *                 up to as many bytes as the number in the count byte. The
  *                 maximum is 32
  *
-- 
1.7.5.4

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

[Justin P. Mattock]

From: "Justin P. Mattock" <justinmattock@gmail.com>

The below patch fixes a typo that I found while reading.

Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
Cc: Chris Kelly <ckelly@ozmodevices.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

[PATCH 3/5]NEXT:drivers:staging:olpc_dcon:olpc_dcon_xo_1.c Fix typo in staging:olpc_dcon

[Justin P. Mattock]

From: "Justin P. Mattock" <justinmattock@gmail.com>

The below patch fixes a typo I found while reading.

Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
Cc: Andres Salomon <dilinger@queued.net>
---
 drivers/staging/olpc_dcon/olpc_dcon_xo_1.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/olpc_dcon/olpc_dcon_xo_1.c b/drivers/staging/olpc_dcon/olpc_dcon_xo_1.c
index cb6ce0c..c87fdfa 100644
--- a/drivers/staging/olpc_dcon/olpc_dcon_xo_1.c
+++ b/drivers/staging/olpc_dcon/olpc_dcon_xo_1.c
@@ -116,7 +116,7 @@ static int dcon_init_xo_1(struct dcon_priv *dcon)
 	cs5535_gpio_set(OLPC_GPIO_DCON_IRQ, GPIO_NEGATIVE_EDGE_STS);
 	cs5535_gpio_set(OLPC_GPIO_DCON_BLANK, GPIO_NEGATIVE_EDGE_STS);
 
-	/* FIXME:  Clear the posiitive status as well, just to be sure */
+	/* FIXME:  Clear the positive status as well, just to be sure */
 	cs5535_gpio_set(OLPC_GPIO_DCON_IRQ, GPIO_POSITIVE_EDGE_STS);
 	cs5535_gpio_set(OLPC_GPIO_DCON_BLANK, GPIO_POSITIVE_EDGE_STS);
 
-- 
1.7.5.4

[PATCH 4/5]NEXT:drivers:staging:panel:panel.c Fix typo in staging:panel

[Justin P. Mattock]

From: "Justin P. Mattock" <justinmattock@gmail.com>

The below patch fixes a typo I found while reading.

Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
Cc: Willy Tarreau <willy@meta-x.org>
---
 drivers/staging/panel/panel.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/panel/panel.c b/drivers/staging/panel/panel.c
index 4683d5f..54ed4f2 100644
--- a/drivers/staging/panel/panel.c
+++ b/drivers/staging/panel/panel.c
@@ -755,7 +755,7 @@ static void lcd_backlight(int on)
 	if (lcd_bl_pin == PIN_NONE)
 		return;
 
-	/* The backlight is activated by seting the AUTOFEED line to +5V  */
+	/* The backlight is activated by setting the AUTOFEED line to +5V  */
 	spin_lock(&pprt_lock);
 	bits.bl = on;
 	panel_set_bits();
-- 
1.7.5.4

[PATCH 5/5]NEXT:drivers:staging:quatech_usb2:quatech_usb2.c Fix typo in staging:quatech_usb2

[Justin P. Mattock]

From: "Justin P. Mattock" <justinmattock@gmail.com>

The below patch fixes a typo that I found while reading.

Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>

---
 drivers/staging/quatech_usb2/quatech_usb2.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/quatech_usb2/quatech_usb2.c b/drivers/staging/quatech_usb2/quatech_usb2.c
index bb977e0..cb7d906 100644
--- a/drivers/staging/quatech_usb2/quatech_usb2.c
+++ b/drivers/staging/quatech_usb2/quatech_usb2.c
@@ -732,7 +732,7 @@ static int qt2_write(struct tty_struct *tty, struct usb_serial_port *port,
 	}
 
 	/* We must fill the first 5 bytes of anything we sent with a transmit
-	 * header which directes the data to the correct port. The maximum
+	 * header which directs the data to the correct port. The maximum
 	 * size we can send out in one URB is port->bulk_out_size, which caps
 	 * the number of bytes of real data we can send in each write. As the
 	 * semantics of write allow us to write less than we were give, we cap
-- 
1.7.5.4

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

[Chris Kelly]

Hi Justin,
Many thanks.
Chris Kelly

> -----Original Message-----
> From: Justin P. Mattock [mailto:justinmattock@gmail.com] 
> Sent: 19 March 2012 3:18 PM
> To: linux-kernel@vger.kernel.org
> Cc: gregkh@linuxfoundation.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@gmail.com>
>
> The below patch fixes a typo that I found while reading.
>
> Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
Acked-by: Chris Kelly <ckelly@ozmodevices.com>
> Cc: Chris Kelly <ckelly@ozmodevices.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

Re: [PATCH 1/5]NEXT:drivers:staging:nvec:nvec.h Fix typos in staging:nvec

[Justin P. Mattock]

before these get lost in the sands of time; are you wanting to pick 
these up?

On 03/19/2012 08:17 AM, Justin P. Mattock wrote:
> From: "Justin P. Mattock"<justinmattock@gmail.com>
>
> The below patch fixes a typo I found while reading.
>
> Signed-off-by: Justin P. Mattock<justinmattock@gmail.com>
> Cc: Julian Andres Klode<jak@jak-linux.org>
> ---
>   drivers/staging/nvec/nvec.h |    2 +-
>   1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/staging/nvec/nvec.h b/drivers/staging/nvec/nvec.h
> index a4c17b0..ba6ed8f 100644
> --- a/drivers/staging/nvec/nvec.h
> +++ b/drivers/staging/nvec/nvec.h
> @@ -42,7 +42,7 @@
>    * enum nvec_event_size - The size of an event message
>    * @NVEC_2BYTES: The message has one command byte and one data byte
>    * @NVEC_3BYTES: The message has one command byte and two data bytes
> - * @NVEC_VAR_SIZE: The message has one command byte, one count byte, and as
> + * @NVEC_VAR_SIZE: The message has one command byte, one count byte, and has
>    *                 up to as many bytes as the number in the count byte. The
>    *                 maximum is 32
>    *

Re: [PATCH 1/5]NEXT:drivers:staging:nvec:nvec.h Fix typos in staging:nvec

[Greg KH]

On Mon, Mar 26, 2012 at 07:29:27AM -0700, Justin P. Mattock wrote:
> before these get lost in the sands of time; are you wanting to pick
> these up?

You sent these during the merge window, so I have to wait until after
3.4-rc1 is out before I can accept them.  Don't worry, they are in my
to-apply queue and I will get to them eventually, they are not lost.

patience,

greg k-h

Re: [PATCH 1/5]NEXT:drivers:staging:nvec:nvec.h Fix typos in staging:nvec

[Justin P. Mattock]

On 03/26/2012 07:48 AM, Greg KH wrote:
> On Mon, Mar 26, 2012 at 07:29:27AM -0700, Justin P. Mattock wrote:
>> before these get lost in the sands of time; are you wanting to pick
>> these up?
>
> You sent these during the merge window, so I have to wait until after
> 3.4-rc1 is out before I can accept them.  Don't worry, they are in my
> to-apply queue and I will get to them eventually, they are not lost.
>
> patience,
>
> greg k-h
>


ahh.. then in the future I will hold on sending anything until *rc1 is 
out. glad they are not lost.. patch management is a good thing!
patience as well..

cheers!

Justin P. Mattock

Re: [PATCH 1/5]NEXT:drivers:staging:nvec:nvec.h Fix typos in staging:nvec

[Julian Andres Klode]

On Mon, Mar 19, 2012 at 08:17:49AM -0700, Justin P. Mattock wrote:
> From: "Justin P. Mattock" <justinmattock@gmail.com>
> 
> The below patch fixes a typo I found while reading.
> 
> Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
> Cc: Julian Andres Klode <jak@jak-linux.org>

You could have CCed Marc Dietrich <marvin24@gmx.de> as well. He's
also listed in MAINTAINERS.


> ---
>  drivers/staging/nvec/nvec.h |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/staging/nvec/nvec.h b/drivers/staging/nvec/nvec.h
> index a4c17b0..ba6ed8f 100644
> --- a/drivers/staging/nvec/nvec.h
> +++ b/drivers/staging/nvec/nvec.h
> @@ -42,7 +42,7 @@
>   * enum nvec_event_size - The size of an event message
>   * @NVEC_2BYTES: The message has one command byte and one data byte
>   * @NVEC_3BYTES: The message has one command byte and two data bytes
> - * @NVEC_VAR_SIZE: The message has one command byte, one count byte, and as
> + * @NVEC_VAR_SIZE: The message has one command byte, one count byte, and has
>   *                 up to as many bytes as the number in the count byte. The
>   *                 maximum is 32

We can probably just drop the [h]as as well, right? That sounds a bit
better to me.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.