[lkml]   [2001]   [Jul]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: PROBLEM: [2.4.6] kernel BUG at softirq.c:206!
    On Thu, Jul 05, 2001 at 11:46:33AM -0400, Arjan van de Ven wrote:
    > On Thu, Jul 05, 2001 at 11:32:00PM +0800, Thibaut Laurent wrote:
    > > And the winner is... Andrea. Kudos to you, I've just applied these patches,
    > > recompiled and it seems to work fine.
    > > Too bad, this was the perfect excuse for getting rid of those good old Cyrix
    > > boxen ;)
    > As Andrea's patches don't actually fix anything Cyrix related it's obvious
    > that they just avoid the real bug instead of fixing it.
    > It's a very useful datapoint though.

    I repeat an hardware issue cannot cause that BUG(), I assume you are
    worried about the software device driver. The softirq stuff in mainline
    is pretty broken, to make an example think if atomic_read(&t->count) is
    > 0 and another cpu enables the tasklet before the tasklet_unlock but
    after the test_bit(TASKLET_STATE_SCHED), the following
    test_bit(TASKLET_STATE_SCHED) will trigger but tasklet_hi_schedule won't
    do anything because TASKLET_STATE_SCHED is just set and you will break
    badly if you don't use my patches. The new code breaks the invariant
    that when irq are locally enabled and the TASKLET_STATE_SCHED is set the
    tasklet is guaranteed to be just queued and that can have side effects,
    possibly the BUG() you are seeing, I didn't checked the new code too
    closely because I simply don't agree with the "infinite loop into atomic
    context" design, ksoftirqd solves the latency bugs just fine without
    losing robusteness that way.

    But of course if the driver has all the power to be able to be the buggy
    piece of code, in that case I will be more than willing to add some
    BUG() to my variant of the softirq handling to trigger it too. But at
    the moment it is not obvious to me this is not a bug in the softirq

    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: 2005-03-22 13:17    [W:0.021 / U:14.584 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site