summaryrefslogtreecommitdiff
path: root/fs/nfs/fscache-index.c
diff options
context:
space:
mode:
authorTrond Myklebust <trond.myklebust@hammerspace.com>2021-03-08 22:42:51 +0300
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2021-03-08 23:48:02 +0300
commit82e7ca1334ab16e2e04fafded1cab9dfcdc11b40 (patch)
tree828c065bd9e8576483dba415bca7e9fd7c5b9846 /fs/nfs/fscache-index.c
parentf0940f4b3284a00f38a5d42e6067c2aaa20e1f2e (diff)
downloadlinux-82e7ca1334ab16e2e04fafded1cab9dfcdc11b40.tar.xz
NFS: Don't revalidate the directory permissions on a lookup failure
There should be no reason to expect the directory permissions to change just because the directory contents changed or a negative lookup timed out. So let's avoid doing a full call to nfs_mark_for_revalidate() in that case. Furthermore, if this is a negative dentry, and we haven't actually done a new lookup, then we have no reason yet to believe the directory has changed at all. So let's remove the gratuitous directory inode invalidation altogether when called from nfs_lookup_revalidate_negative(). Reported-by: Geert Jansen <gerardu@amazon.com> Fixes: 5ceb9d7fdaaf ("NFS: Refactor nfs_lookup_revalidate()") Signed-off-by: Trond Myklebust <trond.myklebust@hammerspace.com> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'fs/nfs/fscache-index.c')
0 files changed, 0 insertions, 0 deletions