diff options
| author |  Stanley Chu <stanley.chu@mediatek.com>
| 2020-08-11 16:18:58 +0200 |
|---|---|---|
| committer |  Martin K. Petersen <martin.petersen@oracle.com>
| 2020-08-17 22:09:13 -0400 |
| commit | b10178ee7fa88b68a9e8adc06534d2605cb0ec23 (patch) | |
| tree | 530a1280474280dd59e78103718244562fcb6a7b /drivers/s390/scsi/zfcp_fsf.c | |
| parent | scsi: ufs: Improve interrupt handling for shared interrupts (diff) | |
| download | linux-b10178ee7fa88b68a9e8adc06534d2605cb0ec23.tar.gz linux-b10178ee7fa88b68a9e8adc06534d2605cb0ec23.tar.bz2 linux-b10178ee7fa88b68a9e8adc06534d2605cb0ec23.zip | |
scsi: ufs: Clean up completed request without interrupt notification
If somehow no interrupt notification is raised for a completed request and
its doorbell bit is cleared by host, UFS driver needs to cleanup its
outstanding bit in ufshcd_abort(). Otherwise, system may behave abnormally
in the following scenario:
After ufshcd_abort() returns, this request will be requeued by SCSI layer
with its outstanding bit set. Any future completed request will trigger
ufshcd_transfer_req_compl() to handle all "completed outstanding bits". At
this time the "abnormal outstanding bit" will be detected and the "requeued
request" will be chosen to execute request post-processing flow. This is
wrong because this request is still "alive".
Link: https://lore.kernel.org/r/20200811141859.27399-2-huobean@gmail.com
Reviewed-by: Can Guo <cang@codeaurora.org>
Acked-by: Avri Altman <avri.altman@wdc.com>
Signed-off-by: Stanley Chu <stanley.chu@mediatek.com>
Signed-off-by: Bean Huo <beanhuo@micron.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/s390/scsi/zfcp_fsf.c')
0 files changed, 0 insertions, 0 deletions