| 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
| ||
|
Date: Tue, 26 Apr 2016 16:44:19 -0700
From: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
To: Kees Cook <keescook@...omium.org>
Cc: linux-kernel@...r.kernel.org, linux-doc@...r.kernel.org
Subject: Re: [PATCH] Documentation: fix common spelling mistakes
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.
So, for the RCU pieces:
Reviewed-by: Paul E. McKenney <paulmck@...ux.vnet.ibm.com>
> ---
> 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
>
Powered by blists - more mailing lists