1. 26 3月, 2014 4 次提交
  2. 20 3月, 2014 2 次提交
  3. 19 3月, 2014 3 次提交
    • T
      libata: async resume · 200421a8
      Todd Brandt 提交于
      Improve overall system resume time by making libata link recovery
      actions asynchronous relative to other resume events.
      
      Link resume operations are performed using the scsi_eh thread, so
      commands, particularly the sd resume start/stop command, will be held
      off until the device exits error handling.  Libata already flushes eh
      with ata_port_wait_eh() in the port teardown paths, so there are no
      concerns with async operation colliding with the end-of-life of the
      ata_port object.  Also, libata-core is already careful to flush
      in-flight pm operations before another round of pm starts on the given
      ata_port.
      
      Reference: https://01.org/suspendresume/blogs/tebrandt/2013/hard-disk-resume-optimization-simpler-approach
      
      Cc: Len Brown <len.brown@intel.com>
      Cc: Phillip Susi <psusi@ubuntu.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NTodd Brandt <todd.e.brandt@linux.intel.com>
      [djbw: rebase on cleanup patch, changelog wordsmithing]
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      200421a8
    • D
      libata, libsas: kill pm_result and related cleanup · bc6e7c4b
      Dan Williams 提交于
      Tejun says:
        "At least for libata, worrying about suspend/resume failures don't make
         whole lot of sense.  If suspend failed, just proceed with suspend.  If
         the device can't be woken up afterwards, that's that.  There isn't
         anything we could have done differently anyway.  The same for resume, if
         spinup fails, the device is dud and the following commands will invoke
         EH actions and will eventually fail.  Again, there really isn't any
         *choice* to make.  Just making sure the errors are handled gracefully
         (ie. don't crash) and the following commands are handled correctly
         should be enough."
      
      The only libata user that actually cares about the result from a suspend
      operation is libsas.  However, it only cares about whether queuing a new
      operation collides with an in-flight one.  All libsas does with the
      error is retry, but we can just let libata wait for the previous
      operation before continuing.
      
      Other cleanups include:
      1/ Unifying all ata port pm operations on an ata_port_pm_ prefix
      2/ Marking all ata port pm helper routines as returning void, only
         ata_port_pm_ entry points need to fake a 0 return value.
      3/ Killing ata_port_{suspend|resume}_common() in favor of calling
         ata_port_request_pm() directly
      4/ Killing the wrappers that just do a to_ata_port() conversion
      5/ Clearly marking the entry points that do async operations with an
        _async suffix.
      
      Reference: http://marc.info/?l=linux-scsi&m=138995409532286&w=2
      
      Cc: Phillip Susi <psusi@ubuntu.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Suggested-by: NTejun Heo <tj@kernel.org>
      Signed-off-by: NTodd Brandt <todd.e.brandt@intel.com>
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      bc6e7c4b
    • L
      ata: Fix compiler warning with APM X-Gene host controller driver · 6a96918a
      Loc Ho 提交于
      This patch fixes an compiler warning with APM X-Gene host controller
      driver when compiled with DEBUG enabled.
      Signed-off-by: NLoc Ho <lho@apm.com>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      6a96918a
  4. 18 3月, 2014 4 次提交
  5. 17 3月, 2014 2 次提交
  6. 15 3月, 2014 4 次提交
  7. 14 3月, 2014 10 次提交
  8. 11 3月, 2014 2 次提交
    • S
      pata_legacy: Remove dead code · e853a4e0
      Silvan Jegen 提交于
      The current flow of control prevents this function from being
      called. Let's remove the call.
      Signed-off-by: NSilvan Jegen <s.jegen@gmail.com>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      e853a4e0
    • J
      ata: Fix CS55xx dependencies · 9236a76d
      Jean Delvare 提交于
      As far as I know, the CS5520 and CS5530 chipsets were only used with
      32-bit x86 Geode processors, so I think their drivers are only needed
      on this architecture, except for build testing purpose.
      
      While we're here, simplify the dependencies for the CS5535 driver.
      
      The CS5536 was used with the Geode processors, but also on MIPS
      Loongson/Lemote 2 systems, so let its driver be built for these two
      architectures only, except for build testing purpose.
      Signed-off-by: NJean Delvare <jdelvare@suse.de>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      9236a76d
  9. 08 3月, 2014 1 次提交
    • D
      libata: end the r-word · 35bf8821
      Dan Williams 提交于
      Prompted by the social effort in the US to discourage usage of the
      adjective "retarded".
      
      In this case we needlessly anthropomorphize hard drives.  The
      implication is that due to design deficiencies in the device reset
      recovery time is negatively impacted.  We can simply clearly state that
      fact.  "Exceptional devices cause outliers in reset recovery time." This
      steers clear of any unintended comparison of such devices to humans with
      cognitive disabilities.
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      35bf8821
  10. 07 3月, 2014 1 次提交
  11. 24 2月, 2014 1 次提交
  12. 23 2月, 2014 6 次提交