Commit c8440336fe376036e473554c30f7266987961734
Committed by
Matthew Garrett
Matthew Garrett
1 parent
cae1570264
Exists in
master
and in
4 other branches
platform-drivers: x86: fix common misspellings
Signed-off-by: Lucas De Marchi <lucas.demarchi@profusion.mobi> Signed-off-by: Matthew Garrett <mjg@redhat.com>
Showing 7 changed files with 10 additions and 10 deletions Side-by-side Diff
drivers/platform/x86/asus-laptop.c
| ... | ... | @@ -29,7 +29,7 @@ |
| 29 | 29 | * John Belmonte - ACPI code for Toshiba laptop was a good starting point. |
| 30 | 30 | * Eric Burghard - LED display support for W1N |
| 31 | 31 | * Josh Green - Light Sens support |
| 32 | - * Thomas Tuttle - His first patch for led support was very helpfull | |
| 32 | + * Thomas Tuttle - His first patch for led support was very helpful | |
| 33 | 33 | * Sam Lin - GPS support |
| 34 | 34 | */ |
| 35 | 35 |
drivers/platform/x86/compal-laptop.c
| ... | ... | @@ -201,7 +201,7 @@ |
| 201 | 201 | * into 0x4F and read a few bytes from the output, like so: |
| 202 | 202 | * u8 writeData = 0x33; |
| 203 | 203 | * ec_transaction(0x4F, &writeData, 1, buffer, 32, 0); |
| 204 | - * That address is labled "fan1 table information" in the service manual. | |
| 204 | + * That address is labelled "fan1 table information" in the service manual. | |
| 205 | 205 | * It should be clear which value in 'buffer' changes). This seems to be |
| 206 | 206 | * related to fan speed. It isn't a proper 'realtime' fan speed value |
| 207 | 207 | * though, because physically stopping or speeding up the fan doesn't |
drivers/platform/x86/eeepc-laptop.c
| ... | ... | @@ -1322,7 +1322,7 @@ |
| 1322 | 1322 | { |
| 1323 | 1323 | int dummy; |
| 1324 | 1324 | |
| 1325 | - /* Some BIOSes do not report cm although it is avaliable. | |
| 1325 | + /* Some BIOSes do not report cm although it is available. | |
| 1326 | 1326 | Check if cm_getv[cm] works and, if yes, assume cm should be set. */ |
| 1327 | 1327 | if (!(eeepc->cm_supported & (1 << cm)) |
| 1328 | 1328 | && !read_acpi_int(eeepc->handle, cm_getv[cm], &dummy)) { |
drivers/platform/x86/intel_rar_register.c
| ... | ... | @@ -485,7 +485,7 @@ |
| 485 | 485 | * |
| 486 | 486 | * The register_rar function is to used by other device drivers |
| 487 | 487 | * to ensure that this driver is ready. As we cannot be sure of |
| 488 | - * the compile/execute order of drivers in ther kernel, it is | |
| 488 | + * the compile/execute order of drivers in the kernel, it is | |
| 489 | 489 | * best to give this driver a callback function to call when |
| 490 | 490 | * it is ready to give out addresses. The callback function |
| 491 | 491 | * would have those steps that continue the initialization of |
drivers/platform/x86/intel_scu_ipc.c
| ... | ... | @@ -9,7 +9,7 @@ |
| 9 | 9 | * as published by the Free Software Foundation; version 2 |
| 10 | 10 | * of the License. |
| 11 | 11 | * |
| 12 | - * SCU runing in ARC processor communicates with other entity running in IA | |
| 12 | + * SCU running in ARC processor communicates with other entity running in IA | |
| 13 | 13 | * core through IPC mechanism which in turn messaging between IA core ad SCU. |
| 14 | 14 | * SCU has two IPC mechanism IPC-1 and IPC-2. IPC-1 is used between IA32 and |
| 15 | 15 | * SCU where IPC-2 is used between P-Unit and SCU. This driver delas with |
drivers/platform/x86/sony-laptop.c
| ... | ... | @@ -605,7 +605,7 @@ |
| 605 | 605 | int value; /* current setting */ |
| 606 | 606 | int valid; /* Has ever been set */ |
| 607 | 607 | int debug; /* active only in debug mode ? */ |
| 608 | - struct device_attribute devattr; /* sysfs atribute */ | |
| 608 | + struct device_attribute devattr; /* sysfs attribute */ | |
| 609 | 609 | }; |
| 610 | 610 | |
| 611 | 611 | #define SNC_HANDLE_NAMES(_name, _values...) \ |
| ... | ... | @@ -3129,7 +3129,7 @@ |
| 3129 | 3129 | /* request io port */ |
| 3130 | 3130 | list_for_each_entry_reverse(io, &spic_dev.ioports, list) { |
| 3131 | 3131 | if (request_region(io->io1.minimum, io->io1.address_length, |
| 3132 | - "Sony Programable I/O Device")) { | |
| 3132 | + "Sony Programmable I/O Device")) { | |
| 3133 | 3133 | dprintk("I/O port1: 0x%.4x (0x%.4x) + 0x%.2x\n", |
| 3134 | 3134 | io->io1.minimum, io->io1.maximum, |
| 3135 | 3135 | io->io1.address_length); |
| ... | ... | @@ -3137,7 +3137,7 @@ |
| 3137 | 3137 | if (io->io2.minimum) { |
| 3138 | 3138 | if (request_region(io->io2.minimum, |
| 3139 | 3139 | io->io2.address_length, |
| 3140 | - "Sony Programable I/O Device")) { | |
| 3140 | + "Sony Programmable I/O Device")) { | |
| 3141 | 3141 | dprintk("I/O port2: 0x%.4x (0x%.4x) + 0x%.2x\n", |
| 3142 | 3142 | io->io2.minimum, io->io2.maximum, |
| 3143 | 3143 | io->io2.address_length); |
drivers/platform/x86/thinkpad_acpi.c
| ... | ... | @@ -2407,7 +2407,7 @@ |
| 2407 | 2407 | * This code is supposed to duplicate the IBM firmware behaviour: |
| 2408 | 2408 | * - Pressing MUTE issues mute hotkey message, even when already mute |
| 2409 | 2409 | * - Pressing Volume up/down issues volume up/down hotkey messages, |
| 2410 | - * even when already at maximum or minumum volume | |
| 2410 | + * even when already at maximum or minimum volume | |
| 2411 | 2411 | * - The act of unmuting issues volume up/down notification, |
| 2412 | 2412 | * depending which key was used to unmute |
| 2413 | 2413 | * |
| ... | ... | @@ -2990,7 +2990,7 @@ |
| 2990 | 2990 | * rfkill input events, or we will race the rfkill core input |
| 2991 | 2991 | * handler. |
| 2992 | 2992 | * |
| 2993 | - * tpacpi_inputdev_send_mutex works as a syncronization point | |
| 2993 | + * tpacpi_inputdev_send_mutex works as a synchronization point | |
| 2994 | 2994 | * for the above. |
| 2995 | 2995 | * |
| 2996 | 2996 | * We optimize to avoid numerous calls to hotkey_get_wlsw. |