DragonFly-2.3.1.212.gcf5f3 master sys/dev/disk/ahci ahci.c

[Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxxxxx>]

commit cf5f3a81b0df75cd4844c3c89f008e209d59b218
Author: Matthew Dillon <dillon@apollo.backplane.com>
Date:   Tue Jun 9 11:47:54 2009 -0700

    AHCI - Better reset sequencing, bug fixes
    
    * Change the reset sequence.  If the first hardreset fails do a second
      hardreset.  If that fails then try doing a softreset.  This seems to
      catch all the cases.  It is unclear why the reset sequence fails at
      random points but it seems to be a combination of the port command
      processor state and the device state.  COMRESET does not actually reset
      everything like its supposed to.
    
    * Temporarily set ap_state to AP_S_NORMAL when starting a reset
      sequence so commands do not just fail due to a previously failed
      condition on the port.
    
    * Restoration of command register state now depends on whether the
      reset succeeded or failed.
    
    * Note that only SERR_DIAG_X needs to be cleared to allow for the
      next TFD update.  These updates are serialized by the controller
      and there may be more then one.  Add a function ahci_flush_tfd() which
      flushes all of them.
    
    * Add ahci_port_hardstop() for dealing with failed ports and device
      removals, instead of using ahci_port_hardreset().  This function
      tries to do multiple transitions via section 10.10.1.  These
      transitions are not well documented by the standard.
    
    * Fix ahci_poll() to not queue a command if the port is in a failed
      state, as this really messes up our port processing state machine.

Summary of changes:
 sys/dev/disk/ahci/ahci.c |  310 ++++++++++++++++++++++++++++++++++++----------
 1 files changed, 244 insertions(+), 66 deletions(-)

http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/cf5f3a81b0df75cd4844c3c89f008e209d59b218


-- 
DragonFly BSD source repository