diff options
author | Davide Caratti <dcaratti@redhat.com> | 2018-11-07 11:28:18 +0100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2018-11-07 22:23:30 -0800 |
commit | 7dad9937e064a6411cc3427f3f5870fa72132ad8 (patch) | |
tree | 9c5ea522104dbbaaf9bec8c0005beddd0bf99167 /crypto/Kconfig | |
parent | f29eb2a96c56ebff6b4d9b530d5ccd61b9f538d7 (diff) | |
download | linux-7dad9937e064a6411cc3427f3f5870fa72132ad8.tar.bz2 |
net: vlan: add support for tunnel offload
GSO tunneled packets are always segmented in software before they are
transmitted by a VLAN, even when the lower device can offload tunnel
encapsulation and VLAN together (i.e., some bits in NETIF_F_GSO_ENCAP_ALL
mask are set in the lower device 'vlan_features'). If we let VLANs have
the same tunnel offload capabilities as their lower device, throughput
can improve significantly when CPU is limited on the transmitter side.
- set NETIF_F_GSO_ENCAP_ALL bits in the VLAN 'hw_features', to ensure
that 'features' will have those bits zeroed only when the lower device
has no hardware support for tunnel encapsulation.
- for the same reason, copy GSO-related bits of 'hw_enc_features' from
lower device to VLAN, and ensure to update that value when the lower
device changes its features.
- set NETIF_F_HW_CSUM bit in the VLAN 'hw_enc_features' if 'real_dev'
is able to compute checksums at least for a kind of packets, like done
with commit 8403debeead8 ("vlan: Keep NETIF_F_HW_CSUM similar to other
software devices"). This avoids software segmentation due to mismatching
checksum capabilities between VLAN's 'features' and 'hw_enc_features'.
Reported-by: Flavio Leitner <fbl@redhat.com>
Signed-off-by: Davide Caratti <dcaratti@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'crypto/Kconfig')
0 files changed, 0 insertions, 0 deletions