summaryrefslogtreecommitdiffstats
path: root/kernel/extable.c
diff options
context:
space:
mode:
authorTheodore Ts'o <tytso@mit.edu>2020-02-23 14:54:58 -0500
committerMike Snitzer <snitzer@redhat.com>2020-02-27 12:00:53 -0500
commit3918e0667bbac99400b44fa5aef3f8be2eeada4a (patch)
tree5614b9a61240ee70046db68caf0132826db1e3fe /kernel/extable.c
parent7cdf6a0aae1cccf5167f3f04ecddcf648b78e289 (diff)
downloadlinux-3918e0667bbac99400b44fa5aef3f8be2eeada4a.tar.bz2
dm thin metadata: fix lockdep complaint
[ 3934.173244] ====================================================== [ 3934.179572] WARNING: possible circular locking dependency detected [ 3934.185884] 5.4.21-xfstests #1 Not tainted [ 3934.190151] ------------------------------------------------------ [ 3934.196673] dmsetup/8897 is trying to acquire lock: [ 3934.201688] ffffffffbce82b18 (shrinker_rwsem){++++}, at: unregister_shrinker+0x22/0x80 [ 3934.210268] but task is already holding lock: [ 3934.216489] ffff92a10cc5e1d0 (&pmd->root_lock){++++}, at: dm_pool_metadata_close+0xba/0x120 [ 3934.225083] which lock already depends on the new lock. [ 3934.564165] Chain exists of: shrinker_rwsem --> &journal->j_checkpoint_mutex --> &pmd->root_lock For a more detailed lockdep report, please see: https://lore.kernel.org/r/20200220234519.GA620489@mit.edu We shouldn't need to hold the lock while are just tearing down and freeing the whole metadata pool structure. Fixes: 44d8ebf436399a4 ("dm thin metadata: use pool locking at end of dm_pool_metadata_close") Signed-off-by: Theodore Ts'o <tytso@mit.edu> Signed-off-by: Mike Snitzer <snitzer@redhat.com>
Diffstat (limited to 'kernel/extable.c')
0 files changed, 0 insertions, 0 deletions