Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux

doc: fix quite a few typos within Documentation

Correct spelling typo in Documentations

Signed-off-by: Jiri Kosina <jkosina@suse.cz>

authored by

Masanari Iida and committed by
Jiri Kosina
4e79162a 20879696

+14 -14
+1 -1
Documentation/ABI/testing/dev-kmsg
··· 92 92 The flags field carries '-' by default. A 'c' indicates a 93 93 fragment of a line. All following fragments are flagged with 94 94 '+'. Note, that these hints about continuation lines are not 95 - neccessarily correct, and the stream could be interleaved with 95 + necessarily correct, and the stream could be interleaved with 96 96 unrelated messages, but merging the lines in the output 97 97 usually produces better human readable results. A similar 98 98 logic is used internally when messages are printed to the
+1 -1
Documentation/ABI/testing/sysfs-devices-power
··· 164 164 Description: 165 165 The /sys/devices/.../wakeup_prevent_sleep_time_ms attribute 166 166 contains the total time the device has been preventing 167 - opportunistic transitions to sleep states from occuring. 167 + opportunistic transitions to sleep states from occurring. 168 168 This attribute is read-only. If the device is not enabled to 169 169 wake up the system from sleep states, this attribute is not 170 170 present.
+1 -1
Documentation/ABI/testing/sysfs-driver-ppi
··· 5 5 Description: 6 6 This folder includes the attributes related with PPI (Physical 7 7 Presence Interface). Only if TPM is supported by BIOS, this 8 - folder makes sence. The folder path can be got by command 8 + folder makes sense. The folder path can be got by command 9 9 'find /sys/ -name 'pcrs''. For the detail information of PPI, 10 10 please refer to the PPI specification from 11 11 http://www.trustedcomputinggroup.org/
+2 -2
Documentation/dma-buf-sharing.txt
··· 376 376 leaving the cpu domain and flushing caches at fault time. Note that all the 377 377 dma_buf files share the same anon inode, hence the exporter needs to replace 378 378 the dma_buf file stored in vma->vm_file with it's own if pte shootdown is 379 - requred. This is because the kernel uses the underlying inode's address_space 379 + required. This is because the kernel uses the underlying inode's address_space 380 380 for vma tracking (and hence pte tracking at shootdown time with 381 381 unmap_mapping_range). 382 382 ··· 388 388 Exporters that shoot down mappings (for any reasons) shall not do any 389 389 synchronization at fault time with outstanding device operations. 390 390 Synchronization is an orthogonal issue to sharing the backing storage of a 391 - buffer and hence should not be handled by dma-buf itself. This is explictly 391 + buffer and hence should not be handled by dma-buf itself. This is explicitly 392 392 mentioned here because many people seem to want something like this, but if 393 393 different exporters handle this differently, buffer sharing can fail in 394 394 interesting ways depending upong the exporter (if userspace starts depending
+2 -2
Documentation/fault-injection/notifier-error-inject.txt
··· 1 1 Notifier error injection 2 2 ======================== 3 3 4 - Notifier error injection provides the ability to inject artifical errors to 4 + Notifier error injection provides the ability to inject artificial errors to 5 5 specified notifier chain callbacks. It is useful to test the error handling of 6 6 notifier call chain failures which is rarely executed. There are kernel 7 7 modules that can be used to test the following notifiers. ··· 14 14 CPU notifier error injection module 15 15 ----------------------------------- 16 16 This feature can be used to test the error handling of the CPU notifiers by 17 - injecting artifical errors to CPU notifier chain callbacks. 17 + injecting artificial errors to CPU notifier chain callbacks. 18 18 19 19 If the notifier call chain should be failed with some events notified, write 20 20 the error code to debugfs interface
+1 -1
Documentation/hid/uhid.txt
··· 108 108 UHID_FEATURE_ANSWER: 109 109 If you receive a UHID_FEATURE request you must answer with this request. You 110 110 must copy the "id" field from the request into the answer. Set the "err" field 111 - to 0 if no error occured or to EIO if an I/O error occurred. 111 + to 0 if no error occurred or to EIO if an I/O error occurred. 112 112 If "err" is 0 then you should fill the buffer of the answer with the results 113 113 of the feature request and set "size" correspondingly. 114 114
+1 -1
Documentation/input/alps.txt
··· 133 133 134 134 This packet only appears after a position packet with the mt bit set, and 135 135 usually only appears when there are two or more contacts (although 136 - occassionally it's seen with only a single contact). 136 + occasionally it's seen with only a single contact). 137 137 138 138 The final v3 packet type is the trackstick packet. 139 139
+1 -1
Documentation/kbuild/modules.txt
··· 470 470 471 471 Sometimes, an external module uses exported symbols from 472 472 another external module. kbuild needs to have full knowledge of 473 - all symbols to avoid spitting out warnings about undefined 473 + all symbols to avoid spliitting out warnings about undefined 474 474 symbols. Three solutions exist for this situation. 475 475 476 476 NOTE: The method with a top-level kbuild file is recommended
+2 -2
Documentation/misc-devices/mei/mei-amt-version.c
··· 214 214 } 215 215 216 216 /*************************************************************************** 217 - * Intel Advanced Management Technolgy ME Client 217 + * Intel Advanced Management Technology ME Client 218 218 ***************************************************************************/ 219 219 220 220 #define AMT_MAJOR_VERSION 1 ··· 256 256 } __attribute__((packed)); 257 257 258 258 /*************************************************************************** 259 - * Intel Advanced Management Technolgy Host Interface 259 + * Intel Advanced Management Technology Host Interface 260 260 ***************************************************************************/ 261 261 262 262 struct amt_host_if_msg_header {
+1 -1
Documentation/video4linux/bttv/Cards
··· 43 43 to the card via composite. 44 44 45 45 Many thanks to Matrix-Vision for giving us 2 cards for free which made 46 - Bt848a/Bt849 single crytal operation support possible!!! 46 + Bt848a/Bt849 single crystal operation support possible!!! 47 47 48 48 49 49
+1 -1
Documentation/vm/frontswap.txt
··· 193 193 or maybe swap-over-nbd/NFS)? 194 194 195 195 No. First, the existing swap subsystem doesn't allow for any kind of 196 - swap hierarchy. Perhaps it could be rewritten to accomodate a hierarchy, 196 + swap hierarchy. Perhaps it could be rewritten to accommodate a hierarchy, 197 197 but this would require fairly drastic changes. Even if it were 198 198 rewritten, the existing swap subsystem uses the block I/O layer which 199 199 assumes a swap device is fixed size and any page in it is linearly