1. 02 9月, 2010 25 次提交
  2. 01 9月, 2010 8 次提交
  3. 31 8月, 2010 7 次提交
    • D
      stmmac: Fix build warnings. · 1f0f6388
      David S. Miller 提交于
      In file included from drivers/net/stmmac/stmmac_ethtool.c:30:
      drivers/net/stmmac/stmmac.h:111: warning: 'struct platform_device' declared inside parameter list
      drivers/net/stmmac/stmmac.h:111: warning: its scope is only this definition or declaration, which is probably not what you want
      drivers/net/stmmac/stmmac_main.c: In function 'stmmac_dvr_probe':
      drivers/net/stmmac/stmmac_main.c:1744: warning: cast from pointer to integer of different size
      In file included from drivers/net/stmmac/stmmac_mdio.c:31:
      drivers/net/stmmac/stmmac.h:111: warning: 'struct platform_device' declared inside parameter list
      drivers/net/stmmac/stmmac.h:111: warning: its scope is only this definition or declaration, which is probably not what you want
      drivers/net/stmmac/dwmac1000_core.c: In function 'dwmac1000_dump_regs':
      drivers/net/stmmac/dwmac1000_core.c:56: warning: cast from pointer to integer of different size
      Reported-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1f0f6388
    • E
      ipv6: struct xfrm6_tunnel in read_mostly section · 3ff2cfa5
      Eric Dumazet 提交于
      tunnel6_handlers chain being scanned for each incoming packet,
      make sure it doesnt share an often dirtied cache line.
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3ff2cfa5
    • E
      net: struct xfrm_tunnel in read_mostly section · 6dcd814b
      Eric Dumazet 提交于
      tunnel4_handlers chain being scanned for each incoming packet,
      make sure it doesnt share an often dirtied cache line.
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6dcd814b
    • G
      net/m68k: Hydra Ethernet - print whole resource instead of start address · c274f291
      Geert Uytterhoeven 提交于
      resource_size_t changed from `unsigned long' to `phys_addr_t`, which is either
      `u32' or `u64'.
      Print the whole resource to remove the cast and to make it future-proof.
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c274f291
    • G
      TCP: update initial windows according to RFC 5681 · 3d5b99ae
      Gerrit Renker 提交于
      This updates the use of larger initial windows, as originally specified in
      RFC 3390, to use the newer IW values specified in RFC 5681, section 3.1.
      
      The changes made in RFC 5681 are:
       a) the setting now is more clearly specified in units of segments (as the
          comments  by John Heffner emphasized, this was not very clear in RFC 3390);
       b) for connections with 1095 < SMSS <= 2190 there is now a change:
          - RFC 3390 says that IW <= 4380,
          - RFC 5681 says that IW = 3 * SMSS <= 6570.
      
      Since RFC 3390 is older and "only" proposed standard, whereas the newer RFC 5681
      is already draft standard, it seems preferable to use the newer IW variant.
      Signed-off-by: NGerrit Renker <gerrit@erg.abdn.ac.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3d5b99ae
    • G
      dccp ccid-3: use per-route RTO or TCP RTO as fallback · 89858ad1
      Gerrit Renker 提交于
      This makes RTAX_RTO_MIN also available to CCID-3, replacing the compile-time
      RTO lower bound with a per-route tunable value.
      
      The original Kconfig option solved the problem that a very low RTT (in the
      order of HZ) can trigger too frequent and unnecessary reductions of the
      sending rate.
      
      This tunable does not affect the initial RTO value of 2 seconds specified in
      RFC 5348, section 4.2 and Appendix B. But like the hardcoded Kconfig value,
      it allows to adapt to network conditions.
      
      The same effect as the original Kconfig option of 100ms is now achieved by
      
      > ip route replace to unicast 192.168.0.0/24 rto_min 100j dev eth0
      
      (assuming HZ=1000).
      Signed-off-by: NGerrit Renker <gerrit@erg.abdn.ac.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      89858ad1
    • G
      dccp ccid-2: Share TCP's minimum RTO code · 4886fcad
      Gerrit Renker 提交于
      Using a fixed RTO_MIN of 0.2 seconds was found to cause problems for CCID-2
      over 802.11g: at least once per session there was a spurious timeout. It
      helped to then increase the the value of RTO_MIN over this link.
      
      Since the problem is the same as in TCP, this patch makes the solution from
      commit "05bb1fad"
             "[TCP]: Allow minimum RTO to be configurable via routing metrics."
      available to DCCP.
      
      This avoids reinventing the wheel, so that e.g. the following works in the
      expected way now also for CCID-2:
      
      > ip route change 10.0.0.2 rto_min 800 dev ath0
      
      Luckily this useful rto_min function was recently moved to net/tcp.h,
      which simplifies sharing code originating from TCP.
      
      Documentation also updated (plus minor whitespace fixes).
      Signed-off-by: NGerrit Renker <gerrit@erg.abdn.ac.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4886fcad