diff options
author | Al Viro <viro@zeniv.linux.org.uk> | 2016-06-05 00:23:09 -0400 |
---|---|---|
committer | Al Viro <viro@zeniv.linux.org.uk> | 2016-06-05 00:23:09 -0400 |
commit | e6ec03a25f12b312b7e0c037fe4a6471c4ee5665 (patch) | |
tree | d39790d5a1e2a78fbd76b0ea6082f1a8016fc195 /fs/dcache.c | |
parent | fac7d1917dfddfa53e98524f0abfbe60252740fe (diff) | |
download | linux-stable-e6ec03a25f12b312b7e0c037fe4a6471c4ee5665.tar.gz linux-stable-e6ec03a25f12b312b7e0c037fe4a6471c4ee5665.tar.bz2 linux-stable-e6ec03a25f12b312b7e0c037fe4a6471c4ee5665.zip |
autofs braino fix for do_last()
It's an analogue of commit 7500c38a (fix the braino in "namei:
massage lookup_slow() to be usable by lookup_one_len_unlocked()").
The same problem (->lookup()-returned unhashed negative dentry
just might be an autofs one with ->d_manage() that would wait
until the daemon makes it positive) applies in do_last() - we
need to do follow_managed() first.
Fortunately, remaining callers of follow_managed() are OK - only
autofs has that weirdness (negative dentry that does not mean
an instant -ENOENT)) and autofs never has its negative dentries
hashed, so we can't pick one from a dcache lookup.
->d_manage() is a bloody mess ;-/
Cc: stable@vger.kernel.org # v4.6
Spotted-by: Ian Kent <raven@themaw.net>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'fs/dcache.c')
0 files changed, 0 insertions, 0 deletions