diff options
author | 2020-05-08 19:23:31 +0200 | |
---|---|---|
committer | 2020-05-11 23:19:48 -0400 | |
commit | 990486f3a8508494dab2a7ff0fcc3eb977557d89 (patch) | |
tree | b7ad5d4fc1abdd8e6a5a8d964da188994f9a8a1e /drivers/s390/scsi/zfcp_qdio.h | |
parent | scsi: zfcp: Move fc_host updates during xport data handling into fenced function (diff) | |
download | linux-990486f3a8508494dab2a7ff0fcc3eb977557d89.tar.gz linux-990486f3a8508494dab2a7ff0fcc3eb977557d89.tar.bz2 linux-990486f3a8508494dab2a7ff0fcc3eb977557d89.zip |
scsi: zfcp: Fence fc_host updates during link-down handling
When receiving a notification that a FCP device lost its local link we
usually update the fibre channel host object which represents that FCP
device to reflect that.
This notification/information can also surface when the FCP device is
running through adapter recovery (exchange config and exchange port data
return incomplete).
When moving the scsi host object allocation and registration - and thus
also the fibre channel host object allocation - to after the first exchange
config and exchange port data, and this happens during the very first
adapter recovery, these updates can not be done until after the scsi host
object is allocated.
Reorder the fc_host updates in zfcp_fsf_fc_host_link_down() so that they
only happen after a check of whether the scsi host object is already
allocated or not.
During the first adapter recovery this will cause the skip of these updates
if a link-down condition is detected, but we can repeat them after we
allocated the scsi host object, if necessary.
For any further link-down handling the only changes in the work flow are
the slightly reordered assignments in zfcp_fsf_fc_host_link_down().
Link: https://lore.kernel.org/r/f841f2cda61dcd7b8549910c44e1831927459edf.1588956679.git.bblock@linux.ibm.com
Reviewed-by: Steffen Maier <maier@linux.ibm.com>
Signed-off-by: Benjamin Block <bblock@linux.ibm.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/s390/scsi/zfcp_qdio.h')
0 files changed, 0 insertions, 0 deletions