[SCSI] bfa: Fix to defer vport delete handler invocation till firmware logo response.
authorKrishna Gudipati <kgudipat@brocade.com>
Tue, 10 Apr 2012 01:40:01 +0000 (18:40 -0700)
committerJames Bottomley <JBottomley@Parallels.com>
Wed, 25 Apr 2012 08:58:31 +0000 (09:58 +0100)
commit17c201b3281cfc2c7d7ecfabb33313b747e414cb
tree319c52a76dfc293881c00aef99c879d66f1b9923
parent42e22cac4e57f3e0b4b631c9489effe97f7d7d6c
[SCSI] bfa: Fix to defer vport delete handler invocation till firmware logo response.

Made changes to avoid queuing the vport delete work to IM driver
work queue in the bfa_fcb_lport_delete() - since at this stage we
are not completely done with using the vport structure as we are
still waiting for the LOGO response from the fw in online state or
just doing some cleanup. Since queuing up the vport delete work at
this stage will result in the FC transport layer to clean up the vport
before we get the response from firmware.
Made changes to queue the port delete work to the IM driver work queue -
from the bfa_fcs_vport_free() function since at this state we are done
with using the vport data structure and the FCS state machine is completely
cleaned up.

Signed-off-by: Krishna Gudipati <kgudipat@brocade.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
drivers/scsi/bfa/bfa_fcs.h
drivers/scsi/bfa/bfa_fcs_lport.c
drivers/scsi/bfa/bfad.c
drivers/scsi/bfa/bfad_attr.c