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] [day] [month] [year] [list]
Message-ID: <CAGXu5jLvEEdSps3CvSRncARAWRFw_tKN8HP6sn4SLOEWLARrUQ@mail.gmail.com>
Date:	Tue, 26 Apr 2016 16:49:02 -0700
From:	Kees Cook <keescook@...omium.org>
To:	Paul McKenney <paulmck@...ux.vnet.ibm.com>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>
Subject: Re: [PATCH] Documentation: fix common spelling mistakes

On Tue, Apr 26, 2016 at 4:44 PM, Paul E. McKenney
<paulmck@...ux.vnet.ibm.com> wrote:
> 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 <keescook@...omium.org>
>
> Both "resizeable" and "resizable" are forms, but I suppose saving
> a few characters is useful.

Yeah, it was debated IIRC when spelling.txt support went in. So, FWIW,
checkpatch will warn about the UK-ism on this.

>
> So, for the RCU pieces:
>
> Reviewed-by: Paul E. McKenney <paulmck@...ux.vnet.ibm.com>

Thanks!

-Kees

>
>> ---
>>  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 <erazor_de@...rs.sourceforge.net>
>>  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 <erazor_de@...rs.sourceforge.net>
>>  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 <linuxppc-dev@...ts.ozlabs.org>
>>  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
>>
>



-- 
Kees Cook
Chrome OS & Brillo Security

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