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

Fix typos in Documentation/: 'H'-'M'

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

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
2fe0ae78 a2ffd275

+62 -62
+1 -1
Documentation/arm/Samsung-S3C24XX/S3C2412.txt
··· 80 80 Watchdog 81 81 -------- 82 82 83 - The watchdog harware is the same as the S3C2410, and is supported by 83 + The watchdog hardware is the same as the S3C2410, and is supported by 84 84 the s3c2410_wdt driver. 85 85 86 86
+1 -1
Documentation/block/deadline-iosched.txt
··· 27 27 service time for a request. As we focus mainly on read latencies, this is 28 28 tunable. When a read request first enters the io scheduler, it is assigned 29 29 a deadline that is the current time + the read_expire value in units of 30 - miliseconds. 30 + milliseconds. 31 31 32 32 33 33 write_expire (in ms)
+1 -1
Documentation/cpu-freq/governors.txt
··· 57 57 58 58 Basically, it's the following flow graph: 59 59 60 - CPU can be set to switch independetly | CPU can only be set 60 + CPU can be set to switch independently | CPU can only be set 61 61 within specific "limits" | to specific frequencies 62 62 63 63 "CPUfreq policy"
+2 -2
Documentation/dell_rbu.txt
··· 16 16 Libsmbios can also be used to update BIOS on Dell systems go to 17 17 http://linux.dell.com/libsmbios/ for details. 18 18 19 - Dell_RBU driver supports BIOS update using the monilothic image and packetized 20 - image methods. In case of moniolithic the driver allocates a contiguous chunk 19 + Dell_RBU driver supports BIOS update using the monolithic image and packetized 20 + image methods. In case of monolithic the driver allocates a contiguous chunk 21 21 of physical pages having the BIOS image. In case of packetized the app 22 22 using the driver breaks the image in to packets of fixed sizes and the driver 23 23 would place each packet in contiguous physical memory. The driver also
+1 -1
Documentation/driver-model/class.txt
··· 12 12 13 13 Each device class defines a set of semantics and a programming interface 14 14 that devices of that class adhere to. Device drivers are the 15 - implemention of that programming interface for a particular device on 15 + implementation of that programming interface for a particular device on 16 16 a particular bus. 17 17 18 18 Device classes are agnostic with respect to what bus a device resides
+2 -2
Documentation/dvb/ci.txt
··· 32 32 descrambler to function, 33 33 eg: $ ca_zap channels.conf "TMC" 34 34 35 - (d) Hopeflly Enjoy your favourite subscribed channel as you do with 35 + (d) Hopefully enjoy your favourite subscribed channel as you do with 36 36 a FTA card. 37 37 38 38 (3) Currently ca_zap, and dst_test, both are meant for demonstration ··· 65 65 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 66 66 With the High Level CI approach any new card with almost any random 67 67 architecture can be implemented with this style, the definitions 68 - insidethe switch statement can be easily adapted for any card, thereby 68 + inside the switch statement can be easily adapted for any card, thereby 69 69 eliminating the need for any additional ioctls. 70 70 71 71 The disadvantage is that the driver/hardware has to manage the rest. For
+4 -4
Documentation/filesystems/ntfs.txt
··· 13 13 - Using NTFS volume and stripe sets 14 14 - The Device-Mapper driver 15 15 - The Software RAID / MD driver 16 - - Limitiations when using the MD driver 16 + - Limitations when using the MD driver 17 17 - ChangeLog 18 18 19 19 ··· 43 43 at http://linux-ntfs.sourceforge.net/ 44 44 45 45 The web site has a lot of additional information, such as a comprehensive 46 - FAQ, documentation on the NTFS on-disk format, informaiton on the Linux-NTFS 46 + FAQ, documentation on the NTFS on-disk format, information on the Linux-NTFS 47 47 userspace utilities, etc. 48 48 49 49 ··· 383 383 appropriately (see man 5 raidtab). 384 384 385 385 Linear volume sets, i.e. linear raid, as well as stripe sets, i.e. raid level 386 - 0, have been tested and work fine (though see section "Limitiations when using 386 + 0, have been tested and work fine (though see section "Limitations when using 387 387 the MD driver with NTFS volumes" especially if you want to use linear raid). 388 388 Even though untested, there is no reason why mirrors, i.e. raid level 1, and 389 389 stripes with parity, i.e. raid level 5, should not work, too. ··· 435 435 ntfs volume. 436 436 437 437 438 - Limitiations when using the Software RAID / MD driver 438 + Limitations when using the Software RAID / MD driver 439 439 ----------------------------------------------------- 440 440 441 441 Using the md driver will not work properly if any of your NTFS partitions have
+1 -1
Documentation/filesystems/proc.txt
··· 1588 1588 default is to use the BSD compatible interpretation of the urgent pointer 1589 1589 pointing to the first byte after the urgent data. The RFC793 interpretation is 1590 1590 to have it point to the last byte of urgent data. Enabling this option may 1591 - lead to interoperatibility problems. Disabled by default. 1591 + lead to interoperability problems. Disabled by default. 1592 1592 1593 1593 tcp_syncookies 1594 1594 --------------
+1 -1
Documentation/input/atarikbd.txt
··· 406 406 9.18 SET JOYSTICK MONITORING 407 407 408 408 0x17 409 - rate ; time between samples in hundreths of a second 409 + rate ; time between samples in hundredths of a second 410 410 Returns: (in packets of two as long as in mode) 411 411 %000000xy ; where y is JOYSTICK1 Fire button 412 412 ; and x is JOYSTICK0 Fire button
+2 -2
Documentation/input/gameport-programming.txt
··· 18 18 gameport generic code will take care of the rest. 19 19 20 20 If your hardware supports more than one io address, and your driver can 21 - choose which one program the hardware to, starting from the more exotic 22 - addresses is preferred, because the likelyhood of clashing with the standard 21 + choose which one to program the hardware to, starting from the more exotic 22 + addresses is preferred, because the likelihood of clashing with the standard 23 23 0x201 address is smaller. 24 24 25 25 Eg. if your driver supports addresses 0x200, 0x208, 0x210 and 0x218, then
+1 -1
Documentation/input/input.txt
··· 279 279 }; 280 280 281 281 'time' is the timestamp, it returns the time at which the event happened. 282 - Type is for example EV_REL for relative momement, REL_KEY for a keypress or 282 + Type is for example EV_REL for relative moment, REL_KEY for a keypress or 283 283 release. More types are defined in include/linux/input.h. 284 284 285 285 'code' is event code, for example REL_X or KEY_BACKSPACE, again a complete
+1 -1
Documentation/keys.txt
··· 715 715 KERNEL SERVICES 716 716 =============== 717 717 718 - The kernel services for key managment are fairly simple to deal with. They can 718 + The kernel services for key management are fairly simple to deal with. They can 719 719 be broken down into two areas: keys and key types. 720 720 721 721 Dealing with keys is fairly straightforward. Firstly, the kernel service
+2 -2
Documentation/lockdep-design.txt
··· 133 133 (defined by the properties of the hierarchy), and the kernel grabs the 134 134 locks in this fixed order on each of the objects. 135 135 136 - An example of such an object hieararchy that results in "nested locking" 136 + An example of such an object hierarchy that results in "nested locking" 137 137 is that of a "whole disk" block-dev object and a "partition" block-dev 138 138 object; the partition is "part of" the whole device and as long as one 139 139 always takes the whole disk lock as a higher lock than the partition ··· 162 162 separate (sub)class for the purposes of validation. 163 163 164 164 Note: When changing code to use the _nested() primitives, be careful and 165 - check really thoroughly that the hiearchy is correctly mapped; otherwise 165 + check really thoroughly that the hierarchy is correctly mapped; otherwise 166 166 you can get false positives or false negatives. 167 167 168 168 Proof of 100% correctness:
+1 -1
Documentation/networking/cs89x0.txt
··· 227 227 * media=rj45 - specify media type 228 228 or media=bnc 229 229 or media=aui 230 - or medai=auto 230 + or media=auto 231 231 * duplex=full - specify forced half/full/autonegotiate duplex 232 232 or duplex=half 233 233 or duplex=auto
+1 -1
Documentation/networking/ip-sysctl.txt
··· 787 787 disabled if accept_ra is disabled. 788 788 789 789 accept_ra_pinfo - BOOLEAN 790 - Learn Prefix Inforamtion in Router Advertisement. 790 + Learn Prefix Information in Router Advertisement. 791 791 792 792 Functional default: enabled if accept_ra is enabled. 793 793 disabled if accept_ra is disabled.
+2 -2
Documentation/networking/packet_mmap.txt
··· 215 215 block #1 216 216 217 217 218 - kmalloc allocates any number of bytes of phisically contiguous memory from 219 - a pool of pre-determined sizes. This pool of memory is mantained by the slab 218 + kmalloc allocates any number of bytes of physically contiguous memory from 219 + a pool of pre-determined sizes. This pool of memory is maintained by the slab 220 220 allocator which is at the end the responsible for doing the allocation and 221 221 hence which imposes the maximum memory that kmalloc can allocate. 222 222
+1 -1
Documentation/networking/pktgen.txt
··· 18 18 root 130 0.3 0.0 0 0 ? SW 2003 509:50 [pktgen/1] 19 19 20 20 21 - For montoring and control pktgen creates: 21 + For monitoring and control pktgen creates: 22 22 /proc/net/pktgen/pgctrl 23 23 /proc/net/pktgen/kpktgend_X 24 24 /proc/net/pktgen/ethX
+1 -1
Documentation/networking/sk98lin.txt
··· 320 320 Values: None, Static, Dynamic 321 321 Default: None 322 322 323 - Interrupt moderation is employed to limit the maxmimum number of interrupts 323 + Interrupt moderation is employed to limit the maximum number of interrupts 324 324 the driver has to serve. That is, one or more interrupts (which indicate any 325 325 transmit or receive packet to be processed) are queued until the driver 326 326 processes them. When queued interrupts are to be served, is determined by the
+3 -3
Documentation/networking/wan-router.txt
··· 148 148 for async connections. 149 149 150 150 o Added the PPPCONFIG utility 151 - Used to configure the PPPD dameon for the 151 + Used to configure the PPPD daemon for the 152 152 WANPIPE Async PPP and standard serial port. 153 153 The wancfg calls the pppconfig to configure 154 154 the pppd. ··· 350 350 Available as a patch. 351 351 352 352 2.0.6 Aug 17, 1999 Increased debugging in statup scripts 353 - Fixed insallation bugs from 2.0.5 353 + Fixed installation bugs from 2.0.5 354 354 Kernel patch works for both 2.2.10 and 2.2.11 kernels. 355 355 There is no functional difference between the two packages 356 356 ··· 434 434 change. 435 435 436 436 beta1-2.1.5 Nov 15 2000 437 - o Fixed the MulitPort PPP Support for kernels 2.2.16 and above. 437 + o Fixed the MultiPort PPP Support for kernels 2.2.16 and above. 438 438 2.2.X kernels only 439 439 440 440 o Secured the driver UDP debugging calls
+3 -3
Documentation/power/swsusp.txt
··· 175 175 Q: I do not understand why you have such strong objections to idea of 176 176 selective suspend. 177 177 178 - A: Do selective suspend during runtime power managment, that's okay. But 179 - its useless for suspend-to-disk. (And I do not see how you could use 178 + A: Do selective suspend during runtime power management, that's okay. But 179 + it's useless for suspend-to-disk. (And I do not see how you could use 180 180 it for suspend-to-ram, I hope you do not want that). 181 181 182 182 Lets see, so you suggest to ··· 211 211 For devices like disk it does matter, you do not want to spindown for 212 212 FREEZE. 213 213 214 - Q: After resuming, system is paging heavilly, leading to very bad interactivity. 214 + Q: After resuming, system is paging heavily, leading to very bad interactivity. 215 215 216 216 A: Try running 217 217
+3 -3
Documentation/powerpc/booting-without-of.txt
··· 145 145 in case you are entering the kernel with MMU enabled 146 146 and a non-1:1 mapping. 147 147 148 - r5 : NULL (as to differenciate with method a) 148 + r5 : NULL (as to differentiate with method a) 149 149 150 150 Note about SMP entry: Either your firmware puts your other 151 151 CPUs in some sleep loop or spin loop in ROM where you can get ··· 418 418 format definition (as it is in Open Firmware). Version 0x10 makes it 419 419 optional as it can generate it from the unit name defined below. 420 420 421 - There is also a "unit name" that is used to differenciate nodes with 421 + There is also a "unit name" that is used to differentiate nodes with 422 422 the same name at the same level, it is usually made of the node 423 - name's, the "@" sign, and a "unit address", which definition is 423 + names, the "@" sign, and a "unit address", which definition is 424 424 specific to the bus type the node sits on. 425 425 426 426 The unit name doesn't exist as a property per-se but is included in
+1 -1
Documentation/rpc-cache.txt
··· 24 24 - general cache lookup with correct locking 25 25 - supporting 'NEGATIVE' as well as positive entries 26 26 - allowing an EXPIRED time on cache items, and removing 27 - items after they expire, and are no longe in-use. 27 + items after they expire, and are no longer in-use. 28 28 - making requests to user-space to fill in cache entries 29 29 - allowing user-space to directly set entries in the cache 30 30 - delaying RPC requests that depend on as-yet incomplete
+4 -4
Documentation/s390/Debugging390.txt
··· 912 912 strace ping -c 1 127.0.0.1 913 913 & then look at the man pages for each of the syscalls below, 914 914 ( In fact this is sometimes easier than looking at some spagetti 915 - source which conditionally compiles for several architectures ) 916 - Not everything that it throws out needs to make sense immeadiately 915 + source which conditionally compiles for several architectures ). 916 + Not everything that it throws out needs to make sense immediately. 917 917 918 918 Just looking quickly you can see that it is making up a RAW socket 919 919 for the ICMP protocol. ··· 2315 2315 /proc/1/mem is the current running processes memory which you 2316 2316 can read & write to like a file. 2317 2317 strace uses this sometimes as it is a bit faster than the 2318 - rather inefficent ptrace interface for peeking at DATA. 2318 + rather inefficient ptrace interface for peeking at DATA. 2319 2319 2320 2320 2321 2321 cat status ··· 2445 2445 + RELSTATUS=release 2446 2446 + MACHTYPE=i586-pc-linux-gnu 2447 2447 2448 - perl -d <scriptname> runs the perlscript in a fully intercative debugger 2448 + perl -d <scriptname> runs the perlscript in a fully interactive debugger 2449 2449 <like gdb>. 2450 2450 Type 'h' in the debugger for help. 2451 2451
+1 -1
Documentation/s390/cds.txt
··· 325 325 326 326 CCW_FLAG_DC - data chaining 327 327 CCW_FLAG_CC - command chaining 328 - CCW_FLAG_SLI - suppress incorrct length 328 + CCW_FLAG_SLI - suppress incorrect length 329 329 CCW_FLAG_SKIP - skip 330 330 CCW_FLAG_PCI - PCI 331 331 CCW_FLAG_IDA - indirect addressing
+1 -1
Documentation/sched-coding.txt
··· 15 15 void load_balance(runqueue_t *this_rq, int idle) 16 16 Attempts to pull tasks from one cpu to another to balance cpu usage, 17 17 if needed. This method is called explicitly if the runqueues are 18 - inbalanced or periodically by the timer tick. Prior to calling, 18 + imbalanced or periodically by the timer tick. Prior to calling, 19 19 the current runqueue must be locked and interrupts disabled. 20 20 21 21 void schedule()
+2 -2
Documentation/sched-design.txt
··· 93 93 Design 94 94 ====== 95 95 96 - the core of the new scheduler are the following mechanizms: 96 + The core of the new scheduler contains the following mechanisms: 97 97 98 - - *two*, priority-ordered 'priority arrays' per CPU. There is an 'active' 98 + - *two* priority-ordered 'priority arrays' per CPU. There is an 'active' 99 99 array and an 'expired' array. The active array contains all tasks that 100 100 are affine to this CPU and have timeslices left. The expired array 101 101 contains all tasks which have used up their timeslices - but this array
+1 -1
Documentation/scsi/NinjaSCSI.txt
··· 24 24 You can also use "cardctl" program (this program is in pcmcia-cs source 25 25 code) to get more info. 26 26 27 - # cat /var/log/messgaes 27 + # cat /var/log/messages 28 28 ... 29 29 Jan 2 03:45:06 lindberg cardmgr[78]: unsupported card in socket 1 30 30 Jan 2 03:45:06 lindberg cardmgr[78]: product info: "WBT", "NinjaSCSI-3", "R1.0"
+5 -5
Documentation/scsi/ibmmca.txt
··· 229 229 230 230 In a second step of the driver development, the following improvement has 231 231 been applied: The first approach limited the number of devices to 7, far 232 - fewer than the 15 that it could usem then it just maped ldn -> 232 + fewer than the 15 that it could use, then it just mapped ldn -> 233 233 (ldn/8,ldn%8) for pun,lun. We ended up with a real mishmash of puns 234 234 and luns, but it all seemed to work. 235 235 ··· 254 254 device to be existant, but it has no ldn assigned, it gets a ldn out of 7 255 255 to 14. The numbers are assigned in cyclic order. Therefore it takes 8 256 256 dynamical reassignments on the SCSI-devices, until a certain device 257 - loses its ldn again. This assures, that dynamical remapping is avoided 257 + loses its ldn again. This assures that dynamical remapping is avoided 258 258 during intense I/O between up to 15 SCSI-devices (means pun,lun 259 - combinations). A further advantage of this method is, that people who 259 + combinations). A further advantage of this method is that people who 260 260 build their kernel without probing on all luns will get what they expect, 261 261 because the driver just won't assign everything with lun>0 when 262 - multpile lun probing is inactive. 262 + multiple lun probing is inactive. 263 263 264 264 2.4 SCSI-Device Order 265 265 --------------------- ··· 1104 1104 The parameter 'normal' sets the new industry standard, starting 1105 1105 from pun 0, scanning up to pun 6. This allows you to change your 1106 1106 opinion still after having already compiled the kernel. 1107 - Q: Why I cannot find the IBM MCA SCSI support in the config menue? 1107 + Q: Why can't I find IBM MCA SCSI support in the config menu? 1108 1108 A: You have to activate MCA bus support, first. 1109 1109 Q: Where can I find the latest info about this driver? 1110 1110 A: See the file MAINTAINERS for the current WWW-address, which offers
+2 -2
Documentation/scsi/megaraid.txt
··· 4 4 Overview: 5 5 -------- 6 6 7 - Different classes of controllers from LSI Logic, accept and respond to the 7 + Different classes of controllers from LSI Logic accept and respond to the 8 8 user applications in a similar way. They understand the same firmware control 9 9 commands. Furthermore, the applications also can treat different classes of 10 10 the controllers uniformly. Hence it is logical to have a single module that 11 - interefaces with the applications on one side and all the low level drivers 11 + interfaces with the applications on one side and all the low level drivers 12 12 on the other. 13 13 14 14 The advantages, though obvious, are listed for completeness:
+1 -1
Documentation/scsi/ncr53c8xx.txt
··· 778 778 Some scsi boards use a 875 (ultra wide) and only supply narrow connectors. 779 779 If you have connected a wide device with a 50 pins to 68 pins cable 780 780 converter, any accepted wide negotiation will break further data transfers. 781 - In such a case, using "wide:0" in the bootup command will be helpfull. 781 + In such a case, using "wide:0" in the bootup command will be helpful. 782 782 783 783 10.2.14 Differential mode 784 784 diff:0 never set up diff mode
+1 -1
Documentation/scsi/scsi_eh.txt
··· 194 194 again. 195 195 196 196 To achieve these goals, EH performs recovery actions with increasing 197 - severity. Some actions are performed by issueing SCSI commands and 197 + severity. Some actions are performed by issuing SCSI commands and 198 198 others are performed by invoking one of the following fine-grained 199 199 hostt EH callbacks. Callbacks may be omitted and omitted ones are 200 200 considered to fail always.
+1 -1
Documentation/scsi/sym53c8xx_2.txt
··· 684 684 Contains the setting of timing values for both asynchronous and 685 685 synchronous data transfers. 686 686 Field I : SCNTL4 Scsi Control Register 4 687 - Only meaninful for 53C1010 Ultra3 controllers. 687 + Only meaningful for 53C1010 Ultra3 controllers. 688 688 689 689 Understanding Fields J, K, L and dumps requires to have good knowledge of 690 690 SCSI standards, chip cores functionnals and internal driver data structures.
+1 -1
Documentation/sh/kgdb.txt
··· 69 69 70 70 kgdb=halt 71 71 72 - Boot the TARGET machinem, which will appear to hang. 72 + Boot the TARGET machine, which will appear to hang. 73 73 74 74 On your DEVELOPMENT machine, cd to the source directory and run the gdb 75 75 program. (This is likely to be a cross GDB which runs on your host but
+1 -1
Documentation/sound/alsa/ALSA-Configuration.txt
··· 1882 1882 # OSS/Free portion 1883 1883 alias sound-slot-0 snd-interwave 1884 1884 alias sound-slot-1 snd-ens1371 1885 - ----- /etc/moprobe.conf 1885 + ----- /etc/modprobe.conf 1886 1886 1887 1887 In this example, the interwave card is always loaded as the first card 1888 1888 (index 0) and ens1371 as the second (index 1).
+1 -1
Documentation/usb/mtouchusb.txt
··· 38 38 drivers. Although 3M produces a binary only driver available for 39 39 download, I persist in updating this driver since I would like to use the 40 40 touchscreen for embedded apps using QTEmbedded, DirectFB, etc. So I feel the 41 - logical choice is to use Linux Imput. 41 + logical choice is to use Linux Input. 42 42 43 43 Currently there is no way to calibrate the device via this driver. Even if 44 44 the device could be calibrated, the driver pulls to raw coordinate data from
+1 -1
Documentation/video4linux/cx2341x/fw-osd-api.txt
··· 97 97 Result[1] 98 98 top left vertical offset 99 99 Result[2] 100 - bottom right hotizontal offset 100 + bottom right horizontal offset 101 101 Result[3] 102 102 bottom right vertical offset 103 103
+1 -1
Documentation/video4linux/et61x251.txt
··· 80 80 high compression quality (see also "Notes for V4L2 application developers" 81 81 paragraph); 82 82 - full support for the capabilities of every possible image sensors that can 83 - be connected to the ET61X[12]51 bridges, including, for istance, red, green, 83 + be connected to the ET61X[12]51 bridges, including, for instance, red, green, 84 84 blue and global gain adjustments and exposure control (see "Supported 85 85 devices" paragraph for details); 86 86 - use of default color settings for sunlight conditions;
+1 -1
Documentation/video4linux/sn9c102.txt
··· 85 85 high compression quality (see also "Notes for V4L2 application developers" 86 86 and "Video frame formats" paragraphs); 87 87 - full support for the capabilities of many of the possible image sensors that 88 - can be connected to the SN9C10x bridges, including, for istance, red, green, 88 + can be connected to the SN9C10x bridges, including, for instance, red, green, 89 89 blue and global gain adjustments and exposure (see "Supported devices" 90 90 paragraph for details); 91 91 - use of default color settings for sunlight conditions;
+1 -1
Documentation/watchdog/watchdog-api.txt
··· 45 45 some of the drivers support the configuration option "Disable watchdog 46 46 shutdown on close", CONFIG_WATCHDOG_NOWAYOUT. If it is set to Y when 47 47 compiling the kernel, there is no way of disabling the watchdog once 48 - it has been started. So, if the watchdog dameon crashes, the system 48 + it has been started. So, if the watchdog daemon crashes, the system 49 49 will reboot after the timeout has passed. 50 50 51 51 Some other drivers will not disable the watchdog, unless a specific