diff options
| author | Trond Myklebust <trond.myklebust@hammerspace.com> | 2021-03-08 20:42:51 +0100 |
|---|---|---|
| committer | Anna Schumaker <Anna.Schumaker@Netapp.com> | 2021-03-08 21:48:02 +0100 |
| commit | 82e7ca1334ab16e2e04fafded1cab9dfcdc11b40 (patch) | |
| tree | 828c065bd9e8576483dba415bca7e9fd7c5b9846 /fs/ramfs | |
| parent | SUNRPC: Set memalloc_nofs_save() for sync tasks (diff) | |
| download | linux-82e7ca1334ab16e2e04fafded1cab9dfcdc11b40.tar.xz linux-82e7ca1334ab16e2e04fafded1cab9dfcdc11b40.zip | |
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/ramfs')
0 files changed, 0 insertions, 0 deletions