]> git.proxmox.com Git - mirror_ubuntu-focal-kernel.git/commit
dm thin metadata: fix lockdep complaint
authorTheodore Ts'o <tytso@mit.edu>
Sun, 23 Feb 2020 19:54:58 +0000 (14:54 -0500)
committerPaolo Pisati <paolo.pisati@canonical.com>
Thu, 12 Mar 2020 17:01:58 +0000 (18:01 +0100)
commit7fef65193e7a1147fbb78ac8bb96bc7d0bd4a468
treee5bd7b9bf7614ea5caff30fbe3de16040e0f6211
parent4ebc7634fb144df61ae8323085374a6f05a826a1
dm thin metadata: fix lockdep complaint

BugLink: https://bugs.launchpad.net/bugs/1867178
[ Upstream commit 3918e0667bbac99400b44fa5aef3f8be2eeada4a ]

[ 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>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>
drivers/md/dm-thin-metadata.c