1. 13 3月, 2009 3 次提交
  2. 25 12月, 2008 1 次提交
  3. 02 12月, 2008 1 次提交
  4. 06 11月, 2008 1 次提交
  5. 04 10月, 2008 4 次提交
  6. 12 7月, 2008 6 次提交
  7. 05 6月, 2008 1 次提交
  8. 28 4月, 2008 1 次提交
  9. 19 4月, 2008 2 次提交
    • C
      [SCSI] zfcp: Remove zfcp_erp_wait from slave destory handler to fix deadlock · 6071d7ec
      Christof Schmitt 提交于
      The testcase
      # chchp -v 0 0.da && sleep 59 && chchp -v 1 0.da
      results in this deadlock situation:
      
      STACK TRACE FOR TASK: 0x7e9a2048 (zfcperp0.0.c613)
      0 schedule+816 [0x356b3c]
      1 schedule_timeout+172 [0x357340]
      2 wait_for_common+192 [0x3565fc]
      3 flush_cpu_workqueue+116 [0x52af0]
      4 flush_workqueue+116 [0x533b8]
      5 fc_remote_port_add+64 [0x1c83ec]
      6 zfcp_erp_thread+4534 [0x26585a]
      7 kernel_thread_starter+6 [0x195d2]
      
      STACK TRACE FOR TASK: 0x7f8ec048 (fc_wq_0)
      0 schedule+816 [0x356b3c]
      1 zfcp_erp_wait+104 [0x264568]
      2 zfcp_scsi_slave_destroy+64 [0x261b24]
      3 __scsi_remove_device+154 [0x1c24ba]
      4 scsi_remove_device+62 [0x1c2512]
      5 __scsi_remove_target+198 [0x1c25ea]
      6 __remove_child+58 [0x1c26d6]
      7 device_for_each_child+66 [0x1ab566]
      8 scsi_remove_target+98 [0x1c268a]
      9 run_workqueue+200 [0x5272c]
      10 worker_thread+146 [0x52882]
      11 kthread+140 [0x58360]
      12 kernel_thread_starter+6 [0x195d2]
      
      Remove the zfcp_erp_wait call that is not required here to prevent the
      deadlock situation.
      Signed-off-by: NChristof Schmitt <christof.schmitt@de.ibm.com>
      Signed-off-by: NMartin Peschke <mp3@de.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      6071d7ec
    • M
      [SCSI] zfcp: fix 31 bit compile warnings · 1f6f7129
      Martin Peschke 提交于
      drivers/s390/scsi/zfcp_aux.c: In function ‘zfcp_fsf_incoming_els_rscn’:
      drivers/s390/scsi/zfcp_aux.c:1379: warning: cast from pointer to integer of
      different size
      drivers/s390/scsi/zfcp_aux.c: In function ‘zfcp_fsf_incoming_els_plogi’:
      drivers/s390/scsi/zfcp_aux.c:1432: warning: cast from pointer to integer of
      different size
      drivers/s390/scsi/zfcp_aux.c: In function ‘zfcp_fsf_incoming_els_logo’:
      drivers/s390/scsi/zfcp_aux.c:1457: warning: cast from pointer to integer of
      different size
      ..
      
      Just passing pointers rids us of these warnings and improves readability.
      Signed-off-by: NMartin Peschke <mp3@de.ibm.com>
      Signed-off-by: NChristof Schmitt <christof.schmitt@de.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      1f6f7129
  10. 08 4月, 2008 3 次提交
  11. 12 1月, 2008 4 次提交
  12. 13 10月, 2007 3 次提交
  13. 16 8月, 2007 1 次提交
  14. 16 5月, 2007 1 次提交
    • M
      [SCSI] zfcp: IO stall after deleting and path checker changes after reenabling zfcp devices · 9f28745a
      Michael Loehr 提交于
      IO stall after deleting and path checker changes after reenabling zfcp device
      
      Setting one zfcp device offline using chccwdev in a multipath
      environment and waiting will lead to IO stall on all paths.
      After setting the zfcp device back online using chccwdev,
      the devices with io stall will have a different path checker.
      Devices corresponding to the deleted units are never freed.
      This has the effect that 'slave_destroy' is never called and zfcp
      still thinks that this unit is registered
      (ZFCP_STATUS_UNIT_REGISTERED is still set). Hence the erp
      routine is not called correctly and the unit is not enabled properly.
      
      Do not delete rport and the sdev. Just set the host to block on
      'offline'. Setting host online again will then remove the blocked status
      and everything is fine again.
      Signed-off-by: NMichael Loehr <mloehr2@linux.vnet.ibm.com>
      Signed-off-by: NSwen Schillig <swen@vnet.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      9f28745a
  15. 09 5月, 2007 2 次提交
  16. 06 2月, 2007 1 次提交
  17. 26 10月, 2006 1 次提交
  18. 01 10月, 2006 1 次提交
  19. 24 9月, 2006 3 次提交