aboutsummaryrefslogtreecommitdiffstats
path: root/fs/affs/affs.h
diff options
context:
space:
mode:
authorIan Kent <raven@themaw.net>2007-02-20 13:58:10 -0800
committerLinus Torvalds <torvalds@woody.linux-foundation.org>2007-02-20 17:10:15 -0800
commitc9ffec48487849bc277de662a6c29aad64653b99 (patch)
tree42f848ada18ac6d241a952e55c765305b4278e90 /fs/affs/affs.h
parentf50b6f8691cae2e0064c499dd3ef3f31142987f0 (diff)
downloadkernel_samsung_smdk4412-c9ffec48487849bc277de662a6c29aad64653b99.zip
kernel_samsung_smdk4412-c9ffec48487849bc277de662a6c29aad64653b99.tar.gz
kernel_samsung_smdk4412-c9ffec48487849bc277de662a6c29aad64653b99.tar.bz2
[PATCH] autofs4: check for directory re-create in lookup
This problem was identified and fixed some time ago by Jeff Moyer but it fell through the cracks somehow. It is possible that a user space application could remove and re-create a directory during a request. To avoid returning a failure from lookup incorrectly when our current dentry is unhashed we need to check if another positive, hashed dentry matching this one exists and if so return it instead of a fail. Signed-off-by: Jeff Moyer <jmoyer@redhat.com> Signed-off-by: Ian Kent <raven@themaw.net> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/affs/affs.h')
0 files changed, 0 insertions, 0 deletions