There are no additional connection events to process for UD QPs
after calling rdma_accept().  When using synchronous rdma_cm_id's,
simply return to the user after sending the reply.  Do not wait
for additional events.

This fixes a hang on the server side when setting up UD QP
communication.

Signed-off-by: Sean Hefty <[email protected]>
---
 src/cma.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/src/cma.c b/src/cma.c
index eb339c9..bad1ba3 100755
--- a/src/cma.c
+++ b/src/cma.c
@@ -1502,6 +1502,9 @@ int rdma_accept(struct rdma_cm_id *id, struct 
rdma_conn_param *conn_param)
                return (ret >= 0) ? ERR(ENODATA) : -1;
        }
 
+       if (ucma_is_ud_qp(id->qp_type))
+               return 0;
+
        return ucma_complete(id_priv);
 }
 


--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to