From: Adrian Bunk <bunk@stusta.de>
To: linux-kernel@vger.kernel.org
Subject: [2.6 patch] typo fixes: mecanism -> mechanism
Date: Mon, 26 Jun 2006 22:56:22 +0200 [thread overview]
Message-ID: <20060626205622.GD23314@stusta.de> (raw)
Signed-off-by: Adrian Bunk <bunk@stusta.de>
arch/powerpc/kernel/prom_init.c | 2 +-
arch/powerpc/platforms/powermac/cpufreq_32.c | 2 +-
drivers/macintosh/therm_pm72.h | 2 +-
drivers/video/aty/radeonfb.h | 2 +-
include/asm-powerpc/of_device.h | 2 +-
include/asm-powerpc/pmac_pfunc.h | 2 +-
include/asm-ppc/page.h | 2 +-
include/linux/fb.h | 2 +-
8 files changed, 8 insertions(+), 8 deletions(-)
--- linux-2.6.17-mm2-full/arch/powerpc/kernel/prom_init.c.old 2006-06-26 22:27:28.000000000 +0200
+++ linux-2.6.17-mm2-full/arch/powerpc/kernel/prom_init.c 2006-06-26 22:27:42.000000000 +0200
@@ -988,7 +988,7 @@
}
/*
- * Initialize memory allocation mecanism, parse "memory" nodes and
+ * Initialize memory allocation mechanism, parse "memory" nodes and
* obtain that way the top of memory and RMO to setup out local allocator
*/
static void __init prom_init_mem(void)
--- linux-2.6.17-mm2-full/arch/powerpc/platforms/powermac/cpufreq_32.c.old 2006-06-26 22:27:52.000000000 +0200
+++ linux-2.6.17-mm2-full/arch/powerpc/platforms/powermac/cpufreq_32.c 2006-06-26 22:27:57.000000000 +0200
@@ -68,7 +68,7 @@
static unsigned int sleep_freq;
/*
- * Different models uses different mecanisms to switch the frequency
+ * Different models uses different mechanisms to switch the frequency
*/
static int (*set_speed_proc)(int low_speed);
static unsigned int (*get_speed_proc)(void);
--- linux-2.6.17-mm2-full/drivers/macintosh/therm_pm72.h.old 2006-06-26 22:28:07.000000000 +0200
+++ linux-2.6.17-mm2-full/drivers/macintosh/therm_pm72.h 2006-06-26 22:28:14.000000000 +0200
@@ -93,7 +93,7 @@
* 0. This appear to be safe enough for this first version
* of the driver, though I would accept any clean patch
* doing a better use of the device-tree without turning the
- * while i2c registration mecanism into a racy mess
+ * while i2c registration mechanism into a racy mess
*
* Note: Xserve changed this. We have some bits on the K2 bus,
* which I arbitrarily set to 0x200. Ultimately, we really want
--- linux-2.6.17-mm2-full/drivers/video/aty/radeonfb.h.old 2006-06-26 22:28:22.000000000 +0200
+++ linux-2.6.17-mm2-full/drivers/video/aty/radeonfb.h 2006-06-26 22:28:26.000000000 +0200
@@ -382,7 +382,7 @@
/* Note about this function: we have some rare cases where we must not schedule,
* this typically happen with our special "wake up early" hook which allows us to
* wake up the graphic chip (and thus get the console back) before everything else
- * on some machines that support that mecanism. At this point, interrupts are off
+ * on some machines that support that mechanism. At this point, interrupts are off
* and scheduling is not permitted
*/
static inline void _radeon_msleep(struct radeonfb_info *rinfo, unsigned long ms)
--- linux-2.6.17-mm2-full/include/asm-powerpc/of_device.h.old 2006-06-26 22:28:34.000000000 +0200
+++ linux-2.6.17-mm2-full/include/asm-powerpc/of_device.h 2006-06-26 22:28:38.000000000 +0200
@@ -9,7 +9,7 @@
/*
* The of_platform_bus_type is a bus type used by drivers that do not
* attach to a macio or similar bus but still use OF probing
- * mecanism
+ * mechanism
*/
extern struct bus_type of_platform_bus_type;
--- linux-2.6.17-mm2-full/include/asm-powerpc/pmac_pfunc.h.old 2006-06-26 22:29:01.000000000 +0200
+++ linux-2.6.17-mm2-full/include/asm-powerpc/pmac_pfunc.h 2006-06-26 22:29:07.000000000 +0200
@@ -205,7 +205,7 @@
*
* The args array contains as many arguments as is required by the function,
* this is dependent on the function you are calling, unfortunately Apple
- * mecanism provides no way to encode that so you have to get it right at
+ * mechanism provides no way to encode that so you have to get it right at
* the call site. Some functions require no args, in which case, you can
* pass NULL.
*
--- linux-2.6.17-mm2-full/include/asm-ppc/page.h.old 2006-06-26 22:29:14.000000000 +0200
+++ linux-2.6.17-mm2-full/include/asm-ppc/page.h 2006-06-26 22:29:17.000000000 +0200
@@ -170,7 +170,7 @@
#define VM_DATA_DEFAULT_FLAGS (VM_READ | VM_WRITE | VM_EXEC | \
VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC)
-/* We do define AT_SYSINFO_EHDR but don't use the gate mecanism */
+/* We do define AT_SYSINFO_EHDR but don't use the gate mechanism */
#define __HAVE_ARCH_GATE_AREA 1
#include <asm-generic/memory_model.h>
--- linux-2.6.17-mm2-full/include/linux/fb.h.old 2006-06-26 22:29:25.000000000 +0200
+++ linux-2.6.17-mm2-full/include/linux/fb.h 2006-06-26 22:29:31.000000000 +0200
@@ -558,7 +558,7 @@
* Frame buffer operations
*
* LOCKING NOTE: those functions must _ALL_ be called with the console
- * semaphore held, this is the only suitable locking mecanism we have
+ * semaphore held, this is the only suitable locking mechanism we have
* in 2.6. Some may be called at interrupt time at this point though.
*/
reply other threads:[~2006-06-26 20:56 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060626205622.GD23314@stusta.de \
--to=bunk@stusta.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox