Message ID | 1828884A29C6694DAF28B7E6B8A82373021321@ORSMSX101.amr.corp.intel.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
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); }
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 <sean.hefty@intel.com> --- src/cma.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html