From: Jeff Layton <jlayton@kernel.org>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: Alexander Viro <viro@zeniv.linux.org.uk>,
Christian Brauner <brauner@kernel.org>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
Neil Brown <neilb@suse.de>, Olga Kornievskaia <kolga@netapp.com>,
Dai Ngo <Dai.Ngo@oracle.com>, Tom Talpey <tom@talpey.com>,
linux-nfs@vger.kernel.org
Subject: Re: [PATCH 51/87] fs/nfsd: convert to new inode {a,m}time accessors
Date: Thu, 28 Sep 2023 10:09:19 -0400 [thread overview]
Message-ID: <c908f4e65777b15e4574f27df97630b3033804a3.camel@kernel.org> (raw)
In-Reply-To: <ZRWGBGqYe3rF5CRY@tissot.1015granger.net>
On Thu, 2023-09-28 at 09:56 -0400, Chuck Lever wrote:
> On Thu, Sep 28, 2023 at 07:03:00AM -0400, Jeff Layton wrote:
> > Signed-off-by: Jeff Layton <jlayton@kernel.org>
> > ---
> > fs/nfsd/blocklayout.c | 3 ++-
> > fs/nfsd/nfs3proc.c | 4 ++--
> > fs/nfsd/nfs4proc.c | 8 ++++----
> > fs/nfsd/nfsctl.c | 2 +-
> > 4 files changed, 9 insertions(+), 8 deletions(-)
> >
> > diff --git a/fs/nfsd/blocklayout.c b/fs/nfsd/blocklayout.c
> > index 01d7fd108cf3..bdc582777738 100644
> > --- a/fs/nfsd/blocklayout.c
> > +++ b/fs/nfsd/blocklayout.c
> > @@ -119,10 +119,11 @@ nfsd4_block_commit_blocks(struct inode *inode, struct nfsd4_layoutcommit *lcp,
> > {
> > loff_t new_size = lcp->lc_last_wr + 1;
> > struct iattr iattr = { .ia_valid = 0 };
> > + struct timespec64 mtime = inode_get_mtime(inode);
>
> Nit: Please use reverse Christmas tree for new variable declarations.
>
Ok
>
> > int error;
> >
> > if (lcp->lc_mtime.tv_nsec == UTIME_NOW ||
> > - timespec64_compare(&lcp->lc_mtime, &inode->i_mtime) < 0)
> > + timespec64_compare(&lcp->lc_mtime, &mtime) < 0)
> > lcp->lc_mtime = current_time(inode);
> > iattr.ia_valid |= ATTR_ATIME | ATTR_CTIME | ATTR_MTIME;
> > iattr.ia_atime = iattr.ia_ctime = iattr.ia_mtime = lcp->lc_mtime;
> > diff --git a/fs/nfsd/nfs3proc.c b/fs/nfsd/nfs3proc.c
> > index 268ef57751c4..b1c90a901d3e 100644
> > --- a/fs/nfsd/nfs3proc.c
> > +++ b/fs/nfsd/nfs3proc.c
> > @@ -294,8 +294,8 @@ nfsd3_create_file(struct svc_rqst *rqstp, struct svc_fh *fhp,
> > status = nfserr_exist;
> > break;
> > case NFS3_CREATE_EXCLUSIVE:
> > - if (d_inode(child)->i_mtime.tv_sec == v_mtime &&
> > - d_inode(child)->i_atime.tv_sec == v_atime &&
> > + if (inode_get_mtime(d_inode(child)).tv_sec == v_mtime &&
> > + inode_get_atime(d_inode(child)).tv_sec == v_atime &&
>
> "inode_get_atime(yada).tv_sec" seems to be a frequently-repeated
> idiom, at least in this patch. Would it be helpful to have an
> additional helper that extracted just the seconds field, and one
> that extracts just the nsec field?
>
I don't know that extra helpers will make that any clearer.
>
> > d_inode(child)->i_size == 0) {
> > break;
> > }
> > diff --git a/fs/nfsd/nfs4proc.c b/fs/nfsd/nfs4proc.c
> > index 4199ede0583c..b17309aac0d5 100644
> > --- a/fs/nfsd/nfs4proc.c
> > +++ b/fs/nfsd/nfs4proc.c
> > @@ -322,8 +322,8 @@ nfsd4_create_file(struct svc_rqst *rqstp, struct svc_fh *fhp,
> > status = nfserr_exist;
> > break;
> > case NFS4_CREATE_EXCLUSIVE:
> > - if (d_inode(child)->i_mtime.tv_sec == v_mtime &&
> > - d_inode(child)->i_atime.tv_sec == v_atime &&
> > + if (inode_get_mtime(d_inode(child)).tv_sec == v_mtime &&
> > + inode_get_atime(d_inode(child)).tv_sec == v_atime &&
> > d_inode(child)->i_size == 0) {
> > open->op_created = true;
> > break; /* subtle */
> > @@ -331,8 +331,8 @@ nfsd4_create_file(struct svc_rqst *rqstp, struct svc_fh *fhp,
> > status = nfserr_exist;
> > break;
> > case NFS4_CREATE_EXCLUSIVE4_1:
> > - if (d_inode(child)->i_mtime.tv_sec == v_mtime &&
> > - d_inode(child)->i_atime.tv_sec == v_atime &&
> > + if (inode_get_mtime(d_inode(child)).tv_sec == v_mtime &&
> > + inode_get_atime(d_inode(child)).tv_sec == v_atime &&
> > d_inode(child)->i_size == 0) {
> > open->op_created = true;
> > goto set_attr; /* subtle */
> > diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c
> > index 7ed02fb88a36..846559e4769b 100644
> > --- a/fs/nfsd/nfsctl.c
> > +++ b/fs/nfsd/nfsctl.c
> > @@ -1132,7 +1132,7 @@ static struct inode *nfsd_get_inode(struct super_block *sb, umode_t mode)
> > /* Following advice from simple_fill_super documentation: */
> > inode->i_ino = iunique(sb, NFSD_MaxReserved);
> > inode->i_mode = mode;
> > - inode->i_atime = inode->i_mtime = inode_set_ctime_current(inode);
> > + simple_inode_init_ts(inode);
>
> An observation about the whole series: Should these helpers use the
> usual naming convention of:
>
> <subsystem>-<subject>-<verb>
>
> So we get:
>
> simple_inode_ts_init(inode);
>
> inode_atime_get(inode)
>
This was already bikeshedded during the ctime series, and the near
universal preference at the time was to go with inode_set_ctime and
inode_get_ctime. I'm just following suit with the new accessors.
>
> > switch (mode & S_IFMT) {
> > case S_IFDIR:
> > inode->i_fop = &simple_dir_operations;
> > --
> > 2.41.0
> >
>
> Otherwise, for the patch(es) touching nfsd:
>
> Acked-by: Chuck Lever <chuck.lever@oracle.com>
>
Thanks!
--
Jeff Layton <jlayton@kernel.org>
next prev parent reply other threads:[~2023-09-28 14:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-28 11:02 [PATCH 00/87] fs: new accessor methods for atime and mtime Jeff Layton
2023-09-28 11:03 ` [PATCH 01/87] " Jeff Layton
[not found] ` <20230928110413.33032-1-jlayton@kernel.org>
2023-09-28 11:02 ` [PATCH 50/87] fs/nfs: convert to new inode {a,m}time accessors Jeff Layton
2023-09-28 11:03 ` [PATCH 51/87] fs/nfsd: " Jeff Layton
2023-09-28 13:56 ` Chuck Lever
2023-09-28 14:09 ` Jeff Layton [this message]
2023-09-28 14:33 ` Chuck Lever
2023-09-28 11:03 ` [PATCH 81/87] net/sunrpc: " Jeff Layton
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=c908f4e65777b15e4574f27df97630b3033804a3.camel@kernel.org \
--to=jlayton@kernel.org \
--cc=Dai.Ngo@oracle.com \
--cc=brauner@kernel.org \
--cc=chuck.lever@oracle.com \
--cc=kolga@netapp.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=neilb@suse.de \
--cc=tom@talpey.com \
--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;
as well as URLs for NNTP newsgroup(s).