summaryrefslogtreecommitdiff
path: root/net/ipv6
diff options
context:
space:
mode:
authorAlexander Lobakin <alobakin@pm.me>2020-11-11 23:45:25 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-11-18 21:20:32 +0300
commit25786fb512f7bf4fea376ce380ea940d0fc53e5e (patch)
treeeb0a166c1febe6bd703336cbcc3ca2d8a846bcca /net/ipv6
parent016e70d176ff947cb313097163f0ac3b15282aed (diff)
downloadlinux-25786fb512f7bf4fea376ce380ea940d0fc53e5e.tar.xz
net: udp: fix UDP header access on Fast/frag0 UDP GRO
[ Upstream commit 4b1a86281cc1d0de46df3ad2cb8c1f86ac07681c ] UDP GRO uses udp_hdr(skb) in its .gro_receive() callback. While it's probably OK for non-frag0 paths (when all headers or even the entire frame are already in skb head), this inline points to junk when using Fast GRO (napi_gro_frags() or napi_gro_receive() with only Ethernet header in skb head and all the rest in the frags) and breaks GRO packet compilation and the packet flow itself. To support both modes, skb_gro_header_fast() + skb_gro_header_slow() are typically used. UDP even has an inline helper that makes use of them, udp_gro_udphdr(). Use that instead of troublemaking udp_hdr() to get rid of the out-of-order delivers. Present since the introduction of plain UDP GRO in 5.0-rc1. Fixes: e20cf8d3f1f7 ("udp: implement GRO for plain UDP sockets.") Cc: Eric Dumazet <edumazet@google.com> Signed-off-by: Alexander Lobakin <alobakin@pm.me> Acked-by: Willem de Bruijn <willemb@google.com> Signed-off-by: Jakub Kicinski <kuba@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/ipv6')
0 files changed, 0 insertions, 0 deletions