Messages in this thread |  | | | Date | Wed, 12 Mar 2008 23:08:43 -0700 (PDT) | | Subject | Re: [PATCH 2/2] lockdep: fix fib_hash softirq inversion | | From | David Miller <> |
| |
From: Peter Zijlstra <a.p.zijlstra@chello.nl> Date: Wed, 12 Mar 2008 13:09:22 +0100
> ========================================================= > [ INFO: possible irq lock inversion dependency detected ] > 2.6.25-rc4-sched-devel.git #56 > --------------------------------------------------------- > swapper/0 just changed the state of lock: > (&rt_hash_locks[i]){-+..}, at: [<ffffffff804721ac>] rt_intern_hash+0x8c/0x3b0 > but this lock took another, soft-read-irq-unsafe lock in the past: > (fib_hash_lock){-.-?} > > and interrupts could create inverse lock ordering between them.
I tried to figure out what lockdep doesn't like here.
Could you show me the specific code path that could cause the lock conflict?
Adding BH disabling to fib_hash_lock will add non-trivial costs to these code paths, so I'd like to avoid this if possible.
|  |