1. 08 11月, 2012 1 次提交
  2. 24 10月, 2012 1 次提交
  3. 22 10月, 2012 6 次提交
  4. 30 9月, 2012 3 次提交
  5. 31 8月, 2012 1 次提交
  6. 30 8月, 2012 1 次提交
    • A
      netpoll: revert 6bdb7fe3 and fix be_poll() instead · 072a9c48
      Amerigo Wang 提交于
      Against -net.
      
      In the patch "netpoll: re-enable irq in poll_napi()", I tried to
      fix the following warning:
      
      [100718.051041] ------------[ cut here ]------------
      [100718.051048] WARNING: at kernel/softirq.c:159 local_bh_enable_ip+0x7d/0xb0()
      (Not tainted)
      [100718.051049] Hardware name: ProLiant BL460c G7
      ...
      [100718.051068] Call Trace:
      [100718.051073]  [<ffffffff8106b747>] ? warn_slowpath_common+0x87/0xc0
      [100718.051075]  [<ffffffff8106b79a>] ? warn_slowpath_null+0x1a/0x20
      [100718.051077]  [<ffffffff810747ed>] ? local_bh_enable_ip+0x7d/0xb0
      [100718.051080]  [<ffffffff8150041b>] ? _spin_unlock_bh+0x1b/0x20
      [100718.051085]  [<ffffffffa00ee974>] ? be_process_mcc+0x74/0x230 [be2net]
      [100718.051088]  [<ffffffffa00ea68c>] ? be_poll_tx_mcc+0x16c/0x290 [be2net]
      [100718.051090]  [<ffffffff8144fe76>] ? netpoll_poll_dev+0xd6/0x490
      [100718.051095]  [<ffffffffa01d24a5>] ? bond_poll_controller+0x75/0x80 [bonding]
      [100718.051097]  [<ffffffff8144fde5>] ? netpoll_poll_dev+0x45/0x490
      [100718.051100]  [<ffffffff81161b19>] ? ksize+0x19/0x80
      [100718.051102]  [<ffffffff81450437>] ? netpoll_send_skb_on_dev+0x157/0x240
      
      by reenabling IRQ before calling ->poll, but it seems more
      problems are introduced after that patch:
      
      http://ozlabs.org/~akpm/stuff/IMG_20120824_122054.jpg
      http://marc.info/?l=linux-netdev&m=134563282530588&w=2
      
      So it is safe to fix be2net driver code directly.
      
      This patch reverts the offending commit and fixes be_poll() by
      avoid disabling BH there, this is okay because be_poll()
      can be called either by poll_napi() which already disables
      IRQ, or by net_rx_action() which already disables BH.
      Reported-by: NAndrew Morton <akpm@linux-foundation.org>
      Reported-by: NSylvain Munaut <s.munaut@whatever-company.com>
      Cc: Sylvain Munaut <s.munaut@whatever-company.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: David Miller <davem@davemloft.net>
      Cc: Sathya Perla <sathya.perla@emulex.com>
      Cc: Subbu Seetharaman <subbu.seetharaman@emulex.com>
      Cc: Ajit Khaparde <ajit.khaparde@emulex.com>
      Signed-off-by: NCong Wang <amwang@redhat.com>
      Tested-by: NSylvain Munaut <s.munaut@whatever-company.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      072a9c48
  7. 19 7月, 2012 2 次提交
  8. 12 7月, 2012 5 次提交
  9. 18 6月, 2012 1 次提交
  10. 08 6月, 2012 1 次提交
  11. 19 5月, 2012 1 次提交
  12. 09 5月, 2012 1 次提交
  13. 26 4月, 2012 4 次提交
  14. 24 4月, 2012 1 次提交
  15. 20 3月, 2012 2 次提交
  16. 24 2月, 2012 1 次提交
  17. 13 2月, 2012 1 次提交
    • S
      be2net: event queue re-design · 10ef9ab4
      Sathya Perla 提交于
      v2: Fixed up the bad typecasting pointed out by David...
      
      In the current design 8 TXQs are serviced by 1 EQ, while each RSS queue
      is serviced by a separate EQ. This is being changed as follows:
      
      - Upto 8 EQs will be used (based on the availabilty of msix vectors).
      Each EQ will handle 1 RSS and 1 TX ring. The default non-RSS RX queue and
      MCC queue are handled by the last EQ.
      
      - On cards which provide support, upto 8 RSS rings will be used, instead
      of the current limit of 4.
      
      The new design allows spreading the TX multi-queue completion processing
      across multiple CPUs unlike the previous design.
      Signed-off-by: NSathya Perla <sathya.perla@emulex.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      10ef9ab4
  18. 05 2月, 2012 2 次提交
  19. 31 12月, 2011 1 次提交
  20. 27 11月, 2011 2 次提交
  21. 17 11月, 2011 2 次提交