1. 10 8月, 2006 2 次提交
  2. 03 7月, 2006 1 次提交
  3. 12 6月, 2006 1 次提交
  4. 31 5月, 2006 1 次提交
  5. 24 5月, 2006 4 次提交
  6. 20 5月, 2006 7 次提交
  7. 15 5月, 2006 2 次提交
  8. 13 4月, 2006 1 次提交
  9. 11 4月, 2006 2 次提交
  10. 02 4月, 2006 2 次提交
  11. 30 3月, 2006 1 次提交
    • M
      [PATCH] sata_mv: three bug fixes · 63af2a5c
      Mark Lord 提交于
      (1) A DMA transfer size of 0x10000 was not being written
      as 0x0000 in the PRDs.  Fixed.
      
      (1) The DEV_IRQ interrupt cause bit happens spuriously
      during EDMA operation, and was not being ignored by the driver.
      This led to various "drive busy" errors being reported,
      with associated unpredictable behaviour.  Fixed.
      
      (2) If a SATA or PCI interrupt was received with no outstanding
      command, the interrupt handler still attempted to invoke
      ata_qc_complete(), triggering assert()/BUG_ON() behaviour
      elsewhere in libata.  Fixed.
      
      The driver still has issues with confusion after error-recovery,
      but should now  be reliable in the absence of drive errors.
      I will be looking more into the error-handling bugs next.
      Signed-Off-By: NMark Lord <mlord@pobox.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      63af2a5c
  12. 22 3月, 2006 2 次提交
  13. 21 3月, 2006 1 次提交
  14. 18 2月, 2006 1 次提交
  15. 13 2月, 2006 1 次提交
  16. 12 2月, 2006 1 次提交
  17. 10 2月, 2006 2 次提交
  18. 03 2月, 2006 1 次提交
    • J
      [libata sata_mv] do not enable PCI MSI by default · ddef9bb3
      Jeff Garzik 提交于
      Several bug reports have come in, noting that disabling CONFIG_PCI_MSI
      has fixed their problems with this driver.  This may be generic system
      issues, but there is also the probability of unimplemented hardware
      errata workarounds.  Until this ream of bug reports is sorted out, we
      can get them going in non-MSI interrupt mode.
      
      As such, this change adds an 'msi' module option, which defaults to off.
      ddef9bb3
  19. 01 2月, 2006 1 次提交
  20. 27 1月, 2006 3 次提交
  21. 06 1月, 2006 1 次提交
  22. 13 12月, 2005 1 次提交
    • J
      [libata] mark certain hardware (or drivers) with a no-atapi flag · 50630195
      Jeff Garzik 提交于
      Some hardware does not support the PACKET command at all.
      Other hardware supports ATAPI, but the driver does something nasty such
      as calling BUG() when an ATAPI command is issued.
      
      For these such cases, we mark them with a new flag, ATA_FLAG_NO_ATAPI.
      
      Initial version contributed by Ben Collins.
      50630195
  23. 06 12月, 2005 1 次提交