aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux/security.h
diff options
context:
space:
mode:
authorAlexander Lobakin <alobakin@pm.me>2020-11-09 23:47:23 +0000
committerJakub Kicinski <kuba@kernel.org>2020-11-09 20:03:55 -0800
commit8be33ecfc1ffd2da20cc29e957e4cb6eb99310cb (patch)
tree11bfd38c3ac7b92136663f5699867b3325141f29 /include/linux/security.h
parentMerge branch 'net-add-and-use-dev_get_tstats64' (diff)
downloadlinux-dev-8be33ecfc1ffd2da20cc29e957e4cb6eb99310cb.tar.xz
linux-dev-8be33ecfc1ffd2da20cc29e957e4cb6eb99310cb.zip
net: skb_vlan_untag(): don't reset transport offset if set by GRO layer
Similar to commit fda55eca5a33f ("net: introduce skb_transport_header_was_set()"), avoid resetting transport offsets that were already set by GRO layer. This not only mirrors the behavior of __netif_receive_skb_core(), but also makes sense when it comes to UDP GSO fraglists forwarding: transport offset of such skbs is set only once by GRO receive callback and remains untouched and correct up to the xmitting driver in 1:1 case, but becomes junk after untagging in ingress VLAN case and breaks UDP GSO offload. This does not happen after this change, and all types of forwarding of UDP GSO fraglists work as expected. Since v1 [1]: - keep the code 1:1 with __netif_receive_skb_core() (Jakub). [1] https://lore.kernel.org/netdev/zYurwsZRN7BkqSoikWQLVqHyxz18h4LhHU4NFa2Vw@cp4-web-038.plabs.ch Signed-off-by: Alexander Lobakin <alobakin@pm.me> Link: https://lore.kernel.org/r/7JgIkgEztzt0W6ZtC9V9Cnk5qfkrUFYcpN871syCi8@cp4-web-040.plabs.ch Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'include/linux/security.h')
0 files changed, 0 insertions, 0 deletions