tcp: Do not use TSO/GSO when there is urgent data
authorPetr Tesarik <ptesarik@suse.cz>
Sat, 22 Nov 2008 00:42:58 +0000 (16:42 -0800)
committerDavid S. Miller <davem@davemloft.net>
Sat, 22 Nov 2008 00:42:58 +0000 (16:42 -0800)
commit33cf71cee14743185305c61625c4544885055733
treed05c9fb2fd12d8eede22c261c2db57d30f96a73a
parent38ae07e44bb2dc86770555a1acafcb937ec74478
tcp: Do not use TSO/GSO when there is urgent data

This patch fixes http://bugzilla.kernel.org/show_bug.cgi?id=12014

Since most (if not all) implementations of TSO and even the in-kernel
software GSO do not update the urgent pointer when splitting a large
segment, it is necessary to turn off TSO/GSO for all outgoing traffic
with the URG pointer set.

Looking at tcp_current_mss (and the preceding comment) I even think
this was the original intention. However, this approach is insufficient,
because TSO/GSO is turned off only for newly created frames, not for
frames which were already pending at the arrival of a message with
MSG_OOB set. These frames were created when TSO/GSO was enabled,
so they may be large, and they will have the urgent pointer set
in tcp_transmit_skb().

With this patch, such large packets will be fragmented again before
going to the transmit routine.

As a side note, at least the following NICs are known to screw up
the urgent pointer in the TCP header when doing TSO:

Intel 82566MM (PCI ID 8086:1049)
Intel 82566DC (PCI ID 8086:104b)
Intel 82541GI (PCI ID 8086:1076)
Broadcom NetXtreme II BCM5708 (PCI ID 14e4:164c)

Signed-off-by: Petr Tesarik <ptesarik@suse.cz>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv4/tcp_output.c