| commit | 835dc29887073eec7817559a07558f955383d099 | |
| author | Christof Schmitt <christof.schmitt@de.ibm.com> | |
| Thu, 8 Jul 2010 07:53:08 +0000 (8 09:53 +0200) | ||
| committer | James Bottomley <James.Bottomley@suse.de> | |
| Wed, 28 Jul 2010 14:46:39 +0000 (28 09:46 -0500) | ||
| tree | 721268f31d4ad6d55a3733adcddce57efa793c62 | treesnapshot (tar.gz zip) |
| parent | 5a7de559b4e0169ff4cfca654b4e4f0014996e57 | commitdiff |
[SCSI] zfcp: Use forced_reopen in terminate_rport_io callback
When running in non-NPIV mode, the port_reopen in terminate_rport_io
might succeed even though the remote port is not available. If the
same port connection is held open from another operating system, the
reopen is only a virtual operation and might not hit the SAN. Fix this
by changing the call to forced_reopen that forces a logout/login
operation in the SAN.
Reviewed-by: Swen Schillig <swen@vnet.ibm.com>
Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
When running in non-NPIV mode, the port_reopen in terminate_rport_io
might succeed even though the remote port is not available. If the
same port connection is held open from another operating system, the
reopen is only a virtual operation and might not hit the SAN. Fix this
by changing the call to forced_reopen that forces a logout/login
operation in the SAN.
Reviewed-by: Swen Schillig <swen@vnet.ibm.com>
Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
| drivers/s390/scsi/zfcp_scsi.c | diffblobblamehistory |