On Tue, 23 Jun 2020 16:02:42 +0200, Steffen Maier wrote:
Suppose that, for unrelated reasons, FSF requests on behalf of recovery are very slow and can run into the ERP timeout.
In the case at hand, we did adapter recovery to a large degree. However due to the slowness a LUN open is pending so the corresponding fc_rport remains blocked. After fast_io_fail_tmo we trigger close physical port recovery for the port under which the LUN should have been opened. The new higher order port recovery dismisses the pending LUN open ERP action and dismisses the pending LUN open FSF request. Such dismissal decouples the ERP action from the pending corresponding FSF request by setting zfcp_fsf_req->erp_action to NULL (among other things) [zfcp_erp_strategy_check_fsfreq()].
[...]
Applied to 5.8/scsi-fixes, thanks!
[1/1] scsi: zfcp: Fix panic on ERP timeout for previously dismissed ERP action https://git.kernel.org/mkp/scsi/c/936e6b85da04