Messages in this thread | | | From | (Niels Möller) | Subject | Re: TCP_MAXSEG vs TCP/generic segmentation offload (tso/gso) | Date | Thu, 25 Nov 2010 16:09:49 +0100 |
| |
Eric Dumazet <eric.dumazet@gmail.com> writes:
> So... there is no 'bug', unless you trust too much tcpdump output.
I really expected tcpdump -e to display the actual values in the link layer header, including the correct frame size. It's more than a bit confusing if that is not the case...
In the future, I will try to remember to always run tcpdump on a network node which (i) is different from the sending one, and (ii) has GRO disabled (and hence will discard packets if it has trouble processing them all, rather than coalesce them).
What about the TCP_MAXSEG socket option, should that work? From a quick look at driver source code, I could only see the handling of the per-interface MTU, no per-socket segment size.
Thanks for the quick reply, /Niels
-- Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26. Internet email is subject to wholesale government surveillance. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |