aboutsummaryrefslogtreecommitdiffstats
path: root/drivers
diff options
context:
space:
mode:
authorHerbert Xu <herbert@gondor.apana.org.au>2008-10-07 15:50:03 -0700
committerDavid S. Miller <davem@davemloft.net>2008-10-07 15:50:03 -0700
commit58ec3b4db9eb5a28e3aec5f407a54e28f7039c19 (patch)
tree224232795e1a2d5966c27b74008714881682644b /drivers
parent742201e7baf66c64995fdd033d706220e6208fab (diff)
downloadkernel_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