From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: Problems with /proc/net/tcp6 - possible bug - ipv6 Date: Sat, 22 Jan 2011 22:20:35 +0100 Message-ID: <1295731235.2651.66.camel@edumazet-laptop> References: <702550.61465.qm@web63902.mail.re1.yahoo.com> <1295686781.2609.37.camel@edumazet-laptop> <1295709344.2651.55.camel@edumazet-laptop> <115440.16148.qm@web63902.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-kernel@vger.kernel.org, netdev , David Miller To: PK Return-path: In-Reply-To: <115440.16148.qm@web63902.mail.re1.yahoo.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Le samedi 22 janvier 2011 =C3=A0 11:42 -0800, PK a =C3=A9crit : > Eric Dumazet wrote: > >=20 > > I had some incidents, after hours of testing... > > > > After following patch, I could not reproduce it. >=20 >=20 > Looks like that patch solved the /proc/net/tcp6 problem. The causal = commit was=20 > the one you identified... confirmed with bisect. >=20 > These warnings show up when I run the script (or I presume any tcp6 c= onnection=20 > flooder) with /proc/sys/net/tcp/ipv4/tcp_tw_recycle enabled. There's= textual=20 > corruption of the traces a lot of the time. Here's a sample trace th= at doesn't=20 > appear to be corrupt. All the warnings I've seen are from route.c:20= 9, and I=20 > don't see how that would cause memory corruption. Thats a different isse, already reported, under investigation. David did some changes recently http://comments.gmane.org/gmane.linux.network/179874