summaryrefslogtreecommitdiffstats
path: root/drivers/firewire/sbp2.c
diff options
context:
space:
mode:
authorPeter Wang <peter.wang@mediatek.com>2023-11-15 14:10:24 +0100
committerMartin K. Petersen <martin.petersen@oracle.com>2023-11-25 02:35:24 +0100
commit93e6c0e19d5bb12b49534a411c85e21d333731fa (patch)
tree922e35b164fbedc69457840b5703c995ec9d20a7 /drivers/firewire/sbp2.c
parentMerge branch '6.7/scsi-staging' into 6.7/scsi-fixes (diff)
downloadlinux-93e6c0e19d5bb12b49534a411c85e21d333731fa.tar.xz
linux-93e6c0e19d5bb12b49534a411c85e21d333731fa.zip
scsi: ufs: core: Clear cmd if abort succeeds in MCQ mode
In MCQ mode, if cmd is pending in device and abort succeeds, response will not be returned by device. So we need clear the cmd, otherwise timeout will happen and next time we use same tag we will get a WARN_ON(lrbp->cmd). Below is error log: <3>[ 2277.447611][T21376] ufshcd-mtk 112b0000.ufshci: ufshcd_try_to_abort_task: cmd pending in the device. tag = 7 <3>[ 2277.476954][T21376] ufshcd-mtk 112b0000.ufshci: Aborting tag 7 / CDB 0x2a succeeded <6>[ 2307.551263][T30974] ufshcd-mtk 112b0000.ufshci: ufshcd_abort: Device abort task at tag 7 <4>[ 2307.623264][ T327] WARNING: CPU: 5 PID: 327 at source/drivers/ufs/core/ufshcd.c:3021 ufshcd_queuecommand+0x66c/0xe34 Fixes: ab248643d3d6 ("scsi: ufs: core: Add error handling for MCQ mode") Cc: <stable@vger.kernel.org> Signed-off-by: Peter Wang <peter.wang@mediatek.com> Link: https://lore.kernel.org/r/20231115131024.15829-1-peter.wang@mediatek.com Reviewed-by: Bart Van Assche <bvanassche@acm.org> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/firewire/sbp2.c')
0 files changed, 0 insertions, 0 deletions