]> git.karo-electronics.de Git - karo-tx-linux.git/commitdiff
doc: Fix typo in doucmentations
authorMasanari Iida <standby24x7@gmail.com>
Wed, 17 Jul 2013 16:29:12 +0000 (01:29 +0900)
committerJiri Kosina <jkosina@suse.cz>
Thu, 25 Jul 2013 10:34:15 +0000 (12:34 +0200)
Correct typo (double words) in documentations.

Signed-off-by: Masanari Iida <standby24x7@gmail.com>
Acked-by: Randy Dunlap <rdunlap@infradead.org>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
17 files changed:
Documentation/arm/OMAP/omap_pm
Documentation/block/cfq-iosched.txt
Documentation/devicetree/bindings/arm/vexpress-sysreg.txt
Documentation/devicetree/bindings/pinctrl/atmel,at91-pinctrl.txt
Documentation/dma-buf-sharing.txt
Documentation/fb/fbcon.txt
Documentation/fb/viafb.txt
Documentation/filesystems/ext4.txt
Documentation/filesystems/nfs/pnfs.txt
Documentation/filesystems/relay.txt
Documentation/filesystems/sysfs-tagging.txt
Documentation/i2c/upgrading-clients
Documentation/rapidio/rapidio.txt
Documentation/sound/alsa/compress_offload.txt
Documentation/sysfs-rules.txt
Documentation/virtual/kvm/api.txt
Documentation/x86/boot.txt

index 9012bb03909443e4978d9d3a9fd6bbf0f095d907..4ae915a9f899cb7f34cb2bf13e6b1b79994d06e2 100644 (file)
@@ -78,7 +78,7 @@ to NULL.  Drivers should use the following idiom:
 The most common usage of these functions will probably be to specify
 the maximum time from when an interrupt occurs, to when the device
 becomes accessible.  To accomplish this, driver writers should use the
-set_max_mpu_wakeup_lat() function to to constrain the MPU wakeup
+set_max_mpu_wakeup_lat() function to constrain the MPU wakeup
 latency, and the set_max_dev_wakeup_lat() function to constrain the
 device wakeup latency (from clk_enable() to accessibility).  For
 example,
index 9887f0414c16642d204296d9c0b8abdc8096a5da..f3bc72945cbd3827872e4e25163830e3fef72571 100644 (file)
@@ -69,7 +69,7 @@ one, this value should be decreased relative to fifo_expire_async.
 group_idle
 -----------
 This parameter forces idling at the CFQ group level instead of CFQ
-queue level. This was introduced after after a bottleneck was observed
+queue level. This was introduced after a bottleneck was observed
 in higher end storage due to idle on sequential queue and allow dispatch
 from a single queue. The idea with this parameter is that it can be run with
 slice_idle=0 and group_idle=8, so that idling does not happen on individual
index 9cf3f25544c794607e07e331f35752d8f59d578c..5580e9c4bd8584034a9d9812c491962f08fa253e 100644 (file)
@@ -32,8 +32,8 @@ numbers - see motherboard's TRM for more details.
 The node describing a config device must refer to the sysreg node via
 "arm,vexpress,config-bridge" phandle (can be also defined in the node's
 parent) and relies on the board topology properties - see main vexpress
-node documentation for more details. It must must also define the
-following property:
+node documentation for more details. It must also define the following
+property:
 - arm,vexpress-sysreg,func : must contain two cells:
   - first cell defines function number (eg. 1 for clock generator,
     2 for voltage regulators etc.)
index 648d60eb9fd8f505be140b6d58a6cb771ed04220..7ccae490ff6dcc6936f7c9e5791435685d3ded30 100644 (file)
@@ -37,7 +37,7 @@ Bank: 3 (A, B and C)
   0xffffffff 0x7fff3ccf  /* pioB */
   0xffffffff 0x007fffff  /* pioC */
 
-For each peripheral/bank we will descibe in a u32 if a pin can can be
+For each peripheral/bank we will descibe in a u32 if a pin can be
 configured in it by putting 1 to the pin bit (1 << pin)
 
 Let's take the pioA on peripheral B
index 0b23261561d28818fdbd630d420211836b6aad6a..e31a2a9d2b075e9dda835218b63fd103cb91d6fa 100644 (file)
@@ -321,7 +321,7 @@ Access to a dma_buf from the kernel context involves three steps:
 
    When the importer is done accessing the range specified in begin_cpu_access,
    it needs to announce this to the exporter (to facilitate cache flushing and
-   unpinning of any pinned resources). The result of of any dma_buf kmap calls
+   unpinning of any pinned resources). The result of any dma_buf kmap calls
    after end_cpu_access is undefined.
 
    Interface:
index 99ea58e65eff66ff326590b8657032f234fd7f9f..4a9739abc860651825f62e6ffb71f9b592d57015 100644 (file)
@@ -150,7 +150,7 @@ C. Boot options
 
 C. Attaching, Detaching and Unloading
 
-Before going on on how to attach, detach and unload the framebuffer console, an
+Before going on how to attach, detach and unload the framebuffer console, an
 illustration of the dependencies may help.
 
 The console layer, as with most subsystems, needs a driver that interfaces with
index 444e34b52ae164019c77c74ea83384a5ac006f63..1cb2462a71ce6d41a0dc5cfb771aa367adf2d033 100644 (file)
@@ -32,7 +32,7 @@
     Start viafb with default settings:
         #modprobe viafb
 
-    Start viafb with with user options:
+    Start viafb with user options:
         #modprobe viafb viafb_mode=800x600 viafb_bpp=16 viafb_refresh=60
                   viafb_active_dev=CRT+DVI viafb_dvi_port=DVP1
                   viafb_mode1=1024x768 viafb_bpp=16 viafb_refresh1=60
