1. 23 4月, 2008 1 次提交
  2. 20 4月, 2008 1 次提交
  3. 08 4月, 2008 1 次提交
  4. 28 3月, 2008 1 次提交
  5. 31 1月, 2008 1 次提交
    • J
      [SCSI] remove use_sg_chaining · d3f46f39
      James Bottomley 提交于
      With the sg table code, every SCSI driver is now either chain capable
      or broken (or has sg_tablesize set so chaining is never activated), so
      there's no need to have a check in the host template.
      
      Also tidy up the code by moving the scatterlist size defines into the
      SCSI includes and permit the last entry of the scatterlist pools not
      to be a power of two.
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      d3f46f39
  6. 25 1月, 2008 1 次提交
  7. 24 1月, 2008 2 次提交
  8. 12 1月, 2008 1 次提交
  9. 18 10月, 2007 1 次提交
  10. 16 10月, 2007 1 次提交
  11. 13 10月, 2007 1 次提交
    • F
      [SCSI] add supported_mode and active_mode attributes to the host · 5dc2b89e
      FUJITA Tomonori 提交于
      This adds supported_mode and active_mode attributes to
      /sys/class/sys_host/hostX/ for specifying the mode that a lld supports
      and the currently activated mode. The output format is similar to fc
      rport roles:
      
      luce:/sys/class/scsi_host/host0$ cat supported_mode
      Initiator
      luce:/sys/class/scsi_host/host0$ cat active_mode
      Initiator
      
      The mode values uses bitmap since we would support dual-mode llds in
      the future like this:
      
      luce:/sys/class/scsi_host/host0$ cat supported_mode
      Initiator, Target
      
      The supported_mode attribute looks at a scsi_host_template and the
      active_mode attribute looks at a scsi_host. We would add a hook to a
      scsi_host_template to change the active_mode attribute
      dynamically. But now there is no hook since no lld supports that
      feature.
      Signed-off-by: NFUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
      Signed-off-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      5dc2b89e
  12. 01 8月, 2007 1 次提交
  13. 28 4月, 2007 1 次提交
  14. 26 11月, 2006 1 次提交
    • F
      [SCSI] export scsi-ml functions needed by tgt_scsi_lib and its LLDs · b58d9154
      FUJITA Tomonori 提交于
      This patch contains the needed changes to the scsi-ml for the target
      mode support.
      
      Note, per the last review we moved almost all the fields we added
      to the scsi_cmnd to our internal data structure which we are going
      to try and kill off when we can replace it with support from other
      parts of the kernel.
      
      The one field we left on was the offset variable. This is needed to handle
      the case where the target gets request that is so large that it cannot
      execute it in one dma operation. So max_secotors or a segment limit may
      limit the size of the transfer. In this case our tgt core code will
      break up the command into managable transfers and send them to the
      LLD one at a time. The offset is then used to tell the LLD where in
      the command we are at. Is there another field on the scsi_cmd for
      that?
      Signed-off-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NFUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      b58d9154
  15. 16 11月, 2006 1 次提交
  16. 31 8月, 2006 1 次提交
  17. 07 8月, 2006 1 次提交
  18. 11 4月, 2006 1 次提交
  19. 28 2月, 2006 1 次提交
  20. 13 1月, 2006 1 次提交
  21. 06 1月, 2006 1 次提交
  22. 30 10月, 2005 1 次提交
  23. 29 10月, 2005 1 次提交
  24. 28 10月, 2005 1 次提交
  25. 03 10月, 2005 1 次提交
  26. 19 9月, 2005 1 次提交
  27. 07 9月, 2005 1 次提交
  28. 31 7月, 2005 3 次提交
  29. 26 6月, 2005 1 次提交
  30. 24 6月, 2005 1 次提交
  31. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4