diff options
author | Herbert Xu <herbert@gondor.apana.org.au> | 2008-10-07 15:50:03 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2008-10-07 15:50:03 -0700 |
commit | 58ec3b4db9eb5a28e3aec5f407a54e28f7039c19 (patch) | |
tree | 224232795e1a2d5966c27b74008714881682644b /drivers | |
parent | 742201e7baf66c64995fdd033d706220e6208fab (diff) | |
download | kernel_samsung_aries-58ec3b4db9eb5a28e3aec5f407a54e28f7039c19.zip kernel_samsung_aries-58ec3b4db9eb5a28e3aec5f407a54e28f7039c19.tar.gz kernel_samsung_aries-58ec3b4db9eb5a28e3aec5f407a54e28f7039c19.tar.bz2 |
net: Fix netdev_run_todo dead-lock
Benjamin Thery tracked down a bug that explains many instances
of the error
unregister_netdevice: waiting for %s to become free. Usage count = %d
It turns out that netdev_run_todo can dead-lock with itself if
a second instance of it is run in a thread that will then free
a reference to the device waited on by the first instance.
The problem is really quite silly. We were trying to create
parallelism where none was required. As netdev_run_todo always
follows a RTNL section, and that todo tasks can only be added
with the RTNL held, by definition you should only need to wait
for the very ones that you've added and be done with it.
There is no need for a second mutex or spinlock.
This is exactly what the following patch does.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions