summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorHerbert Xu <herbert@gondor.apana.org.au>2005-03-31 05:18:16 -0800
committerDavid S. Miller <davem@sunset.davemloft.net>2005-03-31 05:18:16 -0800
commit71bf6e6d7605727cc287644a11da8e70fd2c63b6 (patch)
treec6819aa5a88febd13827f4764eaf7dba85510bcf /include/linux
parent102bbba64bde80e5cf25119096dba81adcf53933 (diff)
[IPSEC]: Move xfrm_flush_bundles into xfrm_state GC
Fixes ABBA deadlock noticed by Patrick McHardy. The locking in xfrm_state/xfrm_policy has always struck me as being an overkill. A lot of the locks should be replaced by rules that ensure the validity of most operations while a ref count is held. Now I have an excuse to do just that :) For 2.6.12 let's go for a simpler fix that breaks the dead lock. __xfrm_state_delete does not need to flush the bundles immediately. In fact, it is more efficient if we delay the flush to the GC worker since the flush is not dependent on any particular xfrm state. By delaying it we can do one single flush even when you're deleteing the entire xfrm state list. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions