1. 03 3月, 2014 2 次提交
  2. 21 12月, 2013 8 次提交
  3. 03 10月, 2013 1 次提交
  4. 01 10月, 2013 1 次提交
  5. 22 9月, 2013 1 次提交
  6. 19 2月, 2013 1 次提交
  7. 16 2月, 2013 1 次提交
  8. 05 2月, 2013 1 次提交
  9. 09 1月, 2013 1 次提交
  10. 08 12月, 2012 1 次提交
  11. 04 12月, 2012 1 次提交
  12. 19 7月, 2012 1 次提交
  13. 09 7月, 2012 1 次提交
  14. 20 2月, 2012 1 次提交
  15. 01 2月, 2012 1 次提交
  16. 24 11月, 2011 1 次提交
    • X
      b44: Use dev_kfree_skb_irq() in b44_tx() · 15ac2b08
      Xander Hover 提交于
      Reported issues when using dev_kfree_skb() on UP systems and
      systems with low numbers of cores.  dev_kfree_skb_irq() will
      properly save IRQ state before freeing the skb.
      
      Tested on 3.1.1 and 3.2_rc2
      
      Example of reproducible trace of kernel 3.1.1
      ------------[ cut here ]------------
         WARNING: at kernel/softirq.c:159 local_bh_enable+0x32/0x79()
         ...
         Pid: 0, comm: swapper Not tainted 3.1.1-gentoo #1
         Call Trace:
          [<c1022970>] warn_slowpath_common+0x65/0x7a
          [<c102699e>] ? local_bh_enable+0x32/0x79
          [<c1022994>] warn_slowpath_null+0xf/0x13
          [<c102699e>] local_bh_enable+0x32/0x79
          [<c134bfd8>] destroy_conntrack+0x7c/0x9b
          [<c134890b>] nf_conntrack_destroy+0x1f/0x26
          [<c132e3a6>] skb_release_head_state+0x74/0x83
          [<c132e286>] __kfree_skb+0xb/0x6b
          [<c132e30a>] consume_skb+0x24/0x26
          [<c127c925>] b44_poll+0xaa/0x449
          [<c1333ca1>] net_rx_action+0x3f/0xea
          [<c1026a44>] __do_softirq+0x5f/0xd5
          [<c10269e5>] ? local_bh_enable+0x79/0x79
          <IRQ>  [<c1026c32>] ? irq_exit+0x34/0x8d
          [<c1003628>] ? do_IRQ+0x74/0x87
          [<c13f5329>] ? common_interrupt+0x29/0x30
          [<c1006e18>] ? default_idle+0x29/0x3e
          [<c10015a7>] ? cpu_idle+0x2f/0x5d
          [<c13e91c5>] ? rest_init+0x79/0x7b
          [<c15c66a9>] ? start_kernel+0x297/0x29c
          [<c15c60b0>] ? i386_start_kernel+0xb0/0xb7
         ---[ end trace 583f33bb1aa207a9 ]---
      Signed-off-by: NXander Hover <LKML@hover.be>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      15ac2b08
  17. 18 8月, 2011 1 次提交
  18. 11 8月, 2011 1 次提交
    • J
      broadcom: Move the Broadcom drivers · adfc5217
      Jeff Kirsher 提交于
      Moves the drivers for Broadcom devices into
      drivers/net/ethernet/broadcom/ and the necessary Kconfig and Makefile
      changes.
      
      CC: Eilon Greenstein <eilong@broadcom.com>
      CC: Michael Chan <mchan@broadcom.com>
      CC: Matt Carlson <mcarlson@broadcom.com>
      CC: Gary Zambrano <zambrano@broadcom.com>
      CC: "Maciej W. Rozycki" <macro@linux-mips.org>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      adfc5217
  19. 07 7月, 2011 1 次提交
  20. 06 7月, 2011 1 次提交
  21. 05 7月, 2011 1 次提交
  22. 23 6月, 2011 1 次提交
    • H
      ssb: add __devinit to some functions · cd155987
      Hauke Mehrtens 提交于
      Two functions in ssb are using register_pci_controller() which is
      __devinit. The functions ssb_pcicore_init_hostmode() and
      ssb_gige_probe() should also be __devinit.
      
      This fixes the following warning:
      WARNING: vmlinux.o(.text+0x2727b8): Section mismatch in reference from the function ssb_pcicore_init_hostmode() to the function .devinit.text:register_pci_controller()
      The function ssb_pcicore_init_hostmode() references
      the function __devinit register_pci_controller().
      This is often because ssb_pcicore_init_hostmode lacks a __devinit
      annotation or the annotation of register_pci_controller is wrong.
      
      WARNING: vmlinux.o(.text+0x273398): Section mismatch in reference from the function ssb_gige_probe() to the function .devinit.text:register_pci_controller()
      The function ssb_gige_probe() references
      the function __devinit register_pci_controller().
      This is often because ssb_gige_probe lacks a __devinit
      annotation or the annotation of register_pci_controller is wrong.
      Reported-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NHauke Mehrtens <hauke@hauke-m.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      cd155987
  23. 07 6月, 2011 1 次提交
  24. 30 4月, 2011 2 次提交
  25. 02 12月, 2010 1 次提交
    • H
      b44: fix workarround for wap54g10 · 6c08af03
      Hauke Mehrtens 提交于
      The code for the b44_wap54g10_workaround was never included, because
      the config option was wrong. The nvram_get function was never in
      mainline kernel, only in external OpenWrt patches.
      
      The code should be compiled in when CONFIG_BCM47XX is selected and not
      when CONFIG_SSB_DRIVER_MIPS is selected, because nvram_getenv is only
      available on bcm47xx platforms and now in the mainline kernel code.
      Using an include is better than a second function declaration, to fix
      this when the function signature changes.
      Signed-off-by: NHauke Mehrtens <hauke@hauke-m.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6c08af03
  26. 21 10月, 2010 1 次提交
  27. 12 10月, 2010 1 次提交
  28. 08 9月, 2010 1 次提交
    • M
      PATCH: b44 Handle RX FIFO overflow better (simplified) · 32737e93
      Mark Lord 提交于
      This patch is a simplified version of the original patch from James Courtier-Dutton.
      
      >From: James Courtier-Dutton
      >Subject: [PATCH] Fix b44 RX FIFO overflow recovery.
      >Date: Wednesday, June 30, 2010 - 1:11 pm
      >
      >This patch improves the recovery after a RX FIFO overflow on the b44
      >Ethernet NIC.
      >Before it would do a complete chip reset, resulting is loss of link
      >for a few seconds.
      >This patch improves this to do recovery in about 20ms without loss of link.
      >
      >Signed off by: James@superbug.co.uk
      Signed-off-by: NMark Lord <mlord@pobox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      32737e93
  29. 03 9月, 2010 1 次提交
  30. 08 7月, 2010 1 次提交
  31. 05 6月, 2010 1 次提交