[PATCH v5 00/10] Remove limitations coming from legacy VMDq
David Marchand
david.marchand at redhat.com
Mon Jul 27 09:20:20 CEST 2026
Hello Stephen,
On Thu, 23 Jul 2026 at 14:42, David Marchand <david.marchand at redhat.com> 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
More information about the dev
mailing list