[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101201122253.2a8be2e0@nehalam>
Date: Wed, 1 Dec 2010 12:22:53 -0800
From: Stephen Hemminger <shemminger@...tta.com>
To: Lorenzo Colitti <lorenzo@...gle.com>
Cc: netdev@...r.kernel.org, David Miller <davem@...emloft.net>
Subject: Re: [PATCH] ipv6: slightly simplify keeping IPv6 addresses on link
down
On Wed, 01 Dec 2010 11:38:58 -0800
Lorenzo Colitti <lorenzo@...gle.com> wrote:
> ipv6: slightly simplify keeping IPv6 addresses on link down
>
> When link goes down, all statically-configured (i.e.,
> permanent and not link-local) IPv6 addresses are kept on
> the interface. Instead of moving addresses to a temporary
> keep list and then splicing that back on to the interface
> address list, use list_for_each_entry_safe and delete the
> ones we don't want.
>
> Tested by configuring two static addresses on an interface
> and verifying that pings from the addresses keep working
> when bringing link down and up again and when disabling and
> re-enabling IPv6 on the interface.
>
> Signed-off-by: Lorenzo Colitti <lorenzo@...gle.com>
>
> diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
> index 6dfd5c5..23cc8e1 100644
> --- a/net/ipv6/addrconf.c
> +++ b/net/ipv6/addrconf.c
> @@ -2663,7 +2663,8 @@ static int addrconf_ifdown(struct net_device *dev, int how)
> {
> struct net *net = dev_net(dev);
> struct inet6_dev *idev;
> - struct inet6_ifaddr *ifa, *ifn;
> + struct inet6_ifaddr *ifa;
> + LIST_HEAD(keep_list);
> int state;
Your patch is backwards? The existing code is:
static int addrconf_ifdown(struct net_device *dev, int how)
{
struct net *net = dev_net(dev);
struct inet6_dev *idev;
struct inet6_ifaddr *ifa;
LIST_HEAD(keep_list);
int state;
ASSERT_RTNL();
Also, the addrconf_ifdown can race with other updates to idev->addr_list
from addrconf timers etc. Therefore even list_for_each_entry_safe is not safe.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists