summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/scsi_lib.c
diff options
context:
space:
mode:
authorMarcin Tomczak2012-01-04 10:33:41 +0100
committerJames Bottomley2012-01-16 08:48:02 +0100
commit05b080fc933bb068b32fa119db00e8efcc10e3bd (patch)
tree8442420c0733da0a9c1d7b85828e4e297d0163c0 /drivers/scsi/scsi_lib.c
parent[SCSI] isci: fix start OOB (diff)
downloadkernel-qcow2-linux-05b080fc933bb068b32fa119db00e8efcc10e3bd.tar.gz
kernel-qcow2-linux-05b080fc933bb068b32fa119db00e8efcc10e3bd.tar.xz
kernel-qcow2-linux-05b080fc933bb068b32fa119db00e8efcc10e3bd.zip
[SCSI] isci: fix, prevent port from getting stuck in the 'configuring' state
When expander connected in x2 or x4 mode and with IO runnning, if a cable from wideport is plugged out from the phy, IO's start failing on all the targets. Observed that when cable is pulled with IO running, cominit is happening on all the links and IO's start dropping to 0 and eventually the whole IO fails. Second observation, target is trying to open and SCU is responding with "Open reject no destination". A cause of the problem is when the port went from the "ready configuring substate" back to "ready configuring substate" as a result of phy being pulled off, scic suspended the port task scheduler register. As a result no IO was allowed and in the "substate configuring enter" routine the IO never goes back to 0. As a result the port never comes out of "ready substate configuring". The patch adds a mechanism of activate and deactivate phy when a port link up, which fixes the problem. Signed-off-by: Bartek Nowakowski <bartek.nowakowski@intel.com> Signed-off-by: Maciej Trela <maciej.trela@intel.com> Signed-off-by: Marcin Tomczak <marcin.tomczak@intel.com> Signed-off-by: Dan Williams <dan.j.williams@intel.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'drivers/scsi/scsi_lib.c')
0 files changed, 0 insertions, 0 deletions