[SCSI] libiscsi: grab eh_mutex during host reset
I thought we may not need the eh mutex during host reset, but that is wrong with the new shutdown code. When start_session_recovery sets the state to terminate then drops the session lock. The scsi eh thread could then grab the session lock see that we are terminating and then return failed to scsi-ml. scsi-ml's eh then owns the command and will do whatever it wants with it. But then the iscsi eh thread could grab the session lock and want to complete the scsi commands that we in the LLD, but it no longer owns them and kaboom. Signed-off-by: Mike Christie <michaelc@cs.wisc.edu> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
This commit is contained in:
parent
d8bf541e65
commit
bc436b2787
|
@ -1079,17 +1079,19 @@ int iscsi_eh_host_reset(struct scsi_cmnd *sc)
|
|||
struct iscsi_session *session = iscsi_hostdata(host->hostdata);
|
||||
struct iscsi_conn *conn = session->leadconn;
|
||||
|
||||
mutex_lock(&session->eh_mutex);
|
||||
spin_lock_bh(&session->lock);
|
||||
if (session->state == ISCSI_STATE_TERMINATE) {
|
||||
failed:
|
||||
debug_scsi("failing host reset: session terminated "
|
||||
"[CID %d age %d]\n", conn->id, session->age);
|
||||
spin_unlock_bh(&session->lock);
|
||||
mutex_unlock(&session->eh_mutex);
|
||||
return FAILED;
|
||||
}
|
||||
|
||||
spin_unlock_bh(&session->lock);
|
||||
|
||||
mutex_unlock(&session->eh_mutex);
|
||||
/*
|
||||
* we drop the lock here but the leadconn cannot be destoyed while
|
||||
* we are in the scsi eh
|
||||
|
@ -1104,13 +1106,14 @@ failed:
|
|||
if (signal_pending(current))
|
||||
flush_signals(current);
|
||||
|
||||
mutex_lock(&session->eh_mutex);
|
||||
spin_lock_bh(&session->lock);
|
||||
if (session->state == ISCSI_STATE_LOGGED_IN)
|
||||
printk(KERN_INFO "iscsi: host reset succeeded\n");
|
||||
else
|
||||
goto failed;
|
||||
spin_unlock_bh(&session->lock);
|
||||
|
||||
mutex_unlock(&session->eh_mutex);
|
||||
return SUCCESS;
|
||||
}
|
||||
EXPORT_SYMBOL_GPL(iscsi_eh_host_reset);
|
||||
|
|
Loading…
Reference in New Issue