aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/net/dsa
diff options
context:
space:
mode:
authorJon Maloy <jon.maloy@ericsson.com>2019-12-16 19:21:02 +0100
committerDavid S. Miller <davem@davemloft.net>2019-12-17 14:16:56 -0800
commitb7ffa045e7000d5410bf206454e0cb8de0428ed5 (patch)
treed0c1c62fdd6e4c42943f6329dd3e4578696a2aba /net/dsa
parentMerge branch 'stmmac-dwc-qos-ACPI-device-support' (diff)
downloadwireguard-linux-b7ffa045e7000d5410bf206454e0cb8de0428ed5.tar.xz
wireguard-linux-b7ffa045e7000d5410bf206454e0cb8de0428ed5.zip
tipc: don't send gap blocks in ACK messages
In the commit referred to below we eliminated sending of the 'gap' indicator in regular ACK messages, reserving this to explicit NACK ditto. Unfortunately we missed to also eliminate building of the 'gap block' area in ACK messages. This area is meant to report gaps in the received packet sequence following the initial gap, so that lost packets can be retransmitted earlier and received out-of-sequence packets can be released earlier. However, the interpretation of those blocks is dependent on a complete and correct sequence of gaps and acks. Hence, when the initial gap indicator is missing a single gap block will be interpreted as an acknowledgment of all preceding packets. This may lead to packets being released prematurely from the sender's transmit queue, with easily predicatble consequences. We now fix this by not building any gap block area if there is no initial gap to report. Fixes: commit 02288248b051 ("tipc: eliminate gap indicator from ACK messages") Signed-off-by: Jon Maloy <jon.maloy@ericsson.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/dsa')
0 files changed, 0 insertions, 0 deletions