Patch "scsi: lpfc: Fix crash during driver unload with running nvme traffic" has been added to the 4.15-stable tree
Subsystems (3)
This is a note to let you know that I've just added the patch titled
scsi: lpfc: Fix crash during driver unload with running nvme traffic
to the 4.15-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
scsi-lpfc-fix-crash-during-driver-unload-with-running-nvme-traffic.patch
and it can be found in the queue-4.15 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From foo@baz Fri Mar 16 15:11:07 CET 2018
From: James Smart <[email protected]>
Date: Mon, 20 Nov 2017 16:00:41 -0800
Subject: scsi: lpfc: Fix crash during driver unload with running nvme traffic
From: James Smart <[email protected]>
[ Upstream commit 3386f4bdd243ad5a9094d390297602543abe9902 ]
When the driver is unloading, the nvme transport could be in the process of submitting new requests, will send abort requests to terminate associations, or may make LS-related requests. The driver's abort and request entry points currently is ignorant of the unloading state and is starting the requests even though the infrastructure to complete them continues to teardown.
Change the entry points for new requests to check whether unloading and if so, reject the requests. Abort routines check unloading, and if so, noop the request. An abort is noop'd as the teardown paths are already aborting/terminating the io outstanding at the time the teardown initiated.
--- drivers/scsi/lpfc/lpfc_nvme.c | 14 ++++++++++++++ drivers/scsi/lpfc/lpfc_nvmet.c | 11 +++++++++++ 2 files changed, 25 insertions(+)
drivers/scsi/lpfc/lpfc_nvme.c +14 -0
@@ -419,6 +419,9 @@ lpfc_nvme_ls_req(struct nvme_fc_local_poif (vport->load_flag &FC_UNLOADING )return -ENODEV ; +if (vport->load_flag &FC_UNLOADING ) +return -ENODEV ; + ndlp =lpfc_findnode_did (vport, pnvme_rport->port_id);if (!ndlp || !NLP_CHK_NODE_ACT (ndlp)) { lpfc_printf_vlog(vport, KERN_ERR, LOG_NODE | LOG_NVME_IOERR,
@@ -534,6 +537,9 @@ lpfc_nvme_ls_abort(struct nvme_fc_local_ vport = lport->vport; phba = vport->phba; +if (vport->load_flag &FC_UNLOADING ) +return ; + ndlp =lpfc_findnode_did (vport, pnvme_rport->port_id);if (!ndlp) { lpfc_printf_vlog(vport, KERN_ERR, LOG_NVME_ABTS,
@@ -1260,6 +1266,11 @@ lpfc_nvme_fcp_io_submit(struct nvme_fc_l goto out_fail; } +if (vport->load_flag &FC_UNLOADING ) { + ret = -ENODEV ; + goto out_fail; + } +/* Validate pointers. */ if (!pnvme_lport || !pnvme_rport || !freqpriv) { lpfc_printf_vlog(vport, KERN_INFO, LOG_NVME_IOERR | LOG_NODE,
@@ -1487,6 +1498,9 @@ lpfc_nvme_fcp_abort(struct nvme_fc_local vport = lport->vport; phba = vport->phba; +if (vport->load_flag &FC_UNLOADING ) +return ; +/* Announce entry to new IO submit field. */ lpfc_printf_vlog (vport,KERN_INFO ,LOG_NVME_ABTS , "6002 Abort Request to rport DID x%06x "
drivers/scsi/lpfc/lpfc_nvmet.c +11 -0
@@ -635,6 +635,9 @@ lpfc_nvmet_xmt_ls_rsp(struct nvmet_fc_taif (phba->pport->load_flag &FC_UNLOADING )return -ENODEV ; +if (phba->pport->load_flag &FC_UNLOADING ) +return -ENODEV ; +lpfc_printf_log (phba,KERN_INFO ,LOG_NVME_DISC ,"6023 NVMET LS rsp oxid x%x\n" , ctxp->oxid);
@@ -721,6 +724,11 @@ lpfc_nvmet_xmt_fcp_op(struct nvmet_fc_ta goto aerr; } +if (phba->pport->load_flag &FC_UNLOADING ) { + rc = -ENODEV ; + goto aerr; + } +#ifdef CONFIG_SCSI_LPFC_DEBUG_FS if (ctxp->ts_cmd_nvme) {if (rsp->op ==NVMET_FCOP_RSP )
@@ -822,6 +830,9 @@ lpfc_nvmet_xmt_fcp_abort(struct nvmet_fcif (phba->pport->load_flag &FC_UNLOADING )return ; + +if (phba->pport->load_flag &FC_UNLOADING ) +return ; lpfc_printf_log(phba, KERN_INFO, LOG_NVME_ABTS, "6103 NVMET Abort op: oxri x%x flg x%x ste %d\n",
Patches currently in stable-queue which might be from [email protected] are
queue-4.15/scsi-lpfc-fix-crash-during-driver-unload-with-running-nvme-traffic.patch