1. 11 4月, 2010 1 次提交
    • K
      [SCSI] mptfusion: Added new less expensive RESET (Message Unit Reset) · d0f698c4
      Kashyap, Desai 提交于
      Message Unit Reset - instructs the IOC to reset the Reply Post and
      Free FIFO's. All the Message Frames on Reply Free FIFO are
      discarded. All posted buffers are freed, and event notification is
      turned off.  IOC doesnt reply to any outstanding request. This will
      transfer IOC to READY state.  Message unit ready is less expensive
      operations than Hard Reset.  soft reset will not force Firmware to
      reload again, it only do clean up of Message units.
      
      mpt_Soft_Hard_ResetHandler will first try for Soft Reset,if
      it fails then go for big hammer reset which is Hard Reset.
      Signed-off-by: NKashyap Desai <kashyap.desai@lsi.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@suse.de>
      d0f698c4
  2. 19 1月, 2010 1 次提交
  3. 18 1月, 2010 1 次提交
    • A
      [SCSI] mptsas: Fix issue with chain pools allocation on katmai · f1053a7c
      Anatolij Gustschin 提交于
      Since commit 9d2e9d66
      mptsas driver fails to allocate memory for the MPT chain buffers
      for second LSI adapter on PPC440SPe Katmai platform:
      ...
      ioc1: LSISAS1068E B3: Capabilities={Initiator}
      mptbase: ioc1: ERROR - Unable to allocate Reply, Request, Chain Buffers!
      mptbase: ioc1: ERROR - didn't initialize properly! (-3)
      mptsas: probe of 0002:31:00.0 failed with error -3
      
      This commit increased MPT_FC_CAN_QUEUE value but initChainBuffers()
      doesn't differentiate between SAS and FC causing increased allocation
      for SAS case, too. Later pci_alloc_consistent() fails to allocate
      increased chain buffer pool size for SAS case.
      
      Provide a fix by looking at the bus type and using appropriate
      MPT_SAS_CAN_QUEUE value while calculation of the number of chain
      buffers.
      Signed-off-by: NAnatolij Gustschin <agust@denx.de>
      Acked-by: NKashyap Desai <kashyap.desai@lsi.com>
      Cc: Stable Tree <stable@kernel.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@suse.de>
      f1053a7c
  4. 10 12月, 2009 1 次提交
  5. 21 9月, 2009 1 次提交
  6. 12 9月, 2009 1 次提交
  7. 23 8月, 2009 1 次提交
  8. 20 6月, 2009 1 次提交
  9. 15 6月, 2009 1 次提交
  10. 10 6月, 2009 11 次提交
  11. 22 4月, 2009 1 次提交
    • E
      scsi: mpt: suppress debugobjects warning · b298cecb
      Eric Paris 提交于
      Addresses http://bugzilla.kernel.org/show_bug.cgi?id=13133
      
      ODEBUG: object is on stack, but not annotated
      ------------[ cut here ]------------
      WARNING: at lib/debugobjects.c:253 __debug_object_init+0x1f3/0x276()
      Hardware name: VMware Virtual Platform
      Modules linked in: mptspi(+) mptscsih mptbase scsi_transport_spi ext3 jbd mbcache
      Pid: 540, comm: insmod Not tainted 2.6.28-mm1 #2
      Call Trace:
       [<c042c51c>] warn_slowpath+0x74/0x8a
       [<c0469600>] ? start_critical_timing+0x96/0xb7
       [<c060c8ea>] ? _spin_unlock_irqrestore+0x2f/0x3c
       [<c0446fad>] ? trace_hardirqs_off_caller+0x18/0xaf
       [<c044704f>] ? trace_hardirqs_off+0xb/0xd
       [<c060c8ea>] ? _spin_unlock_irqrestore+0x2f/0x3c
       [<c042cb84>] ? release_console_sem+0x1a5/0x1ad
       [<c05013e6>] __debug_object_init+0x1f3/0x276
       [<c0501494>] debug_object_init+0x13/0x17
       [<c0433c56>] init_timer+0x10/0x1a
       [<e08e5b54>] mpt_config+0x1c1/0x2b7 [mptbase]
       [<e08e3b82>] ? kmalloc+0x8/0xa [mptbase]
       [<e08e3b82>] ? kmalloc+0x8/0xa [mptbase]
       [<e08e6fa2>] mpt_do_ioc_recovery+0x950/0x1212 [mptbase]
       [<c04496c2>] ? __lock_acquire+0xa69/0xacc
       [<c060c8f1>] ? _spin_unlock_irqrestore+0x36/0x3c
       [<c060c3af>] ? _spin_unlock_irq+0x22/0x26
       [<c04f2d8b>] ? string+0x2b/0x76
       [<c04f310e>] ? vsnprintf+0x338/0x7b3
       [<c04496c2>] ? __lock_acquire+0xa69/0xacc
       [<c060c8ea>] ? _spin_unlock_irqrestore+0x2f/0x3c
       [<c04496c2>] ? __lock_acquire+0xa69/0xacc
       [<c044897d>] ? debug_check_no_locks_freed+0xeb/0x105
       [<c060c8f1>] ? _spin_unlock_irqrestore+0x36/0x3c
       [<c04488bc>] ? debug_check_no_locks_freed+0x2a/0x105
       [<c0446b8c>] ? lock_release_holdtime+0x43/0x48
       [<c043f742>] ? up_read+0x16/0x29
       [<c05076f8>] ? pci_get_slot+0x66/0x72
       [<e08e89ca>] mpt_attach+0x881/0x9b1 [mptbase]
       [<e091c8e5>] mptspi_probe+0x11/0x354 [mptspi]
      
      Noticing that every caller of mpt_config has its CONFIGPARMS struct
      declared on the stack and thus the &pCfg->timer is always on the stack I
      changed init_timer() to init_timer_on_stack() and it seems to have shut
      up.....
      
      Cc: "Moore, Eric Dean" <Eric.Moore@lsil.com>
      Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Acked-by: N"Desai, Kashyap" <Kashyap.Desai@lsi.com>
      Cc: <stable@kernel.org>		[2.6.29.x]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b298cecb
  12. 07 4月, 2009 2 次提交
  13. 22 2月, 2009 1 次提交
  14. 14 1月, 2009 2 次提交
  15. 30 12月, 2008 2 次提交
  16. 27 7月, 2008 1 次提交
  17. 22 7月, 2008 1 次提交
  18. 12 7月, 2008 2 次提交
  19. 05 6月, 2008 2 次提交
  20. 08 4月, 2008 3 次提交
  21. 19 3月, 2008 1 次提交
  22. 04 3月, 2008 2 次提交