diff options
author | Dan Williams <dan.j.williams@intel.com> | 2011-10-27 15:05:37 -0700 |
---|---|---|
committer | James Bottomley <JBottomley@Parallels.com> | 2011-10-31 13:23:01 +0400 |
commit | 52d74634335dfc0984ed955ed3c6ad6488495f96 (patch) | |
tree | 647120b0916abcc42f1e2d050f13175993509776 /drivers/scsi/dmx3191d.c | |
parent | 8e35a1398c5db981cd1a2d7635de9c15dd648527 (diff) |
[SCSI] isci: revert bcn filtering
The initial bcn filtering implementation was validated on a kernel
baseline that predated the switch to new libata error handling. Also,
prior to that conversion we borrowed the mvsas MVS_DEV_EH approach to
prevent the unwanted extra ap->ops->phy_reset(ap) that occurred in the
ata_bus_probe() path.
After the conversion to new libata eh resets at discovery are more
frequent and get filtered prematurely by IDEV_EH. The result is that
our bcn filtering has been blocked from running and at discovery and it
appears to stall discovery completion to the point of triggering hung
task timeouts. So, revert the implementation for now. When it returns
it will go into libsas proper.
The domain rediscovery that takes place due to ->lldd_I_T_nexus_reset()
events should now be properly waited for by the ata_port_wait_eh() call
in ata_port_probe(). So the hard coded delay in the isci
->lldd_I_T_nexus_reset() and other libsas drivers should help debounce
the libsas thread from seeing temporary device removals.
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'drivers/scsi/dmx3191d.c')
0 files changed, 0 insertions, 0 deletions