fs: Kill DCACHE_DONTCACHE dentry even if DCACHE_REFERENCED is set
authorHao Li <lihao2018.fnst@cn.fujitsu.com>
Tue, 8 Dec 2020 02:10:50 +0000 (10:10 +0800)
committerAl Viro <viro@zeniv.linux.org.uk>
Thu, 10 Dec 2020 22:33:17 +0000 (17:33 -0500)
commit77573fa310d95e4293efdec98dace74cd9e52f43
treea7a12a6a10ef23409c6d213179d5ac3afad8d6ae
parent88149082bb8ef31b289673669e080ec6a00c2e59
fs: Kill DCACHE_DONTCACHE dentry even if DCACHE_REFERENCED is set

If DCACHE_REFERENCED is set, fast_dput() will return true, and then
retain_dentry() have no chance to check DCACHE_DONTCACHE. As a result,
the dentry won't be killed and the corresponding inode can't be evicted.
In the following example, the DAX policy can't take effects unless we
do a drop_caches manually.

  # DCACHE_LRU_LIST will be set
  echo abcdefg > test.txt

  # DCACHE_REFERENCED will be set and DCACHE_DONTCACHE can't do anything
  xfs_io -c 'chattr +x' test.txt

  # Drop caches to make DAX changing take effects
  echo 2 > /proc/sys/vm/drop_caches

What this patch does is preventing fast_dput() from returning true if
DCACHE_DONTCACHE is set. Then retain_dentry() will detect the
DCACHE_DONTCACHE and will return false. As a result, the dentry will be
killed and the inode will be evicted. In this way, if we change per-file
DAX policy, it will take effects automatically after this file is closed
by all processes.

I also add some comments to make the code more clear.

Signed-off-by: Hao Li <lihao2018.fnst@cn.fujitsu.com>
Reviewed-by: Jan Kara <jack@suse.cz>
Reviewed-by: Ira Weiny <ira.weiny@intel.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/dcache.c