index f7cbf574a875271296d93bee53b290ca36c44a66..a92c5aa8ce22ef11e48d1192d2f063f674fc65a4 100644 (file)
@@ -2,7 +2,7 @@
 Ext4 Filesystem
 ===============
 
-Ext4 is an an advanced level of the ext3 filesystem which incorporates
+Ext4 is an advanced level of the ext3 filesystem which incorporates
 scalability and reliability enhancements for supporting large filesystems
 (64 bit) in keeping with increasing disk capacities and state-of-the-art
 feature requirements.
index 52ae07f5f578bc44af9bf02b1bc3530510750fdc..adc81a35fe2d98026bf8cf0f778d315bcb78f407 100644 (file)
@@ -12,7 +12,7 @@ struct pnfs_layout_hdr
 ----------------------
 The on-the-wire command LAYOUTGET corresponds to struct
 pnfs_layout_segment, usually referred to by the variable name lseg.
-Each nfs_inode may hold a pointer to a cache of of these layout
+Each nfs_inode may hold a pointer to a cache of these layout
 segments in nfsi->layout, of type struct pnfs_layout_hdr.
 
 We reference the header for the inode pointing to it, across each
index 510b722667ac885cf7abed3732961941a5ad1c14..33e2f369473375b691f15583c836903728be1c39 100644 (file)
@@ -31,7 +31,7 @@ Semantics
 
 Each relay channel has one buffer per CPU, each buffer has one or more
 sub-buffers.  Messages are written to the first sub-buffer until it is
-too full to contain a new message, in which case it it is written to
+too full to contain a new message, in which case it is written to
 the next (if available).  Messages are never split across sub-buffers.
 At this point, userspace can be notified so it empties the first
 sub-buffer, while the kernel continues writing to the next.
index caaaf1266d8f33d37be423f7556ad69bbb1c535a..eb843e49c5a39d558d3bb91b043f47512b2edc59 100644 (file)
@@ -24,7 +24,7 @@ flag between KOBJ_NS_TYPE_NONE and KOBJ_NS_TYPES, and s_ns will
 point to the namespace to which it belongs.
 
 Each sysfs superblock's sysfs_super_info contains an array void
-*ns[KOBJ_NS_TYPES].  When a task in a tagging namespace
+*ns[KOBJ_NS_TYPES].  When a task in a tagging namespace
 kobj_nstype first mounts sysfs, a new superblock is created.  It
 will be differentiated from other sysfs mounts by having its
 s_fs_info->ns[kobj_nstype] set to the new namespace.  Note that
index d6991625c407d41102f25a008c4f4801396ec1b7..8e5fbd88c7d1472af8f6d1da1ed5798340cfc345 100644 (file)
@@ -196,8 +196,8 @@ static int example_probe(struct i2c_client *i2c_client,
 
 Update the detach method, by changing the name to _remove and
 to delete the i2c_detach_client call. It is possible that you
-can also remove the ret variable as it is not not needed for
-any of the core functions.
+can also remove the ret variable as it is not needed for any
+of the core functions.
 
 - static int example_detach(struct i2c_client *client)
 + static int example_remove(struct i2c_client *client)
index 717f5aa388b171bcdffa8115191491aac64f4bd2..28fbd877f85a7971ce446e75278d5cd0f2750318 100644 (file)
@@ -300,7 +300,7 @@ initialization.
 -------------------------------------------
 
 RapidIO subsystem code organization allows addition of new enumeration/discovery
-methods as new configuration options without significant impact to to the core
+methods as new configuration options without significant impact to the core
 RapidIO code.
 
 A new enumeration/discovery method has to be attached to one or more mport
index 0bcc55155911083345120cb15cc1afb78094e75d..ac8d20b833227f276148f045f85f1addc47dd4d9 100644 (file)
@@ -73,7 +73,7 @@ The main requirements are:
 
 Design
 
-The new API shares a number of concepts with with the PCM API for flow
+The new API shares a number of concepts with the PCM API for flow
 control. Start, pause, resume, drain and stop commands have the same
 semantics no matter what the content is.
 
index c1a1fd636bf9e0c5ce6152d8cbe26f7c251bf770..a5f985ee1822fe37497d09c08a75acf599cba887 100644 (file)
@@ -47,7 +47,7 @@ versions of the sysfs interface.
         at device creation and removal
       - the unique key to the device at that point in time
       - the kernel's path to the device directory without the leading
-        /sys, and always starting with with a slash
+        /sys, and always starting with a slash
       - all elements of a devpath must be real directories. Symlinks
         pointing to /sys/devices must always be resolved to their real
         target and the target path must be used to access the device.
index ef925eaa14608fc806c9a58fd032d9aeaeea6305..858aecf21db2c9d449d984af406a838ed5143ed4 100644 (file)
@@ -53,7 +53,7 @@ incompatible change are allowed.  However, there is an extension
 facility that allows backward-compatible extensions to the API to be
 queried and used.
 
-The extension mechanism is not based on on the Linux version number.
+The extension mechanism is not based on the Linux version number.
 Instead, kvm defines extension identifiers and a facility to query
 whether a particular extension identifier is available.  If it is, a
 set of ioctls is available for application use.
index fc66d42422eef8ba30d52b0a49fae515fd46625b..f4f268c2b826de7f03b1c2bd2478a85eacd58f2e 100644 (file)
@@ -58,7 +58,7 @@ Protocol 2.11:        (Kernel 3.6) Added a field for offset of EFI handover
                protocol entry point.
 
 Protocol 2.12: (Kernel 3.8) Added the xloadflags field and extension fields
-               to struct boot_params for for loading bzImage and ramdisk
+               to struct boot_params for loading bzImage and ramdisk
                above 4G in 64bit.
 
 **** MEMORY LAYOUT