1. 08 2月, 2008 1 次提交
    • M
      [SCSI] qla4xxx: directly call iscsi recovery functions · b635930d
      Mike Christie 提交于
      Qla4xxx can just call the iscsi recovery functions directly.
      There is no need for userspace to do this for qla4xxx, because
      we do not use the mutex to iterate over devices anymore and iscsi_block
      /unblock_session can be called from interrupt context or the dpc thread.
      And having userspace do this just creates uneeded headaches for qla4xxx root
      situations where the session may experience problems. For example
      during the kernel shutdown the scsi layer wants to send sync caches, but at
      this time userspace is not up (iscsid is not running), so we cannot
      recover from the problem.
      Signed-off-by: NMike Christie <michaelc@cs.wisc.edu>
      Cc: David Somayajulu <david.somayajulu@qlogic.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      b635930d
  2. 03 2月, 2008 1 次提交
  3. 12 1月, 2008 1 次提交
    • M
      [SCSI] libiscsi: fix shutdown · 26974789
      Mike Christie 提交于
      We were using the device delete sysfs file to remove each device
      then logout. Now in 2.6.21 this will not work because
      the sysfs delete file returns immediately and does not wait for
      the device removal to complete. This causes a hang if a cache sync
      is needed during shutdown. Before .21, that approach had other
      problems, so this patch fixes the shutdown code so that we remove the target
      and unbind the session before logging out and shut down the session
      Signed-off-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      26974789
  4. 20 10月, 2007 1 次提交
  5. 18 6月, 2007 1 次提交
  6. 27 5月, 2007 1 次提交
  7. 06 5月, 2007 1 次提交
  8. 27 1月, 2007 1 次提交
    • D
      [SCSI] qla4xxx: bug fixes · 477ffb9d
      David C Somayajulu 提交于
      The included patch fixes the following issues:
      
      1. qla3xxx/qla4xxx co-existence issue which can result in a lockup
      when qla3xxx driver is unloaded, or when ifdown; ifup is performed on
      one of the interfaces correponding to qla3xxx. This is because qla4xxx
      HBA supports one ethernet and iscsi interfaces per port. Both iscsi
      and ethernet interfaces share the same state machine. The problem has
      to do with synchronizing access to the state machine in the event of a
      reset
      
      2. mutex_lock() is sometimes not followed by mutex_unlock() prior to
      invoking a msleep() in qla4xxx_mailbox_command()
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      477ffb9d
  9. 23 11月, 2006 2 次提交
  10. 05 10月, 2006 1 次提交