scsi: libfc: Issue PRLI after a PRLO has been received
authorHannes Reinecke <hare@suse.de>
Fri, 5 Aug 2016 12:55:00 +0000 (14:55 +0200)
committerMartin K. Petersen <martin.petersen@oracle.com>
Fri, 19 Aug 2016 02:27:26 +0000 (22:27 -0400)
commit166f310b629c046b7f5ca846adf978cda47b06c2
treecae068e8d8cb8975c2cc27939941cdef28f20edb
parentaceeffbb59bb91404a0bda32a542d7ebf878433a
scsi: libfc: Issue PRLI after a PRLO has been received

When receiving a PRLO it just means that the operating parameters have
changed, it does _not_ mean that the port doesn't want to communicate
with us.  So instead of implicitly logging out we should be issueing a
PRLI to figure out the new operating parameters.  We can always recover
once PRLI fails.

Signed-off-by: Hannes Reinecke <hare@suse.com>
Reviewed-by: Chad Dupuis <chad.dupuis@qlogic.com>
Tested-by: Chad Dupuis <chad.dupuis@qlogic.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
drivers/scsi/libfc/fc_rport.c