1. 30 8月, 2005 1 次提交
    • A
      [IPV4]: possible cleanups · 0742fd53
      Adrian Bunk 提交于
      This patch contains the following possible cleanups:
      - make needlessly global code static
      - #if 0 the following unused global function:
        - xfrm4_state.c: xfrm4_state_fini
      - remove the following unneeded EXPORT_SYMBOL's:
        - ip_output.c: ip_finish_output
        - ip_output.c: sysctl_ip_default_ttl
        - fib_frontend.c: ip_dev_find
        - inetpeer.c: inet_peer_idlock
        - ip_options.c: ip_options_compile
        - ip_options.c: ip_options_undo
        - net/core/request_sock.c: sysctl_max_syn_backlog
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0742fd53
  2. 21 6月, 2005 1 次提交
    • H
      [IPSEC]: Add XFRM_STATE_NOPMTUDISC flag · dd87147e
      Herbert Xu 提交于
      This patch adds the flag XFRM_STATE_NOPMTUDISC for xfrm states.  It is
      similar to the nopmtudisc on IPIP/GRE tunnels.  It only has an effect
      on IPv4 tunnel mode states.  For these states, it will ensure that the
      DF flag is always cleared.
      
      This is primarily useful to work around ICMP blackholes.
      
      In future this flag could also allow a larger MTU to be set within the
      tunnel just like IPIP/GRE tunnels.  This could be useful for short haul
      tunnels where temporary fragmentation outside the tunnel is desired over
      smaller fragments inside the tunnel.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Acked-by: NJames Morris <jmorris@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      dd87147e
  3. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4