linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Steve Wise <swise@opengridcomputing.com>
Cc: linux-rdma@vger.kernel.org, linux-nfs@vger.kernel.org
Subject: Re: [PATCH] svcrdma: remove rdma_create_qp() failure recovery logic
Date: Tue, 5 Aug 2014 15:10:18 -0400	[thread overview]
Message-ID: <20140805191018.GU23341@fieldses.org> (raw)
In-Reply-To: <20140731202606.12144.2363.stgit@build.ogc.int>

Thanks, applying for 3.17.--b.

On Thu, Jul 31, 2014 at 03:26:07PM -0500, Steve Wise wrote:
> In svc_rdma_accept(), if rdma_create_qp() fails, there is useless
> logic to try and call rdma_create_qp() again with reduced sge depths.
> The assumption, I guess, was that perhaps the initial sge depths
> chosen were too big.  However they initial depths are selected based
> on the rdma device attribute max_sge returned from ib_query_device().
> If rdma_create_qp() fails, it would not be because the max_send_sge and
> max_recv_sge values passed in exceed the device's max.  So just remove
> this code.
> 
> Signed-off-by: Steve Wise <swise@opengridcomputing.com>
> ---
> 
>  net/sunrpc/xprtrdma/svc_rdma_transport.c |   19 ++-----------------
>  1 files changed, 2 insertions(+), 17 deletions(-)
> 
> diff --git a/net/sunrpc/xprtrdma/svc_rdma_transport.c b/net/sunrpc/xprtrdma/svc_rdma_transport.c
> index e7323fb..282a43b 100644
> --- a/net/sunrpc/xprtrdma/svc_rdma_transport.c
> +++ b/net/sunrpc/xprtrdma/svc_rdma_transport.c
> @@ -942,23 +942,8 @@ static struct svc_xprt *svc_rdma_accept(struct svc_xprt *xprt)
>  
>  	ret = rdma_create_qp(newxprt->sc_cm_id, newxprt->sc_pd, &qp_attr);
>  	if (ret) {
> -		/*
> -		 * XXX: This is a hack. We need a xx_request_qp interface
> -		 * that will adjust the qp_attr's with a best-effort
> -		 * number
> -		 */
> -		qp_attr.cap.max_send_sge -= 2;
> -		qp_attr.cap.max_recv_sge -= 2;
> -		ret = rdma_create_qp(newxprt->sc_cm_id, newxprt->sc_pd,
> -				     &qp_attr);
> -		if (ret) {
> -			dprintk("svcrdma: failed to create QP, ret=%d\n", ret);
> -			goto errout;
> -		}
> -		newxprt->sc_max_sge = qp_attr.cap.max_send_sge;
> -		newxprt->sc_max_sge = qp_attr.cap.max_recv_sge;
> -		newxprt->sc_sq_depth = qp_attr.cap.max_send_wr;
> -		newxprt->sc_max_requests = qp_attr.cap.max_recv_wr;
> +		dprintk("svcrdma: failed to create QP, ret=%d\n", ret);
> +		goto errout;
>  	}
>  	newxprt->sc_qp = newxprt->sc_cm_id->qp;
>  
> 

      parent reply	other threads:[~2014-08-05 19:10 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-31 20:26 [PATCH] svcrdma: remove rdma_create_qp() failure recovery logic Steve Wise
2014-08-01 14:15 ` Steve Wise
2014-08-05 19:10 ` J. Bruce Fields [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140805191018.GU23341@fieldses.org \
    --to=bfields@fieldses.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=swise@opengridcomputing.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).