summaryrefslogtreecommitdiff
path: root/mm/vmpressure.c
diff options
context:
space:
mode:
authorSteffen Maier <maier@linux.ibm.com>2018-05-17 20:14:51 +0300
committerMartin K. Petersen <martin.petersen@oracle.com>2018-05-18 18:22:11 +0300
commit266883f2f7d505a56e2b736f80ef5c088c4c5e21 (patch)
treebc5c72d89bef33bf73e497aee66784264c9dd265 /mm/vmpressure.c
parent8221211863750b1afb1f464a264c05383b077a06 (diff)
downloadlinux-266883f2f7d505a56e2b736f80ef5c088c4c5e21.tar.xz
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 'mm/vmpressure.c')
0 files changed, 0 insertions, 0 deletions