kernel.git/include/linux/tcp.h, branch linux-2.6.24.y

[TCP]: Make snd_cwnd_cnt 32-bit

2007-10-15T19:59:43Z

Very little point of having 32-bit snd_cnwd if this is not 32-bit as well, as a number of snd_cwnd incrementation formulas assume that snd_cwnd_cnt can be at least as large as snd_cwnd. Whether 32-bit is useful was discussed when e0ef57cc56c3c96 was made: http://marc.info/?l=linux-netdev&m=117218144409825&w=2 Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[TCP]: Limit processing lost_retrans loop to work-to-do cases

2007-10-12T00:36:13Z

This addition of lost_retrans_low to tcp_sock might be unnecessary, it's not clear how often lost_retrans worker is executed when there wasn't work to do. Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[TCP]: Comment fastpath_cnt_hint off-by-one trap

2007-10-10T23:54:47Z

Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[TCP]: Update comment about highest_sack validity

2007-10-10T23:48:00Z

This stale info came from the original idea, which proved to be unnecessarily complex, sacked_out > 0 is easy to do and that when it's going to be needed anyway (it _can_ be valid also when sacked_out == 0 but there's not going to be a guarantee about it for now). Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[TCP]: Tighten tcp_sock's belt, drop left_out

2007-10-10T23:47:55Z

It is easily calculable when needed and user are not that many after all. Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[TCP]: Access to highest_sack obsoletes forward_cnt_hint

2007-10-10T23:47:53Z

In addition, added a reference about the purpose of the loop. Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[TCP]: Add highest_sack seqno, points to globally highest SACK

2007-10-10T23:47:50Z

It is guaranteed to be valid only when !tp->sacked_out. In most cases this seqno is available in the last ACK but there is no guarantee for that. The new fast recovery loss marking algorithm needs this as entry point. Signed-off-by: Ilpo Järvinen Signed-off-by: David S. Miller

[SK_BUFF]: Introduce skb_transport_header(skb)

2007-04-26T05:25:31Z

For the places where we need a pointer to the transport header, it is still legal to touch skb->h.raw directly if just adding to, subtracting from or setting it to another layer header. Signed-off-by: Arnaldo Carvalho de Melo Signed-off-by: David S. Miller

[SK_BUFF]: Introduce tcp_hdr(), remove skb->h.th

2007-04-26T05:25:26Z

Signed-off-by: Arnaldo Carvalho de Melo Signed-off-by: David S. Miller

[TCP]: Introduce tcp_hdrlen() and tcp_optlen()

2007-04-26T05:25:24Z

The ip_hdrlen() buddy, created to reduce the number of skb->h.th-> uses and to avoid the longer, open coded equivalent. Ditched a no-op in bnx2 in the process. I wonder if we should have a BUG_ON(skb->h.th->doff < 5) in tcp_optlen()... Signed-off-by: Arnaldo Carvalho de Melo Signed-off-by: David S. Miller