[DPDK/testpmd Bug 2074] [26.11]i40e: mac_filter/test_add_remove_mac_address, remove_mac the change did not take effect.

[bugzilla@dpdk.org]

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.