[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sat, 12 Dec 2020 08:50:46 +0100
From: Jonas Bonn <jonas@...rbonn.se>
To: Pravin Shelar <pravin.ovn@...il.com>
Cc: Linux Kernel Network Developers <netdev@...r.kernel.org>,
Pablo Neira Ayuso <pablo@...filter.org>, laforge@...monks.org
Subject: Re: [PATCH net-next v2 08/12] gtp: set dev features to enable GSO
On 12/12/2020 06:31, Pravin Shelar wrote:
> On Fri, Dec 11, 2020 at 4:28 AM Jonas Bonn <jonas@...rbonn.se> wrote:
>>
>> Signed-off-by: Jonas Bonn <jonas@...rbonn.se>
>> ---
>> drivers/net/gtp.c | 8 +++++++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/gtp.c b/drivers/net/gtp.c
>> index 236ebbcb37bf..7bbeec173113 100644
>> --- a/drivers/net/gtp.c
>> +++ b/drivers/net/gtp.c
>> @@ -536,7 +536,11 @@ static int gtp_xmit_ip4(struct sk_buff *skb, struct net_device *dev)
>> if (unlikely(r))
>> goto err_rt;
>>
>> - skb_reset_inner_headers(skb);
>> + r = udp_tunnel_handle_offloads(skb, true);
>> + if (unlikely(r))
>> + goto err_rt;
>> +
>> + skb_set_inner_protocol(skb, skb->protocol);
>>
> This should be skb_set_inner_ipproto(), since GTP is L3 protocol.
I think you're right, but I barely see the point of this. It all ends
up in the same place, as far as I can tell. Is this supposed to be some
sort of safeguard against trying to offload tunnels-in-tunnels?
/Jonas
Powered by blists - more mailing lists