1. 05 9月, 2009 2 次提交
  2. 13 3月, 2009 3 次提交
  3. 30 12月, 2008 1 次提交
  4. 25 12月, 2008 1 次提交
  5. 17 10月, 2008 1 次提交
  6. 04 10月, 2008 4 次提交
  7. 29 8月, 2008 1 次提交
  8. 17 7月, 2008 1 次提交
  9. 12 7月, 2008 3 次提交
  10. 05 6月, 2008 3 次提交
  11. 19 4月, 2008 1 次提交
  12. 08 4月, 2008 2 次提交
  13. 26 1月, 2008 1 次提交
  14. 16 10月, 2007 1 次提交
  15. 13 10月, 2007 1 次提交
  16. 16 8月, 2007 1 次提交
  17. 31 7月, 2007 1 次提交
  18. 19 7月, 2007 1 次提交
  19. 09 5月, 2007 3 次提交
  20. 06 2月, 2007 1 次提交
  21. 07 8月, 2006 1 次提交
  22. 04 7月, 2006 1 次提交
    • H
      [PATCH] zfcp: fix incorrect usage of fsf_req_list_lock · 38c54ee8
      Heiko Carstens 提交于
        =================================
        [ INFO: inconsistent lock state ]
        ---------------------------------
        inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
        swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:
         (&adapter->fsf_req_list_lock){++..}, at: [<0000000000274486>] zfcp_qdio_reqid_check+0x46/0x178
        {in-hardirq-W} state was registered at:
          [<000000000005fb0c>] __lock_acquire+0xad8/0xed0
          [<00000000000604ae>] lock_acquire+0x9a/0xc8
          [<000000000035a326>] _spin_lock+0x4e/0x68
          [<0000000000274486>] zfcp_qdio_reqid_check+0x46/0x178
          [<000000000027469e>] zfcp_qdio_response_handler+0xe6/0x430
          [<0000000000219dd4>] tiqdio_thinint_handler+0xd20/0x213c
          [<000000000020229a>] do_adapter_IO+0xb2/0xc0
          [<0000000000206f32>] do_IRQ+0x136/0x16c
          [<0000000000020462>] io_no_vtime+0x16/0x1c
          [<0000000000019432>] cpu_idle+0x222/0x250
        irq event stamp: 129220
        hardirqs last  enabled at (129220): [<00000000000411e6>] tasklet_hi_action+0x5a/0x19c
        hardirqs last disabled at (129219): [<00000000000411c0>] tasklet_hi_action+0x34/0x19c
        softirqs last  enabled at (129212): [<0000000000040b62>] __do_softirq+0x13a/0x180
        softirqs last disabled at (129217): [<000000000001fd58>] do_softirq+0xec/0xf0
      
        other info that might help us debug this:
        no locks held by swapper/0.
      
        stack backtrace:
        00000000012bb670 0000000000000002 0000000000000000 00000000012bb780
               00000000012bb6e8 0000000000399122 0000000000399122 0000000000016b0a
               0000000000000000 0000000000000000 0000000000000000 00000000004660e8
               0000000000000000 000000000000000d 00000000012bb6e0 00000000012bb758
               0000000000368b90 0000000000016b0a 00000000012bb6e0 00000000012bb730
        Call Trace:
        ([<0000000000016a26>] show_trace+0x76/0xdc)
         [<0000000000016b2c>] show_stack+0xa0/0xd0
         [<0000000000016b8a>] dump_stack+0x2e/0x3c
         [<000000000005e3da>] print_usage_bug+0x27e/0x290
         [<000000000005ea9c>] mark_lock+0x6b0/0x6c0
         [<000000000005f33e>] __lock_acquire+0x30a/0xed0
         [<00000000000604ae>] lock_acquire+0x9a/0xc8
         [<000000000035a326>] _spin_lock+0x4e/0x68
         [<0000000000274486>] zfcp_qdio_reqid_check+0x46/0x178
         [<000000000027469e>] zfcp_qdio_response_handler+0xe6/0x430
         [<0000000000217bd2>] tiqdio_tl+0xd02/0x2120
         [<000000000004123a>] tasklet_hi_action+0xae/0x19c
         [<0000000000040ae4>] __do_softirq+0xbc/0x180
         [<000000000001fd58>] do_softirq+0xec/0xf0
         [<0000000000040c38>] irq_exit+0x90/0xa8
         [<0000000000206f40>] do_IRQ+0x144/0x16c
         [<0000000000020462>] io_no_vtime+0x16/0x1c
         [<0000000000019432>] cpu_idle+0x222/0x250
        ([<0000000000019416>] cpu_idle+0x206/0x250)
         [<000000000001405a>] rest_init+0x5a/0x68
         [<0000000000536998>] start_kernel+0x39c/0x3dc
         [<0000000000013046>] _stext+0x46/0x1000
      
      Fix incorrect usage of fsf_req_list_lock. It's used in tasklet context
      (irqs on) as well as in irq context. Therefore use the spin_lock_irqsave
      variant to avoid deadlocks.
      Acked-by: NAndreas Herrmann <aherrman@de.ibm.com>
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      38c54ee8
  23. 29 5月, 2006 2 次提交
  24. 02 2月, 2006 1 次提交
  25. 20 9月, 2005 1 次提交
    • M
      [SCSI] zfcp: enhancement of zfcp debug features · 8a36e453
      Maxim Shchetynin 提交于
      Debug features (DBFs) els_dbf, cmd_dbf and abt_dbf were removed and
      san_dbf, hba_dbf and scsi_dbf were introduced. The erp_dbf did not
      change.
      The new traces improve debugging of problems with zfcp, scsi-stack,
      multipath and hardware in the SAN. san_dbf traces things like ELS and
      CT commands, hba_dbf saves HBA specific information of requests, and
      scsi_dbf saves FCP and SCSI specific information of requests. Common
      to all new DBFs is that they provide a so called structured view. This
      significantly improves readability of the traces.
      Signed-off-by: NAndreas Herrmann <aherrman@de.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      8a36e453
  26. 14 6月, 2005 1 次提交
    • A
      [SCSI] zfcp: fix bug during adapter shutdown · 1db2c9c0
      Andreas Herrmann 提交于
      Fixes a race between zfcp_fsf_req_dismiss_all and
      zfcp_qdio_reqid_check. During adapter shutdown it occurred that a
      request was cleaned up twice. First during its normal
      completion. Second when dismiss_all was called.  The fix is to
      serialize access to fsf request list between zfcp_fsf_req_dismiss_all
      and zfcp_qdio_reqid_check and delete a fsf request from the list if
      its completion is triggered.  (Additionally a rwlock was replaced by a
      spinlock and fsf_req_cleanup was eliminated.)
      Signed-off-by: NAndreas Herrmann <aherrman@de.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      1db2c9c0