1. 24 Oct, 2009 2 commits
  2. 26 Aug, 2009 1 commit
    • Ben Hutchings's avatar
      sfc: Work around XMAC bug causing packet loss with some peers · cc11763b
      Ben Hutchings authored
      Received frames must be re-clocked by the local XGXS to the 156.25 MHz
      (DDR) clock of the XGMII.  If the remote clock is slightly faster this
      can reduce a minimum IPG of 64 bit-times (1 cycle) to 32 bit-times
      (half a cycle).  If the XMAC detects that a frame has reached the
      maximum RX frame length in the same cycle that it receives one of
      these reduced IPGs, it may miss the IPG, causing two valid frames to
      be treated as a single invalid frame (over-length with bad CRC).
      We work around this by increasing the maximum RX frame length so that
      peers with matched MTU will not provoke this bug.
      Signed-off-by: default avatarBen Hutchings <bhutchings@solarflare.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  3. 29 Apr, 2009 2 commits
  4. 21 Mar, 2009 1 commit
  5. 02 Mar, 2009 3 commits
  6. 30 Jan, 2009 2 commits
  7. 21 Jan, 2009 1 commit
    • Herbert Xu's avatar
      sfc: Replace LRO with GRO · da3bc071
      Herbert Xu authored
      This patch makes sfc invoke the GRO hooks instead of LRO.  As
      GRO has a compatible external interface to LRO this is a very
      straightforward replacement.
      Everything should appear identical to the user except that the
      offload is now controlled by the GRO ethtool option instead of
      LRO.  I've kept the lro module parameter as is since that's for
      compatibility only.
      I have eliminated efx_rx_mk_skb as the GRO layer can take care
      of all packets regardless of whether GRO is enabled or not.
      So the only case where we don't call GRO is if the packet checksum
      is absent.  This is to keep the behaviour changes of the patch to
      a minimum.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  8. 26 Dec, 2008 2 commits
  9. 12 Dec, 2008 10 commits
  10. 05 Nov, 2008 2 commits
  11. 24 Sep, 2008 3 commits
  12. 03 Sep, 2008 11 commits