On Tue, Apr 26, 2016 at 04:28:27PM -0700, Kees Cook wrote:
> This fixes several spelling mistakes in the Documentation/ tree, which
> are caught by checkpatch.pl's spell checking.
> 
> Signed-off-by: Kees Cook <[email protected]>

Both "resizeable" and "resizable" are forms, but I suppose saving
a few characters is useful.

So, for the RCU pieces:

Reviewed-by: Paul E. McKenney <[email protected]>

> ---
>  Documentation/ABI/obsolete/sysfs-driver-hid-roccat-savu          | 4 ++--
>  Documentation/ABI/testing/sysfs-bus-event_source-devices-hv_24x7 | 2 +-
>  Documentation/ABI/testing/sysfs-driver-hid-picolcd               | 2 +-
>  Documentation/ABI/testing/sysfs-firmware-acpi                    | 2 +-
>  Documentation/DocBook/media/v4l/controls.xml                     | 2 +-
>  Documentation/DocBook/media/v4l/dev-raw-vbi.xml                  | 2 +-
>  Documentation/DocBook/media/v4l/vidioc-g-selection.xml           | 2 +-
>  Documentation/RCU/RTFP.txt                                       | 6 +++---
>  Documentation/arm/SA1100/Assabet                                 | 2 +-
>  Documentation/devicetree/bindings/mfd/arizona.txt                | 2 +-
>  Documentation/filesystems/cifs/README                            | 2 +-
>  Documentation/filesystems/pohmelfs/design_notes.txt              | 2 +-
>  Documentation/filesystems/qnx6.txt                               | 2 +-
>  Documentation/firmware_class/README                              | 2 +-
>  Documentation/hwmon/abituguru                                    | 2 +-
>  Documentation/infiniband/ipoib.txt                               | 2 +-
>  Documentation/networking/altera_tse.txt                          | 2 +-
>  Documentation/networking/can.txt                                 | 2 +-
>  Documentation/scsi/bfa.txt                                       | 2 +-
>  Documentation/timers/hrtimers.txt                                | 2 +-
>  Documentation/video4linux/README.cx88                            | 2 +-
>  Documentation/video4linux/bttv/Sound-FAQ                         | 2 +-
>  Documentation/vm/hugetlbpage.txt                                 | 2 +-
>  23 files changed, 26 insertions(+), 26 deletions(-)
> 
> diff --git a/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-savu 
> b/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-savu
> index f1e02a98bd9d..846c3d5b6d8c 100644
> --- a/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-savu
> +++ b/Documentation/ABI/obsolete/sysfs-driver-hid-roccat-savu
> @@ -3,7 +3,7 @@ Date:         Mai 2012
>  Contact:     Stefan Achatz <[email protected]>
>  Description: The mouse can store 5 profiles which can be switched by the
>               press of a button. A profile is split into general settings and
> -             button settings. buttons holds informations about button layout.
> +             button settings. buttons holds information about button layout.
>               When written, this file lets one write the respective profile
>               buttons to the mouse. The data has to be 47 bytes long.
>               The mouse will reject invalid data.
> @@ -26,7 +26,7 @@ Date:               Mai 2012
>  Contact:     Stefan Achatz <[email protected]>
>  Description: The mouse can store 5 profiles which can be switched by the
>               press of a button. A profile is split into general settings and
> -             button settings. profile holds informations like resolution, 
> sensitivity
> +             button settings. profile holds information like resolution, 
> sensitivity
>               and light effects.
>               When written, this file lets one write the respective profile
>               settings back to the mouse. The data has to be 43 bytes long.
> diff --git a/Documentation/ABI/testing/sysfs-bus-event_source-devices-hv_24x7 
> b/Documentation/ABI/testing/sysfs-bus-event_source-devices-hv_24x7
> index f893337570c1..ec27c6c9e737 100644
> --- a/Documentation/ABI/testing/sysfs-bus-event_source-devices-hv_24x7
> +++ b/Documentation/ABI/testing/sysfs-bus-event_source-devices-hv_24x7
> @@ -4,7 +4,7 @@ Contact:      Linux on PowerPC Developer List 
> <[email protected]>
>  Description:
>               Provides access to the binary "24x7 catalog" provided by the
>               hypervisor on POWER7 and 8 systems. This catalog lists events
> -             avaliable from the powerpc "hv_24x7" pmu. Its format is
> +             available from the powerpc "hv_24x7" pmu. Its format is
>               documented here:
>               
> https://raw.githubusercontent.com/jmesmon/catalog-24x7/master/hv-24x7-catalog.h
> 
> diff --git a/Documentation/ABI/testing/sysfs-driver-hid-picolcd 
> b/Documentation/ABI/testing/sysfs-driver-hid-picolcd
> index 08579e7e1e89..98fd81ad76a1 100644
> --- a/Documentation/ABI/testing/sysfs-driver-hid-picolcd
> +++ b/Documentation/ABI/testing/sysfs-driver-hid-picolcd
> @@ -39,5 +39,5 @@ Description:        Make it possible to adjust defio 
> refresh rate.
>               Note: As device can barely do 2 complete refreshes a second
>               it only makes sense to adjust this value if only one or two
>               tiles get changed and it's not appropriate to expect the 
> application
> -             to flush it's tiny changes explicitely at higher than default 
> rate.
> +             to flush its tiny changes explicitly at higher than default 
> rate.
> 
> diff --git a/Documentation/ABI/testing/sysfs-firmware-acpi 
> b/Documentation/ABI/testing/sysfs-firmware-acpi
> index b4436cca97a8..c7fc72d4495c 100644
> --- a/Documentation/ABI/testing/sysfs-firmware-acpi
> +++ b/Documentation/ABI/testing/sysfs-firmware-acpi
> @@ -169,7 +169,7 @@ Description:
>               to enable/disable/clear ACPI interrupts in user space, which 
> can be
>               used to debug some ACPI interrupt storm issues.
> 
> -             Note that only writting to VALID GPE/Fixed Event is allowed,
> +             Note that only writing to VALID GPE/Fixed Event is allowed,
>               i.e. user can only change the status of runtime GPE and
>               Fixed Event with event handler installed.
> 
> diff --git a/Documentation/DocBook/media/v4l/controls.xml 
> b/Documentation/DocBook/media/v4l/controls.xml
> index 361040e6b0f4..f5f5ce8badac 100644
> --- a/Documentation/DocBook/media/v4l/controls.xml
> +++ b/Documentation/DocBook/media/v4l/controls.xml
> @@ -2841,7 +2841,7 @@ for a GOP and keep it below or equal the set bitrate 
> target. Otherwise the rate
>  overall average bitrate for the stream and keeps it below or equal to the 
> set bitrate. In the first case
>  the average bitrate for the whole stream will be smaller then the set 
> bitrate. This is caused because the
>  average is calculated for smaller number of frames, on the other hand 
> enabling this setting will ensure that
> -the stream will meet tight bandwidth contraints. Applicable to encoders.
> +the stream will meet tight bandwidth constraints. Applicable to encoders.
>  </entry>
>             </row>
>             <row><entry></entry></row>
> diff --git a/Documentation/DocBook/media/v4l/dev-raw-vbi.xml 
> b/Documentation/DocBook/media/v4l/dev-raw-vbi.xml
> index f4b61b6ce3c2..78599bbd58f7 100644
> --- a/Documentation/DocBook/media/v4l/dev-raw-vbi.xml
> +++ b/Documentation/DocBook/media/v4l/dev-raw-vbi.xml
> @@ -85,7 +85,7 @@ initialize all fields of the &v4l2-vbi-format;
>  results of <constant>VIDIOC_G_FMT</constant>, and call the
>  &VIDIOC-S-FMT; ioctl with a pointer to this structure. Drivers return
>  an &EINVAL; only when the given parameters are ambiguous, otherwise
> -they modify the parameters according to the hardware capabilites and
> +they modify the parameters according to the hardware capabilities and
>  return the actual parameters. When the driver allocates resources at
>  this point, it may return an &EBUSY; to indicate the returned
>  parameters are valid but the required resources are currently not
> diff --git a/Documentation/DocBook/media/v4l/vidioc-g-selection.xml 
> b/Documentation/DocBook/media/v4l/vidioc-g-selection.xml
> index 7865351688da..a9c0d1dc209a 100644
> --- a/Documentation/DocBook/media/v4l/vidioc-g-selection.xml
> +++ b/Documentation/DocBook/media/v4l/vidioc-g-selection.xml
> @@ -222,7 +222,7 @@ or the <structfield>flags</structfield> argument is not 
> valid.</para>
>       <term><errorcode>ERANGE</errorcode></term>
>       <listitem>
>         <para>It is not possible to adjust &v4l2-rect; <structfield>
> -r</structfield> rectangle to satisfy all contraints given in the
> +r</structfield> rectangle to satisfy all constraints given in the
>  <structfield>flags</structfield> argument.</para>
>       </listitem>
>        </varlistentry>
> diff --git a/Documentation/RCU/RTFP.txt b/Documentation/RCU/RTFP.txt
> index 370ca006db7a..9bccf16736f7 100644
> --- a/Documentation/RCU/RTFP.txt
> +++ b/Documentation/RCU/RTFP.txt
> @@ -176,13 +176,13 @@ a history of how Linux changed RCU more than RCU 
> changed Linux
>  which Mathieu Desnoyers is now maintaining [MathieuDesnoyers2009URCU]
>  [MathieuDesnoyersPhD].  TINY_RCU [PaulEMcKenney2009BloatWatchRCU] made
>  its appearance, as did expedited RCU [PaulEMcKenney2009expeditedRCU].
> -The problem of resizeable RCU-protected hash tables may now be on a path
> +The problem of resizable RCU-protected hash tables may now be on a path
>  to a solution [JoshTriplett2009RPHash].  A few academic researchers are now
>  using RCU to solve their parallel problems 
> [HariKannan2009DynamicAnalysisRCU].
> 
>  2010 produced a simpler preemptible-RCU implementation
>  based on TREE_RCU [PaulEMcKenney2010SimpleOptRCU], lockdep-RCU
> -[PaulEMcKenney2010LockdepRCU], another resizeable RCU-protected hash
> +[PaulEMcKenney2010LockdepRCU], another resizable RCU-protected hash
>  table [HerbertXu2010RCUResizeHash] (this one consuming more memory,
>  but allowing arbitrary changes in hash function, as required for DoS
>  avoidance in the networking code), realization of the 2009 RCU-protected
> @@ -193,7 +193,7 @@ the RCU API [PaulEMcKenney2010RCUAPI].
>  [LinusTorvalds2011Linux2:6:38:rc1:NPigginVFS], an RCU-protected red-black
>  tree using software transactional memory to protect concurrent updates
>  (strange, but true!) [PhilHoward2011RCUTMRBTree], yet another variant of
> -RCU-protected resizeable hash tables [Triplett:2011:RPHash], the 3.0 RCU
> +RCU-protected resizable hash tables [Triplett:2011:RPHash], the 3.0 RCU
>  trainwreck [PaulEMcKenney2011RCU3.0trainwreck], and Neil Brown's "Meet the
>  Lockers" LWN article [NeilBrown2011MeetTheLockers].  Some academic
>  work looked at debugging uses of RCU [Seyster:2011:RFA:2075416.2075425].
> diff --git a/Documentation/arm/SA1100/Assabet 
> b/Documentation/arm/SA1100/Assabet
> index 08b885d35674..e08a6739e72c 100644
> --- a/Documentation/arm/SA1100/Assabet
> +++ b/Documentation/arm/SA1100/Assabet
> @@ -214,7 +214,7 @@ RedBoot scripting
>  -----------------
> 
>  All the commands above aren't so useful if they have to be typed in every
> -time the Assabet is rebooted.  Therefore it's possible to automatize the boot
> +time the Assabet is rebooted.  Therefore it's possible to automate the boot
>  process using RedBoot's scripting capability.
> 
>  For example, I use this to boot Linux with both the kernel and the ramdisk
> diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt 
> b/Documentation/devicetree/bindings/mfd/arizona.txt
> index 9b30011ecabe..a6e2ea41160c 100644
> --- a/Documentation/devicetree/bindings/mfd/arizona.txt
> +++ b/Documentation/devicetree/bindings/mfd/arizona.txt
> @@ -1,6 +1,6 @@
>  Cirrus Logic/Wolfson Microelectronics Arizona class audio SoCs
> 
> -These devices are audio SoCs with extensive digital capabilites and a range
> +These devices are audio SoCs with extensive digital capabilities and a range
>  of analogue I/O.
> 
>  Required properties:
> diff --git a/Documentation/filesystems/cifs/README 
> b/Documentation/filesystems/cifs/README
> index 2d5622f60e11..a54788405429 100644
> --- a/Documentation/filesystems/cifs/README
> +++ b/Documentation/filesystems/cifs/README
> @@ -272,7 +272,7 @@ A partial list of the supported mount options follows:
>               same domain (e.g. running winbind or nss_ldap) and
>               the server supports the Unix Extensions then the uid
>               and gid can be retrieved from the server (and uid
> -             and gid would not have to be specifed on the mount. 
> +             and gid would not have to be specified on the mount.
>               For servers which do not support the CIFS Unix
>               extensions, the default uid (and gid) returned on lookup
>               of existing files will be the uid (gid) of the person
> diff --git a/Documentation/filesystems/pohmelfs/design_notes.txt 
> b/Documentation/filesystems/pohmelfs/design_notes.txt
> index 8aef91335701..106d17fbb05f 100644
> --- a/Documentation/filesystems/pohmelfs/design_notes.txt
> +++ b/Documentation/filesystems/pohmelfs/design_notes.txt
> @@ -29,7 +29,7 @@ Main features of this FS include:
>   * Read request (data read, directory listing, lookup requests) balancing 
> between multiple servers.
>   * Write requests are replicated to multiple servers and completed only when 
> all of them are acked.
>   * Ability to add and/or remove servers from the working set at run-time.
> - * Strong authentification and possible data encryption in network channel.
> + * Strong authentication and possible data encryption in network channel.
>   * Extended attributes support.
> 
>  POHMELFS is based on transactions, which are potentially long-standing 
> objects that live
> diff --git a/Documentation/filesystems/qnx6.txt 
> b/Documentation/filesystems/qnx6.txt
> index 408679789136..4f3d6a882bdc 100644
> --- a/Documentation/filesystems/qnx6.txt
> +++ b/Documentation/filesystems/qnx6.txt
> @@ -16,7 +16,7 @@ qnx6fs shares many properties with traditional Unix 
> filesystems. It has the
>  concepts of blocks, inodes and directories.
>  On QNX it is possible to create little endian and big endian qnx6 
> filesystems.
>  This feature makes it possible to create and use a different endianness fs
> -for the target (QNX is used on quite a range of embedded systems) plattform
> +for the target (QNX is used on quite a range of embedded systems) platform
>  running on a different endianness.
>  The Linux driver handles endianness transparently. (LE and BE)
> 
> diff --git a/Documentation/firmware_class/README 
> b/Documentation/firmware_class/README
> index 71f86859d7d8..434e5db25fc0 100644
> --- a/Documentation/firmware_class/README
> +++ b/Documentation/firmware_class/README
> @@ -20,7 +20,7 @@
> 
>   1), kernel(driver):
>       - calls request_firmware(&fw_entry, $FIRMWARE, device)
> -     - kernel searchs the fimware image with name $FIRMWARE directly
> +     - kernel searches the fimware image with name $FIRMWARE directly
>       in the below search path of root filesystem:
>               User customized search path by module parameter 'path'[1]
>               "/lib/firmware/updates/" UTS_RELEASE,
> diff --git a/Documentation/hwmon/abituguru b/Documentation/hwmon/abituguru
> index 915f32063a26..f1d4fe4c366c 100644
> --- a/Documentation/hwmon/abituguru
> +++ b/Documentation/hwmon/abituguru
> @@ -25,7 +25,7 @@ Supported chips:
>       1) For revisions 2 and 3 uGuru's the driver can autodetect the
>          sensortype (Volt or Temp) for bank1 sensors, for revision 1 uGuru's
>          this doesnot always work. For these uGuru's the autodection can
> -        be overriden with the bank1_types module param. For all 3 known
> +        be overridden with the bank1_types module param. For all 3 known
>          revison 1 motherboards the correct use of this param is:
>          bank1_types=1,1,0,0,0,0,0,2,0,0,0,0,2,0,0,1
>          You may also need to specify the fan_sensors option for these boards
> diff --git a/Documentation/infiniband/ipoib.txt 
> b/Documentation/infiniband/ipoib.txt
> index f2cfe265e836..47c1dd9818f2 100644
> --- a/Documentation/infiniband/ipoib.txt
> +++ b/Documentation/infiniband/ipoib.txt
> @@ -25,7 +25,7 @@ Partitions and P_Keys
>    main interface for a subinterface is in "parent."
> 
>    Child interface create/delete can also be done using IPoIB's
> -  rtnl_link_ops, where childs created using either way behave the same.
> +  rtnl_link_ops, where children created using either way behave the same.
> 
>  Datagram vs Connected modes
> 
> diff --git a/Documentation/networking/altera_tse.txt 
> b/Documentation/networking/altera_tse.txt
> index 3f24df8c6e65..cd417d7b5bd4 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.
> 
> diff --git a/Documentation/networking/can.txt 
> b/Documentation/networking/can.txt
> index 6ab619fcc517..d58ff8467953 100644
> --- a/Documentation/networking/can.txt
> +++ b/Documentation/networking/can.txt
> @@ -1256,7 +1256,7 @@ solution for a couple of reasons:
>  7. SocketCAN resources
>  -----------------------
> 
> -  The Linux CAN / SocketCAN project ressources (project site / mailing list)
> +  The Linux CAN / SocketCAN project resources (project site / mailing list)
>    are referenced in the MAINTAINERS file in the Linux source tree.
>    Search for CAN NETWORK [LAYERS|DRIVERS].
> 
> diff --git a/Documentation/scsi/bfa.txt b/Documentation/scsi/bfa.txt
> index f2d6e9d1791e..3cc4d80d6092 100644
> --- a/Documentation/scsi/bfa.txt
> +++ b/Documentation/scsi/bfa.txt
> @@ -50,7 +50,7 @@ be found at:
> 
>  http://www.brocade.com/services-support/drivers-downloads/adapters/Linux.page
> 
> -and then click following respective util pacakge link
> +and then click following respective util package link
> 
>       Version                 Link
> 
> diff --git a/Documentation/timers/hrtimers.txt 
> b/Documentation/timers/hrtimers.txt
> index ce31f65e12e7..bfc3346e2757 100644
> --- a/Documentation/timers/hrtimers.txt
> +++ b/Documentation/timers/hrtimers.txt
> @@ -119,7 +119,7 @@ was not really a win, due to the different data 
> structures. Also, the
>  hrtimer functions now have clearer behavior and clearer names - such as
>  hrtimer_try_to_cancel() and hrtimer_cancel() [which are roughly
>  equivalent to del_timer() and del_timer_sync()] - so there's no direct
> -1:1 mapping between them on the algorithmical level, and thus no real
> +1:1 mapping between them on the algorithmic level, and thus no real
>  potential for code sharing either.
> 
>  Basic data types: every time value, absolute or relative, is in a
> diff --git a/Documentation/video4linux/README.cx88 
> b/Documentation/video4linux/README.cx88
> index 35fae23f883b..b09ce36b921e 100644
> --- a/Documentation/video4linux/README.cx88
> +++ b/Documentation/video4linux/README.cx88
> @@ -50,7 +50,7 @@ the driver.  What to do then?
>       cx88-cards.c.  If that worked, mail me your changes as unified
>       diff ("diff -u").
>   (3) Or you can mail me the config information.  I need at least the
> -     following informations to add the card:
> +     following information to add the card:
> 
>       * the PCI Subsystem ID ("0070:3400" from the line above,
>         "lspci -v" output is fine too).
> diff --git a/Documentation/video4linux/bttv/Sound-FAQ 
> b/Documentation/video4linux/bttv/Sound-FAQ
> index d3f1d7783d1c..646a47de0016 100644
> --- a/Documentation/video4linux/bttv/Sound-FAQ
> +++ b/Documentation/video4linux/bttv/Sound-FAQ
> @@ -55,7 +55,7 @@ receiver chips.  Some boards use the i2c bus instead of the 
> gpio pins
>  to connect the mux chip.
> 
>  As mentioned above, there is a array which holds the required
> -informations for each known board.  You basically have to create a new
> +information for each known board.  You basically have to create a new
>  line for your board.  The important fields are these two:
> 
>  struct tvcard
> diff --git a/Documentation/vm/hugetlbpage.txt 
> b/Documentation/vm/hugetlbpage.txt
> index 54dd9b9c6c31..b7a3f6d6cfc1 100644
> --- a/Documentation/vm/hugetlbpage.txt
> +++ b/Documentation/vm/hugetlbpage.txt
> @@ -220,7 +220,7 @@ resulting effect on persistent huge page allocation is as 
> follows:
>     node list of "all" with numactl --interleave or --membind [-m] to achieve
>     interleaving over all nodes in the system or cpuset.
> 
> -4) Any task mempolicy specifed--e.g., using numactl--will be constrained by
> +4) Any task mempolicy specified--e.g., using numactl--will be constrained by
>     the resource limits of any cpuset in which the task runs.  Thus, there 
> will
>     be no way for a task with non-default policy running in a cpuset with a
>     subset of the system nodes to allocate huge pages outside the cpuset
> -- 
> 2.6.3
> 
> 
> -- 
> Kees Cook
> Chrome OS & Brillo Security
> 

Reply via email to