1. 23 4月, 2013 2 次提交
  2. 08 3月, 2013 1 次提交
  3. 07 3月, 2013 1 次提交
  4. 08 11月, 2012 2 次提交
  5. 22 10月, 2012 1 次提交
  6. 12 7月, 2012 1 次提交
  7. 07 6月, 2012 1 次提交
  8. 11 5月, 2012 1 次提交
  9. 09 5月, 2012 1 次提交
  10. 26 4月, 2012 1 次提交
  11. 04 11月, 2011 1 次提交
  12. 11 8月, 2011 1 次提交
  13. 03 8月, 2011 1 次提交
  14. 31 3月, 2011 1 次提交
  15. 17 3月, 2011 1 次提交
  16. 15 3月, 2011 1 次提交
  17. 08 3月, 2011 1 次提交
  18. 23 2月, 2011 1 次提交
  19. 28 11月, 2010 1 次提交
  20. 04 9月, 2010 1 次提交
  21. 31 7月, 2010 1 次提交
  22. 17 6月, 2010 2 次提交
  23. 02 4月, 2010 1 次提交
  24. 03 3月, 2010 1 次提交
  25. 20 2月, 2010 1 次提交
  26. 13 2月, 2010 1 次提交
  27. 04 12月, 2009 1 次提交
  28. 21 11月, 2009 1 次提交
  29. 07 9月, 2009 1 次提交
  30. 02 8月, 2009 1 次提交
  31. 04 7月, 2009 1 次提交
  32. 19 6月, 2009 1 次提交
    • S
      be2net: Add MCC queue mechanism for BE cmds · 5fb379ee
      Sathya Perla 提交于
      Currenlty all cmds use the blocking MCC mbox to post cmds. An mbox cmd is protected
      via a spin_lock(cmd_lock) and not spin_lock_bh() as it is undesirable
      to disable BHs while a blocking mbox cmd is in progress (and take long to finish.)
      This can lockup a cmd in progress in process context. Instead cmds that may be
      called in BH context must use the MCC queue to post cmds. The cmd completions
      are rcvd in a separate completion queue and the events are placed in the tx-event
      queue.
      Signed-off-by: NSathya Perla <sathyap@serverengines.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5fb379ee
  33. 12 3月, 2009 1 次提交