Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1454559pxf; Fri, 19 Mar 2021 07:34:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQIbinaTiCnsgoQTsvNiF5oDQ77RTObbbL8Red6lC61CbvVjq3KcD0KrIJDRJ4Bgvm0B8C X-Received: by 2002:a05:6402:170f:: with SMTP id y15mr9914233edu.127.1616164442211; Fri, 19 Mar 2021 07:34:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616164442; cv=none; d=google.com; s=arc-20160816; b=KYwml5cctlUWl4FbzJJGGQf4edc4OsdzN9kiKa0fkP76rUcr8wLuIVXljy6TO/zeqs sZL6zniDQGKcGqVY6w3rv7dDiET2i9nTA4NhVcXgQ/WaCYj8A3N059pMGp2gDIi5A0ZG uaC5zDgzjoMHGLhzScXnP5zfFDj1yYtPTPx986yFqWIDS1SXmU6w+4xtYiHGmSRxbtYq xLazc/cTh1MhiTpUJ04CJLYFrcbuxRChN/Dv8Y5qbZTJIpWFzkSBF4Q7cahcv7as1NtH 0U4KRBZpFyM9I1oGJtHqqjBdrirk+Zf3KGjfLpWtNnaQqsDnAasBnkP6+skR6FJxBUGp z4Vw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:to:from:subject; bh=sw3gKvYLHPRnzs08gQx2YGElhmhysxLflxhXUGAcbVA=; b=pi3PTjnggZPEJOyo5j72rXFUePKkGXdPO+JzCpXb5bfgE8tpUnYipKL0C45sYC2qXP 7rYGGTbqEfTO5t/PuYQogy/jnJG0oBSYSShlIZG/MV8R3IIj0NoEahNRcXUA/ZzvRvrR A3jA9AWXoR9OGtjsEbftxQFyKqJ3i/N3EuVW+/bzSPCE0m98szs1QOA/Hf17KI3W4JTE Q7uAasfAOOoTH4V9u9iLQp5WvH8P1WyXeFzGzRUViv15mjDTypu5HebheZkb4Z1MycN2 VmKKH+lYwjwH0uv1e9YPjVV09OoDa3YpVrglSjgBa0ES5STge/EYN7lKZT9e39W0jSaV ketQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qx6si4467661ejb.468.2021.03.19.07.33.36; Fri, 19 Mar 2021 07:34:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229994AbhCSOcH (ORCPT + 99 others); Fri, 19 Mar 2021 10:32:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:35530 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229995AbhCSObn (ORCPT ); Fri, 19 Mar 2021 10:31:43 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id BCC6A64F1F; Fri, 19 Mar 2021 14:31:42 +0000 (UTC) Subject: [PATCH v1 5/6] svcrdma: Use svc_rdma_refresh_recvs() in wc_receive From: Chuck Lever To: linux-nfs@vger.kernel.org, linux-rdma@vger.kernel.org Date: Fri, 19 Mar 2021 10:31:42 -0400 Message-ID: <161616430202.173092.9774953105592702082.stgit@klimt.1015granger.net> In-Reply-To: <161616413550.173092.13403865110684484953.stgit@klimt.1015granger.net> References: <161616413550.173092.13403865110684484953.stgit@klimt.1015granger.net> User-Agent: StGit/1.0-5-g755c MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Replace svc_rdma_post_recv() with the new batch receive mechanism. For the moment it is posting just a single Receive WR at a time, so no change in behavior is expected. Since svc_rdma_wc_receive() was the last call site for svc_rdma_post_recv(), it is removed. Signed-off-by: Chuck Lever --- net/sunrpc/xprtrdma/svc_rdma_recvfrom.c | 43 ++++++++----------------------- 1 file changed, 11 insertions(+), 32 deletions(-) diff --git a/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c b/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c index 0c6aa8693f20..1e7381ff948b 100644 --- a/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c +++ b/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c @@ -305,35 +305,6 @@ static bool svc_rdma_refresh_recvs(struct svcxprt_rdma *rdma, return false; } -static int __svc_rdma_post_recv(struct svcxprt_rdma *rdma, - struct svc_rdma_recv_ctxt *ctxt) -{ - int ret; - - trace_svcrdma_post_recv(ctxt); - ret = ib_post_recv(rdma->sc_qp, &ctxt->rc_recv_wr, NULL); - if (ret) - goto err_post; - return 0; - -err_post: - trace_svcrdma_rq_post_err(rdma, ret); - svc_rdma_recv_ctxt_put(rdma, ctxt); - return ret; -} - -static int svc_rdma_post_recv(struct svcxprt_rdma *rdma) -{ - struct svc_rdma_recv_ctxt *ctxt; - - if (test_bit(XPT_CLOSE, &rdma->sc_xprt.xpt_flags)) - return 0; - ctxt = svc_rdma_recv_ctxt_get(rdma); - if (!ctxt) - return -ENOMEM; - return __svc_rdma_post_recv(rdma, ctxt); -} - /** * svc_rdma_post_recvs - Post initial set of Recv WRs * @rdma: fresh svcxprt_rdma @@ -364,8 +335,17 @@ static void svc_rdma_wc_receive(struct ib_cq *cq, struct ib_wc *wc) if (wc->status != IB_WC_SUCCESS) goto flushed; - if (svc_rdma_post_recv(rdma)) - goto post_err; + /* If receive posting fails, the connection is about to be + * lost anyway. The server will not be able to send a reply + * for this RPC, and the client will retransmit this RPC + * anyway when it reconnects. + * + * Therefore we drop the Receive, even if status was SUCCESS + * to reduce the likelihood of replayed requests once the + * client reconnects. + */ + if (!svc_rdma_refresh_recvs(rdma, 1, false)) + goto flushed; /* All wc fields are now known to be valid */ ctxt->rc_byte_len = wc->byte_len; @@ -380,7 +360,6 @@ static void svc_rdma_wc_receive(struct ib_cq *cq, struct ib_wc *wc) return; flushed: -post_err: svc_rdma_recv_ctxt_put(rdma, ctxt); set_bit(XPT_CLOSE, &rdma->sc_xprt.xpt_flags); svc_xprt_enqueue(&rdma->sc_xprt);