1. 16 1月, 2012 2 次提交
  2. 31 10月, 2011 2 次提交
    • D
      [SCSI] isci: revert bcn filtering · 52d74634
      Dan Williams 提交于
      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: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      52d74634
    • J
      [SCSI] isci: Fix hard reset timeout conditions. · 8e35a139
      Jeff Skirvin 提交于
      A hard reset can timeout before or after the last phy in the
      port goes away.  If after, then notify the OS that the last
      phy has failed.
      
      The recovery for the failed hard reset has been removed.
      This recovery code was unecessary in that the link would
      recover from the failure normally by a new link reset sequence
      or hotplug of the remote device.
      Signed-off-by: NJeff Skirvin <jeffrey.d.skirvin@intel.com>
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      8e35a139
  3. 03 7月, 2011 29 次提交