aboutsummaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorJames Smart <james.smart@emulex.com>2011-11-03 11:10:40 -0400
committerJames Bottomley <JBottomley@Parallels.com>2012-01-16 09:37:01 +0400
commit0eecee413d3157bac4477362bfc4b907b4b2988b (patch)
tree76824cd2aa4e53a149255820f4f24977a8261b19 /MAINTAINERS
parent410f02d813212eef1dedfcfd43460dd11a0ff707 (diff)
downloadkernel_goldelico_gta04-0eecee413d3157bac4477362bfc4b907b4b2988b.zip
kernel_goldelico_gta04-0eecee413d3157bac4477362bfc4b907b4b2988b.tar.gz
kernel_goldelico_gta04-0eecee413d3157bac4477362bfc4b907b4b2988b.tar.bz2
[SCSI] scsi_transport_fc: Clear Devloss Callback Done flag in fc_remote_port_rolechg
This patch fixes a bug where devloss is not called on fc_host teardown. The issue is seen if the LLDD uses rport_rolechg to add the target role to an rport. When an rport goes away, the LLDD will call fc_remote_port_delete, which will start the devloss timer. If the timer expires, the transport will call the devloss callback and set the FC_RPORT_DEVLOSS_CALLBK_DONE flag. However, the rport structure is not deleted, it is retained to store the SCSI id mappings for the rport in case it comes back. In the scenario where it does come back, and the driver calls fc_remote_port_add, but does not indicate the "target" role for the rport - the create will clear the structure, but forgets to clear FC_RPORT_DEVLOSS_CALLBK_DONE flag (which is cleared if it's added with the target role). The secondary call, of fc_remote_port_rolechg to add the target role also does not clear the flag. Thus, the next time the rport goes away, the resulting devloss timer expiration will not call the driver callback as the flag is still set. This patch adds the FC_RPORT_DEVLOSS_CALLBK_DONE flags to the list of those that are cleared upon reuse of the rport structure. Signed-off-by: Alex Iannicelli <alex.iannicelli@emulex.com> Signed-off-by: James Smart <james.smart@emulex.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions