Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1385957 > unrolled thread

[PATCH 00/41] Documentation: fix spelling mistakes

Started byEric Engestrom <eric@engestrom.ch>
First post2016-04-25 02:30 +0200
Last post2016-04-25 08:50 +0200
Articles 20 on this page of 55 — 14 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 00/41] Documentation: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
    [PATCH 17/41] Documentation: dt: mtd: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 17/41] Documentation: dt: mtd: fix spelling mistake Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 16/41] Documentation: dt: mmc: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 16/41] Documentation: dt: mmc: fix spelling mistake Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 01/41] Documentation: debugfs: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
    [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
        Re: [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Lee Jones <lee.jones@linaro.org> - 2016-04-25 19:00 +0200
          Re: [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Rob Herring <robh@kernel.org> - 2016-04-26 01:00 +0200
            Re: [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Lee Jones <lee.jones@linaro.org> - 2016-04-26 08:40 +0200
              Re: [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Rob Herring <robh@kernel.org> - 2016-04-26 15:40 +0200
                Re: [PATCH 15/41] Documentation: dt: mfd: fix spelling mistakes Lee Jones <lee.jones@linaro.org> - 2016-04-26 16:00 +0200
    [PATCH 07/41] Documentation: dt: arc: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 07/41] Documentation: dt: arc: fix spelling mistakes Vineet Gupta <Vineet.Gupta1@synopsys.com> - 2016-04-25 11:00 +0200
    [PATCH 11/41] Documentation: dt: dma: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 11/41] Documentation: dt: dma: fix spelling mistake Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 06/41] Documentation: device-mapper: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
    [PATCH 18/41] Documentation: dt: net: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 18/41] Documentation: dt: net: fix spelling mistakes Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 14/41] Documentation: dt: media: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:30 +0200
      Re: [PATCH 14/41] Documentation: dt: media: fix spelling mistake Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 23/41] Documentation: DocBook: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:40 +0200
    [PATCH 22/41] Documentation: dt: soc: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:40 +0200
      Re: [PATCH 22/41] Documentation: dt: soc: fix spelling mistakes Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 26/41] Documentation: kasan: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:40 +0200
      Re: [PATCH 26/41] Documentation: kasan: fix spelling mistake Randy Dunlap <rdunlap@infradead.org> - 2016-04-25 05:10 +0200
    [PATCH 21/41] Documentation: dt: power: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:40 +0200
      Re: [PATCH 21/41] Documentation: dt: power: fix spelling mistake Rob Herring <robh@kernel.org> - 2016-04-25 16:00 +0200
    [PATCH 24/41] Documentation: fb: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:40 +0200
    [PATCH 25/41] Documentation: filesystems: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 02:40 +0200
      Re: [PATCH 25/41] Documentation: filesystems: fix spelling mistakes Steve French <smfrench@gmail.com> - 2016-04-25 04:20 +0200
    [PATCH 41/41] Documentation: xillybus: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
    [PATCH 28/41] Documentation: locking: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
      [tip:locking/core] locking/Documentation/lockdep: Fix spelling  mistakes tip-bot for Eric Engestrom <tipbot@zytor.com> - 2016-04-28 12:30 +0200
    [PATCH 37/41] Documentation: video4linux: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
    [PATCH 34/41] Documentation: robust-futexes: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
    [PATCH 30/41] Documentation: networking: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
    [PATCH 40/41] Documentation: x86: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
    [PATCH 27/41] Documentation: laptops: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
      [PATCH 33/41] Documentation: RCU: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
        Re: [PATCH 33/41] Documentation: RCU: fix spelling mistake Josh Triplett <josh@joshtriplett.org> - 2016-04-25 09:50 +0200
          Re: [PATCH 33/41] Documentation: RCU: fix spelling mistake "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> - 2016-04-25 19:20 +0200
      [PATCH 36/41] Documentation: sound: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
        Re: [PATCH 36/41] Documentation: sound: fix spelling mistakes Takashi Iwai <tiwai@suse.de> - 2016-04-25 10:50 +0200
        Re: [PATCH 36/41] Documentation: sound: fix spelling mistakes Vinod Koul <vinod.koul@intel.com> - 2016-04-25 11:00 +0200
      [PATCH 39/41] Documentation: vm: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
      [PATCH 35/41] Documentation: scsi: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
      [PATCH 38/41] Documentation: virtual: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:40 +0200
        Re: [PATCH 38/41] Documentation: virtual: fix spelling mistake Cornelia Huck <cornelia.huck@de.ibm.com> - 2016-04-25 14:10 +0200
          Re: [PATCH 38/41] Documentation: virtual: fix spelling mistake Radim Krčmář <rkrcmar@redhat.com> - 2016-04-25 17:10 +0200
      [PATCH 31/41] Documentation: power: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:50 +0200
        Re: [PATCH 31/41] Documentation: power: fix spelling mistake Viresh Kumar <viresh.kumar@linaro.org> - 2016-04-25 08:50 +0200
      [PATCH 29/41] Documentation: lzo: fix spelling mistakes Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:50 +0200
      [PATCH 32/41] Documentation: pps: fix spelling mistake Eric Engestrom <eric@engestrom.ch> - 2016-04-25 08:50 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →


#1385966 — [PATCH 14/41] Documentation: dt: media: fix spelling mistake

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:30 +0200
Subject[PATCH 14/41] Documentation: dt: media: fix spelling mistake
Message-ID<rrCzx-4Wc-45@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/devicetree/bindings/media/xilinx/video.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/devicetree/bindings/media/xilinx/video.txt b/Documentation/devicetree/bindings/media/xilinx/video.txt
index cbd46fa..68ac210 100644
--- a/Documentation/devicetree/bindings/media/xilinx/video.txt
+++ b/Documentation/devicetree/bindings/media/xilinx/video.txt
@@ -20,7 +20,7 @@ The following properties are common to all Xilinx video IP cores.
 - xlnx,video-format: This property represents a video format transmitted on an
   AXI bus between video IP cores, using its VF code as defined in "AXI4-Stream
   Video IP and System Design Guide" [UG934]. How the format relates to the IP
