lkml.org 
[lkml]   [2008]   [Apr]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.6.25-git2: BUG: unable to handle kernel paging request at ffffffffffffffff

    * Linus Torvalds <torvalds@linux-foundation.org> wrote:

    > > CPU: L2 cache: 4096K
    > > CPU: Physical Processor ID: 0
    > > CPU: Processor Core ID: 1
    > > x86: PAT support disabled.
    > > SPIN IRQ ALREADY DISABLED
    > > Pid: 0, comm: swapper Not tainted 2.6.25 #57
    > >
    > > Call Trace:
    > > [_spin_lock_irq+126/128] _spin_lock_irq+0x7e/0x80
    > > [lock_ipi_call_lock+16/32] lock_ipi_call_lock+0x10/0x20
    > > CPU1: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz
    > > [start_secondary+68/206] start_secondary+0x44/0xce
    >
    > This is indeed an interesting issue: arch/x86/kernel/smpboot.c does an
    > IPI call to start_secondary, and yes, it looks suspicious to have that
    > lock_ipi_call_lock there (and in particular the unlock_ipi_call_lock
    > that enables interrupts within it). Ingo?

    hm, irqs already disabled isnt bad in itself and it happens all the
    time. The irq enabling in unlock_ipi_call_lock() should be OK.

    Any race with irqs there should at most result in a hung or crashed
    bootup, not in any memory corruption i believe.

    Ingo


    \
     
     \ /
      Last update: 2008-04-23 19:43    [W:0.021 / U:30.708 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site