Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp417449pxb; Wed, 3 Feb 2021 08:26:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJxffqCVrQHjdUs827BNya8dTAoA3YW8K7cNvJmKxsz6N29gRzltb0PtYkj5BrS3yd1q/XOR X-Received: by 2002:aa7:d64b:: with SMTP id v11mr3686327edr.16.1612369562649; Wed, 03 Feb 2021 08:26:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612369562; cv=none; d=google.com; s=arc-20160816; b=E3qByfVc5VI6/ahpAzJ7s583PitNupZTWuEZnolMUDSqYE7yaWyfzGhLqaSQ/+ry4V nTHl2bWC1A/+cw4Tmw3veLHGJNEtahpZ+o5Vh4N6skc13FHMzZpKHbd/RPm4zNqN4/IY et+OFQz7tX4AmcbxaxFfIPY5f1tNAll0ykhg6z7HJAtVccQm1y2Ppra385QP19t4kmk3 fL5PYNBec/MxRZNRV7WquXsX3vWiQwtc2AsLwbR1wA0imhqS1ev13P6rh3CwsFOAeI2x wpcgWNNJrTofJKsZNrp2N/ixj293ISbTKBQPoDPtC5d2o5yCcQHeQSwJ/VcvI84OiA3p CpPQ== 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=53Xjm3M5b45GmjWQ2Gs4luNuXyXhuWpfXO9HQosXXVI=; b=IHhAp6904qKyl7vtrS002dNZH7q1UEj84y5JofakSXaOYWoWYbxLdlMcATCB8JDatv jnfsPgKwc5bjXAJ5TcGEKYEpSQsCX6mZgK/vs3EEeCHmdliLr6p2oJ5B+42IG1wByeYd 4w6o7vwrAJGMFuxaQ/XJXro2YvA0kO4RNrlXTMjVWtrHIt/fSOYJsvRsyGajxY5pqEfs konUF3MYC18qsufAPEJBoguJcqO4rcsYopzW4Fq2bF4riULdiQnPDSy+BTV50uBgKMpp MwfJw8iPrmFHcXzW/x3nDI8FJYrW0iM5Ji/ZAfGyrgP17KA3dc8WfBKHBBUvbuWVxYQb Cz/w== 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 b3si1507838edk.600.2021.02.03.08.25.38; Wed, 03 Feb 2021 08:26:02 -0800 (PST) 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 S233573AbhBCQY5 (ORCPT + 99 others); Wed, 3 Feb 2021 11:24:57 -0500 Received: from mail.kernel.org ([198.145.29.99]:40232 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233560AbhBCQY4 (ORCPT ); Wed, 3 Feb 2021 11:24:56 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 285F464F8C; Wed, 3 Feb 2021 16:24:14 +0000 (UTC) Subject: [PATCH v2 4/6] rpcrdma: Fix comments about reverse-direction operation From: Chuck Lever To: linux-nfs@vger.kernel.org, linux-rdma@vger.kernel.org Date: Wed, 03 Feb 2021 11:24:13 -0500 Message-ID: <161236945329.1030487.13444441650618425746.stgit@manet.1015granger.net> In-Reply-To: <161236925476.1030487.10407536259816633879.stgit@manet.1015granger.net> References: <161236925476.1030487.10407536259816633879.stgit@manet.1015granger.net> User-Agent: StGit/0.23-29-ga622f1 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 During the final stages of publication of RFC 8167, reviewers requested that we use the term "reverse direction" rather than "backwards direction". Update comments to reflect this preference. Signed-off-by: Chuck Lever --- net/sunrpc/xprtrdma/backchannel.c | 4 ++-- net/sunrpc/xprtrdma/rpc_rdma.c | 6 +----- net/sunrpc/xprtrdma/svc_rdma_backchannel.c | 4 ++-- net/sunrpc/xprtrdma/xprt_rdma.h | 6 +++--- 4 files changed, 8 insertions(+), 12 deletions(-) diff --git a/net/sunrpc/xprtrdma/backchannel.c b/net/sunrpc/xprtrdma/backchannel.c index 946edf2db646..a249837d6a55 100644 --- a/net/sunrpc/xprtrdma/backchannel.c +++ b/net/sunrpc/xprtrdma/backchannel.c @@ -2,7 +2,7 @@ /* * Copyright (c) 2015-2020, Oracle and/or its affiliates. * - * Support for backward direction RPCs on RPC/RDMA. + * Support for reverse-direction RPCs on RPC/RDMA. */ #include @@ -208,7 +208,7 @@ static struct rpc_rqst *rpcrdma_bc_rqst_get(struct rpcrdma_xprt *r_xprt) } /** - * rpcrdma_bc_receive_call - Handle a backward direction call + * rpcrdma_bc_receive_call - Handle a reverse-direction Call * @r_xprt: transport receiving the call * @rep: receive buffer containing the call * diff --git a/net/sunrpc/xprtrdma/rpc_rdma.c b/net/sunrpc/xprtrdma/rpc_rdma.c index b3e66b8f65ab..f0af89a43efd 100644 --- a/net/sunrpc/xprtrdma/rpc_rdma.c +++ b/net/sunrpc/xprtrdma/rpc_rdma.c @@ -1153,14 +1153,10 @@ rpcrdma_is_bcall(struct rpcrdma_xprt *r_xprt, struct rpcrdma_rep *rep) */ p = xdr_inline_decode(xdr, 3 * sizeof(*p)); if (unlikely(!p)) - goto out_short; + return true; rpcrdma_bc_receive_call(r_xprt, rep); return true; - -out_short: - pr_warn("RPC/RDMA short backward direction call\n"); - return true; } #else /* CONFIG_SUNRPC_BACKCHANNEL */ { diff --git a/net/sunrpc/xprtrdma/svc_rdma_backchannel.c b/net/sunrpc/xprtrdma/svc_rdma_backchannel.c index 63f8be974df2..4a1edbb4028e 100644 --- a/net/sunrpc/xprtrdma/svc_rdma_backchannel.c +++ b/net/sunrpc/xprtrdma/svc_rdma_backchannel.c @@ -2,7 +2,7 @@ /* * Copyright (c) 2015-2018 Oracle. All rights reserved. * - * Support for backward direction RPCs on RPC/RDMA (server-side). + * Support for reverse-direction RPCs on RPC/RDMA (server-side). */ #include @@ -59,7 +59,7 @@ void svc_rdma_handle_bc_reply(struct svc_rqst *rqstp, spin_unlock(&xprt->queue_lock); } -/* Send a backwards direction RPC call. +/* Send a reverse-direction RPC Call. * * Caller holds the connection's mutex and has already marshaled * the RPC/RDMA request. diff --git a/net/sunrpc/xprtrdma/xprt_rdma.h b/net/sunrpc/xprtrdma/xprt_rdma.h index ed1c5444fb9d..fe3be985e239 100644 --- a/net/sunrpc/xprtrdma/xprt_rdma.h +++ b/net/sunrpc/xprtrdma/xprt_rdma.h @@ -98,9 +98,9 @@ struct rpcrdma_ep { atomic_t re_completion_ids; }; -/* Pre-allocate extra Work Requests for handling backward receives - * and sends. This is a fixed value because the Work Queues are - * allocated when the forward channel is set up, long before the +/* Pre-allocate extra Work Requests for handling reverse-direction + * Receives and Sends. This is a fixed value because the Work Queues + * are allocated when the forward channel is set up, long before the * backchannel is provisioned. This value is two times * NFS4_DEF_CB_SLOT_TABLE_SIZE. */