1. 26 7月, 2014 2 次提交
  2. 29 5月, 2014 1 次提交
  3. 15 1月, 2014 1 次提交
  4. 10 4月, 2013 1 次提交
    • A
      procfs: new helper - PDE_DATA(inode) · d9dda78b
      Al Viro 提交于
      The only part of proc_dir_entry the code outside of fs/proc
      really cares about is PDE(inode)->data.  Provide a helper
      for that; static inline for now, eventually will be moved
      to fs/proc, along with the knowledge of struct proc_dir_entry
      layout.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      d9dda78b
  5. 15 9月, 2012 1 次提交
  6. 01 6月, 2012 1 次提交
  7. 22 5月, 2012 1 次提交
  8. 28 2月, 2012 1 次提交
  9. 15 12月, 2011 1 次提交
  10. 27 8月, 2011 2 次提交
    • K
      [SCSI] mptfusion: Fix for device offline while doing aggressive HBA reset · 98cbe371
      kashyap.desai@lsi.com 提交于
      [Resend patch as per Bernd Schubert comment ]
      
      Issue:
      
      Device goes offline while doing aggressive HBA reset
      along with IO using some utility.
      
      Root cause:
      
      FW goes into bad state due to aggressive reset. Softreset does not
      help to recover FW. And also aggressive reset open up the window for
      Error handling thread to kicked off at the same time HBA will be in
      constant RESET loop as part of aggressive reset test case can lead
      Device to goes offline.
      
      Changes:
      
      1. Added extra check as below inside eh_timed_out call back as below.
         if(ioc->ioc_reset_in_progress) Rc = EH_TIMER_RESET
      
      2. Removed " DOORBELL_ACTIVE" check for SAS controller from task
         management context.  Since SAS controller uses high priority queue
         for task management. This check is not required for SAS controller.
      
      3. Moved SoftReset call to HardReset from Task Mgmt context.
      Signed-off-by: NKashyap Desai <kashyap.desai@lsi.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      98cbe371
    • K
      [SCSI] mptfusion: Better handling of DEAD IOC PCI-E Link down error condition · e62cca19
      kashyap.desai@lsi.com 提交于
      Find Non-Operation IOC and remove it from OS: Detecting
      dead(non-functional) ioc will be done reading doorbell register value
      from fault reset thread, which has been called from work thread
      context after each specific interval. If doorbell value is 0xFFFFFFFF,
      it will be considered as IOC is non-operational and marked as dead
      ioc.
      
      Once Dead IOC has been detected, it will be removed at pci layer using
      "pci_remove_bus_device" API.
      Signed-off-by: NKashyap Desai <kashyap.desai@lsi.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      e62cca19
  11. 26 4月, 2011 1 次提交
  12. 31 3月, 2011 1 次提交
  13. 13 2月, 2011 1 次提交
  14. 02 11月, 2010 1 次提交
  15. 06 9月, 2010 1 次提交
  16. 15 8月, 2010 2 次提交
  17. 11 8月, 2010 4 次提交
  18. 28 7月, 2010 6 次提交
  19. 17 6月, 2010 1 次提交
  20. 11 4月, 2010 2 次提交
  21. 19 1月, 2010 1 次提交
  22. 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
  23. 10 12月, 2009 1 次提交
  24. 21 9月, 2009 1 次提交
  25. 12 9月, 2009 1 次提交
  26. 23 8月, 2009 1 次提交
  27. 20 6月, 2009 1 次提交
  28. 15 6月, 2009 1 次提交