-  core is decribed in the IP core bindings documentation.
+  core is described in the IP core bindings documentation.
 
 - xlnx,video-width: This property qualifies the video format with the sample
   width expressed as a number of bits per pixel component. All components must
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386482 — Re: [PATCH 14/41] Documentation: dt: media: fix spelling mistake

FromRob Herring <robh@kernel.org>
Date2016-04-25 16:00 +0200
SubjectRe: [PATCH 14/41] Documentation: dt: media: fix spelling mistake
Message-ID<rrPdq-6OH-57@gated-at.bofh.it>
In reply to#1385966
On Mon, Apr 25, 2016 at 01:24:11AM +0100, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom <eric@engestrom.ch>

Applied, thanks.

Rob

> ---
>  Documentation/devicetree/bindings/media/xilinx/video.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/Documentation/devicetree/bindings/media/xilinx/video.txt b/Documentation/devicetree/bindings/media/xilinx/video.txt
> index cbd46fa..68ac210 100644
> --- a/Documentation/devicetree/bindings/media/xilinx/video.txt
> +++ b/Documentation/devicetree/bindings/media/xilinx/video.txt
> @@ -20,7 +20,7 @@ The following properties are common to all Xilinx video IP cores.
>  - xlnx,video-format: This property represents a video format transmitted on an
>    AXI bus between video IP cores, using its VF code as defined in "AXI4-Stream
>    Video IP and System Design Guide" [UG934]. How the format relates to the IP
> -  core is decribed in the IP core bindings documentation.
> +  core is described in the IP core bindings documentation.
>  
>  - xlnx,video-width: This property qualifies the video format with the sample
>    width expressed as a number of bits per pixel component. All components must
> -- 
> 2.8.0
> 

[toc] | [prev] | [next] | [standalone]


#1385967 — [PATCH 23/41] Documentation: DocBook: fix spelling mistake

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:40 +0200
Subject[PATCH 23/41] Documentation: DocBook: fix spelling mistake
Message-ID<rrCJb-50o-1@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/DocBook/media/dvb/net.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/DocBook/media/dvb/net.xml b/Documentation/DocBook/media/dvb/net.xml
index d2e44b7..da095ed 100644
--- a/Documentation/DocBook/media/dvb/net.xml
+++ b/Documentation/DocBook/media/dvb/net.xml
@@ -15,7 +15,7 @@
     that are present on the transport stream. This is done through
     <constant>/dev/dvb/adapter?/net?</constant> device node.
     The data will be available via virtual <constant>dvb?_?</constant>
-    network interfaces, and will be controled/routed via the standard
+    network interfaces, and will be controlled/routed via the standard
     ip tools (like ip, route, netstat, ifconfig, etc).</para>
 <para> Data types and and ioctl definitions are defined via
     <constant>linux/dvb/net.h</constant> header.</para>
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1385968 — [PATCH 22/41] Documentation: dt: soc: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:40 +0200
Subject[PATCH 22/41] Documentation: dt: soc: fix spelling mistakes
Message-ID<rrCJc-50o-11@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 .../devicetree/bindings/soc/ti/keystone-navigator-qmss.txt          | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt b/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
index d1ce21a..64c66a5 100644
--- a/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
+++ b/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
@@ -42,7 +42,7 @@ Required properties:
 - queue-pools	: child node classifying the queue ranges into pools.
 		  Queue ranges are grouped into 3 type of pools:
 		  - qpend	    : pool of qpend(interruptible) queues
-		  - general-purpose : pool of general queues, primarly used
+		  - general-purpose : pool of general queues, primarily used
 				      as free descriptor queues or the
 				      transmit DMA queues.
 		  - accumulator	    : pool of queues on PDSP accumulator channel
@@ -50,7 +50,7 @@ Required properties:
   -- qrange		: number of queues to use per queue range, specified as
 			  <"base queue #" "# of queues">.
   -- interrupts		: Optional property to specify the interrupt mapping
-			  for interruptible queues. The driver additionaly sets
+			  for interruptible queues. The driver additionally sets
 			  the interrupt affinity hint based on the cpu mask.
   -- qalloc-by-id	: Optional property to specify that the queues in this
 			  range can only be allocated by queue id.
@@ -80,7 +80,7 @@ Required properties:
 			  latency     : time to delay the interrupt, specified
 					in microseconds.
   -- multi-queue	: Optional property to specify that the channel has to
-			  monitor upto 32 queues starting at the base queue #.
+			  monitor up to 32 queues starting at the base queue #.
 - descriptor-regions	: child node describing the memory regions for keystone
 			  navigator packet DMA descriptors. The memory for
 			  descriptors will be allocated by the driver.
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386480 — Re: [PATCH 22/41] Documentation: dt: soc: fix spelling mistakes

FromRob Herring <robh@kernel.org>
Date2016-04-25 16:00 +0200
SubjectRe: [PATCH 22/41] Documentation: dt: soc: fix spelling mistakes
Message-ID<rrPdq-6OH-51@gated-at.bofh.it>
In reply to#1385968
On Mon, Apr 25, 2016 at 01:24:19AM +0100, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom <eric@engestrom.ch>

Applied, thanks.

Rob

