scsi: ufs: core: Don't perform UFS clkscaling during host async scan
authorZiqi Chen <quic_ziqichen@quicinc.com>
Thu, 22 May 2025 08:12:28 +0000 (16:12 +0800)
committerMartin K. Petersen <martin.petersen@oracle.com>
Wed, 28 May 2025 01:55:57 +0000 (21:55 -0400)
commite97633492f5a3eca7b3ff03b4ef6f993017f7955
tree914d473b5e5fcbd51131996d5b01002627709113
parentfd2963e729ed69ced422c230a3f70fa6d5a5ce25
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 <quic_cang@quicinc.com>
Signed-off-by: Can Guo <quic_cang@quicinc.com>
Signed-off-by: Ziqi Chen <quic_ziqichen@quicinc.com>
Link: https://lore.kernel.org/r/20250522081233.2358565-1-quic_ziqichen@quicinc.com
Suggested-by: Bart Van Assche <bvanassche@acm.org>
Reviewed-by: Bart Van Assche <bvanassche@acm.org>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
drivers/ufs/core/ufshcd.c