| commit | fdf234527a070f6fc89f3ec5ee4ae1b263e59939 | |
| author | Christof Schmitt <christof.schmitt@de.ibm.com> | |
| Thu, 20 Dec 2007 11:30:27 +0000 (20 12:30 +0100) | ||
| committer | James Bottomley <James.Bottomley@HansenPartnership.com> | |
| Sat, 12 Jan 2008 00:29:07 +0000 (11 18:29 -0600) | ||
| tree | ad2b5c44584d1add3519887a8a8aef74f85fa922 | treesnapshot (tar.gz zip) |
| parent | ba1724202aafed4bbc4a239ac6fb433f454fddea | commitdiff |
[SCSI] zfcp: Hold queue lock when checking port/unit handle for task management cmd
We need to hold the queue-lock when checking whether we still have a valid
unit/port handle for the task management command, i.e whether we can issue this
request for this unit/port. If the error recovery is about to close this
unit/port, then it competes for the queue-lock. If the close request issued by
the error recovery wins, then it is guaranteed that this unit/port has been
blocked for other requests.
Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
Signed-off-by: Martin Peschke <mp3@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
We need to hold the queue-lock when checking whether we still have a valid
unit/port handle for the task management command, i.e whether we can issue this
request for this unit/port. If the error recovery is about to close this
unit/port, then it competes for the queue-lock. If the close request issued by
the error recovery wins, then it is guaranteed that this unit/port has been
blocked for other requests.
Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
Signed-off-by: Martin Peschke <mp3@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
| drivers/s390/scsi/zfcp_fsf.c | diffblobblamehistory |