On 24-09-2006 23:29, Dave Jones wrote:
> =================================
> [ INFO: inconsistent lock state ]
> ---------------------------------
> inconsistent {softirq-on-R} -> {in-softirq-W} usage.
> swapper/0 [HC0[0]:SC1[2]:HE1:SE0] takes:
> (police_lock){-+--}, at: [<f8d304fd>] tcf_police_destroy+0x24/0x8f
> [act_police]
> {softirq-on-R} state was registered at:
> [<c043bdd6>] lock_acquire+0x4b/0x6d
> [<c061495a>] _read_lock+0x19/0x28
> [<f8d3026a>] tcf_act_police_locate+0x26a/0x363 [act_police]
...
> [<c06148a5>] _write_lock_bh+0x1e/0x2d
> [<f8d304fd>] tcf_police_destroy+0x24/0x8f [act_police]
...
> [<c042900f>] __do_softirq+0x78/0xf2
> [<c0406683>] do_softirq+0x5a/0xbe
> [<c0428eb8>] irq_exit+0x3d/0x3f
> [<c04179df>] smp_apic_timer_interrupt+0x73/0x78
> [<c0404b12>] apic_timer_interrupt+0x2a/0x30
> DWARF2 unwinder stuck at apic_timer_interrupt+0x2a/0x30
> Leftover inexact backtrace:
It's probably 2.6.18 and should change a little now (git4) but
IMHO main problem stays: it looks tcf_act_police_locate in
act_police.c was preempted in read_lock (tcf_police_lookup)
- now the same is possible in tcf_hash_lookup. So maybe
read_lock_bh will help?
Jarek P.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
