summaryrefslogtreecommitdiffstats
path: root/fs/kernfs
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2019-12-06 02:11:48 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2019-12-06 02:11:48 +0100
commitb0d4beaa5a4b7d31070c41c2e50740304a3f1138 (patch)
tree844f0fcef43d424462e95b77607356dc9b49ab97 /fs/kernfs
parentMerge branch 'pipe-rework' (patches from David Howells) (diff)
parentautofs: don't bother with atomics for ino->count (diff)
downloadlinux-b0d4beaa5a4b7d31070c41c2e50740304a3f1138.tar.xz
linux-b0d4beaa5a4b7d31070c41c2e50740304a3f1138.zip
Merge branch 'next.autofs' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs
Pull autofs updates from Al Viro: "autofs misuses checks for ->d_subdirs emptiness; the cursors are in the same lists, resulting in false negatives. It's not needed anyway, since autofs maintains counter in struct autofs_info, containing 0 for removed ones, 1 for live symlinks and 1 + number of children for live directories, which is precisely what we need for those checks. This series switches to use of that counter and untangles the crap around its uses (it needs not be atomic and there's a bunch of completely pointless "defensive" checks). This fell out of dcache_readdir work; the main point is to get rid of ->d_subdirs abuses in there. I've more followup cleanups, but I hadn't run those by Ian yet, so they can go next cycle" * 'next.autofs' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs: autofs: don't bother with atomics for ino->count autofs_dir_rmdir(): check ino->count for deciding whether it's empty... autofs: get rid of pointless checks around ->count handling autofs_clear_leaf_automount_flags(): use ino->count instead of ->d_subdirs
Diffstat (limited to 'fs/kernfs')
0 files changed, 0 insertions, 0 deletions