1. 13 7月, 2006 1 次提交
  2. 12 7月, 2006 1 次提交
  3. 09 7月, 2006 1 次提交
  4. 01 7月, 2006 2 次提交
  5. 29 6月, 2006 2 次提交
    • E
      [SCSI] mptsas: Adding 1078 ROC support · 87cf8986
      Eric Moore 提交于
      * Adding 1078 ROC (Raid On Chip) Support - New host adapter
      
      * Moving all PCI Vendor/Device ids to using internal defines; a request
      from Christoph/James B. some time ago for when the next chip was added.
      
      * Removing SAS 1066/1066E Vendor/Device IDs, as there are no plans to
      manufacture that controller.
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      87cf8986
    • E
      [SCSI] mptsas: wide port support · 547f9a21
      Eric Moore 提交于
      * Wide port support added - using James Bottomley's new SAS wide port API.
      (There is a known problem in sas transport layer reported yesterday to
      James. The Kobject dev.bus_ids for end devices are not unique across
      expanders. I have added a work around in this patch, where I asigning
      an unique port identifier for every port within the host - this solves
      the problem, but I expect a fix from James in the sas transport).
      
      * Adding target_alloc and target_destroy entry points, and moving code over
      from the slave entry points.
      
      * The renaming of some mptscsih_xxx functions declared in mptsas.c,
      to mptsas_xxx.
      
      * Target Reset moved from slave_destroy to hotplug work thread
      handling (with regard to device removal). Also inhibit IO to end device
      while device is being broken down . Talked to James Smart about this
      at Linux Expo (with questions of how the fc transport handles this).
      
      * Cleaning up the kzalloc's, and kfree's
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      547f9a21
  6. 28 6月, 2006 1 次提交
  7. 26 4月, 2006 1 次提交
  8. 14 4月, 2006 1 次提交
  9. 20 3月, 2006 1 次提交
  10. 15 3月, 2006 7 次提交
  11. 28 2月, 2006 1 次提交
  12. 01 2月, 2006 4 次提交
  13. 15 1月, 2006 4 次提交
  14. 14 12月, 2005 3 次提交
  15. 29 10月, 2005 4 次提交
  16. 22 10月, 2005 1 次提交
  17. 18 10月, 2005 1 次提交
  18. 20 9月, 2005 2 次提交
    • M
      [SCSI] fusion SAS support (mptsas driver) updates · 466544d8
      Moore, Eric Dean 提交于
      Summary of Changes:
      * splitting mpt_interrupt per Christophs suggestion
      about a month ago
      * rename ScsiCfgData to SpiCfgData structure,
      then move all the raid related info into
      new structure called RaidCfgData.  This is
      done because SAS supports RAID, as well as SPI,
      so the raid stuff should be seperate.
      * incorrect timeout calculation for cntdn
      inside WaitForDoorbellAck and WaitForDoortbellInt
      * add support for interpreting SAS Log Info
      * Increase Event Log Size from 0xA to 0x32
      * Fix bug in mptsas/mptfc/mptspi - when controller
      has Initiator Mode Disabled, and only running in
      TargetMode, the mptctl would panic when loading.
      The fix is to return 0, instead of -ENODEV, in
      SCSI LLD respective probe routines
      * Fix bug in mptlan.c - driver will panic if
      there is host reset, due to dev being set to
      zero in mpt_lan_ioc_reset
      * Fix's for SPI - Echo Buffer
      * Several fix's in mptscsih_io_done - FCP Response
      info, RESIDUAL_MISMATCH, Data Underrun, etc.
      * Cleanup Error Handling - EH handlers,
      mptscsih_flush_cmds, and zeroing out ScsiLookup
      from mptscsih_qcmd
      * Cleanup asyn event handling from
      mptscsih -> mptscsih_event_process.  Also
      added support for SAS Persistent Table Full,
      an asyn event
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      466544d8
    • C
      [SCSI] fusion SAS support (mptsas driver) · 0c33b27d
      Christoph Hellwig 提交于
      Adds the actual mptsas driver, based upon the LSI driver with new work
      for SAS transport class integration from Eric Moore and me.
      
      This obviously depends on the SAS transport class.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      0c33b27d