> ---
>  .../devicetree/bindings/soc/ti/keystone-navigator-qmss.txt          | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt b/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
> index d1ce21a..64c66a5 100644
> --- a/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
> +++ b/Documentation/devicetree/bindings/soc/ti/keystone-navigator-qmss.txt
> @@ -42,7 +42,7 @@ Required properties:
>  - queue-pools	: child node classifying the queue ranges into pools.
>  		  Queue ranges are grouped into 3 type of pools:
>  		  - qpend	    : pool of qpend(interruptible) queues
> -		  - general-purpose : pool of general queues, primarly used
> +		  - general-purpose : pool of general queues, primarily used
>  				      as free descriptor queues or the
>  				      transmit DMA queues.
>  		  - accumulator	    : pool of queues on PDSP accumulator channel
> @@ -50,7 +50,7 @@ Required properties:
>    -- qrange		: number of queues to use per queue range, specified as
>  			  <"base queue #" "# of queues">.
>    -- interrupts		: Optional property to specify the interrupt mapping
> -			  for interruptible queues. The driver additionaly sets
> +			  for interruptible queues. The driver additionally sets
>  			  the interrupt affinity hint based on the cpu mask.
>    -- qalloc-by-id	: Optional property to specify that the queues in this
>  			  range can only be allocated by queue id.
> @@ -80,7 +80,7 @@ Required properties:
>  			  latency     : time to delay the interrupt, specified
>  					in microseconds.
>    -- multi-queue	: Optional property to specify that the channel has to
> -			  monitor upto 32 queues starting at the base queue #.
> +			  monitor up to 32 queues starting at the base queue #.
>  - descriptor-regions	: child node describing the memory regions for keystone
>  			  navigator packet DMA descriptors. The memory for
>  			  descriptors will be allocated by the driver.
> -- 
> 2.8.0
> 

[toc] | [prev] | [next] | [standalone]


#1385969 — [PATCH 26/41] Documentation: kasan: fix spelling mistake

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:40 +0200
Subject[PATCH 26/41] Documentation: kasan: fix spelling mistake
Message-ID<rrCJc-50o-5@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/kasan.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt
index 7dd95b3..9c696e4 100644
--- a/Documentation/kasan.txt
+++ b/Documentation/kasan.txt
@@ -116,7 +116,7 @@ Memory state around the buggy address:
  ffff8800693bc800: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
 ==================================================================
 
-The header of the report discribe what kind of bug happened and what kind of
+The header of the report describe what kind of bug happened and what kind of
 access caused it. It's followed by the description of the accessed slub object
 (see 'SLUB Debug output' section in Documentation/vm/slub.txt for details) and
 the description of the accessed memory page.
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1385990 — Re: [PATCH 26/41] Documentation: kasan: fix spelling mistake

FromRandy Dunlap <rdunlap@infradead.org>
Date2016-04-25 05:10 +0200
SubjectRe: [PATCH 26/41] Documentation: kasan: fix spelling mistake
Message-ID<rrF4m-7bR-13@gated-at.bofh.it>
In reply to#1385969
On 04/24/16 17:24, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom <eric@engestrom.ch>
> ---
>  Documentation/kasan.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/Documentation/kasan.txt b/Documentation/kasan.txt
> index 7dd95b3..9c696e4 100644
> --- a/Documentation/kasan.txt
> +++ b/Documentation/kasan.txt
> @@ -116,7 +116,7 @@ Memory state around the buggy address:
>   ffff8800693bc800: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
>  ==================================================================
>  
> -The header of the report discribe what kind of bug happened and what kind of
> +The header of the report describe what kind of bug happened and what kind of

describes

>  access caused it. It's followed by the description of the accessed slub object
>  (see 'SLUB Debug output' section in Documentation/vm/slub.txt for details) and
>  the description of the accessed memory page.
> 


-- 
~Randy

[toc] | [prev] | [next] | [standalone]


#1385970 — [PATCH 21/41] Documentation: dt: power: fix spelling mistake

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:40 +0200
Subject[PATCH 21/41] Documentation: dt: power: fix spelling mistake
Message-ID<rrCJc-50o-7@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/devicetree/bindings/power/qcom,coincell-charger.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt b/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt
index 0e6d875..7478992 100644
--- a/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt
+++ b/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt
@@ -29,7 +29,7 @@ IC (PMIC)
 - qcom,charger-disable:
 	Usage: optional
 	Value type: <boolean>
-	Definition: definining this property disables charging
+	Definition: defining this property disables charging
 
 This charger is a sub-node of one of the 8941 PMIC blocks, and is specified
 as a child node in DTS of that node.  See ../mfd/qcom,spmi-pmic.txt and
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386485 — Re: [PATCH 21/41] Documentation: dt: power: fix spelling mistake

FromRob Herring <robh@kernel.org>
Date2016-04-25 16:00 +0200
SubjectRe: [PATCH 21/41] Documentation: dt: power: fix spelling mistake
Message-ID<rrPdr-6OH-65@gated-at.bofh.it>
In reply to#1385970
On Mon, Apr 25, 2016 at 01:24:18AM +0100, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom <eric@engestrom.ch>

Applied, thanks.

Rob

> ---
>  Documentation/devicetree/bindings/power/qcom,coincell-charger.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt b/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt
> index 0e6d875..7478992 100644
> --- a/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt
> +++ b/Documentation/devicetree/bindings/power/qcom,coincell-charger.txt
> @@ -29,7 +29,7 @@ IC (PMIC)
>  - qcom,charger-disable:
>  	Usage: optional
>  	Value type: <boolean>
> -	Definition: definining this property disables charging
> +	Definition: defining this property disables charging
>  
>  This charger is a sub-node of one of the 8941 PMIC blocks, and is specified
>  as a child node in DTS of that node.  See ../mfd/qcom,spmi-pmic.txt and
> -- 
> 2.8.0
> 

[toc] | [prev] | [next] | [standalone]


#1385971 — [PATCH 24/41] Documentation: fb: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:40 +0200
Subject[PATCH 24/41] Documentation: fb: fix spelling mistakes
Message-ID<rrCJc-50o-9@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/fb/udlfb.txt | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/Documentation/fb/udlfb.txt b/Documentation/fb/udlfb.txt
index 57d2f29..c985cb6 100644
--- a/Documentation/fb/udlfb.txt
+++ b/Documentation/fb/udlfb.txt
@@ -9,7 +9,7 @@ pairing that with a hardware framebuffer (16MB) on the other end of the
 USB wire.  That hardware framebuffer is able to drive the VGA, DVI, or HDMI
 monitor with no CPU involvement until a pixel has to change.
 
-The CPU or other local resource does all the rendering; optinally compares the
+The CPU or other local resource does all the rendering; optionally compares the
 result with a local shadow of the remote hardware framebuffer to identify
 the minimal set of pixels that have changed; and compresses and sends those
 pixels line-by-line via USB bulk transfers.
@@ -66,10 +66,10 @@ means that from a hardware and fbdev software perspective, everything is good.
 At that point, a /dev/fb? interface will be present for user-mode applications
 to open and begin writing to the framebuffer of the DisplayLink device using
 standard fbdev calls.  Note that if mmap() is used, by default the user mode
-application must send down damage notifcations to trigger repaints of the
+application must send down damage notifications to trigger repaints of the
 changed regions.  Alternatively, udlfb can be recompiled with experimental
 defio support enabled, to support a page-fault based detection mechanism
-that can work without explicit notifcation.
+that can work without explicit notification.
 
 The most common client of udlfb is xf86-video-displaylink or a modified
 xf86-video-fbdev X server. These servers have no real DisplayLink specific
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1385972 — [PATCH 25/41] Documentation: filesystems: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 02:40 +0200
Subject[PATCH 25/41] Documentation: filesystems: fix spelling mistakes
Message-ID<rrCJc-50o-13@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/filesystems/autofs4.txt  | 6 +++---
 Documentation/filesystems/cifs/CHANGES | 2 +-
 Documentation/filesystems/proc.txt     | 4 ++--
 Documentation/filesystems/vfs.txt      | 2 +-
 4 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/Documentation/filesystems/autofs4.txt b/Documentation/filesystems/autofs4.txt
index 39d02e1..25fe9db 100644
--- a/Documentation/filesystems/autofs4.txt
+++ b/Documentation/filesystems/autofs4.txt
@@ -225,7 +225,7 @@ unmount any filesystems mounted on the autofs filesystem or remove any
 symbolic links or empty directories any time it likes.  If the unmount
 or removal is successful the filesystem will be returned to the state
 it was before the mount or creation, so that any access of the name
-will trigger normal auto-mount processing.  In particlar, `rmdir` and
+will trigger normal auto-mount processing.  In particular, `rmdir` and
 `unlink` do not leave negative entries in the dcache as a normal
 filesystem would, so an attempt to access a recently-removed object is
 passed to autofs for handling.
@@ -242,7 +242,7 @@ time stamp on each directory or symlink.  For symlinks it genuinely
 does record the last time the symlink was "used" or followed to find
 out where it points to.  For directories the field is a slight
 misnomer.  It actually records the last time that autofs checked if
-the directory or one of its descendents was busy and found that it
+the directory or one of its descendants was busy and found that it
 was.  This is just as useful and doesn't require updating the field so
 often.
 
@@ -255,7 +255,7 @@ up.
 
 There is an option with indirect mounts to consider each of the leaves
 that has been mounted on instead of considering the top-level names.
-This is intended for compatability with version 4 of autofs and should
+This is intended for compatibility with version 4 of autofs and should
 be considered as deprecated.
 
 When autofs considers a directory it checks the `last_used` time and
diff --git a/Documentation/filesystems/cifs/CHANGES b/Documentation/filesystems/cifs/CHANGES
index bc0025c..fe8f1ed 100644
--- a/Documentation/filesystems/cifs/CHANGES
+++ b/Documentation/filesystems/cifs/CHANGES
@@ -455,7 +455,7 @@ Fix internationalization problem in cifs readdir with filenames that map to
 longer UTF-8 strings than the string on the wire was in Unicode.  Add workaround
 for readdir to netapp servers. Fix search rewind (seek into readdir to return 
 non-consecutive entries).  Do not do readdir when server negotiates 
-buffer size to small to fit filename. Add support for reading POSIX ACLs from
+buffer size too small to fit filename. Add support for reading POSIX ACLs from
 the server (add also acl and noacl mount options).
 
 Version 1.24
diff --git a/Documentation/filesystems/proc.txt b/Documentation/filesystems/proc.txt
index 7f5607a..03b6019 100644
--- a/Documentation/filesystems/proc.txt
+++ b/Documentation/filesystems/proc.txt
@@ -462,7 +462,7 @@ accessed.
 "Anonymous" shows the amount of memory that does not belong to any file.  Even
 a mapping associated with a file may contain anonymous pages: when MAP_PRIVATE
 and a page is modified, the file page is replaced by a private anonymous copy.
-"AnonHugePages" shows the ammount of memory backed by transparent hugepage.
+"AnonHugePages" shows the amount of memory backed by transparent hugepage.
 "Shared_Hugetlb" and "Private_Hugetlb" show the ammounts of memory backed by
 hugetlbfs page which is *not* counted in "RSS" or "PSS" field for historical
 reasons. And these are not included in {Shared,Private}_{Clean,Dirty} field.
