summaryrefslogtreecommitdiffstats
path: root/net/ipv6/ip6_checksum.c
Commit message (Collapse)AuthorAgeFilesLines
* udp: Generic functions to set checksumTom Herbert2014-06-051-0/+38
| | | | | | | | | Added udp_set_csum and udp6_set_csum functions to set UDP checksums in packets. These are for simple UDP packets such as those that might be created in UDP tunnels. Signed-off-by: Tom Herbert <therbert@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
* net: Implmement RFC 6936 (zero RX csums for UDP/IPv6)Tom Herbert2014-05-051-11/+7Star
| | | | | | | | | | | | | RFC 6936 relaxes the requirement of RFC 2460 that UDP/IPv6 packets which are received with a zero UDP checksum value must be dropped. RFC 6936 allows zero checksums to support tunnels over UDP. When sk_no_check is set we allow on a socket we allow a zero IPv6 UDP checksum. This is for both sending zero checksum and accepting a zero checksum on receive. Signed-off-by: Tom Herbert <therbert@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
* net: Call skb_checksum_init in IPv6Tom Herbert2014-05-051-10/+1Star
| | | | | | | Call skb_checksum_init instead of private functions. Signed-off-by: Tom Herbert <therbert@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
* ipv6: log src and dst along with "udp checksum is 0"Bjørn Mork2014-02-261-1/+3
| | | | | | | | | | These info messages are rather pointless without any means to identify the source of the bogus packets. Logging the src and dst addresses and ports may help a bit. Cc: Joe Perches <joe@perches.com> Signed-off-by: Bjørn Mork <bjorn@mork.no> Signed-off-by: David S. Miller <davem@davemloft.net>
* ipv6: move csum_ipv6_magic() and udp6_csum_init() into static libraryCong Wang2013-01-091-0/+97
As suggested by David, udp6_csum_init() is too big to be inlined, move it to ipv6 static library, net/ipv6/ip6_checksum.c. And the generic csum_ipv6_magic() too. Cc: David S. Miller <davem@davemloft.net> Signed-off-by: Cong Wang <amwang@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>