diff options
author | Trond Myklebust <trond.myklebust@primarydata.com> | 2014-02-06 14:38:53 -0500 |
---|---|---|
committer | Jiri Slaby <jslaby@suse.cz> | 2014-03-03 09:45:38 +0100 |
commit | 16bc2fbd8187c43a8b251a544b4c59e0cd852aef (patch) | |
tree | 25a52e57d91b54c4a01bab1ce101fdbf8b053b9a /sound | |
parent | 383728bebf1f4bb3253800a17bf3cdb28cd3312c (diff) |
NFS: Do not set NFS_INO_INVALID_LABEL unless server supports labeled NFS
commit fd1defc257e2b12ab69bc0b379105c00eca4e112 upstream.
Commit aa9c2669626c (NFS: Client implementation of Labeled-NFS) introduces
a performance regression. When nfs_zap_caches_locked is called, it sets
the NFS_INO_INVALID_LABEL flag irrespectively of whether or not the
NFS server supports security labels. Since that flag is never cleared,
it means that all calls to nfs_revalidate_inode() will now trigger
an on-the-wire GETATTR call.
This patch ensures that we never set the NFS_INO_INVALID_LABEL unless the
server advertises support for labeled NFS.
It also causes nfs_setsecurity() to clear NFS_INO_INVALID_LABEL when it
has successfully set the security label for the inode.
Finally it gets rid of the NFS_INO_INVALID_LABEL cruft from nfs_update_inode,
which has nothing to do with labeled NFS.
Reported-by: Neil Brown <neilb@suse.de>
Cc: stable@vger.kernel.org # 3.11+
Tested-by: Neil Brown <neilb@suse.de>
Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'sound')
0 files changed, 0 insertions, 0 deletions