[PATCH 0/4] Remove limitations coming from legacy VMDq
David Marchand
david.marchand at redhat.com
Fri Apr 3 11:18:31 CEST 2026
Since the commit 88ac4396ad29 ("ethdev: add VMDq support"),
VMDq has been imposing a maximum number of mac addresses in the
mac_addr_add/del API.
Nowadays, new Intel drivers do not support the feature and few other
drivers implement this feature.
This series proposes to flag drivers that support the feature, and
remove the limit of number of mac addresses for others.
Next step could be to remove the VMDq pool notion from the generic API.
However I have some concern about this, as changing the quite stable
mac_addr_add/del API now seems a lot of noise for not much benefit.
--
David Marchand
David Marchand (4):
ethdev: skip VMDq pools unless configured
ethdev: announce VMDq capability
ethdev: hide VMDq internal sizes
net/iavf: accept up to 32k unicast MAC addresses
drivers/net/bnxt/bnxt_ethdev.c | 3 +-
drivers/net/bnxt/bnxt_reps.c | 1 +
drivers/net/cnxk/cnxk_ethdev_ops.c | 1 -
drivers/net/intel/e1000/em_ethdev.c | 1 +
drivers/net/intel/e1000/igb_ethdev.c | 1 +
drivers/net/intel/fm10k/fm10k_ethdev.c | 1 +
drivers/net/intel/i40e/i40e_ethdev.c | 3 +-
drivers/net/intel/i40e/i40e_vf_representor.c | 1 +
drivers/net/intel/iavf/iavf.h | 5 ++-
drivers/net/intel/iavf/iavf_ethdev.c | 10 ++---
drivers/net/intel/iavf/iavf_vchnl.c | 6 +--
drivers/net/intel/ipn3ke/ipn3ke_representor.c | 3 +-
drivers/net/intel/ixgbe/ixgbe_ethdev.c | 2 +
drivers/net/txgbe/txgbe_ethdev.c | 1 +
drivers/net/txgbe/txgbe_ethdev_vf.c | 1 +
lib/ethdev/ethdev_driver.h | 8 +++-
lib/ethdev/rte_ethdev.c | 45 ++++++++++++++++---
lib/ethdev/rte_ethdev.h | 8 +---
18 files changed, 73 insertions(+), 28 deletions(-)
--
2.53.0
More information about the dev
mailing list