[Bug 260068] e1000 & igb in netmap mode removes VLAN headers
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 260068] e1000 & igb in netmap mode removes VLAN headers"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 26 Nov 2021 18:19:56 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260068 Bug ID: 260068 Summary: e1000 & igb in netmap mode removes VLAN headers Product: Base System Version: 12.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: ozkan.kirik@gmail.com Hello, I'm using stable/12 (aba2dc46dfa5, Oct 24 2021). I'm hitting some problems with if_vlan + parent interface netmap. It was working before the https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258258 was fixed. Maybe something missing for netmap implementation. The way to reproduce: [HostA] <----> [HostB] HostA - ifconfig em1.110 create 10.10.10.2/24 up - ping 10.10.10.1 - tcpdump -eni em1 17:05:11.393411 00:50:56:26:69:ea > 00:0c:29:84:5d:88, ethertype 802.1Q (0x8100), length 102: vlan 110, p 0, ethertype IPv4, 10.10.10.1 > 10.10.10.2: ICMP echo reply, id 32844, seq 53, length 64 HostB - ifconfig em1.110 create 10.10.10.1/24 up - ifconfig em1 promisc -tso -lro -rxcsum -txcsum -tso6 -rxcsum -txcsum -tso6 -rxcsum6 -txcsum6 -vlanhwtag -vlanhwcsum -vlanhwtso - ./bridge -i em1 -i em1^ & # tcpdump -eni em1 17:05:11.391215 00:0c:29:84:5d:88 > 00:50:56:26:69:ea, ethertype IPv4 (0x0800), length 98: 10.10.10.2 > 10.10.10.1: ICMP echo request, id 32844, seq 53, length 64 Pinging from HostA to HostB through if_vlan. When netmap bridge is closed, everything is okey, we can see the original packet on tcpdump. But when netmap bridge is started, packet's vlan header was lost as you can see above. The netmap bridge app is the original tools/tools/netmap/bridge.c application. HostA and HostB connected back to back directly with a patch cable. There is no switch between them. I tried this test on real hardware em, igb and vmware e1000 (em) nics. Problem is easy to reproduce. But there is no such problem on ix and ixl cards. Is it possible to check and fix? Best Regards, Özkan KIRIK -- You are receiving this mail because: You are the assignee for the bug.