[DCCP]: Fix sock_orphan dead lock
authorHerbert Xu <herbert@gondor.apana.org.au>
Sat, 6 May 2006 00:09:13 +0000 (17:09 -0700)
committerDavid S. Miller <davem@davemloft.net>
Sat, 6 May 2006 00:09:13 +0000 (17:09 -0700)
commit134af34632a7b3b0a98a79a2e56bf9cc927e0eac
treeb54012edae78a294723fba01d684cd41b8cd6e97
parent1c29fc4989bc2a3838b2837adc12b8aeb0feeede
[DCCP]: Fix sock_orphan dead lock

Calling sock_orphan inside bh_lock_sock in dccp_close can lead to dead
locks.  For example, the inet_diag code holds sk_callback_lock without
disabling BH.  If an inbound packet arrives during that admittedly tiny
window, it will cause a dead lock on bh_lock_sock.  Another possible
path would be through sock_wfree if the network device driver frees the
tx skb in process context with BH enabled.

We can fix this by moving sock_orphan out of bh_lock_sock.

The tricky bit is to work out when we need to destroy the socket
ourselves and when it has already been destroyed by someone else.

By moving sock_orphan before the release_sock we can solve this
problem.  This is because as long as we own the socket lock its
state cannot change.

So we simply record the socket state before the release_sock
and then check the state again after we regain the socket lock.
If the socket state has transitioned to DCCP_CLOSED in the time being,
we know that the socket has been destroyed.  Otherwise the socket is
still ours to keep.

This problem was discoverd by Ingo Molnar using his lock validator.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/dccp/proto.c