@@ -1899,7 +1899,7 @@ hidepid=1 means users may not access any /proc/<pid>/ directories but their
 own.  Sensitive files like cmdline, sched*, status are now protected against
 other users.  This makes it impossible to learn whether any user runs
 specific program (given the program doesn't reveal itself by its behaviour).
-As an additional bonus, as /proc/<pid>/cmdline is unaccessible for other users,
+As an additional bonus, as /proc/<pid>/cmdline is inaccessible for other users,
 poorly written programs passing sensitive information via program arguments are
 now protected against local eavesdroppers.
 
diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt
index 4164bd6..ec67866 100644
--- a/Documentation/filesystems/vfs.txt
+++ b/Documentation/filesystems/vfs.txt
@@ -1014,7 +1014,7 @@ struct dentry_operations {
 	Useful for some pseudo filesystems (sockfs, pipefs, ...) to delay
 	pathname generation. (Instead of doing it when dentry is created,
 	it's done only when the path is needed.). Real filesystems probably
-	dont want to use it, because their dentries are present in global
+	don't want to use it, because their dentries are present in global
 	dcache hash, so their hash should be an invariant. As no lock is
 	held, d_dname() should not try to modify the dentry itself, unless
 	appropriate SMP safety is used. CAUTION : d_path() logic is quite
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1385979 — Re: [PATCH 25/41] Documentation: filesystems: fix spelling mistakes

FromSteve French <smfrench@gmail.com>
Date2016-04-25 04:20 +0200
SubjectRe: [PATCH 25/41] Documentation: filesystems: fix spelling mistakes
Message-ID<rrEhX-6v5-1@gated-at.bofh.it>
In reply to#1385972
Reviewed-by: Steve French <steve.french@primarydata.com>

On Sun, Apr 24, 2016 at 7:24 PM, Eric Engestrom <eric@engestrom.ch> wrote:
> Signed-off-by: Eric Engestrom <eric@engestrom.ch>
> ---
>  Documentation/filesystems/autofs4.txt  | 6 +++---
>  Documentation/filesystems/cifs/CHANGES | 2 +-
>  Documentation/filesystems/proc.txt     | 4 ++--
>  Documentation/filesystems/vfs.txt      | 2 +-
>  4 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/Documentation/filesystems/autofs4.txt b/Documentation/filesystems/autofs4.txt
> index 39d02e1..25fe9db 100644
> --- a/Documentation/filesystems/autofs4.txt
> +++ b/Documentation/filesystems/autofs4.txt
> @@ -225,7 +225,7 @@ unmount any filesystems mounted on the autofs filesystem or remove any
>  symbolic links or empty directories any time it likes.  If the unmount
>  or removal is successful the filesystem will be returned to the state
>  it was before the mount or creation, so that any access of the name
> -will trigger normal auto-mount processing.  In particlar, `rmdir` and
> +will trigger normal auto-mount processing.  In particular, `rmdir` and
>  `unlink` do not leave negative entries in the dcache as a normal
>  filesystem would, so an attempt to access a recently-removed object is
>  passed to autofs for handling.
> @@ -242,7 +242,7 @@ time stamp on each directory or symlink.  For symlinks it genuinely
>  does record the last time the symlink was "used" or followed to find
>  out where it points to.  For directories the field is a slight
>  misnomer.  It actually records the last time that autofs checked if
> -the directory or one of its descendents was busy and found that it
> +the directory or one of its descendants was busy and found that it
>  was.  This is just as useful and doesn't require updating the field so
>  often.
>
> @@ -255,7 +255,7 @@ up.
>
>  There is an option with indirect mounts to consider each of the leaves
>  that has been mounted on instead of considering the top-level names.
> -This is intended for compatability with version 4 of autofs and should
> +This is intended for compatibility with version 4 of autofs and should
>  be considered as deprecated.
>
>  When autofs considers a directory it checks the `last_used` time and
> diff --git a/Documentation/filesystems/cifs/CHANGES b/Documentation/filesystems/cifs/CHANGES
> index bc0025c..fe8f1ed 100644
> --- a/Documentation/filesystems/cifs/CHANGES
> +++ b/Documentation/filesystems/cifs/CHANGES
> @@ -455,7 +455,7 @@ Fix internationalization problem in cifs readdir with filenames that map to
>  longer UTF-8 strings than the string on the wire was in Unicode.  Add workaround
>  for readdir to netapp servers. Fix search rewind (seek into readdir to return
>  non-consecutive entries).  Do not do readdir when server negotiates
> -buffer size to small to fit filename. Add support for reading POSIX ACLs from
> +buffer size too small to fit filename. Add support for reading POSIX ACLs from
>  the server (add also acl and noacl mount options).
>
>  Version 1.24
> diff --git a/Documentation/filesystems/proc.txt b/Documentation/filesystems/proc.txt
> index 7f5607a..03b6019 100644
> --- a/Documentation/filesystems/proc.txt
> +++ b/Documentation/filesystems/proc.txt
> @@ -462,7 +462,7 @@ accessed.
>  "Anonymous" shows the amount of memory that does not belong to any file.  Even
>  a mapping associated with a file may contain anonymous pages: when MAP_PRIVATE
>  and a page is modified, the file page is replaced by a private anonymous copy.
> -"AnonHugePages" shows the ammount of memory backed by transparent hugepage.
> +"AnonHugePages" shows the amount of memory backed by transparent hugepage.
>  "Shared_Hugetlb" and "Private_Hugetlb" show the ammounts of memory backed by
>  hugetlbfs page which is *not* counted in "RSS" or "PSS" field for historical
>  reasons. And these are not included in {Shared,Private}_{Clean,Dirty} field.
> @@ -1899,7 +1899,7 @@ hidepid=1 means users may not access any /proc/<pid>/ directories but their
>  own.  Sensitive files like cmdline, sched*, status are now protected against
>  other users.  This makes it impossible to learn whether any user runs
>  specific program (given the program doesn't reveal itself by its behaviour).
> -As an additional bonus, as /proc/<pid>/cmdline is unaccessible for other users,
> +As an additional bonus, as /proc/<pid>/cmdline is inaccessible for other users,
>  poorly written programs passing sensitive information via program arguments are
>  now protected against local eavesdroppers.
>
> diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt
> index 4164bd6..ec67866 100644
> --- a/Documentation/filesystems/vfs.txt
> +++ b/Documentation/filesystems/vfs.txt
> @@ -1014,7 +1014,7 @@ struct dentry_operations {
>         Useful for some pseudo filesystems (sockfs, pipefs, ...) to delay
>         pathname generation. (Instead of doing it when dentry is created,
>         it's done only when the path is needed.). Real filesystems probably
> -       dont want to use it, because their dentries are present in global
> +       don't want to use it, because their dentries are present in global
>         dcache hash, so their hash should be an invariant. As no lock is
>         held, d_dname() should not try to modify the dentry itself, unless
>         appropriate SMP safety is used. CAUTION : d_path() logic is quite
> --
> 2.8.0
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Thanks,

Steve

[toc] | [prev] | [next] | [standalone]


#1386029 — [PATCH 41/41] Documentation: xillybus: fix spelling mistake

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 41/41] Documentation: xillybus: fix spelling mistake
Message-ID<rrIlz-1bx-1@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/xillybus.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/xillybus.txt b/Documentation/xillybus.txt
index 81d111b..1660145 100644
--- a/Documentation/xillybus.txt
+++ b/Documentation/xillybus.txt
@@ -215,7 +215,7 @@ in xillybus_core.c as follows:
   choice is a non-zero value, to match standard UNIX behavior.
 
 * synchronous: A non-zero value means that the pipe is synchronous. See
-  Syncronization above.
+  Synchronization above.
 
 * bufsize: Each DMA buffer's size. Always a power of two.
 
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386030 — [PATCH 28/41] Documentation: locking: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 28/41] Documentation: locking: fix spelling mistakes
Message-ID<rrIlz-1bx-9@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/locking/lockdep-design.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/locking/lockdep-design.txt b/Documentation/locking/lockdep-design.txt
index 5001280..9de1c15 100644
--- a/Documentation/locking/lockdep-design.txt
+++ b/Documentation/locking/lockdep-design.txt
@@ -97,7 +97,7 @@ between any two lock-classes:
    <hardirq-safe>   ->  <hardirq-unsafe>
    <softirq-safe>   ->  <softirq-unsafe>
 
-The first rule comes from the fact the a hardirq-safe lock could be
+The first rule comes from the fact that a hardirq-safe lock could be
 taken by a hardirq context, interrupting a hardirq-unsafe lock - and
 thus could result in a lock inversion deadlock. Likewise, a softirq-safe
 lock could be taken by an softirq context, interrupting a softirq-unsafe
@@ -220,7 +220,7 @@ calculated, which hash is unique for every lock chain. The hash value,
 when the chain is validated for the first time, is then put into a hash
 table, which hash-table can be checked in a lockfree manner. If the
 locking chain occurs again later on, the hash table tells us that we
-dont have to validate the chain again.
+don't have to validate the chain again.
 
 Troubleshooting:
 ----------------
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1389972 — [tip:locking/core] locking/Documentation/lockdep: Fix spelling mistakes

Fromtip-bot for Eric Engestrom <tipbot@zytor.com>
Date2016-04-28 12:30 +0200
Subject[tip:locking/core] locking/Documentation/lockdep: Fix spelling mistakes
Message-ID<rsRmN-1va-9@gated-at.bofh.it>
In reply to#1386030
Commit-ID:  1d4093d3b3a70b947822cca76d6e4132767ce089
Gitweb:     http://git.kernel.org/tip/1d4093d3b3a70b947822cca76d6e4132767ce089
Author:     Eric Engestrom <eric@engestrom.ch>
AuthorDate: Mon, 25 Apr 2016 07:36:54 +0100
Committer:  Ingo Molnar <mingo@kernel.org>
CommitDate: Thu, 28 Apr 2016 10:40:57 +0200

locking/Documentation/lockdep: Fix spelling mistakes

Signed-off-by: Eric Engestrom <eric@engestrom.ch>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Link: http://lkml.kernel.org/r/1461566229-4717-2-git-send-email-eric@engestrom.ch
Signed-off-by: Ingo Molnar <mingo@kernel.org>
---
 Documentation/locking/lockdep-design.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/locking/lockdep-design.txt b/Documentation/locking/lockdep-design.txt
index 5001280..9de1c15 100644
--- a/Documentation/locking/lockdep-design.txt
+++ b/Documentation/locking/lockdep-design.txt
@@ -97,7 +97,7 @@ between any two lock-classes:
    <hardirq-safe>   ->  <hardirq-unsafe>
    <softirq-safe>   ->  <softirq-unsafe>
 
-The first rule comes from the fact the a hardirq-safe lock could be
+The first rule comes from the fact that a hardirq-safe lock could be
 taken by a hardirq context, interrupting a hardirq-unsafe lock - and
 thus could result in a lock inversion deadlock. Likewise, a softirq-safe
 lock could be taken by an softirq context, interrupting a softirq-unsafe
@@ -220,7 +220,7 @@ calculated, which hash is unique for every lock chain. The hash value,
 when the chain is validated for the first time, is then put into a hash
 table, which hash-table can be checked in a lockfree manner. If the
 locking chain occurs again later on, the hash table tells us that we
-dont have to validate the chain again.
+don't have to validate the chain again.
 
 Troubleshooting:
 ----------------

[toc] | [prev] | [next] | [standalone]


#1386031 — [PATCH 37/41] Documentation: video4linux: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 37/41] Documentation: video4linux: fix spelling mistakes
Message-ID<rrIlA-1bx-15@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/video4linux/vivid.txt | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/Documentation/video4linux/vivid.txt b/Documentation/video4linux/vivid.txt
index e35d376..8da5d2a 100644
--- a/Documentation/video4linux/vivid.txt
+++ b/Documentation/video4linux/vivid.txt
@@ -294,7 +294,7 @@ the result will be.
 
 These inputs support all combinations of the field setting. Special care has
 been taken to faithfully reproduce how fields are handled for the different
-TV standards. This is particularly noticable when generating a horizontally
+TV standards. This is particularly noticeable when generating a horizontally
 moving image so the temporal effect of using interlaced formats becomes clearly
 visible. For 50 Hz standards the top field is the oldest and the bottom field
 is the newest in time. For 60 Hz standards that is reversed: the bottom field
@@ -313,7 +313,7 @@ will be SMPTE-170M.
 The pixel aspect ratio will depend on the TV standard. The video aspect ratio
 can be selected through the 'Standard Aspect Ratio' Vivid control.
 Choices are '4x3', '16x9' which will give letterboxed widescreen video and
-'16x9 Anomorphic' which will give full screen squashed anamorphic widescreen
+'16x9 Anamorphic' which will give full screen squashed anamorphic widescreen
 video that will need to be scaled accordingly.
 
 The TV 'tuner' supports a frequency range of 44-958 MHz. Channels are available
@@ -862,7 +862,7 @@ RDS Radio Text:
 RDS Stereo:
 RDS Artificial Head:
 RDS Compressed:
-RDS Dymanic PTY:
+RDS Dynamic PTY:
 RDS Traffic Announcement:
 RDS Traffic Program:
 RDS Music: these are all controls that set the RDS data that is transmitted by
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386032 — [PATCH 34/41] Documentation: robust-futexes: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 34/41] Documentation: robust-futexes: fix spelling mistakes
Message-ID<rrIlA-1bx-13@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/robust-futexes.txt | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/Documentation/robust-futexes.txt b/Documentation/robust-futexes.txt
index af6fce2..61c22d6 100644
--- a/Documentation/robust-futexes.txt
+++ b/Documentation/robust-futexes.txt
@@ -126,9 +126,9 @@ vma based method:
 
  - no VM changes are needed - 'struct address_space' is left alone.
 
- - no registration of individual locks is needed: robust mutexes dont
+ - no registration of individual locks is needed: robust mutexes don't
    need any extra per-lock syscalls. Robust mutexes thus become a very
-   lightweight primitive - so they dont force the application designer
+   lightweight primitive - so they don't force the application designer
    to do a hard choice between performance and robustness - robust
    mutexes are just as fast.
 
@@ -202,7 +202,7 @@ and the remaining bits are for the TID.
 Testing, architecture support
 -----------------------------
 
-i've tested the new syscalls on x86 and x86_64, and have made sure the
+I've tested the new syscalls on x86 and x86_64, and have made sure the
 parsing of the userspace list is robust [ ;-) ] even if the list is
 deliberately corrupted.
 
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386033 — [PATCH 30/41] Documentation: networking: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 30/41] Documentation: networking: fix spelling mistakes
Message-ID<rrIlA-1bx-19@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/networking/altera_tse.txt | 6 +++---
 Documentation/networking/ipvlan.txt     | 6 +++---
 Documentation/networking/pktgen.txt     | 6 +++---
 Documentation/networking/vrf.txt        | 2 +-
 Documentation/networking/xfrm_sync.txt  | 6 +++---
 5 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/Documentation/networking/altera_tse.txt b/Documentation/networking/altera_tse.txt
index 3f24df8..50b8589 100644
--- a/Documentation/networking/altera_tse.txt
+++ b/Documentation/networking/altera_tse.txt
@@ -6,7 +6,7 @@ This is the driver for the Altera Triple-Speed Ethernet (TSE) controllers
 using the SGDMA and MSGDMA soft DMA IP components. The driver uses the
 platform bus to obtain component resources. The designs used to test this
 driver were built for a Cyclone(R) V SOC FPGA board, a Cyclone(R) V FPGA board,
-and tested with ARM and NIOS processor hosts seperately. The anticipated use
+and tested with ARM and NIOS processor hosts separately. The anticipated use
 cases are simple communications between an embedded system and an external peer
 for status and simple configuration of the embedded system.
 
@@ -65,14 +65,14 @@ Driver parameters can be also passed in command line by using:
 4.1) Transmit process
 When the driver's transmit routine is called by the kernel, it sets up a
 transmit descriptor by calling the underlying DMA transmit routine (SGDMA or
-MSGDMA), and initites a transmit operation. Once the transmit is complete, an
+MSGDMA), and initiates a transmit operation. Once the transmit is complete, an
 interrupt is driven by the transmit DMA logic. The driver handles the transmit
 completion in the context of the interrupt handling chain by recycling
 resource required to send and track the requested transmit operation.
 
 4.2) Receive process
 The driver will post receive buffers to the receive DMA logic during driver
