From: Chuck Lever <chuck.lever@oracle.com>
To: Jeff Layton <jlayton@kernel.org>,
Miklos Szeredi <miklos@szeredi.hu>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Christian Brauner <brauner@kernel.org>, Jan Kara <jack@suse.cz>,
Alexander Aring <alex.aring@gmail.com>,
Trond Myklebust <trondmy@kernel.org>,
Anna Schumaker <anna@kernel.org>,
Steve French <sfrench@samba.org>,
Paulo Alcantara <pc@manguebit.org>,
Ronnie Sahlberg <ronniesahlberg@gmail.com>,
Shyam Prasad N <sprasad@microsoft.com>,
Tom Talpey <tom@talpey.com>, Bharath SM <bharathsm@microsoft.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Danilo Krummrich <dakr@kernel.org>,
David Howells <dhowells@redhat.com>,
Tyler Hicks <code@tyhicks.com>, NeilBrown <neil@brown.name>,
Olga Kornievskaia <okorniev@redhat.com>,
Dai Ngo <Dai.Ngo@oracle.com>, Amir Goldstein <amir73il@gmail.com>,
Namjae Jeon <linkinjeon@kernel.org>,
Steve French <smfrench@gmail.com>,
Sergey Senozhatsky <senozhatsky@chromium.org>,
Carlos Maiolino <cem@kernel.org>,
Kuniyuki Iwashima <kuniyu@google.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Simon Horman <horms@kernel.org>
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-nfs@vger.kernel.org, linux-cifs@vger.kernel.org,
samba-technical@lists.samba.org, netfs@lists.linux.dev,
ecryptfs@vger.kernel.org, linux-unionfs@vger.kernel.org,
linux-xfs@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: [PATCH v2 11/11] nfsd: wire up GET_DIR_DELEGATION handling
Date: Sat, 18 Oct 2025 15:46:17 -0400 [thread overview]
Message-ID: <cc8a624b-6747-4566-b812-e27caf7861a9@oracle.com> (raw)
In-Reply-To: <20251017-dir-deleg-ro-v2-11-8c8f6dd23c8b@kernel.org>
On 10/17/25 7:32 AM, Jeff Layton wrote:
> Add a new routine for acquiring a read delegation on a directory. These
> are recallable-only delegations with no support for CB_NOTIFY. That will
> be added in a later phase.
>
> Since the same CB_RECALL/DELEGRETURN infrastrure is used for regular and
> directory delegations, a normal nfs4_delegation is used to represent a
> directory delegation.
s/infrastrure/infrastructure/
> Signed-off-by: Jeff Layton <jlayton@kernel.org>
> ---
> fs/nfsd/nfs4proc.c | 21 ++++++++++-
> fs/nfsd/nfs4state.c | 100 ++++++++++++++++++++++++++++++++++++++++++++++++++++
> fs/nfsd/state.h | 5 +++
> 3 files changed, 125 insertions(+), 1 deletion(-)
>
> diff --git a/fs/nfsd/nfs4proc.c b/fs/nfsd/nfs4proc.c
> index 7f7e6bb23a90d9a1cafd154c0f09e236df75b083..527f8dc52159803770964700170473509ec328ed 100644
> --- a/fs/nfsd/nfs4proc.c
> +++ b/fs/nfsd/nfs4proc.c
> @@ -2342,6 +2342,13 @@ nfsd4_get_dir_delegation(struct svc_rqst *rqstp,
> union nfsd4_op_u *u)
> {
> struct nfsd4_get_dir_delegation *gdd = &u->get_dir_delegation;
> + struct nfs4_delegation *dd;
> + struct nfsd_file *nf;
> + __be32 status;
> +
> + status = nfsd_file_acquire_dir(rqstp, &cstate->current_fh, &nf);
> + if (status != nfs_ok)
> + return status;
>
> /*
> * RFC 8881, section 18.39.3 says:
> @@ -2355,7 +2362,19 @@ nfsd4_get_dir_delegation(struct svc_rqst *rqstp,
> * return NFS4_OK with a non-fatal status of GDD4_UNAVAIL in this
> * situation.
> */
> - gdd->gddrnf_status = GDD4_UNAVAIL;
> + dd = nfsd_get_dir_deleg(cstate, gdd, nf);
> + if (IS_ERR(dd)) {
> + int err = PTR_ERR(dd);
> +
> + if (err != -EAGAIN)
> + return nfserrno(err);
> + gdd->gddrnf_status = GDD4_UNAVAIL;
> + return nfs_ok;
> + }
These error flows might leak the nf acquired just above.
> +
> + gdd->gddrnf_status = GDD4_OK;
> + memcpy(&gdd->gddr_stateid, &dd->dl_stid.sc_stateid, sizeof(gdd->gddr_stateid));
> + nfs4_put_stid(&dd->dl_stid);
> return nfs_ok;
> }
>
> diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
> index b06591f154aa372db710e071c69260f4639956d7..a63e8c885291fc377163f3255f26f5f693704437 100644
> --- a/fs/nfsd/nfs4state.c
> +++ b/fs/nfsd/nfs4state.c
> @@ -9359,3 +9359,103 @@ nfsd4_deleg_getattr_conflict(struct svc_rqst *rqstp, struct dentry *dentry,
> nfs4_put_stid(&dp->dl_stid);
> return status;
> }
> +
> +/**
> + * nfsd_get_dir_deleg - attempt to get a directory delegation
> + * @cstate: compound state
> + * @gdd: GET_DIR_DELEGATION arg/resp structure
> + * @nf: nfsd_file opened on the directory
> + *
> + * Given a GET_DIR_DELEGATION request @gdd, attempt to acquire a delegation
> + * on the directory to which @nf refers. Note that this does not set up any
> + * sort of async notifications for the delegation.
> + */
> +struct nfs4_delegation *
> +nfsd_get_dir_deleg(struct nfsd4_compound_state *cstate,
> + struct nfsd4_get_dir_delegation *gdd,
> + struct nfsd_file *nf)
> +{
> + struct nfs4_client *clp = cstate->clp;
> + struct nfs4_delegation *dp;
> + struct file_lease *fl;
> + struct nfs4_file *fp, *rfp;
> + int status = 0;
> +
> + fp = nfsd4_alloc_file();
> + if (!fp)
> + return ERR_PTR(-ENOMEM);
> +
> + nfsd4_file_init(&cstate->current_fh, fp);
> +
> + rfp = nfsd4_file_hash_insert(fp, &cstate->current_fh);
> + if (unlikely(!rfp)) {
> + put_nfs4_file(fp);
> + return ERR_PTR(-ENOMEM);
> + }
> +
> + if (rfp != fp) {
> + put_nfs4_file(fp);
> + fp = rfp;
> + }
> +
> + /* if this client already has one, return that it's unavailable */
> + spin_lock(&state_lock);
> + spin_lock(&fp->fi_lock);
> + /* existing delegation? */
> + if (nfs4_delegation_exists(clp, fp)) {
> + status = -EAGAIN;
> + } else if (!fp->fi_deleg_file) {
> + fp->fi_deleg_file = nf;
> + fp->fi_delegees = 1;
> + } else {
> + ++fp->fi_delegees;
The new nf is unused in this arm. Does it need to be released?
> + }
> + spin_unlock(&fp->fi_lock);
> + spin_unlock(&state_lock);
> +
> + if (status) {
> + put_nfs4_file(fp);
> + return ERR_PTR(status);
> + }
> +
> + /* Try to set up the lease */
> + status = -ENOMEM;
> + dp = alloc_init_deleg(clp, fp, NULL, NFS4_OPEN_DELEGATE_READ);
> + if (!dp)
> + goto out_delegees;
> +
> + fl = nfs4_alloc_init_lease(dp);
> + if (!fl)
> + goto out_put_stid;
> +
> + status = kernel_setlease(nf->nf_file,
> + fl->c.flc_type, &fl, NULL);
> + if (fl)
> + locks_free_lease(fl);
> + if (status)
> + goto out_put_stid;
> +
> + /*
> + * Now, try to hash it. This can fail if we race another nfsd task
> + * trying to set a delegation on the same file. If that happens,
> + * then just say UNAVAIL.
> + */
> + spin_lock(&state_lock);
> + spin_lock(&clp->cl_lock);
> + spin_lock(&fp->fi_lock);
> + status = hash_delegation_locked(dp, fp);
> + spin_unlock(&fp->fi_lock);
> + spin_unlock(&clp->cl_lock);
> + spin_unlock(&state_lock);
> +
> + if (!status)
> + return dp;
> +
> + /* Something failed. Drop the lease and clean up the stid */
> + kernel_setlease(fp->fi_deleg_file->nf_file, F_UNLCK, NULL, (void **)&dp);
> +out_put_stid:
> + nfs4_put_stid(&dp->dl_stid);
> +out_delegees:
> + put_deleg_file(fp);
> + return ERR_PTR(status);
> +}
> diff --git a/fs/nfsd/state.h b/fs/nfsd/state.h
> index 1e736f4024263ffa9c93bcc9ec48f44566a8cc77..b052c1effdc5356487c610db9728df8ecfe851d4 100644
> --- a/fs/nfsd/state.h
> +++ b/fs/nfsd/state.h
> @@ -867,4 +867,9 @@ static inline bool try_to_expire_client(struct nfs4_client *clp)
>
> extern __be32 nfsd4_deleg_getattr_conflict(struct svc_rqst *rqstp,
> struct dentry *dentry, struct nfs4_delegation **pdp);
> +
> +struct nfsd4_get_dir_delegation;
> +struct nfs4_delegation *nfsd_get_dir_deleg(struct nfsd4_compound_state *cstate,
> + struct nfsd4_get_dir_delegation *gdd,
> + struct nfsd_file *nf);
> #endif /* NFSD4_STATE_H */
>
--
Chuck Lever
next prev parent reply other threads:[~2025-10-18 19:47 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-17 11:31 [PATCH v2 00/11] vfs: recall-only directory delegations for knfsd Jeff Layton
2025-10-17 11:31 ` [PATCH v2 01/11] filelock: push the S_ISREG check down to ->setlease handlers Jeff Layton
2025-10-17 11:31 ` [PATCH v2 02/11] vfs: add try_break_deleg calls for parents to vfs_{link,rename,unlink} Jeff Layton
2025-10-17 11:31 ` [PATCH v2 03/11] vfs: allow mkdir to wait for delegation break on parent Jeff Layton
2025-10-17 11:31 ` [PATCH v2 04/11] vfs: allow rmdir " Jeff Layton
2025-10-17 11:31 ` [PATCH v2 05/11] vfs: break parent dir delegations in open(..., O_CREAT) codepath Jeff Layton
2025-10-17 11:31 ` [PATCH v2 06/11] vfs: make vfs_create break delegations on parent directory Jeff Layton
2025-10-17 11:31 ` [PATCH v2 07/11] vfs: make vfs_mknod " Jeff Layton
2025-10-17 11:32 ` [PATCH v2 08/11] filelock: lift the ban on directory leases in generic_setlease Jeff Layton
2025-10-17 11:32 ` [PATCH v2 09/11] nfsd: allow filecache to hold S_IFDIR files Jeff Layton
2025-10-18 19:33 ` Chuck Lever
2025-10-19 13:41 ` Jeff Layton
2025-10-17 11:32 ` [PATCH v2 10/11] nfsd: allow DELEGRETURN on directories Jeff Layton
2025-10-18 19:37 ` Chuck Lever
2025-10-17 11:32 ` [PATCH v2 11/11] nfsd: wire up GET_DIR_DELEGATION handling Jeff Layton
2025-10-18 19:46 ` Chuck Lever [this message]
2025-10-19 13:46 ` Jeff Layton
2025-10-17 23:44 ` [PATCH v2 00/11] vfs: recall-only directory delegations for knfsd NeilBrown
2025-10-19 14:17 ` Jeff Layton
2025-10-21 13:09 ` Christian Brauner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cc8a624b-6747-4566-b812-e27caf7861a9@oracle.com \
--to=chuck.lever@oracle.com \
--cc=Dai.Ngo@oracle.com \
--cc=alex.aring@gmail.com \
--cc=amir73il@gmail.com \
--cc=anna@kernel.org \
--cc=bharathsm@microsoft.com \
--cc=brauner@kernel.org \
--cc=cem@kernel.org \
--cc=code@tyhicks.com \
--cc=dakr@kernel.org \
--cc=davem@davemloft.net \
--cc=dhowells@redhat.com \
--cc=ecryptfs@vger.kernel.org \
--cc=edumazet@google.com \
--cc=gregkh@linuxfoundation.org \
--cc=horms@kernel.org \
--cc=jack@suse.cz \
--cc=jlayton@kernel.org \
--cc=kuba@kernel.org \
--cc=kuniyu@google.com \
--cc=linkinjeon@kernel.org \
--cc=linux-cifs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-unionfs@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=miklos@szeredi.hu \
--cc=neil@brown.name \
--cc=netdev@vger.kernel.org \
--cc=netfs@lists.linux.dev \
--cc=okorniev@redhat.com \
--cc=pabeni@redhat.com \
--cc=pc@manguebit.org \
--cc=rafael@kernel.org \
--cc=ronniesahlberg@gmail.com \
--cc=samba-technical@lists.samba.org \
--cc=senozhatsky@chromium.org \
--cc=sfrench@samba.org \
--cc=smfrench@gmail.com \
--cc=sprasad@microsoft.com \
--cc=tom@talpey.com \
--cc=trondmy@kernel.org \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox