summaryrefslogtreecommitdiffstats
path: root/include/linux/namei.h
diff options
context:
space:
mode:
authorYan, Zheng <zheng.z.yan@intel.com>2013-08-13 15:42:02 +0800
committerAl Viro <viro@zeniv.linux.org.uk>2013-09-03 22:50:28 -0400
commit590fb51f1cf99c4a48a3b1bd65885192e877b561 (patch)
tree62e706e81be88a9760a126b4270e2b09c03933a1 /include/linux/namei.h
parent184cacabe274a0af65b3876e9cd95c9fdde069ea (diff)
downloadop-kernel-dev-590fb51f1cf99c4a48a3b1bd65885192e877b561.zip
op-kernel-dev-590fb51f1cf99c4a48a3b1bd65885192e877b561.tar.gz
vfs: call d_op->d_prune() before unhashing dentry
The d_prune dentry operation is used to notify filesystem when VFS about to prune a hashed dentry from the dcache. There are three code paths that prune dentries: shrink_dcache_for_umount_subtree(), prune_dcache_sb() and d_prune_aliases(). For the d_prune_aliases() case, VFS unhashes the dentry first, then call the d_prune dentry operation. This confuses ceph_d_prune() (ceph uses the d_prune dentry operation to maintain a flag indicating whether the complete contents of a directory are in the dcache, pruning unhashed dentry does not affect dir's completeness) This patch fixes the issue by calling the d_prune dentry operation in d_prune_aliases(), before unhashing the dentry. Also make VFS only call the d_prune dentry operation for hashed dentry, to avoid calling the d_prune dentry operation twice when dentry is pruned by d_prune_aliases(). Signed-off-by: Yan, Zheng <zheng.z.yan@intel.com> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'include/linux/namei.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud