Hi David! I think i messed up in some part and know it is working. I'm using testpmd to read tagged packets (IEC Sampled Values) that come to that port.
I'm using testpmd to read packets that arrive to the port. This is the part to confirm I changed to 23.11 and revert de5da9d16430 root@SAL7:~/downloads/dpdk# git checkout v23.11 Previous HEAD position was f262f16087 version: 22.11.0 HEAD is now at eeb0605f11 version: 23.11.0 root@SAL7:~/downloads/dpdk# cat VERSION 23.11.0 root@SAL7:~/downloads/dpdk# git revert de5da9d16430 Auto-merging drivers/net/ice/ice_ethdev.c Auto-merging drivers/net/ice/ice_ethdev.h [detached HEAD 1b41a38e69] Revert "net/ice: support double VLAN" 2 files changed, 15 insertions(+), 408 deletions(-) After compiling and installing it I start testpmd with root@SAL7:~/downloads/dpdk/build# dpdk-testpmd -a 0000:01:00.0 -- --enable-hw-vlan-strip -i EAL: Detected CPU lcores: 8 EAL: Detected NUMA nodes: 1 EAL: Detected static linkage of DPDK EAL: Multi-process socket /var/run/dpdk/rte/mp_socket EAL: Selected IOVA mode 'VA' EAL: VFIO support initialized EAL: Using IOMMU type 1 (Type 1) EAL: Probe PCI driver: net_ice (8086:159b) device: 0000:01:00.0 (socket -1) ice_load_pkg_type(): Active package is: 1.3.35.0, ICE OS Default Package (single VLAN mode) TELEMETRY: No legacy callbacks, legacy socket not created Interactive-mode selected Warning: NUMA should be configured manually by using --port-numa-config and --ring-numa-config parameters along with --numa. testpmd: create a new mbuf pool <mb_pool_0>: n=203456, size=2176, socket=0 testpmd: preferred mempool ops selected: ring_mp_mc Warning! port-topology=paired and odd forward ports number, the last port will pair with itself. Configuring Port 0 (socket 0) ice_set_rx_function(): Using AVX2 OFFLOAD Vector Rx (port 0). Port 0: link state change event Port 0: B4:96:91:EB:84:94 Checking link statuses... Done testpmd> set promisc all on testpmd> set verbose 1 Change verbose level from 0 to 1 testpmd> testpmd> start io packet forwarding - ports=1 - cores=1 - streams=1 - NUMA support enabled, MP allocation mode: native Logical Core 1 (socket 0) forwards packets on 1 streams: RX P=0/Q=0 (socket 0) -> TX P=0/Q=0 (socket 0) peer=02:00:00:00:00:00 src=B4:B1:5A:18:04:3B - dst=01:0C:CD:04:00:01 - pool=mb_pool_0 - type=0x88ba - length=231 - nb_segs=1 - VLAN tci=0xe003 - hw ptype: L2_ETHER - sw ptype: L2_ETHER - l2_len=14 - Receive queue=0x0 ol_flags: RTE_MBUF_F_RX_VLAN RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD RTE_MBUF_F_RX_VLAN_STRIPPED RTE_MBUF_F_RX_OUTER_L4_CKSUM_GOOD port 0/queue 0: received 1 packets src=B4:B1:5A:18:04:3B - dst=01:0C:CD:04:00:00 - pool=mb_pool_0 - type=0x88ba - length=863 - nb_segs=1 - VLAN tci=0x6004 - hw ptype: L2_ETHER - sw ptype: L2_ETHER - l2_len=14 - Receive queue=0x0 ol_flags: RTE_MBUF_F_RX_VLAN RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD RTE_MBUF_F_RX_VLAN_STRIPPED RTE_MBUF_F_RX_OUTER_L4_CKSUM_GOOD port 0/queue 0: received 1 packets src=B4:B1:5A:18:04:3B - dst=01:0C:CD:04:00:01 - pool=mb_pool_0 - type=0x88ba - length=231 - nb_segs=1 - VLAN tci=0xe003 - hw ptype: L2_ETHER - sw ptype: L2_ETHER - l2_len=14 - Receive queue=0x0 ol_flags: RTE_MBUF_F_RX_VLAN RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD RTE_MBUF_F_RX_VLAN_STRIPPED RTE_MBUF_F_RX_OUTER_L4_CKSUM_GOOD port 0/queue 0: received 1 packets src=B4:B1:5A:18:04:3B - dst=01:0C:CD:04:00:00 - pool=mb_pool_0 - type=0x88ba - length=863 - nb_segs=1 - VLAN tci=0x6004 - hw ptype: L2_ETHER - sw ptype: L2_ETHER - l2_len=14 - Receive queue=0x0 ol_flags: RTE_MBUF_F_RX_VLAN RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD RTE_MBUF_F_RX_VLAN_STRIPPED RTE_MBUF_F_RX_OUTER_L4_CKSUM_GOOD port 0/queue 0: received 1 packets src=B4:B1:5A:18:04:3B - dst=01:0C:CD:04:00:01 - pool=mb_pool_0 - type=0x88ba - length=231 - nb_segs=1 - VLAN tci=0xe003 - hw ptype: L2_ETHER - sw ptype: L2_ETHER - l2_len=14 - Receive queue=0x0 ol_flags: RTE_MBUF_F_RX_VLAN RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD RTE_MBUF_F_RX_VLAN_STRIPPED RTE_MBUF_F_RX_OUTER_L4_CKSUM_GOOD Atenciosamente, Carlos de Souza Moraes Neto Depto. Centro de Negócios de Subestações Fone: +55 (47) 3276-5786 Celular: +55 (47) 99927-9354 skype: carlossmneto WEG Equipamentos Elétricos S/A. - Transmissão & Distribuição www.weg.net -----Mensagem original----- De: David Marchand <david.march...@redhat.com> Enviada em: terça-feira, 12 de março de 2024 08:52 Para: Carlos de Souza Moraes Neto <carlo...@weg.net> Cc: Bruce Richardson <bruce.richard...@intel.com>; Vladimir Medvedkin <vladimir.medved...@intel.com>; users@dpdk.org; Rafael Bonet Scheffer <rafaelbo...@weg.net> Assunto: Re: [E810 Offload VLAN Stripping] ATENÇÃO: Esta mensagem é de REMETENTE EXTERNO - Tenha cuidado ao abrir links e anexos. *** NOVO *** NÃO digite sua SENHA WEG quando solicitada por E-MAIL EXTERNO Hello Carlos, On Mon, Mar 11, 2024 at 7:07 PM Carlos de Souza Moraes Neto <carlo...@weg.net> wrote: > It worked in 22.11 but when I tried 23.11 and revert de5da9d16430 it didn’t > work. Are you testing with testpmd? If not, please double check first with testpmd. And describe the traffic you are testing with. With this, I hope Intel can reproduce your issue. -- David Marchand