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]
Message-ID: <20070306220146.GO25760@galon.ev-en.org>
Date:	Wed, 7 Mar 2007 00:01:46 +0200
From:	Baruch Even <baruch@...en.org>
To:	David Miller <davem@...emloft.net>
Cc:	ilpo.jarvinen@...sinki.fi, netdev@...r.kernel.org
Subject: Re: [RFC PATCH] [TCP]: Reworked recovery's TCPCB_LOST marking functions

* David Miller <davem@...emloft.net> [070306 23:47]:
> From: Baruch Even <baruch@...en.org>
> Date: Tue, 6 Mar 2007 21:42:59 +0200
> 
> > * Ilpo J?rvinen <ilpo.jarvinen@...sinki.fi> [070306 14:52]:
> > > +		newtp->highest_sack = treq->snt_isn + 1;
> > 
> > That's the only initialization that you have for highest_sack, I think
> > that you should initialize it when a loss is detected to the start_seq
> > of the first packet that wasn't acked.
> 
> He also sets it in tcp_sacktag_write_queue() like this:
> 
> +
> +				if (after(TCP_SKB_CB(skb)->seq,
> +				    tp->highest_sack))
> +					tp->highest_sack = TCP_SKB_CB(skb)->seq;

Yes, but that's still not enough if between the start of the connection
and the first sack block we already wrapped around to before the old
highest_sack. It might not be a common occurrence but it's still
something to take care of.

Baruch
-
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