summaryrefslogtreecommitdiff
path: root/crypto/salsa20_generic.c
diff options
context:
space:
mode:
authorAurelien Aptel <aaptel@suse.com>2021-02-05 15:42:48 +0100
committerSteve French <stfrench@microsoft.com>2021-02-05 13:17:48 -0600
commit21b200d091826a83aafc95d847139b2b0582f6d1 (patch)
tree36b0c442d7275f0235e664bb92fe78be57d75478 /crypto/salsa20_generic.c
parent91792bb8089b63b7b780251eb83939348ac58a64 (diff)
downloadlinux-next-21b200d091826a83aafc95d847139b2b0582f6d1.tar.gz
cifs: report error instead of invalid when revalidating a dentry fails
Assuming - //HOST/a is mounted on /mnt - //HOST/b is mounted on /mnt/b On a slow connection, running 'df' and killing it while it's processing /mnt/b can make cifs_get_inode_info() returns -ERESTARTSYS. This triggers the following chain of events: => the dentry revalidation fail => dentry is put and released => superblock associated with the dentry is put => /mnt/b is unmounted This patch makes cifs_d_revalidate() return the error instead of 0 (invalid) when cifs_revalidate_dentry() fails, except for ENOENT (file deleted) and ESTALE (file recreated). Signed-off-by: Aurelien Aptel <aaptel@suse.com> Suggested-by: Shyam Prasad N <nspmangalore@gmail.com> Reviewed-by: Shyam Prasad N <nspmangalore@gmail.com> CC: stable@vger.kernel.org Signed-off-by: Steve French <stfrench@microsoft.com>
Diffstat (limited to 'crypto/salsa20_generic.c')
0 files changed, 0 insertions, 0 deletions