-intialization. Receive buffers may or may not be queued depending upon the
+initialization. Receive buffers may or may not be queued depending upon the
 underlying DMA logic (MSGDMA is able queue receive buffers, SGDMA is not able
 to queue receive buffers to the SGDMA receive logic). When a packet is
 received, the DMA logic generates an interrupt. The driver handles a receive
diff --git a/Documentation/networking/ipvlan.txt b/Documentation/networking/ipvlan.txt
index cf99639..14422f8 100644
--- a/Documentation/networking/ipvlan.txt
+++ b/Documentation/networking/ipvlan.txt
@@ -8,7 +8,7 @@ Initial Release:
 	This is conceptually very similar to the macvlan driver with one major
 exception of using L3 for mux-ing /demux-ing among slaves. This property makes
 the master device share the L2 with it's slave devices. I have developed this
-driver in conjuntion with network namespaces and not sure if there is use case
+driver in conjunction with network namespaces and not sure if there is use case
 outside of it.
 
 
@@ -42,7 +42,7 @@ out. In this mode the slaves will RX/TX multicast and broadcast (if applicable)
 as well.
 
 4.2 L3 mode:
-	In this mode TX processing upto L3 happens on the stack instance attached
+	In this mode TX processing up to L3 happens on the stack instance attached
 to the slave device and packets are switched to the stack instance of the
 master device for the L2 processing and routing from that instance will be
 used before packets are queued on the outbound device. In this mode the slaves
