summaryrefslogtreecommitdiff
path: root/net/dccp/ipv6.h
diff options
context:
space:
mode:
authorAlexander Duyck <alexanderduyck@fb.com>2020-11-19 13:23:58 -0800
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-12-08 10:40:24 +0100
commit538008749df206cfdd6064932fb26ed2dab099a6 (patch)
treecbe87e337e5978d994eb3e78852b65cf34aa0a6a /net/dccp/ipv6.h
parent9a62c8229cffddeb20feb6fdebaec033280f9143 (diff)
tcp: Set INET_ECN_xmit configuration in tcp_reinit_congestion_control
[ Upstream commit 55472017a4219ca965a957584affdb17549ae4a4 ] When setting congestion control via a BPF program it is seen that the SYN/ACK for packets within a given flow will not include the ECT0 flag. A bit of simple printk debugging shows that when this is configured without BPF we will see the value INET_ECN_xmit value initialized in tcp_assign_congestion_control however when we configure this via BPF the socket is in the closed state and as such it isn't configured, and I do not see it being initialized when we transition the socket into the listen state. The result of this is that the ECT0 bit is configured based on whatever the default state is for the socket. Any easy way to reproduce this is to monitor the following with tcpdump: tools/testing/selftests/bpf/test_progs -t bpf_tcp_ca Without this patch the SYN/ACK will follow whatever the default is. If dctcp all SYN/ACK packets will have the ECT0 bit set, and if it is not then ECT0 will be cleared on all SYN/ACK packets. With this patch applied the SYN/ACK bit matches the value seen on the other packets in the given stream. Fixes: 91b5b21c7c16 ("bpf: Add support for changing congestion control") Signed-off-by: Alexander Duyck <alexanderduyck@fb.com> Signed-off-by: Jakub Kicinski <kuba@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/dccp/ipv6.h')
0 files changed, 0 insertions, 0 deletions