lkml.org 
[lkml]   [2006]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.6.17-rc5-mm1
    On 30/05/06, Ingo Molnar <mingo@elte.hu> wrote:
    > * Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
    >
    > > SCSI or libata problem.
    >
    > i think SCSI and libata is innocent here.
    >
    > > ============================
    > > [ BUG: illegal lock usage! ]
    > > ----------------------------
    > > illegal {in-hardirq-W} -> {hardirq-on-W} usage.
    >
    > > 1 locks held by init/1:
    > > #0: (&base->lock#2){++..}, at: [<c0129a24>] lock_timer_base+0x29/0x55
    > >
    > > stack backtrace:
    > > [<c0103e52>] show_trace_log_lvl+0x4b/0xf4
    > > [<c01044b3>] show_trace+0xd/0x10
    > > [<c010457b>] dump_stack+0x19/0x1b
    > > [<c0137d63>] print_usage_bug+0x1a1/0x1ab
    > > [<c0138458>] mark_lock+0x2d7/0x514
    > > [<c01386dc>] mark_held_locks+0x47/0x65
    > > [<c0139745>] trace_hardirqs_on+0x12b/0x16f
    > > [<c02f2b61>] restore_nocheck+0x8/0xb
    >
    > weird. We are holding base->lock#2 [CPU#1's timer base lock], _and_ we
    > execute restore_nocheck - which is a return-to-userspace thing.
    >
    > unfortunately the stacktrace provides no clues of how we got here.
    > For such nasty cases i have a kernel tracing patch prepared, you can get
    > it from:
    >
    > http://redhat.com/~mingo/lockdep-patches/latency-tracing-lockdep.patch
    >
    > just apply it ontop of your current tree and accept all the new .config
    > options as the kernel suggests them to you.

    I can't boot with that patch. I even don't see "Uncompressing
    Linux..." - machine reboots.
    I have 2.6.17-rc5-mm1 +
    genirq-cleanup-remove-irq_descp-fix.patch
    lock-validator-irqtrace-support-non-x86-architectures.patch
    lock-validator-special-locking-sb-s_umount-2-fix.patch
    from hot fixes
    +
    Arjan's net/ipv4/igmp.c patch.

    BTW. I got error when compiling kernel/latency.c, so I change
    if (DEBUG_WARN_ON((val < PREEMPT_MASK) && !(preempt_count() & PREEMPT_MASK))))

    to

    if (DEBUG_WARN_ON((val < PREEMPT_MASK) && !(preempt_count() & PREEMPT_MASK)))

    Here is config
    http://www.stardust.webpages.pl/files/mm/2.6.17-rc5-mm1/mm-config3

    Here is "Kernel Bug : The Movie" (4,3MB)
    www.stardust.webpages.pl/files/crap/kbtm.avi

    [snip]
    >
    > Ingo
    >

    Regards,
    Michal

    --
    Michal K. K. Piotrowski
    LTG - Linux Testers Group
    (http://www.stardust.webpages.pl/ltg/wiki/)
    -
    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-05-30 23:59    [W:0.027 / U:57.704 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site