lkml.org 
[lkml]   [2006]   [Jul]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    Date
    From
    SubjectRe: [PATCH 2.6.18-rc1 1/1] arch/x86-64: A few trivial spelling and grammar fixes
    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/
    \
     
     \ /
      Last update: 2006-07-08 20:53    [W:6.997 / U:0.020 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site