Re: [PATCH 2.6.18-rc1 1/1] arch/x86-64: A few trivial spelling and grammar fixes

["Adam Henley" <adamazing@gmail.com>]

Edited patch.

diff --git a/arch/x86_64/kernel/aperture.c b/arch/x86_64/kernel/aperture.c
index 58af8e7..d5f6f56 100644
--- a/arch/x86_64/kernel/aperture.c
+++ b/arch/x86_64/kernel/aperture.c
@@ -48,7 +48,7 @@ static u32 __init allocate_aperture(void

      /*
       * Aperture has to be naturally aligned. This means an 2GB aperture won't
-        * have much chances to find a place in the lower 4GB of memory.
+        * have much chance to find a place in the lower 4GB of memory.
       * Unfortunately we cannot move it up because that would make the
       * IOMMU useless.
       */
diff --git a/arch/x86_64/kernel/apic.c b/arch/x86_64/kernel/apic.c
index 2b8cef0..194b826 100644
--- a/arch/x86_64/kernel/apic.c
+++ b/arch/x86_64/kernel/apic.c
@@ -400,7 +400,7 @@ void __cpuinit setup_local_APIC (void)
      value |= APIC_SPIV_APIC_ENABLED;

      /*
-        * Some unknown Intel IO/APIC (or APIC) errata is biting us with
+        * Some unknown Intel IO/APIC (or APIC) errata are biting us with
       * certain networking cards. If high frequency interrupts are
       * happening on a particular IOAPIC pin, plus the IOAPIC routing
       * entry is masked/unmasked at a high rate as well then sooner or
@@ -951,7 +951,7 @@ #endif
       * We take the 'long' return path, and there every subsystem
       * grabs the appropriate locks (kernel lock/ irq lock).
       *
-        * we might want to decouple profiling from the 'long path',
+        * We might want to decouple profiling from the 'long path',
       * and do the profiling totally in assembly.
       *
       * Currently this isn't too much of an issue (performance wise),
diff --git a/arch/x86_64/kernel/crash.c b/arch/x86_64/kernel/crash.c
index d8d5750..324a5ed 100644
--- a/arch/x86_64/kernel/crash.c
+++ b/arch/x86_64/kernel/crash.c
@@ -68,7 +68,7 @@ static void crash_save_this_cpu(struct p
       * for the data I pass, and I need tags
       * on the data to indicate what information I have
       * squirrelled away.  ELF notes happen to provide
-        * all of that that no need to invent something new.
+        * all of that. There is no need to invent something new.
       */

      buf = (u32*)per_cpu_ptr(crash_notes, cpu);
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/