diff options
author | Moni Shoua <monis@mellanox.com> | 2017-04-16 07:31:34 +0300 |
---|---|---|
committer | Doug Ledford <dledford@redhat.com> | 2017-04-21 12:29:31 -0400 |
commit | 61c0ddbe97721d69ace947d1afa956b7646bcdc9 (patch) | |
tree | e08a58f9fcbf494e95c1a9b8a9834ce38379b670 /drivers/infiniband/core | |
parent | e1f24a79f424ddb03828de7c0152668c9a30146e (diff) | |
download | op-kernel-dev-61c0ddbe97721d69ace947d1afa956b7646bcdc9.zip op-kernel-dev-61c0ddbe97721d69ace947d1afa956b7646bcdc9.tar.gz |
IB/cma: Send MRA for reply messages
Current implementation of RDMA_CM sends MRA (Message Receipt
Acknowledgment) only for request messages but not for response messages.
As a result, a slow active side of the connection may send a ready-to-use
message to the passive side in a delay that is too long for the passive
side to wait for.
This patch adds a call to ib_send_cm_mra() upon receiving a response
message and by this tells the other side to modify the service timeout
to a bigger value, 16 times than before. As in the request case, MRA
for reply will be sent only if a duplicate response has arrived.
Signed-off-by: Moni Shoua <monis@mellanox.com>
Reviewed-by: Matan Barak <matan@mellanox.com>
Signed-off-by: Leon Romanovsky <leon@kernel.org>
Signed-off-by: Doug Ledford <dledford@redhat.com>
Diffstat (limited to 'drivers/infiniband/core')
-rw-r--r-- | drivers/infiniband/core/cma.c | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/drivers/infiniband/core/cma.c b/drivers/infiniband/core/cma.c index acd10d6..c1a90f0 100644 --- a/drivers/infiniband/core/cma.c +++ b/drivers/infiniband/core/cma.c @@ -1755,6 +1755,9 @@ static int cma_ib_handler(struct ib_cm_id *cm_id, struct ib_cm_event *ib_event) event.status = -ETIMEDOUT; break; case IB_CM_REP_RECEIVED: + if (cma_comp(id_priv, RDMA_CM_CONNECT) && + (id_priv->id.qp_type != IB_QPT_UD)) + ib_send_cm_mra(cm_id, CMA_CM_MRA_SETTING, NULL, 0); if (id_priv->id.qp) { event.status = cma_rep_recv(id_priv); event.event = event.status ? RDMA_CM_EVENT_CONNECT_ERROR : |