* [DPDK/testpmd Bug 2074] [26.11]i40e: mac_filter/test_add_remove_mac_address, remove_mac the change did not take effect.
@ 2026-10-26 3:28 bugzilla
0 siblings, 0 replies; only message in thread
From: bugzilla @ 2026-10-26 3:28 UTC (permalink / raw)
To: dev
https://bugs.dpdk.org/show_bug.cgi?id=2074
Bug ID: 2074
Summary: [26.11]i40e: mac_filter/test_add_remove_mac_address,
remove_mac the change did not take effect.
Product: DPDK
Version: 26.11
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: testpmd
Assignee: dev@dpdk.org
Reporter: hailinx.gou@intel.com
Target Milestone: ---
Environment
Fill in all the following as completely as possible. Use "Unknown" or "N/A" if
required. Use {{braces}} to create fixed width text like this: braces.
DPDK version: Use make showversion or for a non-released version: git remote -v
&& git show-ref --heads
dpdk-26.11-rc1: 9a45341f18a1ab47af7123e63d942b90c1b79f38
Other software versions: name/version for QEMU, OVS, etc. Repeat as required.
OS: Use uname -a
Ubuntu 26.04.1 LTS
Compiler: Use gcc --version or similar
gcc (Ubuntu 15.2.0-16ubuntu1) 15.2.0
Hardware platform: Purley/IceLake etc.
NIC hardware: Niantic/Fortville etc.
NIC firmware: if applicable
driver: i40e
version: 2.30.18
firmware-version: 6.51 0x80004430 1.4002.0
Test Setup
Steps to reproduce
List the steps to reproduce the issue.
x86_64-native-linuxapp-gcc/app/dpdk-testpmd -l 1-2 -n 4 -a 0000:1f:00.0 -a
0000:1f:00.1 --file-prefix=dpdk_1862818_20261018044623 -- -i --portmask=0x1
set verbose 1
set fwd rxonly
start
show port info 0
set promisc 0 off
clear port stats all
mac_addr add 0 00:01:01:00:00:00
start scapy:
sendp([Ether(dst='00:01:01:00:00:00',
src='52:00:00:00:00:00')/IP()/UDP()/Raw(load=b'XXXXXXXXXXXXXXXXXX')],iface="ens64f0",count=4,inter=0,verbose=False)
Show the output from the previous commands.
tester_scapy: sendp([Ether(dst='00:01:01:00:00:00',
src='52:00:00:00:00:00')/IP()/UDP()/Raw(load=b'XXXXXXXXXXXXXXXXXX')],iface="ens2f0",count=4,inter=0,verbose=False)
tester_scapy:
dut.10.239.252.191:6022: port 0/queue 0: received 1 packets
src=52:00:00:00:00:00 - dst=00:01:01:00:00:00 - pool=mb_pool_0 - type=0x0800
- length=60 - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_UDP - sw
ptype: L2_ETHER L3_IPV4 L4_UDP - l2_len=14 - l3_len=20 - l4_len=8 -
Destination UDP port=53 - Receive queue=0x0
ol_flags: RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD
RTE_MBUF_F_RX_OUTER_L4_CKSUM_UNKNOWN
port 0/queue 0: received 1 packets
src=52:00:00:00:00:00 - dst=00:01:01:00:00:00 - pool=mb_pool_0 - type=0x0800
- length=60 - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_UDP - sw
ptype: L2_ETHER L3_IPV4 L4_UDP - l2_len=14 - l3_len=20 - l4_len=8 -
Destination UDP port=53 - Receive queue=0x0
ol_flags: RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD
RTE_MBUF_F_RX_OUTER_L4_CKSUM_UNKNOWN
port 0/queue 0: received 1 packets
src=52:00:00:00:00:00 - dst=00:01:01:00:00:00 - pool=mb_pool_0 - type=0x0800
- length=60 - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_UDP - sw
ptype: L2_ETHER L3_IPV4 L4_UDP - l2_len=14 - l3_len=20 - l4_len=8 -
Destination UDP port=53 - Receive queue=0x0
ol_flags: RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD
RTE_MBUF_F_RX_OUTER_L4_CKSUM_UNKNOWN
port 0/queue 0: received 1 packets
src=52:00:00:00:00:00 - dst=00:01:01:00:00:00 - pool=mb_pool_0 - type=0x0800
- length=60 - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_UDP - sw
ptype: L2_ETHER L3_IPV4 L4_UDP - l2_len=14 - l3_len=20 - l4_len=8 -
Destination UDP port=53 - Receive queue=0x0
ol_flags: RTE_MBUF_F_RX_L4_CKSUM_GOOD RTE_MBUF_F_RX_IP_CKSUM_GOOD
RTE_MBUF_F_RX_OUTER_L4_CKSUM_UNKNOWN TestMacFilter: Test Case
test_add_remove_mac_address Result FAILED: 'Packet has been received on a new
MAC address that has been removed from the port'
Expected Result
Explain what is the expected result in text or as an example output:
Unable to receive packets
Regression
Is this issue a regression: (Y)
Bad commit:
commit 74533d1a8b28d297e70cc0ade3e6c79962d9cff3 (HEAD)
Author: David Marchand <david.marchand@redhat.com>
Date: Mon Aug 24 13:42:06 2026 +0200
ethdev: skip VMDq pools unless configured
The mac_addr_add API describes that only the 0 pool should be passed
unless VMDq has been enabled, though there was no validation so far.
Add such a check, then cleanup the MAC related operations (adding,
removing, restoring).
As a side effect, the net/cnxk does not need to manually reset the
mac_pool_sel[] array.
Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Version the regression was introduced: Specify git id if known.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2026-10-26 3:28 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-10-26 3:28 [DPDK/testpmd Bug 2074] [26.11]i40e: mac_filter/test_add_remove_mac_address, remove_mac the change did not take effect bugzilla
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.