1. 29 1月, 2008 2 次提交
  2. 07 11月, 2007 1 次提交
  3. 16 10月, 2007 1 次提交
  4. 08 6月, 2007 1 次提交
  5. 11 5月, 2007 1 次提交
  6. 26 4月, 2007 1 次提交
    • H
      [UDP]: Clean up UDP-Lite receive checksum · 759e5d00
      Herbert Xu 提交于
      This patch eliminates some duplicate code for the verification of
      receive checksums between UDP-Lite and UDP.  It does this by
      introducing __skb_checksum_complete_head which is identical to
      __skb_checksum_complete_head apart from the fact that it takes
      a length parameter rather than computing the first skb->len bytes.
      
      As a result UDP-Lite will be able to use hardware checksum offload
      for packets which do not use partial coverage checksums.  It also
      means that UDP-Lite loopback no longer does unnecessary checksum
      verification.
      
      If any NICs start support UDP-Lite this would also start working
      automatically.
      
      This patch removes the assumption that msg_flags has MSG_TRUNC clear
      upon entry in recvmsg.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      759e5d00
  7. 03 12月, 2006 3 次提交
    • A
      [NET]: Possible cleanups. · f5b99bcd
      Adrian Bunk 提交于
      This patch contains the following possible cleanups:
      - make the following needlessly global functions statis:
        - ipv4/tcp.c: __tcp_alloc_md5sig_pool()
        - ipv4/tcp_ipv4.c: tcp_v4_reqsk_md5_lookup()
        - ipv4/udplite.c: udplite_rcv()
        - ipv4/udplite.c: udplite_err()
      - make the following needlessly global structs static:
        - ipv4/tcp_ipv4.c: tcp_request_sock_ipv4_ops
        - ipv4/tcp_ipv4.c: tcp_sock_ipv4_specific
        - ipv6/tcp_ipv6.c: tcp_request_sock_ipv6_ops
      - net/ipv{4,6}/udplite.c: remove inline's from static functions
                                (gcc should know best when to inline them)
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f5b99bcd
    • A
    • G
      [NET]: Supporting UDP-Lite (RFC 3828) in Linux · ba4e58ec
      Gerrit Renker 提交于
      This is a revision of the previously submitted patch, which alters
      the way files are organized and compiled in the following manner:
      
      	* UDP and UDP-Lite now use separate object files
      	* source file dependencies resolved via header files
      	  net/ipv{4,6}/udp_impl.h
      	* order of inclusion files in udp.c/udplite.c adapted
      	  accordingly
      
      [NET/IPv4]: Support for the UDP-Lite protocol (RFC 3828)
      
      This patch adds support for UDP-Lite to the IPv4 stack, provided as an
      extension to the existing UDPv4 code:
              * generic routines are all located in net/ipv4/udp.c
              * UDP-Lite specific routines are in net/ipv4/udplite.c
              * MIB/statistics support in /proc/net/snmp and /proc/net/udplite
              * shared API with extensions for partial checksum coverage
      
      [NET/IPv6]: Extension for UDP-Lite over IPv6
      
      It extends the existing UDPv6 code base with support for UDP-Lite
      in the same manner as per UDPv4. In particular,
              * UDPv6 generic and shared code is in net/ipv6/udp.c
              * UDP-Litev6 specific extensions are in net/ipv6/udplite.c
              * MIB/statistics support in /proc/net/snmp6 and /proc/net/udplite6
              * support for IPV6_ADDRFORM
              * aligned the coding style of protocol initialisation with af_inet6.c
              * made the error handling in udpv6_queue_rcv_skb consistent;
                to return `-1' on error on all error cases
              * consolidation of shared code
      
      [NET]: UDP-Lite Documentation and basic XFRM/Netfilter support
      
      The UDP-Lite patch further provides
              * API documentation for UDP-Lite
              * basic xfrm support
              * basic netfilter support for IPv4 and IPv6 (LOG target)
      Signed-off-by: NGerrit Renker <gerrit@erg.abdn.ac.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ba4e58ec