[lkml]   [2006]   [Jan]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: more cfq spinlock badness
    On Tue, Jan 31, 2006 at 10:09:45AM +0100, Jens Axboe wrote:
    > On Tue, Jan 31 2006, Dave Jones wrote:
    > > Not seen this break for a while, but I just hit it again in 2.6.16rc1-git4.
    > >
    > > Dave
    > >
    > > BUG: spinlock bad magic on CPU#0, pdflush/1128
    > > lock: ffff81003a219000, .magic: 00000000, .owner: <none>/-1, .owner_cpu: 0
    > >
    > > Call Trace: <ffffffff80206edc>{spin_bug+177} <ffffffff80207045>{_raw_spin_lock+25}
    > > <ffffffff801fea4a>{cfq_exit_single_io_context+85} <ffffffff801ff9a6>{cfq_exit_io_context+24}
    > > <ffffffff801f79b0>{exit_io_context+137} <ffffffff80135fbc>{do_exit+182}
    > > <ffffffff8010ba49>{child_rip+15} <ffffffff80146087>{keventd_create_kthread+0}
    > > <ffffffff8014629c>{kthread+0} <ffffffff8010ba3a>{child_rip+0}
    > > Kernel panic - not syncing: bad locking
    > Again, which devices have you used?

    nothing special (Ie, no usb bits, just the onboard ata_piix SATA)

    > Did it happen at shutdown, or?

    whislt starting up a bunch of gnome panel applets.

    > Did the ub bug get fixed


    > if you are using that? The bug above has in the
    > past always been able to be explained by a driver destroying a structure
    > embedding the queue lock before the queue is dead.

    as there were no ub devices plugged in at the time, I think
    Pete is off the hook for this one.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-01-31 18:39    [W:0.020 / U:37.468 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site