1. 26 10月, 2006 1 次提交
  2. 07 8月, 2006 3 次提交
  3. 13 7月, 2006 1 次提交
  4. 29 6月, 2006 1 次提交
  5. 28 6月, 2006 1 次提交
  6. 11 6月, 2006 4 次提交
  7. 10 5月, 2006 1 次提交
    • M
      [SCSI] mptfc: race between mptfc_register_dev and mptfc_target_alloc · 6dd727da
      mdr@sgi.com 提交于
      A race condition exists in mptfc between the thread registering a device
      with the fc transport and the scan work generated by the transport.
      This race existed prior to the application of the mptfc bug fix patch.
      
      mptfc_register_dev() calls fc_remote_port_add() with the FC_RPORT_ROLE_TARGET
      bit set in the rport ids passed to the function.  Having this bit set causes
      fc_remote_port_add() to schedule a scan of the device.
      
      This scan can execute before mptfc_register_dev() can fill in the dd_data
      in the rport structure.  When this happens, mptfc_target_alloc() will fail
      because dd_data is null.
      
      Attached is a patch which fixes the problem.  The patch changes the rport ids
      passed to fc_remote_port_add() to not have the TARGET bit set.  This prevents
      the scan from being scheduled.  After mptfc_register_dev() fills in the rport
      dd_data field, fc_remote_port_rolechg() is called, changing the role of the
      rport to TARGET.  Thus, the scan is scheduled after dd_data is filled
      in which prevents the failure in mptfc_target_alloc().
      Signed-off-by: NMichael Reed <mdr@sgi.com>
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      6dd727da
  8. 26 4月, 2006 1 次提交
    • M
      [SCSI] - fusion - mptfc bug fix's to prevent deadlock situations · 65207fed
      Moore, Eric 提交于
      mptbase.h
      
      	bump version number to 3.03.09
      
      	remove unneeded flags
      	define workq and remove old fc specific locks
      
      mptbase.c
      
      	initialize new lock and don't initialize two removed locks
      
      mptscsih.c
      
      	when firmware reports target is no longer there, return
              DID_REQUEUE for fc hosts so that i/o doesn't get killed until
              the transport has an opportunity to manage the loss via its
              dev loss timer
      
      	when the "eh_abort" routine is called, check to see if the
              driver has the command or not before looking to see if a reset
              is pending.  James Smart and I talked about this and believe
              that the API for this routine is: if driver doesn't have
              command, return SUCCESS.  This change helps prevent a target
              from being taken offline.  SUCCESS is returned because it's
              likely that the command completed after error recovery timed
              it out but before it could be aborted.
      
      	provide a routine to queue work to newly created workq, and
              use it.
      
      	remove "ioc" from mptscsih_abort() it was only used one time.
      	the other references were via hd->ioc, so I just moved it....
      	net change in references to ioc via hd->ioc is zero
      
      	move hd->resetPending test and hd->timeouts increment to after
      	the test for whether the command to be aborted remains known
      	to the driver
      
      	Make certain that the workq exists before queuing work to it.
      
      mptfc.c
      
      	no longer need to lock rport data structures as I was able to
      	single thread the code!  I fixed up the debug code to
      	eliminate compilation messages due to type mismatch in the
      	printk.  Got rid of some no longer needed rport flags.
      	Initialize and destroy the workq used for the rescan work.
      
      	simplify the logic regarding the increment of
              fc_rescan_work_count.  use post increment and test for zero
              vs. pre increment and test for one; eliminate work_count
              variable: queue_work can be called with the work_lock held as
              it doesn't sleep
      Signed-off-by: NMichael Reed <mdr@sgi.com>
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      65207fed
  9. 15 3月, 2006 2 次提交
  10. 28 2月, 2006 1 次提交
  11. 01 2月, 2006 1 次提交
  12. 15 1月, 2006 3 次提交
  13. 14 12月, 2005 3 次提交
  14. 20 9月, 2005 1 次提交
    • 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
  15. 01 7月, 2005 1 次提交
  16. 28 6月, 2005 1 次提交
  17. 26 6月, 2005 1 次提交
  18. 21 5月, 2005 4 次提交