1. 08 3月, 2013 1 次提交
  2. 05 2月, 2013 1 次提交
  3. 15 1月, 2013 1 次提交
  4. 07 10月, 2012 1 次提交
    • E
      net: remove skb recycling · acb600de
      Eric Dumazet 提交于
      Over time, skb recycling infrastructure got litle interest and
      many bugs. Generic rx path skb allocation is now using page
      fragments for efficient GRO / TCP coalescing, and recyling
      a tx skb for rx path is not worth the pain.
      
      Last identified bug is that fat skbs can be recycled
      and it can endup using high order pages after few iterations.
      
      With help from Maxime Bizon, who pointed out that commit
      87151b86 (net: allow pskb_expand_head() to get maximum tailroom)
      introduced this regression for recycled skbs.
      
      Instead of fixing this bug, lets remove skb recycling.
      
      Drivers wanting really hot skbs should use build_skb() anyway,
      to allocate/populate sk_buff right before netif_receive_skb()
      Signed-off-by: NEric Dumazet <edumazet@google.com>
      Cc: Maxime Bizon <mbizon@freebox.fr>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      acb600de
  5. 25 7月, 2012 1 次提交
  6. 07 6月, 2012 2 次提交
  7. 09 5月, 2012 1 次提交
  8. 04 4月, 2012 1 次提交
  9. 29 3月, 2012 1 次提交
  10. 24 2月, 2012 1 次提交
  11. 07 2月, 2012 1 次提交
  12. 24 1月, 2012 1 次提交
  13. 11 1月, 2012 1 次提交
  14. 14 12月, 2011 1 次提交
  15. 24 11月, 2011 1 次提交
    • A
      net: mv643xx_eth: fix build error · 6f39da2c
      Axel Lin 提交于
      Fix below build error:
        CC      drivers/net/ethernet/marvell/mv643xx_eth.o
      drivers/net/ethernet/marvell/mv643xx_eth.c: In function 'mv643xx_eth_get_drvinfo':
      drivers/net/ethernet/marvell/mv643xx_eth.c:1505: error: 'info' undeclared (first use in this function)
      drivers/net/ethernet/marvell/mv643xx_eth.c:1505: error: (Each undeclared identifier is reported only once
      drivers/net/ethernet/marvell/mv643xx_eth.c:1505: error: for each function it appears in.)
      make[4]: *** [drivers/net/ethernet/marvell/mv643xx_eth.o] Error 1
      Signed-off-by: NAxel Lin <axel.lin@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6f39da2c
  16. 17 11月, 2011 2 次提交
  17. 09 11月, 2011 1 次提交
  18. 19 10月, 2011 1 次提交
  19. 08 10月, 2011 1 次提交
  20. 16 9月, 2011 1 次提交
  21. 18 8月, 2011 1 次提交
  22. 12 8月, 2011 1 次提交
  23. 22 6月, 2011 2 次提交
  24. 10 6月, 2011 1 次提交
  25. 30 4月, 2011 1 次提交
    • D
      ethtool: cosmetic: Use ethtool ethtool_cmd_speed API · 70739497
      David Decotigny 提交于
      This updates the network drivers so that they don't access the
      ethtool_cmd::speed field directly, but use ethtool_cmd_speed()
      instead.
      
      For most of the drivers, these changes are purely cosmetic and don't
      fix any problem, such as for those 1GbE/10GbE drivers that indirectly
      call their own ethtool get_settings()/mii_ethtool_gset(). The changes
      are meant to enforce code consistency and provide robustness with
      future larger throughputs, at the expense of a few CPU cycles for each
      ethtool operation.
      
      All drivers compiled with make allyesconfig ion x86_64 have been
      updated.
      
      Tested: make allyesconfig on x86_64 + e1000e/bnx2x work
      Signed-off-by: NDavid Decotigny <decot@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      70739497
  26. 22 4月, 2011 1 次提交
  27. 18 4月, 2011 1 次提交
  28. 04 3月, 2011 1 次提交
  29. 12 12月, 2010 1 次提交
    • T
      drivers/net: don't use flush_scheduled_work() · 23f333a2
      Tejun Heo 提交于
      flush_scheduled_work() is on its way out.  This patch contains simple
      conversions to replace flush_scheduled_work() usage with direct
      cancels and flushes.
      
      Directly cancel the used works on driver detach and flush them in
      other cases.
      
      The conversions are mostly straight forward and the only dangers are,
      
      * Forgetting to cancel/flush one or more used works.
      
      * Cancelling when a work should be flushed (ie. the work must be
        executed once scheduled whether the driver is detaching or not).
      
      I've gone over the changes multiple times but it would be much
      appreciated if you can review with the above points in mind.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jay Cliburn <jcliburn@gmail.com>
      Cc: Michael Chan <mchan@broadcom.com>
      Cc: Divy Le Ray <divy@chelsio.com>
      Cc: e1000-devel@lists.sourceforge.net
      Cc: Vasanthy Kolluri <vkolluri@cisco.com>
      Cc: Samuel Ortiz <samuel@sortiz.org>
      Cc: Lennert Buytenhek <buytenh@wantstofly.org>
      Cc: Andrew Gallatin <gallatin@myri.com>
      Cc: Francois Romieu <romieu@fr.zoreil.com>
      Cc: Ramkrishna Vepa <ramkrishna.vepa@exar.com>
      Cc: Matt Carlson <mcarlson@broadcom.com>
      Cc: David Brownell <dbrownell@users.sourceforge.net>
      Cc: Shreyas Bhatewara <sbhatewara@vmware.com>
      Cc: netdev@vger.kernel.org
      23f333a2
  30. 11 12月, 2010 1 次提交
  31. 28 9月, 2010 1 次提交
  32. 24 7月, 2010 1 次提交
  33. 19 7月, 2010 1 次提交
  34. 01 7月, 2010 2 次提交
  35. 18 5月, 2010 1 次提交
  36. 10 5月, 2010 1 次提交