1. 25 2月, 2009 1 次提交
  2. 19 2月, 2009 2 次提交
  3. 16 2月, 2009 1 次提交
  4. 05 2月, 2009 1 次提交
  5. 01 2月, 2009 1 次提交
  6. 27 1月, 2009 1 次提交
  7. 22 1月, 2009 3 次提交
    • H
      cxgb3: Replace LRO with GRO · 7be2df45
      Herbert Xu 提交于
      This patch makes cxgb3 invoke the GRO hooks instead of LRO.  As
      GRO has a compatible external interface to LRO this is a very
      straightforward replacement.
      
      I've kept the ioctl controls for per-queue LRO switches.  However,
      we should not encourage anyone to use these.
      
      Because of that, I've also kept the skb construction code in
      cxgb3.  Hopefully we can phase out those per-queue switches
      and then kill this too.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Acked-by: NDivy Le Ray <divy@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7be2df45
    • 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
    • H
      ixgbe: Replace LRO with GRO · 78b6f4ce
      Herbert Xu 提交于
      This patch makes ixgbe invoke the GRO hooks instead of LRO.  As
      GRO has a compatible external interface to LRO this is a very
      straightforward replacement.
      
      As GRO uses the napi structure to track the held packets, I've
      modified the code paths involved to pass that along.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      78b6f4ce
  8. 11 1月, 2009 1 次提交
  9. 09 1月, 2009 1 次提交
  10. 08 1月, 2009 1 次提交
  11. 31 12月, 2008 1 次提交
  12. 28 12月, 2008 1 次提交
  13. 19 12月, 2008 1 次提交
    • A
      ucc_geth: Remove UGETH_FILTERING dead code · 221b3d60
      Anton Vorontsov 提交于
      The code appears to be dead: nobody call these functions, plus build
      breaks when UGETH_FILTERING is enabled:
      
      ucc_geth.c:1848: warning: 'struct enet_addr' declared inside parameter list
      ucc_geth.c:1848: warning: its scope is only this definition or declaration, which is probably not what you want
      ucc_geth.c: In function 'ugeth_82xx_filtering_get_match_addr_in_hash':
      ucc_geth.c:1856: error: dereferencing pointer to incomplete type
      ucc_geth.c:1874: error: dereferencing pointer to incomplete type
      ucc_geth.c:1877: warning: return from incompatible pointer type
      ucc_geth.c: At top level:
      ucc_geth.c:1885: warning: 'struct enet_addr' declared inside parameter list
      ucc_geth.c: In function 'ugeth_82xx_filtering_add_addr_in_hash':
      ucc_geth.c:1894: error: dereferencing pointer to incomplete type
      ucc_geth.c:1909: warning: passing argument 2 of 'ugeth_82xx_filtering_get_match_addr_in_hash' from incompatible pointer type
      ucc_geth.c:1909: warning: assignment from incompatible pointer type
      ucc_geth.c:1918: error: dereferencing pointer to incomplete type
      ucc_geth.c: At top level:
      ucc_geth.c:1928: warning: 'struct enet_addr' declared inside parameter list
      ucc_geth.c: In function 'ugeth_82xx_filtering_clear_addr_in_hash':
      ucc_geth.c:1947: warning: passing argument 2 of 'ugeth_82xx_filtering_get_match_addr_in_hash' from incompatible pointer type
      ucc_geth.c:1947: warning: assignment from incompatible pointer type
      ucc_geth.c:1954: error: dereferencing pointer to incomplete type
      ucc_geth.c: At top level:
      ucc_geth.c:2060: warning: 'struct enet_addr' declared inside parameter list
      ucc_geth.c: In function 'ugeth_82xx_filtering_add_addr_in_paddr':
      ucc_geth.c:2064: error: dereferencing pointer to incomplete type
      ucc_geth.c:2073: error: dereferencing pointer to incomplete type
      ucc_geth.c:2075: warning: passing argument 2 of 'hw_add_addr_in_paddr' from incompatible pointer type
      make[2]: *** [ucc_geth.o] Error 1
      
      The code is there since the driver was merged, and nobody seem to be
      interested in fixing or actually using it. If we ever want the
      filtering support, we can always revert the patch and fix it, but so
      far it just draws reader's attention.
      Signed-off-by: NAnton Vorontsov <avorontsov@ru.mvista.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      221b3d60
  14. 12 12月, 2008 1 次提交
  15. 25 11月, 2008 1 次提交
  16. 21 11月, 2008 1 次提交
  17. 20 11月, 2008 1 次提交
  18. 14 11月, 2008 1 次提交
  19. 06 11月, 2008 2 次提交
    • S
      SMSC LAN911x and LAN921x vendor driver · fd9abb3d
      Steve Glendinning 提交于
      Attached is a driver for SMSC's LAN911x and LAN921x families of embedded
      ethernet controllers.
      
      There is an existing smc911x driver in the tree; this is intended to
      replace it.  Dustin McIntire (the author of the smc911x driver) has
      expressed his support for switching to this driver.
      
      This driver contains workarounds for all known hardware issues, and has
      been tested on all flavours of the chip on multiple architectures.
      
      This driver now uses phylib, so this patch also adds support for the
      device's internal phy
      Signed-off-by: NSteve Glendinning <steve.glendinning@smsc.com>
      Signed-off-by: NBahadir Balban <Bahadir.Balban@arm.com>
      Signed-off-by: NDustin Mcintire <dustin@sensoria.com>
      Signed-off-by: NBill Gatliff <bgat@billgatliff.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      fd9abb3d
    • B
      bonding: send IPv6 neighbor advertisement on failover · 305d552a
      Brian Haley 提交于
      This patch adds better IPv6 failover support for bonding devices,
      especially when in active-backup mode and there are only IPv6 addresses
      configured, as reported by Alex Sidorenko.
      
      - Creates a new file, net/drivers/bonding/bond_ipv6.c, for the
         IPv6-specific routines.  Both regular bonds and VLANs over bonds
         are supported.
      
      - Adds a new tunable, num_unsol_na, to limit the number of unsolicited
         IPv6 Neighbor Advertisements that are sent on a failover event.
         Default is 1.
      
      - Creates two new IPv6 neighbor discovery functions:
      
         ndisc_build_skb()
         ndisc_send_skb()
      
         These were required to support VLANs since we have to be able to
         add the VLAN id to the skb since ndisc_send_na() and friends
         shouldn't be asked to do this.  These two routines are basically
         __ndisc_send() split into two pieces, in a slightly different order.
      
      - Updates Documentation/networking/bonding.txt and bumps the rev of bond
         support to 3.4.0.
      
      On failover, this new code will generate one packet:
      
      - An unsolicited IPv6 Neighbor Advertisement, which helps the switch
         learn that the address has moved to the new slave.
      
      Testing has shown that sending just the NA results in pretty good
      behavior when in active-back mode, I saw no lost ping packets for example.
      Signed-off-by: NBrian Haley <brian.haley@hp.com>
      Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      305d552a
  20. 04 11月, 2008 1 次提交
  21. 31 10月, 2008 1 次提交
  22. 23 10月, 2008 1 次提交
  23. 22 10月, 2008 3 次提交
  24. 21 10月, 2008 1 次提交
  25. 16 10月, 2008 1 次提交
  26. 14 10月, 2008 1 次提交
  27. 09 10月, 2008 1 次提交
  28. 02 10月, 2008 1 次提交
  29. 25 9月, 2008 5 次提交
  30. 20 9月, 2008 1 次提交