aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
diff options
context:
space:
mode:
authorChristoph Hellwig <[email protected]>2025-04-23 04:59:41 +0000
committerChristian Brauner <[email protected]>2025-04-25 10:11:45 +0000
commite079d7c4db5cba1e8a315dc93030dfb6c7b49459 (patch)
treedd9671426342cc89a3b90ce31bbb584b8796dad4 /drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
parentfix a couple of races in MNT_TREE_BENEATH handling by do_move_mount() (diff)
downloadkernel-e079d7c4db5cba1e8a315dc93030dfb6c7b49459.tar.gz
kernel-e079d7c4db5cba1e8a315dc93030dfb6c7b49459.zip
devtmpfs: don't use vfs_getattr_nosec to query i_mode
The recent move of the bdev_statx call to the low-level vfs_getattr_nosec helper caused it being used by devtmpfs, which leads to deadlocks in md teardown due to the block device lookup and put interfering with the unusual lifetime rules in md. But as handle_remove only works on inodes created and owned by devtmpfs itself there is no need to use vfs_getattr_nosec vs simply reading the mode from the inode directly. Switch to that to avoid the bdev lookup or any other unintentional side effect. Reported-by: Shin'ichiro Kawasaki <[email protected]> Reported-by: Xiao Ni <[email protected]> Fixes: 777d0961ff95 ("fs: move the bdex_statx call to vfs_getattr_nosec") Signed-off-by: Christoph Hellwig <[email protected]> Link: https://lore.kernel.org/[email protected] Tested-by: Shin'ichiro Kawasaki <[email protected]> Tested-by: Xiao Ni <[email protected]> Tested-by: Ayush Jain <[email protected]> Tested-by: Heiko Carstens <[email protected]> Reviewed-by: Christian Brauner <[email protected]> Signed-off-by: Christian Brauner <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_object.c')
0 files changed, 0 insertions, 0 deletions