diff options
| author | Davide Caratti | 2018-10-03 15:20:58 +0200 |
|---|---|---|
| committer | David S. Miller | 2018-10-05 09:59:21 +0200 |
| commit | 2d52527e80c2dc0c5f43f50adf183781262ec565 (patch) | |
| tree | 9236400b15184a6d52116da13cdcd0dec1cda418 /net/rxrpc/ar-internal.h | |
| parent | net/packet: fix packet drop as of virtio gso (diff) | |
| download | kernel-qcow2-linux-2d52527e80c2dc0c5f43f50adf183781262ec565.tar.gz kernel-qcow2-linux-2d52527e80c2dc0c5f43f50adf183781262ec565.tar.xz kernel-qcow2-linux-2d52527e80c2dc0c5f43f50adf183781262ec565.zip | |
be2net: don't flip hw_features when VXLANs are added/deleted
the be2net implementation of .ndo_tunnel_{add,del}() changes the value of
NETIF_F_GSO_UDP_TUNNEL bit in 'features' and 'hw_features', but it forgets
to call netdev_features_change(). Moreover, ethtool setting for that bit
can potentially be reverted after a tunnel is added or removed.
GSO already does software segmentation when 'hw_enc_features' is 0, even
if VXLAN offload is turned on. In addition, commit 096de2f83ebc ("benet:
stricter vxlan offloading check in be_features_check") avoids hardware
segmentation of non-VXLAN tunneled packets, or VXLAN packets having wrong
destination port. So, it's safe to avoid flipping the above feature on
addition/deletion of VXLAN tunnels.
Fixes: 630f4b70567f ("be2net: Export tunnel offloads only when a VxLAN tunnel is created")
Signed-off-by: Davide Caratti <dcaratti@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/rxrpc/ar-internal.h')
0 files changed, 0 insertions, 0 deletions