1. 08 2月, 2006 1 次提交
  2. 05 2月, 2006 3 次提交
  3. 13 1月, 2006 4 次提交
  4. 11 1月, 2006 1 次提交
  5. 02 12月, 2005 1 次提交
  6. 10 11月, 2005 2 次提交
  7. 07 11月, 2005 2 次提交
  8. 29 10月, 2005 6 次提交
  9. 17 10月, 2005 1 次提交
    • S
      [SCSI] Fix aacraid regression · 7a9366e4
      Salyzyn, Mark 提交于
      Juan was kind enough to linger on site, and work on a production
      machine, to try the parameter to make the system stable. He discovered
      that reducing the maximum transfer size issued to the adapter to 128KB
      stabilized his system. This is related to an earlier change for the
      2.6.13 tree resulting from Martin Drab's testing where the transfer size
      was reduced from 4G to 256KB; we needed to go still further in scaling
      back the request size.
      
      Here is the patch that tames this regression.
      Signed-off-by: NMark Salyzyn <aacraid@adaptec.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      7a9366e4
  10. 15 10月, 2005 1 次提交
  11. 27 9月, 2005 7 次提交
  12. 05 9月, 2005 1 次提交
  13. 29 8月, 2005 1 次提交
  14. 09 8月, 2005 1 次提交
  15. 08 8月, 2005 1 次提交
    • J
      [SCSI] aacraid: correct use of cmd->timeout field · 5262d085
      James Bottomley 提交于
      The cmd->timeout field has been obsolete for a while now.  While looking
      to remove it, I came across this use in the aacraid driver.  It looks
      like you want to initialise the firmware with the current timeout of the
      command (in seconds), so the value I think you should be using is
      cmd->timeout_per_command.
      
      Acked by: Mark Haverkamp <markh@osdl.org>
      Acked by: Mark Salyzyn <mark_salyzyn@adaptec.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      5262d085
  16. 06 8月, 2005 6 次提交
  17. 02 8月, 2005 1 次提交