litmus-rt.git/net/ipv6, branch linux-tip

ipv6: fix missing in6_ifa_put in addrconf

2010-11-22T15:37:36+00:00

Fix ref count bug introduced by

commit 2de795707294972f6c34bae9de713e502c431296
Author: Lorenzo Colitti 
Date:   Wed Oct 27 18:16:49 2010 +0000

ipv6: addrconf: don't remove address state on ifdown if the address
is being kept

Fix logic so that addrconf_ifdown() decrements the inet6_ifaddr
refcnt correctly with in6_ifa_put().

Reported-by: Stephen Hemminger 
Signed-off-by: John Fastabend 
Acked-by: Eric Dumazet 
Signed-off-by: David S. Miller

ipv6: Expose reachable and retrans timer values as msecs

2010-11-18T20:08:36+00:00

Expose reachable and retrans timer values in msecs instead of jiffies.
Both timer values are already exposed as msecs in the neighbour table
netlink interface.

The creation timestamp format with increased precision is kept but
cleaned up.

Signed-off-by: Thomas Graf 
Cc: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

ipv6: Expose IFLA_PROTINFO timer values in msecs instead of jiffies

2010-11-18T19:05:01+00:00

IFLA_PROTINFO exposes timer related per device settings in jiffies.
Change it to expose these values in msecs like the sysctl interface
does.

I did not find any users of IFLA_PROTINFO which rely on any of these
values and even if there are, they are likely already broken because
there is no way for them to reliably convert such a value to another
time format.

Signed-off-by: Thomas Graf 
Cc: YOSHIFUJI Hideaki 
Signed-off-by: David S. Miller

ipv6: Warn users if maximum number of routes is reached.

2010-11-12T22:03:24+00:00

This gives users at least some clue as to what the problem
might be and how to go about fixing it.

Signed-off-by: Ben Greear 
Signed-off-by: David S. Miller

ipv6: addrconf: don't remove address state on ifdown if the address is being kept

2010-11-12T21:44:24+00:00

Currently, addrconf_ifdown does not delete statically configured IPv6
addresses when the interface is brought down. The intent is that when
the interface comes back up the address will be usable again. However,
this doesn't actually work, because the system stops listening on the
corresponding solicited-node multicast address, so the address cannot
respond to neighbor solicitations and thus receive traffic. Also, the
code notifies the rest of the system that the address is being deleted
(e.g, RTM_DELADDR), even though it is not. Fix it so that none of this
state is updated if the address is being kept on the interface.

Tested: Added a statically configured IPv6 address to an interface,
started ping, brought link down, brought link up again. When link came
up ping kept on going and "ip -6 maddr" showed that the host was still
subscribed to there

Signed-off-by: Lorenzo Colitti 
Signed-off-by: David S. Miller

Merge git://git.kernel.org/pub/scm/linux/kernel/git/kaber/nf-2.6

2010-11-12T19:04:26+00:00

netfilter: ipv6: fix overlap check for fragments

2010-11-12T07:51:55+00:00

The type of FRAG6_CB(prev)->offset is int, skb->len is *unsigned* int,
and offset is int.

Without this patch, type conversion occurred to this expression, when
(FRAG6_CB(prev)->offset + prev->len) is less than offset.

Signed-off-by: Shan Wei 
Signed-off-by: Patrick McHardy

ipv6: fix overlap check for fragments

2010-11-08T20:17:06+00:00

The type of FRAG6_CB(prev)->offset is int, skb->len is *unsigned* int,
and offset is int.

Without this patch, type conversion occurred to this expression, when
(FRAG6_CB(prev)->offset + prev->len) is less than offset.

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

netfilter: ip6_tables: fix information leak to userspace

2010-11-04T01:55:39+00:00

Signed-off-by: Jan Engelhardt 
Signed-off-by: David S. Miller

net dst: fix percpu_counter list corruption and poison overwritten

2010-11-04T01:50:07+00:00

There're some percpu_counter list corruption and poison overwritten warnings
in recent kernel, which is resulted by fc66f95c.

commit fc66f95c switches to use percpu_counter, in ip6_route_net_init, kernel
init the percpu_counter for dst entries, but, the percpu_counter is never destroyed
in ip6_route_net_exit. So if the related data is freed by kernel, the freed percpu_counter
is still on the list, then if we insert/remove other percpu_counter, list corruption
resulted. Also, if the insert/remove option modifies the ->prev,->next pointer of
the freed value, the poison overwritten is resulted then.

With the following patch, the percpu_counter list corruption and poison overwritten
warnings disappeared.

Signed-off-by: Xiaotian Feng 
Cc: "David S. Miller" 
Cc: Alexey Kuznetsov 
Cc: "Pekka Savola (ipv6)" 
Cc: James Morris 
Cc: Hideaki YOSHIFUJI 
Cc: Patrick McHardy 
Acked-by: Eric Dumazet 
Signed-off-by: David S. Miller