[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Wed, 11 Nov 2020 15:53:08 -0500
From: Willem de Bruijn <willemb@...gle.com>
To: Alexander Lobakin <alobakin@...me>
Cc: "David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Alexey Kuznetsov <kuznet@....inr.ac.ru>,
Hideaki YOSHIFUJI <yoshfuji@...ux-ipv6.org>,
Paolo Abeni <pabeni@...hat.com>,
Steffen Klassert <steffen.klassert@...unet.com>,
Eric Dumazet <edumazet@...gle.com>,
Network Development <netdev@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v5 net 1/2] net: udp: fix UDP header access on Fast/frag0
UDP GRO
On Wed, Nov 11, 2020 at 3:45 PM Alexander Lobakin <alobakin@...me> wrote:
>
> 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@...gle.com>
> Cc: Jakub Kicinski <kuba@...nel.org>
> Cc: Willem de Bruijn <willemb@...gle.com>
> Signed-off-by: Alexander Lobakin <alobakin@...me>
Acked-by: Willem de Bruijn <willemb@...gle.com>
Powered by blists - more mailing lists