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

Fix typos in Documentation/: 'Q'-'R'

This patch fixes typos in various Documentation txts. The patch addresses
some words starting with the letters 'Q'-'R'.

Signed-off-by: Matt LaPlante <kernel1@cyberdogtech.com>
Acked-by: Randy Dunlap <rdunlap@xenotime.net>
Signed-off-by: Adrian Bunk <bunk@stusta.de>

authored by

Matt LaPlante and committed by
Adrian Bunk
d6bc8ac9 84eb8d06

+40 -40
+1 -1
Documentation/MSI-HOWTO.txt
··· 267 267 vector reserved to avoid the case where some MSI-X capable 268 268 drivers may attempt to claim all available vector resources. 269 269 270 - z = The number of MSI-X capable devices pupulated in the system. 270 + z = The number of MSI-X capable devices populated in the system. 271 271 This policy ensures that maximum (x - y) is distributed 272 272 evenly among MSI-X capable devices. 273 273
+1 -1
Documentation/block/biodoc.txt
··· 783 783 784 784 blk_queue_invalidate_tags(request_queue_t *q) 785 785 786 - Clear the internal block tag queue and readd all the pending requests 786 + Clear the internal block tag queue and re-add all the pending requests 787 787 to the request queue. The driver will receive them again on the 788 788 next request_fn run, just like it did the first time it encountered 789 789 them.
+1 -1
Documentation/driver-model/driver.txt
··· 178 178 179 179 A driver's probe() may return a negative errno value to indicate that 180 180 the driver did not bind to this device, in which case it should have 181 - released all reasources it allocated. 181 + released all resources it allocated. 182 182 183 183 int (*remove) (struct device * dev); 184 184
+1 -1
Documentation/filesystems/befs.txt
··· 7 7 Make sure you understand that this is alpha software. This means that the 8 8 implementation is neither complete nor well-tested. 9 9 10 - I DISCLAIM ALL RESPONSIBILTY FOR ANY POSSIBLE BAD EFFECTS OF THIS CODE! 10 + I DISCLAIM ALL RESPONSIBILITY FOR ANY POSSIBLE BAD EFFECTS OF THIS CODE! 11 11 12 12 LICENSE 13 13 =====
+1 -1
Documentation/filesystems/configfs/configfs.txt
··· 422 422 "pending" directory does allow mkdir(2) and rmdir(2). An item is 423 423 created in the "pending" directory. Its attributes can be modified at 424 424 will. Userspace commits the item by renaming it into the "live" 425 - directory. At this point, the subsystem recieves the ->commit_item() 425 + directory. At this point, the subsystem receives the ->commit_item() 426 426 callback. If all required attributes are filled to satisfaction, the 427 427 method returns zero and the item is moved to the "live" directory. 428 428
+1 -1
Documentation/ibm-acpi.txt
··· 450 450 451 451 No commands can be written to this file. 452 452 453 - EXPERIMENTAL: Embedded controller reigster dump -- /proc/acpi/ibm/ecdump 453 + EXPERIMENTAL: Embedded controller register dump -- /proc/acpi/ibm/ecdump 454 454 ------------------------------------------------------------------------ 455 455 456 456 This feature is marked EXPERIMENTAL because the implementation
+1 -1
Documentation/ide.txt
··· 281 281 282 282 "idex=serialize" : do not overlap operations on idex. Please note 283 283 that you will have to specify this option for 284 - both the respecitve primary and secondary channel 284 + both the respective primary and secondary channel 285 285 to take effect. 286 286 287 287 "idex=four" : four drives on idex and ide(x^1) share same ports
+2 -2
Documentation/input/amijoy.txt
··· 79 79 JOY1DAT Y7 Y6 Y5 Y4 Y3 Y2 Y1 Y0 X7 X6 X5 X4 X3 X2 X1 X0 80 80 81 81 0=LEFT CONTROLLER PAIR, 1=RIGHT CONTROLLER PAIR. 82 - (4 counters total).The bit usage for both left and right 82 + (4 counters total). The bit usage for both left and right 83 83 addresses is shown below. Each 6 bit counter (Y7-Y2,X7-X2) is 84 84 clocked by 2 of the signals input from the mouse serial 85 - stream. Starting with first bit recived: 85 + stream. Starting with first bit received: 86 86 87 87 +-------------------+-----------------------------------------+ 88 88 | Serial | Bit Name | Description |
+1 -1
Documentation/input/atarikbd.txt
··· 84 84 4.2 Absolute Position reporting 85 85 86 86 The ikbd can also maintain absolute mouse position. Commands exist for 87 - reseting the mouse position, setting X/Y scaling, and interrogating the 87 + resetting the mouse position, setting X/Y scaling, and interrogating the 88 88 current mouse position. 89 89 90 90 4.3 Mouse Cursor Key Mode
+2 -2
Documentation/input/joystick-parport.txt
··· 456 456 8 | Sony PSX DDR controller 457 457 9 | SNES mouse 458 458 459 - The exact type of the PSX controller type is autoprobed when used so 460 - hot swapping should work (but is not recomended). 459 + The exact type of the PSX controller type is autoprobed when used, so 460 + hot swapping should work (but is not recommended). 461 461 462 462 Should you want to use more than one of parallel ports at once, you can use 463 463 gamecon.map2 and gamecon.map3 as additional command line parameters for two
+2 -2
Documentation/md.txt
··· 307 307 This applies only to raid1 arrays. 308 308 spare - device is working, but not a full member. 309 309 This includes spares that are in the process 310 - of being recoverred to 311 - This list make grow in future. 310 + of being recovered to 311 + This list may grow in future. 312 312 This can be written to. 313 313 Writing "faulty" simulates a failure on the device. 314 314 Writing "remove" removes the device from the array.
+1 -1
Documentation/networking/driver.txt
··· 37 37 ... 38 38 } 39 39 40 - And then at the end of your TX reclaimation event handling: 40 + And then at the end of your TX reclamation event handling: 41 41 42 42 if (netif_queue_stopped(dp->dev) && 43 43 TX_BUFFS_AVAIL(dp) > (MAX_SKB_FRAGS + 1))
+1 -1
Documentation/networking/ip-sysctl.txt
··· 495 495 496 496 Note that if no primary address exists for the interface selected, 497 497 then the primary address of the first non-loopback interface that 498 - has one will be used regarldess of this setting. 498 + has one will be used regardless of this setting. 499 499 500 500 Default: 0 501 501
+1 -1
Documentation/networking/netif-msg.txt
··· 40 40 Per-interface rather than per-driver message level setting. 41 41 More selective control over the type of messages emitted. 42 42 43 - The netif_msg recommandation adds these features with only a minor 43 + The netif_msg recommendation adds these features with only a minor 44 44 complexity and code size increase. 45 45 46 46 The recommendation is the following points
+2 -2
Documentation/networking/slicecom.txt
··· 89 89 90 90 - - no frame-sync, no signal received, or signal SNAFU. 91 91 - on "Everything is OK" 92 - on on Recepion is ok, but the remote end sends Remote Alarm 92 + on on Reception is ok, but the remote end sends Remote Alarm 93 93 on - The interface is unconfigured 94 94 95 95 ----------------------------------------------------------------- ··· 257 257 // No alarms - Everything OK 258 258 // 259 259 // LOS - Loss Of Signal - No signal sensed on the input 260 - // AIS - Alarm Indication Signal - The remot side sends '11111111'-s, 260 + // AIS - Alarm Indication Signal - The remote side sends '11111111'-s, 261 261 // it tells, that there's an error condition, or it's not 262 262 // initialised. 263 263 // AUXP - Auxiliary Pattern Indication - 01010101.. received.
+4 -4
Documentation/powerpc/booting-without-of.txt
··· 245 245 --------- 246 246 247 247 The kernel is entered with r3 pointing to an area of memory that is 248 - roughtly described in include/asm-powerpc/prom.h by the structure 248 + roughly described in include/asm-powerpc/prom.h by the structure 249 249 boot_param_header: 250 250 251 251 struct boot_param_header { ··· 1068 1068 around. It contains no internal offsets or pointers for this 1069 1069 purpose. 1070 1070 1071 - - An example of code for iterating nodes & retreiving properties 1071 + - An example of code for iterating nodes & retrieving properties 1072 1072 directly from the flattened tree format can be found in the kernel 1073 1073 file arch/ppc64/kernel/prom.c, look at scan_flat_dt() function, 1074 - it's usage in early_init_devtree(), and the corresponding various 1074 + its usage in early_init_devtree(), and the corresponding various 1075 1075 early_init_dt_scan_*() callbacks. That code can be re-used in a 1076 1076 GPL bootloader, and as the author of that code, I would be happy 1077 - do discuss possible free licencing to any vendor who wishes to 1077 + to discuss possible free licencing to any vendor who wishes to 1078 1078 integrate all or part of this code into a non-GPL bootloader. 1079 1079 1080 1080
+1 -1
Documentation/powerpc/eeh-pci-error-recovery.txt
··· 90 90 this is the case. If so, then the device driver should put itself 91 91 into a consistent state (given that it won't be able to complete any 92 92 pending work) and start recovery of the card. Recovery normally 93 - would consist of reseting the PCI device (holding the PCI #RST 93 + would consist of resetting the PCI device (holding the PCI #RST 94 94 line high for two seconds), followed by setting up the device 95 95 config space (the base address registers (BAR's), latency timer, 96 96 cache line size, interrupt line, and so on). This is followed by a
+1 -1
Documentation/s390/cds.txt
··· 133 133 In order not to introduce a new I/O concept to the common Linux code, 134 134 Linux/390 preserves the IRQ concept and semantically maps the ESA/390 135 135 subchannels to Linux as IRQs. This allows Linux/390 to support up to 64k 136 - different IRQs, uniquely representig a single device each. 136 + different IRQs, uniquely representing a single device each. 137 137 138 138 Up to kernel 2.4, Linux/390 used to provide interfaces via the IRQ (subchannel). 139 139 For internal use of the common I/O layer, these are still there. However,
+1 -1
Documentation/s390/driver-model.txt
··· 157 157 * In online state, device detached (CIO_GONE) or last path gone 158 158 (CIO_NO_PATH). The driver must return !0 to keep the device; for 159 159 return code 0, the device will be deleted as usual (also when no 160 - notify function is registerd). If the driver wants to keep the 160 + notify function is registered). If the driver wants to keep the 161 161 device, it is moved into disconnected state. 162 162 * In disconnected state, device operational again (CIO_OPER). The 163 163 common I/O layer performs some sanity checks on device number and
+6 -6
Documentation/scsi/NinjaSCSI.txt
··· 36 36 product info: "IO DATA", "CBSC16 ", "1" 37 37 38 38 39 - [2] Get Linux kernel source, and extract it to /usr/src. 40 - Because NinjaSCSI driver requiers some SCSI header files in Linux kernel 41 - source. 42 - I recomend rebuilding your kernel. This eliminate some versioning problem. 39 + [2] Get the Linux kernel source, and extract it to /usr/src. 40 + Because the NinjaSCSI driver requires some SCSI header files in Linux 41 + kernel source, I recommend rebuilding your kernel; this eliminates 42 + some versioning problems. 43 43 $ cd /usr/src 44 44 $ tar -zxvf linux-x.x.x.tar.gz 45 45 $ cd linux 46 46 $ make config 47 47 ... 48 48 49 - [3] If you use this driver with Kernel 2.2, Unpack pcmcia-cs in some directory 50 - and make & install. This driver requies pcmcia-cs header file. 49 + [3] If you use this driver with Kernel 2.2, unpack pcmcia-cs in some directory 50 + and make & install. This driver requires the pcmcia-cs header file. 51 51 $ cd /usr/src 52 52 $ tar zxvf cs-pcmcia-cs-3.x.x.tar.gz 53 53 ...
+2 -2
Documentation/sound/alsa/Procfile.txt
··· 182 182 mode. This will give you the kernel messages when and where xrun 183 183 happened. 184 184 185 - If it's really a bug, report it with the following information 185 + If it's really a bug, report it with the following information: 186 186 187 187 - the name of the driver/card, show in /proc/asound/cards 188 - - the reigster dump, if available (e.g. card*/cmipci) 188 + - the register dump, if available (e.g. card*/cmipci) 189 189 190 190 when it's a PCM problem, 191 191
+1 -1
Documentation/sparc/sbus_drivers.txt
··· 98 98 99 99 Any memory allocated, registers mapped, IRQs registered, 100 100 etc. must be undone by your .remove method so that all resources 101 - of your device are relased by the time it returns. 101 + of your device are released by the time it returns. 102 102 103 103 You should _NOT_ use the for_each_sbus(), for_each_sbusdev(), 104 104 and for_all_sbusdev() interfaces. They are deprecated, will be
+2 -2
Documentation/uml/UserModeLinux-HOWTO.txt
··· 3903 3903 3904 3904 1133..55.. UUMMLL ddooeessnn''tt wwoorrkk wwhheenn //ttmmpp iiss aann NNFFSS ffiilleessyysstteemm 3905 3905 3906 - This seems to be a similar situation with the resierfs problem above. 3906 + This seems to be a similar situation with the ReiserFS problem above. 3907 3907 Some versions of NFS seems not to handle mmap correctly, which UML 3908 - depends on. The workaround is have /tmp be non-NFS directory. 3908 + depends on. The workaround is have /tmp be a non-NFS directory. 3909 3909 3910 3910 3911 3911 1133..66.. UUMMLL hhaannggss oonn bboooott wwhheenn ccoommppiilleedd wwiitthh ggpprrooff ssuuppppoorrtt
+1 -1
Documentation/video4linux/cx88/hauppauge-wintv-cx88-ir.txt
··· 30 30 GP_SAMPLE register is at 0x35C058 31 31 32 32 Bits are then right shifted into the GP_SAMPLE register at the specified 33 - rate; you get an interrupt when a full DWORD is recieved. 33 + rate; you get an interrupt when a full DWORD is received. 34 34 You need to recover the actual RC5 bits out of the (oversampled) IR sensor 35 35 bits. (Hint: look for the 0/1and 1/0 crossings of the RC5 bi-phase data) An 36 36 actual raw RC5 code will span 2-3 DWORDS, depending on the actual alignment.
+1 -1
Documentation/video4linux/hauppauge-wintv-cx88-ir.txt
··· 30 30 GP_SAMPLE register is at 0x35C058 31 31 32 32 Bits are then right shifted into the GP_SAMPLE register at the specified 33 - rate; you get an interrupt when a full DWORD is recieved. 33 + rate; you get an interrupt when a full DWORD is received. 34 34 You need to recover the actual RC5 bits out of the (oversampled) IR sensor 35 35 bits. (Hint: look for the 0/1and 1/0 crossings of the RC5 bi-phase data) An 36 36 actual raw RC5 code will span 2-3 DWORDS, depending on the actual alignment.
+1 -1
Documentation/x86_64/boot-options.txt
··· 109 109 Rebooting 110 110 111 111 reboot=b[ios] | t[riple] | k[bd] [, [w]arm | [c]old] 112 - bios Use the CPU reboto vector for warm reset 112 + bios Use the CPU reboot vector for warm reset 113 113 warm Don't set the cold reboot flag 114 114 cold Set the cold reboot flag 115 115 triple Force a triple fault (init)