Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp338259pxj; Tue, 18 May 2021 04:41:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgPBZG7Cw7RhgO1J6CJXuL0iDYtKQQsRqf5e7A10iZQ++eEGziSKEhNcaRlQhgvb3ZvY6U X-Received: by 2002:a17:906:1dd1:: with SMTP id v17mr5620129ejh.31.1621338081718; Tue, 18 May 2021 04:41:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621338081; cv=none; d=google.com; s=arc-20160816; b=pzgYcxwZr2vnmG/jpPZQju7m789AD/0efJHov8nYZYaqjBJgo9lC0+IqMpUu/otDiJ +RMAvrAj2xWvfcWM42NjKkssxXm4R3bNGfNgU3UygrwRl7pOFhoOUaok0OyK5TZGHide zltbK6f/vQ6Pb5MqrijuRSKRcYaZ5k4z2JIVcmjda1T/+6hZ873m014LruF5+apze7d3 fvI97jxAdkb0SrN5RWBoxcdpTwypTZ674k6vjhCFT2mtk50wuwcUH3ah/TcHEmYA6cNy qa4mzKfc8hhtG4/f2OcDqE41EXIfNCvpJm67yv/E2ZOuf6xFTCgr+ZUcKMzOnzjA2LL7 3ZkA== 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:subject:cc:to :from:dkim-signature; bh=aU1b0RuddbTXqdyLswFdgndPhSZDIzoNQ/jOiUdVC8w=; b=GjlpJaCffYlLrAQKAJ+DnvQFa8zmoCYUxj2J1/Zz68l9aqJljZPf7EVy4ingoKR8CQ DMbT/dEBKXsNbyrFAXlslWKrFd9vr4CI6KGNpwBITj7H+nyTG6M+jksgMMFtgzwUYZbM f5eid6rvSEQFYWTfDkzps3sluLE4nISdFNVXW8H3n/WesM6OJm1aYdwlh1sePNomPngV tpkkANYit9as3I4vDUzWerzO5tTJRxORZ+blU5ffm3VxJ0rPL+pKxQGh9NAaROW+bXWa nun94G1nus3NWLe322pHro0sNDoeO3KEd5LD8K/nNtT+fYunXY9K66Xjelohea4qr9F2 YGcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=b8J9WHyx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ca28si8087412edb.453.2021.05.18.04.40.58; Tue, 18 May 2021 04:41:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=b8J9WHyx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241618AbhEQPXD (ORCPT + 99 others); Mon, 17 May 2021 11:23:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:36458 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243526AbhEQPKP (ORCPT ); Mon, 17 May 2021 11:10:15 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 22BEC61209; Mon, 17 May 2021 14:30:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1621261833; bh=r6z/e/29C93BHxA0QOtuX1HIdRSKT16PRNmoi9HwCUA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=b8J9WHyx8cAhEcr1o+QxoVaizPgmxijSH7pNjFuoprnBhGM/iCyNj44mAsLUEcygM LQnXOwGj5aeJ8kZqD/zWPjEWSeFbcmRgxEBXk6vm3NYJg8LU0xu6DyY+ZIQjrQv5Br DpBn2Be5w1pMvijnkZzJfpq7XOLgw7iriWhNB4VI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Chuck Lever , Tom Talpey , Trond Myklebust , Sasha Levin Subject: [PATCH 5.11 168/329] xprtrdma: Avoid Receive Queue wrapping Date: Mon, 17 May 2021 16:01:19 +0200 Message-Id: <20210517140307.817770892@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210517140302.043055203@linuxfoundation.org> References: <20210517140302.043055203@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Chuck Lever [ Upstream commit 32e6b68167f1d446111c973d57e6f52aee11897a ] Commit e340c2d6ef2a ("xprtrdma: Reduce the doorbell rate (Receive)") increased the number of Receive WRs that are posted by the client, but did not increase the size of the Receive Queue allocated during transport set-up. This is usually not an issue because RPCRDMA_BACKWARD_WRS is defined as (32) when SUNRPC_BACKCHANNEL is defined. In cases where it isn't, there is a real risk of Receive Queue wrapping. Fixes: e340c2d6ef2a ("xprtrdma: Reduce the doorbell rate (Receive)") Signed-off-by: Chuck Lever Reviewed-by: Tom Talpey Signed-off-by: Trond Myklebust Signed-off-by: Sasha Levin --- net/sunrpc/xprtrdma/frwr_ops.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/sunrpc/xprtrdma/frwr_ops.c b/net/sunrpc/xprtrdma/frwr_ops.c index baca49fe83af..e8b25f9290ab 100644 --- a/net/sunrpc/xprtrdma/frwr_ops.c +++ b/net/sunrpc/xprtrdma/frwr_ops.c @@ -257,6 +257,7 @@ int frwr_query_device(struct rpcrdma_ep *ep, const struct ib_device *device) ep->re_attr.cap.max_send_wr += 1; /* for ib_drain_sq */ ep->re_attr.cap.max_recv_wr = ep->re_max_requests; ep->re_attr.cap.max_recv_wr += RPCRDMA_BACKWARD_WRS; + ep->re_attr.cap.max_recv_wr += RPCRDMA_MAX_RECV_BATCH; ep->re_attr.cap.max_recv_wr += 1; /* for ib_drain_rq */ ep->re_max_rdma_segs = -- 2.30.2