[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1y67y3fqf.fsf@fess.ebiederm.org>
Date: Thu, 09 Dec 2010 11:31:36 -0800
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Stephen Hemminger <shemminger@...tta.com>
Cc: Brian Haley <brian.haley@...com>,
David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
Mahesh Kelkar <maheshkelkar@...il.com>,
Lorenzo Colitti <lorenzo@...gle.com>,
YOSHIFUJI Hideaki <yoshfuji@...ux-ipv6.org>, stable@...nel.org
Subject: Re: [PATCH] Fix 2.6.34-rc1 regression in disable_ipv6 support
Stephen Hemminger <shemminger@...tta.com> writes:
> On Thu, 09 Dec 2010 11:09:34 -0800
> ebiederm@...ssion.com (Eric W. Biederman) wrote:
> So let's please keep this a line that we can easily remove. It isn't
> like interfaces coming up and down are a fast path where every cycle
> counts. We just need to be reasonably efficient.
> No but since removing address propagates up to user space daemons
> like Quagga please analyze and fix the problem, don't just look
> for band aid.
You fix the problem. You introduced the regression, and you didn't test
that keeping addresses actually worked. This is not the first patch
that has been applied to fix regressions in this area.
I introduced a targeted revert of your broken change that only preserves
the one address people are least likely to change.
I know people are not downing the ipv6 loopback interface in practice
and bringing it back up because in practice on running systems because
that breaks ipv6 networking. So quagga should not see this issue
in practice.
Right now misplaced perfectionism is being a huge enemy of creating
a kernel that actually works.
Eric
--
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