diff options
author | Marcin Tomczak <marcin.tomczak@intel.com> | 2012-01-04 09:33:41 (GMT) |
---|---|---|
committer | James Bottomley <JBottomley@Parallels.com> | 2012-01-16 07:48:02 (GMT) |
commit | 05b080fc933bb068b32fa119db00e8efcc10e3bd (patch) | |
tree | 8442420c0733da0a9c1d7b85828e4e297d0163c0 /drivers/media/media-entity.c | |
parent | 0953dbea1d9a84c8443b5f5bb45229a6c9d7f9f3 (diff) | |
download | linux-05b080fc933bb068b32fa119db00e8efcc10e3bd.tar.xz |
[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/media/media-entity.c')
0 files changed, 0 insertions, 0 deletions