1. 08 3月, 2011 1 次提交
  2. 03 3月, 2011 1 次提交
  3. 12 2月, 2011 1 次提交
  4. 10 1月, 2011 3 次提交
  5. 11 12月, 2010 3 次提交
  6. 04 12月, 2010 1 次提交
  7. 17 11月, 2010 10 次提交
  8. 21 10月, 2010 2 次提交
  9. 27 9月, 2010 1 次提交
  10. 20 8月, 2010 3 次提交
  11. 25 7月, 2010 1 次提交
  12. 08 7月, 2010 1 次提交
    • E
      net: fix 64 bit counters on 32 bit arches · 28172739
      Eric Dumazet 提交于
      There is a small possibility that a reader gets incorrect values on 32
      bit arches. SNMP applications could catch incorrect counters when a
      32bit high part is changed by another stats consumer/provider.
      
      One way to solve this is to add a rtnl_link_stats64 param to all
      ndo_get_stats64() methods, and also add such a parameter to
      dev_get_stats().
      
      Rule is that we are not allowed to use dev->stats64 as a temporary
      storage for 64bit stats, but a caller provided area (usually on stack)
      
      Old drivers (only providing get_stats() method) need no changes.
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      28172739
  13. 06 7月, 2010 1 次提交
  14. 02 7月, 2010 1 次提交
  15. 01 7月, 2010 2 次提交
  16. 14 6月, 2010 1 次提交
    • A
      ixgbe: fix automatic LRO/RSC settings for low latency · 28c8e479
      Andy Gospodarek 提交于
      This patch added to 2.6.34:
      
      	commit f8d1dcaf
      	Author: Jesse Brandeburg <jesse.brandeburg@intel.com>
      	Date:   Tue Apr 27 01:37:20 2010 +0000
      
      	    ixgbe: enable extremely low latency
      
      introduced a feature where LRO (called RSC on the hardware) was disabled
      automatically when setting rx-usecs to 0 via ethtool.  Some might not
      like the fact that LRO was disabled automatically, but I'm fine with
      that.  What I don't like is that LRO/RSC is automatically enabled when
      rx-usecs is set >0 via ethtool.
      
      This would certainly be a problem if the device was used for forwarding
      and it was determined that the low latency wasn't needed after the
      device was already forwarding.  I played around with saving the state of
      LRO in the driver, but it just didn't seem worthwhile and would require
      a small change to dev_disable_lro() that I did not like.
      
      This patch simply leaves LRO disabled when setting rx-usecs >0 and
      requires that the user enable it again.  An extra informational message
      will also now appear in the log so users can understand why LRO isn't
      being enabled as they expect.
      
      Inconsistency of LRO setting first noticed by Stanislaw Gruszka.
      Signed-off-by: NAndy Gospodarek <andy@greyhouse.net>
      CC: Stanislaw Gruszka <sgruszka@redhat.com>
      CC: stable@kernel.org
      Tested-by: NStephen Ko <stephen.s.ko@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      28c8e479
  17. 04 6月, 2010 1 次提交
  18. 19 5月, 2010 1 次提交
  19. 14 5月, 2010 1 次提交
    • J
      drivers/net: Remove unnecessary returns from void function()s · a4b77097
      Joe Perches 提交于
      This patch removes from drivers/net/ all the unnecessary
      return; statements that precede the last closing brace of
      void functions.
      
      It does not remove the returns that are immediately
      preceded by a label as gcc doesn't like that.
      
      It also does not remove null void functions with return.
      
      Done via:
      $ grep -rP --include=*.[ch] -l "return;\n}" net/ | \
        xargs perl -i -e 'local $/ ; while (<>) { s/\n[ \t\n]+return;\n}/\n}/g; print; }'
      
      with some cleanups by hand.
      
      Compile tested x86 allmodconfig only.
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a4b77097
  20. 28 4月, 2010 4 次提交