Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1866pxj; Tue, 15 Jun 2021 18:11:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzKEHAB2YDIarN8YjtUPSlxYS43KkGHKKj7sdzzachMSHpT/UW55lSdxhoixznZMFuIQvzd X-Received: by 2002:a05:6638:2491:: with SMTP id x17mr1766041jat.33.1623805906858; Tue, 15 Jun 2021 18:11:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623805906; cv=none; d=google.com; s=arc-20160816; b=lKPgxhdKCLzHqcQ7/a0iNJsV486Ksy5OkVsWmoAaN1FDSRJ52UrQBEPFyrRHLA5TPw nCDR7ALEhFZ0qd0J+nNOzITg1JH1Uv2u+TdV6NP6rdHI6ovuqtUkgTbEk6N6iwmBQ+y1 essFnP6TBGJm7KX/d1WfamdD5naBFxcGAc2AdWCDqnDR5diN5fgRa2QuPMukwfxv2Jwx UThYSXksfALHzlzX0kntvtv8UPirO8ZipVF+PKOoPfUBeTlD5tfUvzfiKYyLr2+6GiE3 sT4GUTjRiQTmRXPRwhT15vLti7ADr0kn9cb69vaIwfXKDOwIZq2cpZNAxJPXAJ0Zuctc tHRQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=0vWcJCJxN2zJiTTQMTjQVGAA4Clv5uDSLIsXFO1UYJk=; b=vrfAR+gGoROM7ejV/+D1FkXo++3HaMHOUmcXDFnnIjb7eVqo4xy+qpTJcYaYH7We2d lUmL5swMVg9yOZpRiwMg1DL+nO9/DMdgjzww12vJrozkbxkz1UbEowDrkoN6UN3y2hm8 sse2AmM1cKIrLPVAoFOJNBQACDXvgiG06G1ZgDZqNqerVWoTlKOe51W1iZKXIvJtajyD lnSFRqeVZljM9K8SFRmZdj7zTjsOKFrLd5AaNRB9N3gW4QtJVjAA3SxEAV/NSjgA/rY4 o8kIAeNsgB8fTeVvRxP1w6TOur6NxeuvVri4x+VqvLdo4Kmg8lM20xyBmKi3P1J0MKUw qPig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=h8erflNb; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j5si569612iom.105.2021.06.15.18.11.34; Tue, 15 Jun 2021 18:11:46 -0700 (PDT) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=h8erflNb; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231809AbhFPBMa (ORCPT + 99 others); Tue, 15 Jun 2021 21:12:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231805AbhFPBM3 (ORCPT ); Tue, 15 Jun 2021 21:12:29 -0400 Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C0F14C061574 for ; Tue, 15 Jun 2021 18:10:23 -0700 (PDT) Received: by mail-qk1-x72a.google.com with SMTP id u30so935959qke.7 for ; Tue, 15 Jun 2021 18:10:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=0vWcJCJxN2zJiTTQMTjQVGAA4Clv5uDSLIsXFO1UYJk=; b=h8erflNbs0QlMaYgZlXUyLNxzFHfIa00p6BSd+c35c4BMGQaBSyiSzqpmC8tiLKm4E prdArLc9WgYzlZnzrzdVs17ZIU7DG7NncfJNe323UHIrNtQXJqdyJBttpAB8R3EBxZAG GzN/gEECf0X4DGi1hDPdho0+aMID/htv9DE4Tg1kmKh2Z9LvHgEQ+Pvj8PeEz8+MQXL3 cEugy1jOxeIfR76iOtAbj94Aup9knFtSnWTJJ9Un3VCDeIMLamg3cqjBXd+phOI+CyAc qJ8jB5kutDy2E/2t5xUg4xRis4ZL+E6XsRCWI6kNft90PtUBkdccI2cC5zuw2UWLePhU Z+qA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=0vWcJCJxN2zJiTTQMTjQVGAA4Clv5uDSLIsXFO1UYJk=; b=a6svZd0v7z9Ca1i4kMXxITV5h0pFDXCyldvomI/wecZ9u2HKRp7EkzfxaFOrOHIYgy eUBo2DlNNUeMQIT4n/4bWGLlQ2nSrxVcSRFV1lIBDW3LGcckFqFlHkkx00WdUJP7Qn6E qphN2zK+kl2HGRzdAwtf1tHTTTidMEOByOHUat9f55dc/aCnz8jHx3/c7+Jy+SH9meZK gKtwjk6burjwKFI4TiPWwSrOXQAyMNH0BfjE0u6p1sfFdKfYjUT4Wha2qeggevFf6kk4 ylu/tZBN6OfXuQS/TRgoR3/fKTq/ghkghAdp1dSOHSqX5x4hQgs3CLmZp/lcuNja3TjW 12vw== X-Gm-Message-State: AOAM533xflmA9AxQUcuFv4AiAGDjQy7QDbzlhYEOETqm4l+wrFlJ5Kst /1IPXIMzMkVktLNpq+9N0XU= X-Received: by 2002:ae9:e415:: with SMTP id q21mr2552530qkc.121.1623805822975; Tue, 15 Jun 2021 18:10:22 -0700 (PDT) Received: from kolga-mac-1.attlocal.net (172-10-226-31.lightspeed.livnmi.sbcglobal.net. [172.10.226.31]) by smtp.gmail.com with ESMTPSA id m189sm546007qkd.107.2021.06.15.18.10.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 Jun 2021 18:10:22 -0700 (PDT) From: Olga Kornievskaia To: trond.myklebust@hammerspace.com, anna.schumaker@netapp.com Cc: linux-nfs@vger.kernel.org Subject: [PATCH v3 6/6] NFSv4 allow for nconnect value of trunkable transport Date: Tue, 15 Jun 2021 21:10:13 -0400 Message-Id: <20210616011013.50547-7-olga.kornievskaia@gmail.com> X-Mailer: git-send-email 2.30.1 (Apple Git-130) In-Reply-To: <20210616011013.50547-1-olga.kornievskaia@gmail.com> References: <20210616011013.50547-1-olga.kornievskaia@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org From: Olga Kornievskaia If the new mount asked for nconnect mount, then create old client number of connections to the destination address that has been established as the same server with trunkable address. Signed-off-by: Olga Kornievskaia --- There might be a number of objection to this patch. One I can think of is that this patch creates the nconnects based on whether or not the new mount asked for nconnect instead of unconditionally creating nconnect number of connections. The patch still creates nconnect connections based on the original value instead of picking the value of clp->cl_nconnect. I would have preferred that would be done. I don't see what can be wrong with using the new value. But I feared to go against what was objected before. My preference would be to (1) create clp->cl_nconnect connections or (2) not use this patch at all or (3) use as is here (meaning at least not create extra connections unless asked for by the mount). --- fs/nfs/nfs4client.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/fs/nfs/nfs4client.c b/fs/nfs/nfs4client.c index af57332503be..50fa9d53b444 100644 --- a/fs/nfs/nfs4client.c +++ b/fs/nfs/nfs4client.c @@ -427,6 +427,15 @@ static void nfs4_add_trunk(struct nfs_client *clp, struct nfs_client *old) rpc_clnt_add_xprt(old->cl_rpcclient, &xprt_args, rpc_clnt_test_and_add_xprt, NULL); + + if (clp->cl_nconnect > 1) { + int i; + + for (i = 0; i < old->cl_nconnect - 1; i++) + if (rpc_clnt_add_xprt(old->cl_rpcclient, &xprt_args, + NULL, NULL) < 0) + break; + } } /** -- 2.27.0