aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_atomfirmware.c
diff options
context:
space:
mode:
authorZiqi Chen <[email protected]>2025-05-22 08:12:28 +0000
committerMartin K. Petersen <[email protected]>2025-05-28 01:55:57 +0000
commite97633492f5a3eca7b3ff03b4ef6f993017f7955 (patch)
tree914d473b5e5fcbd51131996d5b01002627709113 /drivers/gpu/drm/amd/amdgpu/amdgpu_atomfirmware.c
parentscsi: target: core: Constify struct target_opcode_descriptor (diff)
downloadkernel-e97633492f5a3eca7b3ff03b4ef6f993017f7955.tar.gz
kernel-e97633492f5a3eca7b3ff03b4ef6f993017f7955.zip
scsi: ufs: core: Don't perform UFS clkscaling during host async scan
When preparing for UFS clock scaling, the UFS driver will quiesce all sdevs queues in the UFS SCSI host tagset list and then unquiesce them in ufshcd_clock_scaling_unprepare(). If the UFS SCSI host async scan is in progress at this time, some LUs may be added to the tagset list between UFS clkscale prepare and unprepare. This can cause two issues: 1. During clock scaling, there may be I/O requests issued through new added queues that have not been quiesced, leading to task abort issue. 2. These new added queues that have not been quiesced will be unquiesced as well when UFS clkscale is unprepared, resulting in warning prints. Therefore, use the mutex lock scan_mutex in ufshcd_clock_scaling_prepare() and ufshcd_clock_scaling_unprepare() to protect it. Co-developed-by: Can Guo <[email protected]> Signed-off-by: Can Guo <[email protected]> Signed-off-by: Ziqi Chen <[email protected]> Link: https://lore.kernel.org/r/[email protected] Suggested-by: Bart Van Assche <[email protected]> Reviewed-by: Bart Van Assche <[email protected]> Signed-off-by: Martin K. Petersen <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_atomfirmware.c')
0 files changed, 0 insertions, 0 deletions