aboutsummaryrefslogtreecommitdiffstats
path: root/rust/helpers/task.c
diff options
context:
space:
mode:
authorHoratiu Vultur <[email protected]>2025-05-28 09:36:19 +0000
committerPaolo Abeni <[email protected]>2025-05-29 13:48:37 +0000
commit27eab4c644236a9324084a70fe79e511cbd07393 (patch)
tree32549cbb89148e5b62ac787f34a3457217054e12 /rust/helpers/task.c
parentMerge tag 'linux-can-fixes-for-6.16-20250529' of git://git.kernel.org/pub/scm... (diff)
downloadkernel-27eab4c644236a9324084a70fe79e511cbd07393.tar.gz
kernel-27eab4c644236a9324084a70fe79e511cbd07393.zip
net: lan966x: Make sure to insert the vlan tags also in host mode
When running these commands on DUT (and similar at the other end) ip link set dev eth0 up ip link add link eth0 name eth0.10 type vlan id 10 ip addr add 10.0.0.1/24 dev eth0.10 ip link set dev eth0.10 up ping 10.0.0.2 The ping will fail. The reason why is failing is because, the network interfaces for lan966x have a flag saying that the HW can insert the vlan tags into the frames(NETIF_F_HW_VLAN_CTAG_TX). Meaning that the frames that are transmitted don't have the vlan tag inside the skb data, but they have it inside the skb. We already get that vlan tag and put it in the IFH but the problem is that we don't configure the HW to rewrite the frame when the interface is in host mode. The fix consists in actually configuring the HW to insert the vlan tag if it is different than 0. Reviewed-by: Maxime Chevallier <[email protected]> Fixes: 6d2c186afa5d ("net: lan966x: Add vlan support.") Signed-off-by: Horatiu Vultur <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Paolo Abeni <[email protected]>
Diffstat (limited to 'rust/helpers/task.c')
0 files changed, 0 insertions, 0 deletions