1. 13 5月, 2008 11 次提交
  2. 29 4月, 2008 1 次提交
  3. 29 1月, 2008 2 次提交
  4. 09 1月, 2008 1 次提交
  5. 05 12月, 2007 1 次提交
  6. 02 11月, 2007 1 次提交
    • A
      Fix myri10ge NAPI oops & warnings · c956a240
      Andrew Gallatin 提交于
      When testing the myri10ge driver with 2.6.24-rc1, I found
      that the machine crashed under heavy load:
      
      Unable to handle kernel paging request at 0000000000100108 RIP:
        [<ffffffff803cc8dd>] net_rx_action+0x11b/0x184
      
      The address corresponds to the list_move_tail() in
      netif_rx_complete():
                           if (unlikely(work == weight))
                                   list_move_tail(&n->poll_list, list);
      
      Eventually, I traced the crashes to calling netif_rx_complete() with
      work_done == budget.  From looking at other drivers, it appears that
      one should only call netif_rx_complete() when work_done < budget.
      
      To fix it, I changed the test in myri10ge_poll() so that it refers
      to to work_done rather than looking at the rx ring status.  If
      work_done is < budget, then that implies we have no more packets to
      process. Any races will be resolved by the NIC when the write to
      irq_claim is made.
      
      In myri10ge_clean_rx_done(), if we ever exceeded our budget, it would
      report a work_done one larger than was acutally done.  This is because
      the increment was done in the conditional, so work_done would be
      incremented regardless of whether or not the test passed or failed.
      This would lead to the WARN_ON_ONCE(work > weight); warning in
      net_rx_action triggering.  I've moved the increment of work_done
      inside the loop.  Note that this would only be a problem when we had
      exceeded our budget.
      
      Signed off by: Andrew Gallatin <gallatin@myri.com>
      
      Andrew Gallatin Myricom Inc
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      c956a240
  7. 19 10月, 2007 1 次提交
    • J
      Add missing newlines to some uses of dev_<level> messages · 898eb71c
      Joe Perches 提交于
      Found these while looking at printk uses.
      
      Add missing newlines to dev_<level> uses
      Add missing KERN_<level> prefixes to multiline dev_<level>s
      Fixed a wierd->weird spelling typo
      Added a newline to a printk
      Signed-off-by: NJoe Perches <joe@perches.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Mark M. Hoffman <mhoffman@lightlink.com>
      Cc: Roland Dreier <rolandd@cisco.com>
      Cc: Tilman Schmidt <tilman@imap.cc>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Stephen Hemminger <shemminger@linux-foundation.org>
      Cc: Greg KH <greg@kroah.com>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Cc: David Brownell <david-b@pacbell.net>
      Cc: James Smart <James.Smart@Emulex.Com>
      Cc: Andrew Vasquez <andrew.vasquez@qlogic.com>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Cc: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Jaroslav Kysela <perex@suse.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      898eb71c
  8. 16 10月, 2007 4 次提交
  9. 11 10月, 2007 6 次提交
  10. 20 9月, 2007 1 次提交
  11. 25 8月, 2007 2 次提交
  12. 14 8月, 2007 1 次提交
  13. 17 7月, 2007 1 次提交
  14. 11 7月, 2007 1 次提交
  15. 02 7月, 2007 1 次提交
  16. 13 6月, 2007 3 次提交
  17. 03 6月, 2007 1 次提交
  18. 08 5月, 2007 1 次提交
    • B
      myri10ge: replace the chipset whitelist with firmware autodetection · 5443e9ea
      Brice Goglin 提交于
      Remove the aligned-completion whitelist, and replace it by using the 1.4.16
      firmware's auto-detection features to choose which firmware to load.
      The driver now loads the aligned firmware, performs a MXGEFW_CMD_UNALIGNED_TEST,
      and falls back to using the unaligned firmware if:
      - The firmware is too old (ie, MXGEFW_CMD_UNALIGNED_TEST is an unknown command).
      - The MXGEFW_CMD_UNALIGNED_TEST returns MXGEFW_CMD_ERROR_UNALIGNED, meaning
        that it has seen an unaligned completion during the DMA test.
      Signed-off-by: NBrice Goglin <brice@myri.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      5443e9ea
反馈
建议
客服 返回
顶部