linux.git/net/ipv6, branch v2.6.24

[INET]: Fix truesize setting in ip_append_data

2008-01-23T11:11:43+00:00

As it is ip_append_data only counts page fragments to the skb that
allocated it.  As such it means that the first skb gets hit with a
4K charge even though it might have only used a fraction of it while
all subsequent skb's that use the same page gets away with no charge
at all.

This bug was exposed by the UDP accounting patch.

[ The wmem_alloc bumping needs to be moved with the truesize,
  noticed by Takahiro Yasui.  -DaveM ]

Signed-off-by: Herbert Xu 
Signed-off-by: David S. Miller

[IPV6]: RFC 2011 compatibility broken

2008-01-21T11:05:43+00:00

The snmp6 entry name was changed, and it broke compatibility
to RFC 2011.

Signed-off-by: Wang Chen 
Acked-by: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

[IPV6]: ICMP6_MIB_OUTMSGS increment duplicated

2008-01-21T11:05:20+00:00

icmpv6_send() calls ip6_push_pending_frames() indirectly.
Both ip6_push_pending_frames() and icmpv6_send() increment
counter ICMP6_MIB_OUTMSGS.

This patch remove the increment from icmpv6_send.

Signed-off-by: Wang Chen 
Acked-by: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

[IPV6] ROUTE: Make sending algorithm more friendly with RFC 4861.

2008-01-21T04:31:40+00:00

We omit (or delay) sending NSes for known-to-unreachable routers (in
NUD_FAILED state) according to RFC 4191 (Default Router Preferences
and More-Specific Routes).  But this is not fully compatible with RFC
4861 (Neighbor Discovery Protocol for IPv6), which does not remember
unreachability of neighbors.

So, let's avoid mixing sending algorithm of RFC 4191 and that of RFC
4861, and make the algorithm more friendly with RFC 4861 if RFC 4191
is disabled.

Issue was found by IPv6 Ready Logo Core Self_Test 1.5.0b2 (by TAHI
Project), and has been tracked down by Mitsuru Chinen
.

Signed-off-by: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

[IPV6]: Mischecked tw match in __inet6_check_established.

2008-01-21T04:31:36+00:00

When looking for a conflicting connection the !sk->sk_bound_dev_if
check is performed only for live sockets, but not for timewait-ed.

This is not the case for ipv4, for __inet6_lookup_established in
both ipv4 and ipv6 and for other places that check for tw-s.

Was this missed accidentally? If so, then this patch fixes it and
besides makes use if the dif variable declared in the function.

Signed-off-by: Pavel Emelyanov 
Signed-off-by: David S. Miller

[NETFILTER]: ip6t_eui64: Fixes calculation of Universal/Local bit

2008-01-11T06:40:39+00:00

RFC2464 says that the next to lowerst order bit of the first octet
of the Interface Identifier is formed by complementing
the Universal/Local bit of the EUI-64. But ip6t_eui64 uses OR not XOR.

Thanks Peter Ivancik for reporing this bug and posting a patch
for it.

Signed-off-by: Yasuyuki Kozakai 
Signed-off-by: Patrick McHardy 
Signed-off-by: David S. Miller

[IPV6]: IPV6_MULTICAST_IF setting is ignored on link-local connect()

2008-01-09T07:52:21+00:00

Signed-off-by: Brian Haley 
Acked-by: David L Stevens 
Signed-off-by: David S. Miller

[IPV6]: Spelling fixes

2007-12-20T22:01:35+00:00

Signed-off-by: Joe Perches 
Signed-off-by: David S. Miller

[IPV6]: Fix the return value of ipv6_getsockopt

2007-12-16T21:39:57+00:00

If CONFIG_NETFILTER if not selected when compile the kernel source code, 
ipv6_getsockopt will returen an EINVAL error if optname is not supported by
the kernel. But if CONFIG_NETFILTER is selected, ENOPROTOOPT error will 
be return.

This patch fix to always return ENOPROTOOPT error if optname argument of 
ipv6_getsockopt is not supported by the kernel.

Signed-off-by: Wei Yongjun 
Signed-off-by: David S. Miller

[IPv6] ESP: Discard dummy packets introduced in rfc4303

2007-12-11T10:45:27+00:00

RFC4303 introduces dummy packets with a nexthdr value of 59
to implement traffic confidentiality. Such packets need to
be dropped silently and the payload may not be attempted to
be parsed as it consists of random chunk.

Signed-off-by: Thomas Graf 
Signed-off-by: David S. Miller