linux-kernel - Re: [PATCH net-2.6] [TCP]: Must count fack

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 25 Mar 2008 23:24:55 +0200 (EET)
From:	"Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi>
To:	David Miller <davem@...emloft.net>
cc:	fhimpe@...enet.be, LKML <linux-kernel@...r.kernel.org>,
	Netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH net-2.6] [TCP]: Must count fack_count also when skipping

On Mon, 24 Mar 2008, David Miller wrote:

> From: Frederik Himpe <fhimpe@...enet.be>
> Date: Mon, 24 Mar 2008 20:36:08 +0000 (UTC)
> 
> > On Mon, 03 Mar 2008 15:53:12 +0200, Ilpo Järvinen
> > wrote:
> > 
> > > [PATCH net-2.6] [TCP]: Must count fack_count also when skipping
> > > 
> > > It makes fackets_out to grow too slowly compared with the real write
> > > queue.
> > > 
> > > This shouldn't cause those BUG_TRAP(packets <= tp->packets_out) to
> > > trigger but how knows how such inconsistent fackets_out affects here and
> > > there around TCP when everything is nowadays assuming accurate
> > > fackets_out. So lets see if this silences them all.
> > > 
> > > Reported by Guillaume Chazarain <guichaz@...il.com>.
> > 
> > Will this patch be applied to 2.6.24 stable? I think I have been hit by 
> > the same problem recently:
> 
> I'll push it to the -stable folks for their next release
> since people are actively hitting it.

Please don't, it's not the right fix, it fixed a bug that was
introduced post 2.6.24 by this commit:

commit 68f8353b480e5f2e136c38a511abdbb88eaa8ce2
Author: Ilpo Järvinen <ilpo.jarvinen@...sinki.fi>
Date:   Thu Nov 15 19:50:37 2007 -0800

    [TCP]: Rewrite SACK block processing & sack_recv_cache use

There's something else wrong with the 2.6.24.y. I already knew that and 
was therefore planning next to run extensive set of tests on 2.6.24ish 
kernel with some torrent mixed with some netem stimuli but haven't yet had 
time for that as I had to find and resolve an hw incompatibility issues 
between ddr2s and mobo before being a week away. I'll post an 2.6.24.y 
adapted TCP debug patch once I get that done for my tests (in case 
somebody else is interested in running with it besides me).

Btw, it would have been polite to cc me as well (I suppose you just didn't 
notice that somebody dropped me in between :-)), not a big prob though as 
I found it out early anyway because I'm trying to catch up what has been 
reported against TCP during my week away.

-- 
 i.