Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Benjamin Coddington <bcodding@redhat.com>
To:     Anna Schumaker <schumaker.anna@gmail.com>
Cc:     linux-nfs@vger.kernel.org
Subject: Re: [PATCH 0/9 RFC v2] NFS sysfs scaffolding
Date:   Fri, 21 Apr 2023 13:46:32 -0400
Message-ID: <2D3BC0F1-E7C2-48A1-BFFD-643C0E1738E3@redhat.com>
In-Reply-To: <CAFX2JfnhRv53kSFs5s+QqwVmU2pQShWL_jQSTztMMFvv79=04A@mail.gmail.com>
References: <cover.1682096307.git.bcodding@redhat.com>
 <CAFX2JfnhRv53kSFs5s+QqwVmU2pQShWL_jQSTztMMFvv79=04A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Precedence: bulk

On 21 Apr 2023, at 13:37, Anna Schumaker wrote:

> Hi Ben,
>
> On Fri, Apr 21, 2023 at 1:10 PM Benjamin Coddington <bcodding@redhat.com> wrote:
>>
>> Here's another round of sysfs entries for each nfs_server, this time with a
>> single use-case: a "shutdown" toggle that causes the basic rpc_clnt(s) to
>> immediately fail tasks with -EIO.  It works well for the non pNFS cases to
>> allow an unmount of a filesystem when the NFS server has gone away.
>>
>> I'm posting to gain potential NACKing, or to be redirected, or to serve as
>> fodder for discussion at LSF.
>>
>> I'm thinking I'd like to toggle v4.2 things like READ_PLUS in here next, or
>> other module-level options that maybe would be useful per-mount.
>
> I have a patch built on your v1 posting that implements this. I can
> rebase on v2 (well, I guess it'll be v3 now) if you want to see it!

Oh yeah, would love to see it!  I don't think anything changed in the first 6 patches.

Ben