Hello Stephen, On Thu, 23 Jul 2026 at 14:42, David Marchand <[email protected]> wrote: > > 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 enforces that the driver announces VMDq pools before > using VMDq related features, then 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 > > Changes since v4: > - rebased, > - moved mac restoration in dedicated IAVF reset helper, > - fixed inverted arguments when calling mlx5 mac sync,
If there is no comment on the ethdev changes, could you take the first 3 patches? I'll send the IAVF and mlx5 changes through the relevant subtrees. -- David Marchand
