diff options
author | Animesh K Trivedi <ATR@zurich.ibm.com> | 2010-09-28 14:44:02 +0000 |
---|---|---|
committer | Roland Dreier <rolandd@cisco.com> | 2010-10-11 20:24:04 -0700 |
commit | 26012f0750dd73348b0a0a680a4bee2715d4a334 (patch) | |
tree | 5e180250d46e74f9116c15503830b1b9a0b1ac50 /drivers/infiniband/hw/cxgb3/Makefile | |
parent | 557d0540b96176dc42943e84c88c288f523388ca (diff) | |
download | op-kernel-dev-26012f0750dd73348b0a0a680a4bee2715d4a334.zip op-kernel-dev-26012f0750dd73348b0a0a680a4bee2715d4a334.tar.gz |
RDMA/iwcm: Fix hang in uninterruptible wait on cm_id destroy
A process can get stuck in an uninterruptible wait in the
kernel while destroying a cm_id when iw_cm_connect() fails:
For example, When creation of a PD fails but the user continues with
an attempt to connect to the server without checking the return value,
in iw_cm_connect() a NULL qp is found so the call fails. However the
IWCM_F_CONNECT_WAIT bit is not cleared. destroy_cm_id() then waits
forever for IWCM_F_CONNECT_WAIT to be cleared.
The same problem exists on the passive side with the accept call.
Fix this by clearing the bit and waking up any waiters in the
appropriate spots.
Signed-off-by: Animesh Trivedi <atr@zurich.ibm.com>
Acked-by: Steve Wise <swise@opengridcomputing.com>
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Diffstat (limited to 'drivers/infiniband/hw/cxgb3/Makefile')
0 files changed, 0 insertions, 0 deletions