@@ -56,7 +56,7 @@ situations defines your use case then you can choose to use ipvlan -
 	(a) The Linux host that is connected to the external switch / router has
 policy configured that allows only one mac per port.
 	(b) No of virtual devices created on a master exceed the mac capacity and
-puts the NIC in promiscous mode and degraded performance is a concern.
+puts the NIC in promiscuous mode and degraded performance is a concern.
 	(c) If the slave device is to be put into the hostile / untrusted network
 namespace where L2 on the slave could be changed / misused.
 
diff --git a/Documentation/networking/pktgen.txt b/Documentation/networking/pktgen.txt
index f4be85e..2c4e335 100644
--- a/Documentation/networking/pktgen.txt
+++ b/Documentation/networking/pktgen.txt
@@ -67,12 +67,12 @@ The two basic thread commands are:
  * add_device DEVICE@NAME -- adds a single device
  * rem_device_all         -- remove all associated devices
 
-When adding a device to a thread, a corrosponding procfile is created
+When adding a device to a thread, a corresponding procfile is created
 which is used for configuring this device. Thus, device names need to
 be unique.
 
 To support adding the same device to multiple threads, which is useful
-with multi queue NICs, a the device naming scheme is extended with "@":
+with multi queue NICs, the device naming scheme is extended with "@":
  device@something
 
 The part after "@" can be anything, but it is custom to use the thread
