Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3417307pxf; Mon, 22 Mar 2021 06:06:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJynOmLXnNi58Usm19xIF1hKzIkebISRJgUbWcg2Fk13VMvOonxsTYva25QPRdQrOZHoJhZ0 X-Received: by 2002:a17:906:2cd1:: with SMTP id r17mr19041868ejr.429.1616418399108; Mon, 22 Mar 2021 06:06:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616418399; cv=none; d=google.com; s=arc-20160816; b=n/i8EDHIU32yghBbG4SFb0KTmMcKsvZWOV7sjjITcaRJnu1+DueyYDiqdu65amxXBA 5zlFKuZ3Shibj9SXNYj32E5F0e2EyzdtBS5mp+z8yWiYn6+CGRMCW3dtGYeMi35Alcqy RLgTIdsfQnvqNOGtv2S1EsHBSFKjbOqJwMKcolVWlnN39I/Zmr+h3o3vFE8mKGsVK2Cg oekxgl4BGtxUWi1kFgvx/le3aOTI13wHTNhk1OtGJ0S4e/3KlqRK3zw+L/C6XalNNX5k JmvXBR4f6bwvCMB0+8llIp9HFFro5692fA2uLlRKIAlAaUJg/slFrlWd92KMy8yYPtGg Wpzw== 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=CyWVFT8vVmbX4kQ9rJhEZpbevR9VWBhKfhtvAXkSNng=; b=Ys8ca948m5ba+fdB4t46mrLa1K3bxYSUO0cqzEpYfy8nFFqgPGLEwxEfyrol65rHa6 hUwZHCjwphBsrhDWPac59MUtugc483U2ijx4ZTvffXFBplPksr72AIQ06Dd7NA9aIyoO 6oInz4ZxGH06KWO9LOrLlmTODdFD9+9hg83wIB8oOUmqOedvg8pnI5u0E1q/CPaflSFO dM7bA0JvlmpK4hR3LNwiq6yx3FWN81fKAKZE16ivvtOXKiqGJgP060pmx4g2JfhTMoS+ 0Mb0bTaD47WeDtPC/gPlJWo9hnZccDJRxMWJ32Qk53l6R2T5yc/hJ7c0WQVgkH/2bJeN mwbA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Q5VJp+Hk; 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 qh20si10124942ejb.749.2021.03.22.06.06.16; Mon, 22 Mar 2021 06:06:39 -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=Q5VJp+Hk; 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 S232645AbhCVNEt (ORCPT + 99 others); Mon, 22 Mar 2021 09:04:49 -0400 Received: from mail.kernel.org ([198.145.29.99]:47534 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230289AbhCVMvT (ORCPT ); Mon, 22 Mar 2021 08:51:19 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C0EF8619FC; Mon, 22 Mar 2021 12:45:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616417159; bh=m5Z0tbnrJ4Q/wyJYhcPEMr8Z8hXOyy4nru1IbUDX2VQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Q5VJp+HkJqZtgrv1lWfeI8TER5PDMBOMY6wi2eOH3R0z02fpx1P5PaAEBBlmjNEdW WFoYANmznbOY4BWCiMstAppK+J/eclv5iRTxyQZ0xCoFhqGHXXsIghHBSpDoxd/N4m Tp/OoTJvE7iuIOwQjZjCbjg7xzq42dU/KCxqA+s8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Timo Rothenpieler , Chuck Lever Subject: [PATCH 4.19 16/43] svcrdma: disable timeouts on rdma backchannel Date: Mon, 22 Mar 2021 13:28:30 +0100 Message-Id: <20210322121920.457396843@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210322121919.936671417@linuxfoundation.org> References: <20210322121919.936671417@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: Timo Rothenpieler commit 6820bf77864d5894ff67b5c00d7dba8f92011e3d upstream. This brings it in line with the regular tcp backchannel, which also has all those timeouts disabled. Prevents the backchannel from timing out, getting some async operations like server side copying getting stuck indefinitely on the client side. Signed-off-by: Timo Rothenpieler Fixes: 5d252f90a800 ("svcrdma: Add class for RDMA backwards direction transport") Signed-off-by: Chuck Lever Signed-off-by: Greg Kroah-Hartman --- net/sunrpc/xprtrdma/svc_rdma_backchannel.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- a/net/sunrpc/xprtrdma/svc_rdma_backchannel.c +++ b/net/sunrpc/xprtrdma/svc_rdma_backchannel.c @@ -308,9 +308,9 @@ xprt_setup_rdma_bc(struct xprt_create *a xprt->timeout = &xprt_rdma_bc_timeout; xprt_set_bound(xprt); xprt_set_connected(xprt); - xprt->bind_timeout = RPCRDMA_BIND_TO; - xprt->reestablish_timeout = RPCRDMA_INIT_REEST_TO; - xprt->idle_timeout = RPCRDMA_IDLE_DISC_TO; + xprt->bind_timeout = 0; + xprt->reestablish_timeout = 0; + xprt->idle_timeout = 0; xprt->prot = XPRT_TRANSPORT_BC_RDMA; xprt->tsh_size = 0;