1. 28 10月, 2009 17 次提交
  2. 08 10月, 2009 1 次提交
  3. 04 9月, 2009 1 次提交
  4. 27 5月, 2009 1 次提交
    • J
      igb: Implement reading of reg RQDPC (Receive Queue Drop Packet Count) · 8c0ab70a
      Jesper Dangaard Brouer 提交于
      Based on the previous patches from Jesper Dangaard Brouer <hawk@comx.dk>
      
      Implement reading the per queue drop stats register
      RQDPC (Receive Queue Drop Packet Count).  It counts the number of
      packets dropped by a queue due to lack of descriptors available.
      
      Notice RQDPC (Receive Queue Drop Packet Count) stats only gets
      incremented, if the DROP_EN bit it set (in the SRRCTL register
      for that queue).  If DROP_EN bit is NOT set, then the some what
      equivalent count is stored in RNBC (not per queue basis).
      
      The RQDPC register is only 12 bit, thus the precision might
      suffer due to overrun in-netween the watchdog polling interval.
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      CC: Jesper Dangaard Brouer <hawk@comx.dk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8c0ab70a
  5. 07 5月, 2009 1 次提交
  6. 22 3月, 2009 1 次提交
  7. 20 2月, 2009 3 次提交
  8. 16 2月, 2009 4 次提交
  9. 07 2月, 2009 5 次提交
  10. 31 1月, 2009 1 次提交
  11. 22 1月, 2009 1 次提交
    • H
      igb: Replace LRO with GRO · 5c0999b7
      Herbert Xu 提交于
      This patch makes igb invoke the GRO hooks instead of LRO.  As
      GRO has a compatible external interface to LRO this is a very
      straightforward replacement.
      
      Three things of note:
      
      1) I've kept the LRO Kconfig option until we decide to enable
      GRO across the board at which point it can also be killed.
      
      2) The poll_controller stuff is broken in igb as it tries to do
      the same work as the normal poll routine.  Since poll_controller
      can be called in the middle of a poll, this can't be good.
      
      I noticed this because poll_controller can invoke the GRO hooks
      without flushing held GRO packets.
      
      However, this should be harmless (assuming the poll_controller
      bug above doesn't kill you first :) since the next ->poll will
      clear the backlog.  The only time when we'll have a problem is
      if we're already executing the GRO code on the same ring, but
      that's no worse than what happens now.
      
      3) I kept the ip_summed check before calling GRO so that we're
      on par with previous behaviour.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5c0999b7
  12. 26 12月, 2008 2 次提交
  13. 22 11月, 2008 1 次提交
  14. 20 11月, 2008 1 次提交