Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3412256pxf; Mon, 22 Mar 2021 06:01:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyp1gixC0RKvYKEtTNgR7mTx9I9MMFT9vJO/nz1WxCrZHLetrKbgUzZjMQv31wnWTM1x2nB X-Received: by 2002:a19:f614:: with SMTP id x20mr8980772lfe.229.1616418064719; Mon, 22 Mar 2021 06:01:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616418064; cv=none; d=google.com; s=arc-20160816; b=KKJLGYQqq9WK1Y62PnThN5R88TapOppuQ2ojgaG3HuMkGCpYYm0m1W2G9aiQvhObAy +YUKvzZPxKcha5TYjHA52JavDrSoAqAiK1hMKvi355GP05LSLKSc8b/aMi4W9i0YUhmc Dxn2uwRqVPpD40UNh7FkfjLxh+ZLO9QWLqCyCisFcwU0CazuZz8NcckQK1z4Ohn8niU1 YEewp4oMI9OBv1Yaqv4WUhlcxQQZxXMLPnR1K2i0dNe1WBvo4gifvyqgwGgsAROfdjQr x9duoJLZFWZSDa39+vd2unIWEjNXhFWu3U+AMjX/QjVWAFvl5PEJgf5R4Cv3CXnWrLbW JkvQ== 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=Hm8BnK2Gk9zZI2v9Zz8VMkszW1FMqAwLg1E6Km4Lckg=; b=gJzjIqazPtrOJcL2piYaaStkL/ChztiEZoua9y+iNy6xVUm+ULTjEyAWuABHGHn7ss MzHmKvSz7NK2MaqtOPDRk3X4aDuz/48cvlQQM8FBhyVmhZsjhX08BqkbJR47BT/06PIn uEY7CCDUDilLS5s43kqOcFhkalwkPck5S/wWjdkxfn/an4s7cTjSHyKY+dKJbIYpyjeK gKYa7yCe64OR/AKuWkkQtYDC33DQBQB0DLo9MITZYXFj+eSUB5jD8/KmF8b2kG9CgZ1H geovnb0rfXZStaQZQYZaJlnpji5pyhSOqRjbTdY9pUOUKMuK0swLYqshclW+1SjJt6qN fnLw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=FbEBCBKb; 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 d15si11643857edr.357.2021.03.22.06.00.39; Mon, 22 Mar 2021 06:01:04 -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=FbEBCBKb; 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 S232098AbhCVM4g (ORCPT + 99 others); Mon, 22 Mar 2021 08:56:36 -0400 Received: from mail.kernel.org ([198.145.29.99]:41972 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232116AbhCVMpp (ORCPT ); Mon, 22 Mar 2021 08:45:45 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C15D4619A5; Mon, 22 Mar 2021 12:42:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616416940; bh=4APr62RChqPBIG8D3jWK70F50PgH02rJXlez7V/4JNQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=FbEBCBKbsSDe9lAYtMOVJILcDhcrgWwfU011/T6HgU5J1R61kSAD5W8gjuWUME/qO JXC+53pTym1L+5QsuQiyBg133m8y9QzcMKgzfMZpfXMSUMOMfOKUYFlDlZbc2WBoen lxQqpGx7UZ9hGipTTYDKHYezwtYkjnaJUkPTG1wA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Timo Rothenpieler , Chuck Lever Subject: [PATCH 5.4 24/60] svcrdma: disable timeouts on rdma backchannel Date: Mon, 22 Mar 2021 13:28:12 +0100 Message-Id: <20210322121923.180379491@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210322121922.372583154@linuxfoundation.org> References: <20210322121922.372583154@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 @@ -285,9 +285,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->ops = &xprt_rdma_bc_procs;