@@ -221,7 +221,7 @@ Sample scripts
 
 A collection of tutorial scripts and helpers for pktgen is in the
 samples/pktgen directory. The helper parameters.sh file support easy
-and consistant parameter parsing across the sample scripts.
+and consistent parameter parsing across the sample scripts.
 
 Usage example and help:
  ./pktgen_sample01_simple.sh -i eth4 -m 00:1B:21:3C:9D:F8 -d 192.168.8.2
diff --git a/Documentation/networking/vrf.txt b/Documentation/networking/vrf.txt
index d52aa10..5da679c 100644
--- a/Documentation/networking/vrf.txt
+++ b/Documentation/networking/vrf.txt
@@ -41,7 +41,7 @@ using an rx_handler which gives the impression that packets flow through
 the VRF device. Similarly on egress routing rules are used to send packets
 to the VRF device driver before getting sent out the actual interface. This
 allows tcpdump on a VRF device to capture all packets into and out of the
-VRF as a whole.[1] Similiarly, netfilter [2] and tc rules can be applied
+VRF as a whole.[1] Similarly, netfilter [2] and tc rules can be applied
 using the VRF device to specify rules that apply to the VRF domain as a whole.
 
 [1] Packets in the forwarded state do not flow through the device, so those
diff --git a/Documentation/networking/xfrm_sync.txt b/Documentation/networking/xfrm_sync.txt
index d7aac9d..8d88e0f 100644
--- a/Documentation/networking/xfrm_sync.txt
+++ b/Documentation/networking/xfrm_sync.txt
@@ -4,7 +4,7 @@ Krisztian <hidden@balabit.hu> and others and additional patches
 from Jamal <hadi@cyberus.ca>.
 
 The end goal for syncing is to be able to insert attributes + generate
-events so that the an SA can be safely moved from one machine to another
+events so that the SA can be safely moved from one machine to another
 for HA purposes.
 The idea is to synchronize the SA so that the takeover machine can do
 the processing of the SA as accurate as possible if it has access to it.
@@ -13,7 +13,7 @@ We already have the ability to generate SA add/del/upd events.
 These patches add ability to sync and have accurate lifetime byte (to
 ensure proper decay of SAs) and replay counters to avoid replay attacks
 with as minimal loss at failover time.
-This way a backup stays as closely uptodate as an active member.
+This way a backup stays as closely up-to-date as an active member.
 
 Because the above items change for every packet the SA receives,
 it is possible for a lot of the events to be generated.
@@ -163,7 +163,7 @@ If you have an SA that is getting hit by traffic in bursts such that
 there is a period where the timer threshold expires with no packets
 seen, then an odd behavior is seen as follows:
 The first packet arrival after a timer expiry will trigger a timeout
-aevent; i.e we dont wait for a timeout period or a packet threshold
+event; i.e we don't wait for a timeout period or a packet threshold
 to be reached. This is done for simplicity and efficiency reasons.
 
 -JHS
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386034 — [PATCH 40/41] Documentation: x86: fix spelling mistakes

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 40/41] Documentation: x86: fix spelling mistakes
Message-ID<rrIlA-1bx-21@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/x86/intel_mpx.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/x86/intel_mpx.txt b/Documentation/x86/intel_mpx.txt
index 818518a..1a5a121 100644
--- a/Documentation/x86/intel_mpx.txt
+++ b/Documentation/x86/intel_mpx.txt
@@ -136,7 +136,7 @@ A: MPX-enabled application will possibly create a lot of bounds tables in
    If we were to preallocate them for the 128TB of user virtual address
    space, we would need to reserve 512TB+2GB, which is larger than the
    entire virtual address space today. This means they can not be reserved
-   ahead of time. Also, a single process's pre-popualated bounds directory
+   ahead of time. Also, a single process's pre-populated bounds directory
    consumes 2GB of virtual *AND* physical memory. IOW, it's completely
    infeasible to prepopulate bounds directories.
 
@@ -151,7 +151,7 @@ A: This would work if we could hook the site of each and every memory
    these calls.
 
 Q: Could a bounds fault be handed to userspace and the tables allocated
-   there in a signal handler intead of in the kernel?
+   there in a signal handler instead of in the kernel?
 A: mmap() is not on the list of safe async handler functions and even
    if mmap() would work it still requires locking or nasty tricks to
    keep track of the allocation state there.
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


#1386035 — [PATCH 27/41] Documentation: laptops: fix spelling mistake

FromEric Engestrom <eric@engestrom.ch>
Date2016-04-25 08:40 +0200
Subject[PATCH 27/41] Documentation: laptops: fix spelling mistake
Message-ID<rrIlz-1bx-3@gated-at.bofh.it>
In reply to#1385957
Signed-off-by: Eric Engestrom <eric@engestrom.ch>
---
 Documentation/laptops/toshiba_haps.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/laptops/toshiba_haps.txt b/Documentation/laptops/toshiba_haps.txt
index 11dbcfd..0c1d88d 100644
--- a/Documentation/laptops/toshiba_haps.txt
+++ b/Documentation/laptops/toshiba_haps.txt
@@ -19,7 +19,7 @@ Author: Azael Avalos <coproscefalo@gmail.com>
 --------------
 
 This driver provides support for the accelerometer found in various Toshiba
-laptops, being called "Toshiba HDD Protection - Shock Sensor" officialy,
+laptops, being called "Toshiba HDD Protection - Shock Sensor" officially,
 and detects laptops automatically with this device.
 On Windows, Toshiba provided software monitors this device and provides
 automatic HDD protection (head unload) on sudden moves or harsh vibrations,
-- 
2.8.0

[toc] | [prev] | [next] | [standalone]


Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | linux.kernel


csiph-web