Netmap driver changes drivers#
Netmap driver changes Patch#

Netmap driver changes drivers#

However, the latterДЄre the ones that are actually updated by ifconfig and that shouldД«e used by the drivers during interface operation. (ifp->if_capabilities and ifp->if_capenable).

Iflib copies of the capabilities bitvectors (scctx->isc_capabilitiesДЄnd scctx->isc_capenable) rather than the ifnet ones The e1000 drivers (em, lem, igb) are currently looking at the

Netmap driver changes Patch#

VLAN/CSUM offload processing.Д¬ould you please test the patch for em and igb? The patch is meant for FreeBSD HEAD.ДЄ commit in branch main references this bug:Д¬ommit e0f4cdba533693bb6ef9d90243acdad89605b150Д®1000: fix interface capabilities management The patch also does some cleanup to make the e1000 drivers more uniform w.r.t. The patch I attached fixes the e1000 drivers so that device capabilities are actually used to configure the device accordingly (i.e., VLAN stripping is disabled in the hardware). In the netmap case, the stripped VLAN information is lost, because netmap has no space for that kind of metadata. In the non-netmap case, the stripped VLAN information gets stored in the mbuf metadata, so that the kernel is able to insert that back when passing the packet to tcpdump. This explains why you don't see the VLAN header when using netmap. In particular, VLAN hw stripping is always done by the device, even if you disable it. I think that after the latest changes, the e1000 drivers (em, lem, igb) are looking at the wrong 'capability' bitmaps, and therefore they are basically ignoring your ifconfig commands to disable capabilities (vlanhwtag, rxcsum. * jail -c -n host2 persist vnet vnet.interface=em2 bridge -i netmap:em1 -i netmap:em1^ 2>/dev/null & tso6 -rxcsum6 -txcsum6 -vlanhwtag -vlanhwcsum -vlanhwtso -vlanhwfilter up * ifconfig em1 promisc -tso -lro -rxcsum -txcsum -tso6 -rxcsum -txcsum

em1 and em2 should be connected same network It's possible to reproduce this issue using jails with single host.Д¬reate a virtual host which has at least 3 e1000 interfaces. Tcpdump could recevie packages but, vlan tags stripped. ifconfig em1.110 create ifconfig em1.110 destroy After running the commands below while netmap bridge is running: Flags are good: promisc enabled, and vlanhwfilter not enabled. I checked the ifconfig em1 flags for if the promisc exists and vlanhwfilter not exists. After starting the netmap bridge, tcpdump couldnt receive tagged frames.

Tcpdump can receive tagged frames without netmap app. To receive packages without creating em1.110 interface, I removed the vlanhwfilter flag as: On HostB, still vlan headers are lost for incoming packets even with no if_vlans created.Д«ut i hit a strange issue to test this. I tried this test on real hardware em, igb and vmware e1000 (em) nics.Д«ut there is no such problem on ix and ixl cards. HostA and HostB connected back to back directly with a patch cable. When netmap bridge isД¬losed, everything is okey, we can see the original packet on tcpdump.Д«ut when netmap bridge is started, packet's vlan header was lost as Pinging from HostA to HostB through if_vlan. ifconfig em1 promisc -tso -lro -rxcsum -txcsum -tso6 -rxcsum -txcsum Maybe something missing for netmap implementation.

Problems with if_vlan + parent interface netmap.