summaryrefslogtreecommitdiffstats
path: root/crypto/echainiv.c
diff options
context:
space:
mode:
authorDavide Caratti <dcaratti@redhat.com>2018-11-07 11:28:18 +0100
committerDavid S. Miller <davem@davemloft.net>2018-11-07 22:23:30 -0800
commit7dad9937e064a6411cc3427f3f5870fa72132ad8 (patch)
tree9c5ea522104dbbaaf9bec8c0005beddd0bf99167 /crypto/echainiv.c
parentf29eb2a96c56ebff6b4d9b530d5ccd61b9f538d7 (diff)
downloadlinux-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/echainiv.c')
0 files changed, 0 insertions, 0 deletions