linux-toradex.git/include/linux/tcp.h, branch tegra-10.7.1

tcp: MD5 operations should be const

2009-09-02T08:03:43+00:00

Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

syncookies: remove last_synq_overflow from struct tcp_sock

2009-04-20T09:25:26+00:00

last_synq_overflow eats 4 or 8 bytes in struct tcp_sock, even
though it is only used when a listening sockets syn queue
is full.

We can (ab)use rx_opt.ts_recent_stamp to store the same information;
it is not used otherwise as long as a socket is in listen state.

Move linger2 around to avoid splitting struct mtu_probe
across cacheline boundary on 32 bit arches.

Signed-off-by: Florian Westphal 
Signed-off-by: David S. Miller

tcp: cache result of earlier divides when mss-aligning things

2009-03-16T03:09:55+00:00

The results is very unlikely change every so often so we
hardly need to divide again after doing that once for a
connection. Yet, if divide still becomes necessary we
detect that and do the right thing and again settle for
non-divide state. Takes the u16 space which was previously
taken by the plain xmit_size_goal.

This should take care part of the tso vs non-tso difference
we found earlier.

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

tcp: simplify tcp_current_mss

2009-03-16T03:09:54+00:00

There's very little need for most of the callsites to get
tp->xmit_goal_size updated. That will cost us divide as is,
so slice the function in two. Also, the only users of the
tp->xmit_goal_size are directly behind tcp_current_mss(),
so there's no need to store that variable into tcp_sock
at all! The drop of xmit_goal_size currently leaves 16-bit
hole and some reorganization would again be necessary to
change that (but I'm aiming to fill that hole with u16
xmit_goal_size_segs to cache the results of the remaining
divide to get that tso on regression).

Bring xmit_goal_size parts into tcp.c

Signed-off-by: Ilpo Järvinen 
Cc: Evgeniy Polyakov 
Cc: Ingo Molnar 
Signed-off-by: David S. Miller

tcp: kill eff_sacks "cache", the sole user can calculate itself

2009-03-02T11:00:16+00:00

Also fixes insignificant bug that would cause sending of stale
SACK block (would occur in some corner cases).

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

net: replace __constant_{endian} uses in net headers

2009-02-15T06:58:35+00:00

Base versions handle constant folding now.  For headers exposed to
userspace, we must only expose the __ prefixed versions.

Signed-off-by: Harvey Harrison 
Signed-off-by: David S. Miller

tcp: kill pointless urg_mode

2008-10-07T21:43:06+00:00

It all started from me noticing that this urgent check in
tcp_clean_rtx_queue is unnecessarily inside the loop. Then
I took a longer look to it and found out that the users of
urg_mode can trivially do without, well almost, there was
one gotcha.

Bonus: those funny people who use urg with >= 2^31 write_seq -
snd_una could now rejoice too (that's the only purpose for the
between being there, otherwise a simple compare would have done
the thing). Not that I assume that the rest of the tcp code
happily lives with such mind-boggling numbers :-). Alas, it
turned out to be impossible to set wmem to such numbers anyway,
yes I really tried a big sendfile after setting some wmem but
nothing happened :-). ...Tcp_wmem is int and so is sk_sndbuf...
So I hacked a bit variable to long and found out that it seems
to work... :-)

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

tcp: reorganize retransmit code loops

2008-09-21T04:24:21+00:00

Both loops are quite similar, so they can be combined
with little effort. As a result, forward_skb_hint becomes
obsolete as well.

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

tcp: convert retransmit_cnt_hint to seqno

2008-09-21T04:20:20+00:00

Main benefit in this is that we can then freely point
the retransmit_skb_hint to anywhere we want to because
there's no longer need to know what would be the count
changes involve, and since this is really used only as a
terminator, unnecessary work is one time walk at most,
and if some retransmissions are necessary after that
point later on, the walk is not full waste of time
anyway.

Since retransmit_high must be kept valid, all lost
markers must ensure that.

Now I also have learned how those "holes" in the
rexmittable skbs can appear, mtu probe does them. So
I removed the misleading comment as well.

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

tcp: Remove redundant checks when setting eff_sacks

2008-07-19T07:07:02+00:00

Remove redundant checks when setting eff_sacks and make the number of SACKs a
compile time constant. Now that the options code knows how many SACK blocks can
fit in the header, we don't need to have the SACK code guessing at it.

Signed-off-by: Adam Langley 
Signed-off-by: David S. Miller