aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
diff options
context:
space:
mode:
authorMoshe Shemesh <[email protected]>2017-10-19 11:14:29 +0000
committerSaeed Mahameed <[email protected]>2017-10-26 07:47:27 +0000
commit6377ed0bbae6fa28853e1679d068a9106c8a8908 (patch)
tree4993b5cffac95b036566ffbe55287ec26794ff0d /drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
parenttun: allow positive return values on dev_get_valid_name() call (diff)
downloadkernel-6377ed0bbae6fa28853e1679d068a9106c8a8908.tar.gz
kernel-6377ed0bbae6fa28853e1679d068a9106c8a8908.zip
net/mlx5: Fix health work queue spin lock to IRQ safe
spin_lock/unlock of health->wq_lock should be IRQ safe. It was changed to spin_lock_irqsave since adding commit 0179720d6be2 ("net/mlx5: Introduce trigger_health_work function") which uses spin_lock from asynchronous event (IRQ) context. Thus, all spin_lock/unlock of health->wq_lock should have been moved to IRQ safe mode. However, one occurrence on new code using this lock missed that change, resulting in possible deadlock: kernel: Possible unsafe locking scenario: kernel: CPU0 kernel: ---- kernel: lock(&(&health->wq_lock)->rlock); kernel: <Interrupt> kernel: lock(&(&health->wq_lock)->rlock); kernel: #012 *** DEADLOCK *** Fixes: 2a0165a034ac ("net/mlx5: Cancel delayed recovery work when unloading the driver") Signed-off-by: Moshe Shemesh <[email protected]> Signed-off-by: Saeed Mahameed <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c')
0 files changed, 0 insertions, 0 deletions