[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6d64c6487ca692c08d09a139a5b5b880b378f051.camel@redhat.com>
Date: Fri, 02 Nov 2018 14:44:55 +0100
From: Paolo Abeni <pabeni@...hat.com>
To: Willem de Bruijn <willemdebruijn.kernel@...il.com>
Cc: Network Development <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Willem de Bruijn <willemb@...gle.com>,
steffen.klassert@...unet.com,
Subash Abhinov Kasiviswanathan <subashab@...eaurora.org>
Subject: Re: [RFC PATCH v3 06/10] udp: cope with UDP GRO packet misdirection
On Thu, 2018-11-01 at 17:01 -0400, Willem de Bruijn wrote:
> On Wed, Oct 31, 2018 at 5:57 AM Paolo Abeni <pabeni@...hat.com> wrote:
> > @@ -450,4 +457,32 @@ DECLARE_STATIC_KEY_FALSE(udpv6_encap_needed_key);
> > > void udpv6_encap_enable(void);
> > > #endif
> > >
> > > +static inline struct sk_buff *udp_rcv_segment(struct sock *sk,
> > > + struct sk_buff *skb)
> > > +{
> > > + bool ipv4 = skb->protocol == htons(ETH_P_IP);
> >
> > And this cause a compile warning when # CONFIG_IPV6 is not set, I will
> > fix in the next iteration (again thanks kbuildbot)
>
> Can also just pass it as argument.
Agreed.
> This skb->protocol should work correctly
> with tunneled packets, but it wasn't as immediately obvious to me.
>
> Also
>
> + if (unlikely(!segs))
> + goto drop;
>
> this should not happen. But if it could and the caller treats it the
> same as error (both now return NULL), then skb needs to be freed.
Right you are. Will do in the next iteration.
Thanks,
Paolo
Powered by blists - more mailing lists