diff options
author | Steffen Maier <maier@linux.ibm.com> | 2018-05-17 19:14:51 +0200 |
---|---|---|
committer | Martin K. Petersen <martin.petersen@oracle.com> | 2018-05-18 17:22:11 +0200 |
commit | 266883f2f7d505a56e2b736f80ef5c088c4c5e21 (patch) | |
tree | bc5c72d89bef33bf73e497aee66784264c9dd265 /drivers/memstick/host | |
parent | scsi: zfcp: decouple SCSI traces for scsi_eh / TMF from scsi_cmnd (diff) | |
download | linux-266883f2f7d505a56e2b736f80ef5c088c4c5e21.tar.xz linux-266883f2f7d505a56e2b736f80ef5c088c4c5e21.zip |
scsi: zfcp: decouple TMF response handler from scsi_cmnd
Originally, I planned for TMF handling to have different context data in
fsf_req->data depending on the TMF scope in fcp_cmnd->fc_tm_flags:
* scsi_device if FCP_TMF_LUN_RESET,
* zfcp_port if FCP_TMF_TGT_RESET.
However, the FCP channel requires a valid LUN handle so we now use
scsi_device as context data with any TMF for the time being.
Regular SCSI I/O FCP requests continue using scsi_cmnd as req->data.
Hence, the callers of zfcp_fsf_fcp_handler_common() must resolve req->data
and pass scsi_device as common context. While at it, remove the detour
zfcp_sdev->port->adapter and use the more direct req->adapter as elsewhere
in this function already.
Signed-off-by: Steffen Maier <maier@linux.ibm.com>
Reviewed-by: Benjamin Block <bblock@linux.ibm.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/memstick/host')
0 files changed, 0 insertions, 0 deletions