diff options
author | Michel Machado <michel@digirati.com.br> | 2012-02-21 11:04:13 +0000 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2012-03-19 08:57:45 -0700 |
commit | 035e3f6e8d1353abcbefd5b87710f8ae8bf1b4f6 (patch) | |
tree | 45b2a99e67d7baf401e400a3aaad96cd225c120c /net/dsa | |
parent | 7affb2673c36d8fb93ac39e889b674c95eb3c8f8 (diff) | |
download | kernel_samsung_smdk4412-035e3f6e8d1353abcbefd5b87710f8ae8bf1b4f6.zip kernel_samsung_smdk4412-035e3f6e8d1353abcbefd5b87710f8ae8bf1b4f6.tar.gz kernel_samsung_smdk4412-035e3f6e8d1353abcbefd5b87710f8ae8bf1b4f6.tar.bz2 |
neighbour: Fixed race condition at tbl->nht
[ Upstream commit 84338a6c9dbb6ff3de4749864020f8f25d86fc81 ]
When the fixed race condition happens:
1. While function neigh_periodic_work scans the neighbor hash table
pointed by field tbl->nht, it unlocks and locks tbl->lock between
buckets in order to call cond_resched.
2. Assume that function neigh_periodic_work calls cond_resched, that is,
the lock tbl->lock is available, and function neigh_hash_grow runs.
3. Once function neigh_hash_grow finishes, and RCU calls
neigh_hash_free_rcu, the original struct neigh_hash_table that function
neigh_periodic_work was using doesn't exist anymore.
4. Once back at neigh_periodic_work, whenever the old struct
neigh_hash_table is accessed, things can go badly.
Signed-off-by: Michel Machado <michel@digirati.com.br>
CC: "David S. Miller" <davem@davemloft.net>
CC: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/dsa')
0 files changed, 0 insertions, 0 deletions