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

[TCP]: Make snd_cwnd_cnt 32-bit

2007-10-15T19:59:43+00:00

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:13+00:00

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:47+00:00

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

[TCP]: Update comment about highest_sack validity

2007-10-10T23:48:00+00:00

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:55+00:00

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:53+00:00

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:50+00:00

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:31+00:00

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:26+00:00

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

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

2007-04-26T05:25:24+00:00

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