[PATCH] A few trivial spelling and grammar fixes

A few trivial spelling and grammar mistakes picked up in
"arch/x86_64/aperture.c", "arch/x86_64/crash.c" and
"arch/x86_64/apic.c". I think all are correct fixes but am ever aware
of my fallibility :o) This is my first patch submission so all
feedback is appreciated, esp. WRT CCing to Linus, Andi and
trivial@kernel.org, is this correct? And which is the most appropriate
kernel version to diff against? If any.

Should apply cleanly to 2.6.18-rc1

Signed-off-by: Adam Henley <adamazing@gmail.com>
Signed-off-by: Andi Kleen <ak@suse.de>

-  adam

1 files changed, 2 insertions, 2 deletions

diff --git a/arch/x86_64/kernel/apic.c b/arch/x86_64/kernel/apic.c
index 692e9b579743..63d9b037afc6 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
@@ -950,7 +950,7 @@ void smp_local_timer_interrupt(struct pt_regs *regs)
          * 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),