summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/gdth_proc.c
diff options
context:
space:
mode:
authorLaurence Oberman <loberman@redhat.com>2014-11-25 15:16:42 +0100
committerChristoph Hellwig <hch@lst.de>2014-12-15 13:34:23 +0100
commitb9f85b1d32cc55b20984149eacb2e6f4c3aedca3 (patch)
tree618cc33cdac5df9dbea453183126102078dd9360 /drivers/scsi/gdth_proc.c
parentRevert "[SCSI] mpt3sas: Remove phys on topology change" (diff)
downloadlinux-b9f85b1d32cc55b20984149eacb2e6f4c3aedca3.tar.xz
linux-b9f85b1d32cc55b20984149eacb2e6f4c3aedca3.zip
qla2xxx: fix race in handling rport deletion during recovery causes panic
When we have an rport disconnect we race during rport deletion and re-connection resulting in a panic. When we do this, we call fc_remote_port_del() just before we do the calls to re-establish the session with the FC transport with fc_remote_port_add() and then fc_remote_port_rolechg(). If we remove the call to fc_remote_port_del() before re-establishing the connection this prevents the race. This patch has resolved this for multiple customers via test kernels. Suggested by Chad Dupuis, implemented and tested by Laurence Oberman. Signed-off-by: Laurence Oberman <loberman@redhat.com> Acked-by: Chad Dupuis <chad.dupuis@qlogic.com> Signed-off-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'drivers/scsi/gdth_proc.c')
0 files changed, 0 insertions, 0 deletions