mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-23 04:34:11 +08:00
scsi_error: should not get sense for timeout IO in scsi error handler
scsi_error: should not get sense for timeout IO in scsi error handler When an IO timeout occurs, the IO will be aborted in scsi_abort_command() and SCSI_EH_ABORT_SCHEDULED will be set. Because of that, the SCSI_EH_CANCEL_CMD will be clear in scsi_eh_scmd_add(). So when scsi error handler starts, it will get sense for this timeout IO and the scmd of the IO request will be reused. In that case, the scmd may be double released when racing with io_done(), which will result in crash. SO SCSI_EH_ABORT_SCHEDULED should also be checked when getting sense. The bug maybe reproduced when the link between host and disk is unstable. Signed-off-by: Jiang Biao <jiang.biao2@zte.com.cn> Signed-off-by: Long Chun <long.chun@zte.com.cn> Reviewed-by: Tan Hu <tan.hu@zte.com.cn> Reviewed-by: Chen Donghai <chen.donghai@zte.com.cn> Reviewed-by: Cai Qu <cai.qu@zte.com.cn> Signed-off-by: James Bottomley <JBottomley@Odin.com>
This commit is contained in:
parent
1cd129918f
commit
709c75b5a2
@ -1160,8 +1160,13 @@ int scsi_eh_get_sense(struct list_head *work_q,
|
||||
struct Scsi_Host *shost;
|
||||
int rtn;
|
||||
|
||||
/*
|
||||
* If SCSI_EH_ABORT_SCHEDULED has been set, it is timeout IO,
|
||||
* should not get sense.
|
||||
*/
|
||||
list_for_each_entry_safe(scmd, next, work_q, eh_entry) {
|
||||
if ((scmd->eh_eflags & SCSI_EH_CANCEL_CMD) ||
|
||||
(scmd->eh_eflags & SCSI_EH_ABORT_SCHEDULED) ||
|
||||
SCSI_SENSE_VALID(scmd))
|
||||
continue;
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user