From: "Burakov, Anatoly" <anatoly.burakov@intel.com>
To: David Marchand <david.marchand@redhat.com>, <dev@dpdk.org>
Cc: <bruce.richardson@intel.com>,
Vladimir Medvedkin <vladimir.medvedkin@intel.com>
Subject: Re: [PATCH v6 1/2] net/iavf: accept up to 32k unicast MAC addresses
Date: Fri, 11 Sep 2026 11:37:07 +0200 [thread overview]
Message-ID: <67d60d81-2424-4666-b05f-127647157bc4@intel.com> (raw)
In-Reply-To: <fa883da6-5491-4b9f-8382-9102045427c8@intel.com>
On 9/10/2026 12:24 PM, Burakov, Anatoly wrote:
> On 9/4/2026 2:28 PM, David Marchand wrote:
>> E810 hardware provides 32k switch lookups.
>> Thanks to this, it is possible to allow a lot more secondary mac
>> addresses than what is possible today.
>>
>> In practice, the maximum number of macs available per port may be lower
>> and depends on usage by other (trusted?) VFs on the same PF.
>> There is no way to figure out this limit but to try adding a mac address
>> and get an error from the PF driver.
>>
>> Mailbox exchanges are limited to IAVF_AQ_BUF_SZ, segment messages
>> accordingly.
>>
>> Signed-off-by: David Marchand <david.marchand@redhat.com>
>> ---
>> Changes since v5:
>> - separated from series that went in next-net,
>> - rebased,
>>
>> Changes since v4:
>> - rebased,
>>
>> Changes since v2:
>> - added an entry in release notes,
>> - removed unneeded temp variable,
>>
>> Changes since v1:
>> - fixed buffer overflow on mailbox messages during port restart/VF reset,
>>
>
> Hi David,
>
> <snip>
>
>> -void
>> -iavf_add_del_all_mac_addr(struct iavf_adapter *adapter, bool add)
>> +static int
>> +iavf_add_del_uc_addr_bulk(struct iavf_adapter *adapter, struct
>> rte_ether_addr *addrs,
>> + uint32_t nb_addrs, bool add)
>> {
>> +#define IAVF_ETH_ADDR_PER_REQ \
>> + ((IAVF_AQ_BUF_SZ - sizeof(struct virtchnl_ether_addr_list)) / \
>> + sizeof(struct virtchnl_ether_addr))
>> struct {
>> struct virtchnl_ether_addr_list list;
>> - struct virtchnl_ether_addr addr[IAVF_NUM_MACADDR_MAX];
>> - } list_req = {0};
>> - struct virtchnl_ether_addr_list *list = &list_req.list;
>> + struct virtchnl_ether_addr addr[IAVF_ETH_ADDR_PER_REQ];
>> + } cmd_buffer;
>> +#undef IAVF_ETH_ADDR_PER_REQ
>> + struct virtchnl_ether_addr_list *list = &cmd_buffer.list;
>> struct iavf_info *vf = IAVF_DEV_PRIVATE_TO_VF(adapter);
>> uint8_t msg_buf[IAVF_AQ_BUF_SZ] = {0};
>> - struct iavf_cmd_info args = {0};
>> - int err, i;
>> - size_t buf_len;
>> - for (i = 0; i < IAVF_NUM_MACADDR_MAX; i++) {
>> - struct rte_ether_addr *addr = &adapter->dev_data->mac_addrs[i];
>> - struct virtchnl_ether_addr *vc_addr = &list->list[list-
>> >num_elements];
>> + for (uint32_t i = 0; i < nb_addrs; i++) {
>> + struct iavf_cmd_info args;
>> + uint32_t batch;
>> + int err;
>> - /* ignore empty addresses */
>> - if (rte_is_zero_ether_addr(addr))
>> - continue;
>> + batch = i % RTE_DIM(cmd_buffer.addr);
>> +
>> + if (batch == 0) {
>> + memset(&cmd_buffer, 0, sizeof(cmd_buffer));
>> + list->vsi_id = vf->vsi_res->vsi_id;
>> + list->num_elements = 0;
>> + }
>> +
>> + memcpy(list->list[batch].addr, addrs[i].addr_bytes,
>> + sizeof(list->list[batch].addr));
>> + list->list[batch].type = VIRTCHNL_ETHER_ADDR_EXTRA;
>> list->num_elements++;
>> - memcpy(vc_addr->addr, addr->addr_bytes, sizeof(addr-
>> >addr_bytes));
>> - vc_addr->type = (list->num_elements == 1) ?
>> - VIRTCHNL_ETHER_ADDR_PRIMARY :
>> - VIRTCHNL_ETHER_ADDR_EXTRA;
>> + if (batch != RTE_DIM(cmd_buffer.addr) - 1 && i != nb_addrs - 1)
>> + continue;
>> +
>> + memset(&args, 0, sizeof(args));
>> + args.ops = add ? VIRTCHNL_OP_ADD_ETH_ADDR :
>> VIRTCHNL_OP_DEL_ETH_ADDR;
>> + args.in_args = (uint8_t *)list;
>> + args.in_args_size = sizeof(struct virtchnl_ether_addr_list) +
>> + sizeof(struct virtchnl_ether_addr) * list->num_elements;
>> + args.out_buffer = msg_buf;
>> + args.out_size = IAVF_AQ_BUF_SZ;
>> + err = iavf_execute_vf_cmd_safe(adapter, &args);
>> + if (err != 0) {
>> + PMD_DRV_LOG(ERR, "fail to execute command %s for %u macs",
>> + add ? "VIRTCHNL_OP_ADD_ETH_ADDR" :
>> "VIRTCHNL_OP_DEL_ETH_ADDR",
>> + list->num_elements);
>> + return err;
>> + }
>> +
>> + PMD_DRV_LOG(DEBUG, "executed command %s for %u macs",
>> + add ? "VIRTCHNL_OP_ADD_ETH_ADDR" :
>> "VIRTCHNL_OP_DEL_ETH_ADDR",
>> + list->num_elements);
>> }
>> - /* for some reason PF side checks for buffer being too big, so
>> adjust it down */
>> - buf_len = sizeof(struct virtchnl_ether_addr_list) +
>> - sizeof(struct virtchnl_ether_addr) * list->num_elements;
>> + return 0;
>> +}
>> - list->vsi_id = vf->vsi_res->vsi_id;
>> - args.ops = add ? VIRTCHNL_OP_ADD_ETH_ADDR :
>> VIRTCHNL_OP_DEL_ETH_ADDR;
>> - args.in_args = (uint8_t *)list;
>> - args.in_args_size = buf_len;
>> - args.out_buffer = msg_buf;
>> - args.out_size = IAVF_AQ_BUF_SZ;
>> - err = iavf_execute_vf_cmd_safe(adapter, &args);
>> - if (err)
>> - PMD_DRV_LOG(ERR, "fail to execute command %s",
>> - add ? "OP_ADD_ETHER_ADDRESS" : "OP_DEL_ETHER_ADDRESS");
>> +void
>> +iavf_add_del_all_mac_addr(struct iavf_adapter *adapter, bool add)
>> +{
>> + int start = -1;
>> + int i;
>> +
>> + /* Handle primary address (index 0) separately */
>> + if (!rte_is_zero_ether_addr(&adapter->dev_data->mac_addrs[0]))
>> + iavf_add_del_eth_addr(adapter, &adapter->dev_data-
>> >mac_addrs[0], add,
>> + VIRTCHNL_ETHER_ADDR_PRIMARY);
>> +
>> + /* Process secondary addresses in contiguous blocks */
>> + for (i = 1; i < IAVF_UC_MACADDR_MAX; i++) {
>> + struct rte_ether_addr *addr = &adapter->dev_data->mac_addrs[i];
>> +
>> + if (!rte_is_zero_ether_addr(addr)) {
>> + if (start == -1)
>> + start = i;
>> + continue;
>> + }
>> +
>> + if (start != -1) {
>> + iavf_add_del_uc_addr_bulk(adapter, &adapter->dev_data-
>> >mac_addrs[start],
>> + i - start, add);
>> + start = -1;
>> + }
>> + }
>> +
>> + if (start != -1) {
>> + iavf_add_del_uc_addr_bulk(adapter, &adapter->dev_data-
>> >mac_addrs[start],
>> + i - start, add);
>> + }
>> }
>> int
>> @@ -2304,7 +2353,7 @@ iavf_add_del_mc_addr_list(struct iavf_adapter
>> *adapter,
>> struct iavf_info *vf = IAVF_DEV_PRIVATE_TO_VF(adapter);
>> uint8_t msg_buf[IAVF_AQ_BUF_SZ] = {0};
>> uint8_t cmd_buffer[sizeof(struct virtchnl_ether_addr_list) +
>> - (IAVF_NUM_MACADDR_MAX * sizeof(struct virtchnl_ether_addr))];
>> + (IAVF_MC_MACADDR_MAX * sizeof(struct virtchnl_ether_addr))];
>> struct virtchnl_ether_addr_list *list;
>> struct iavf_cmd_info args;
>> uint32_t i;
>
> I would have preferred it if the caller managed the chunking, not the
> "add_del_addr_bulk" function. There is precedent for this style of
> refactor already [1], and I would like to keep things consistent - keep
> the loop simple (without memsets etc.), and make the caller manage how
> many addresses are being sent at once.
>
> [1] https://patches.dpdk.org/project/dpdk/
> patch/5e6a55afa2b45e3ee5ec17af7a6c548c96e9698b.1771945933.git.anatoly.burakov@intel.com/
>
> This specific refactor is more about removing rte_malloc, but it does
> also reorganize the loop in a way that I find to be more readable.
>
I tried prototyping a loop, and realized that the fact that MAC address
list has holes in it is making things a little difficult, but here's
what I came up with as an alternative implementation, I think it's a
little clearer:
```
#define IAVF_ETH_ADDR_PER_REQ \
((IAVF_AQ_BUF_SZ - sizeof(struct virtchnl_ether_addr_list)) / \
sizeof(struct virtchnl_ether_addr))
struct iavf_eth_addr_cmd {
struct virtchnl_ether_addr_list list;
struct virtchnl_ether_addr extra[IAVF_ETH_ADDR_PER_REQ];
};
static int
iavf_send_uc_addr_list(struct iavf_adapter *adapter,
struct virtchnl_ether_addr_list *list, bool add)
{
const char *opname = add ? "VIRTCHNL_OP_ADD_ETH_ADDR" :
"VIRTCHNL_OP_DEL_ETH_ADDR";
uint8_t msg_buf[IAVF_AQ_BUF_SZ] = {0};
struct iavf_cmd_info args = {0};
int err;
args.ops = add ? VIRTCHNL_OP_ADD_ETH_ADDR : VIRTCHNL_OP_DEL_ETH_ADDR;
args.in_args = (uint8_t *)list;
args.in_args_size = sizeof(struct virtchnl_ether_addr_list) +
sizeof(struct virtchnl_ether_addr) * list->num_elements;
args.out_buffer = msg_buf;
args.out_size = IAVF_AQ_BUF_SZ;
err = iavf_execute_vf_cmd_safe(adapter, &args);
if (err != 0)
PMD_DRV_LOG(ERR, "fail to execute command %s for %u macs",
opname, list->num_elements);
else
PMD_DRV_LOG(DEBUG, "executed command %s for %u macs",
opname, list->num_elements);
return err;
}
void
iavf_add_del_all_mac_addr(struct iavf_adapter *adapter, bool add)
{
struct rte_ether_addr *addrs = adapter->dev_data->mac_addrs;
struct iavf_info *vf = IAVF_DEV_PRIVATE_TO_VF(adapter);
uint32_t idx = 1;
/* Handle primary address (index 0) separately */
if (!rte_is_zero_ether_addr(&addrs[0]))
iavf_add_del_eth_addr(adapter, &addrs[0], add,
VIRTCHNL_ETHER_ADDR_PRIMARY);
/* the secondary address list is sparse, so gather it into full batches */
while (idx < IAVF_UC_MACADDR_MAX) {
struct iavf_eth_addr_cmd cmd = {0};
uint16_t nb_addrs = 0;
for (; idx < IAVF_UC_MACADDR_MAX && nb_addrs < IAVF_ETH_ADDR_PER_REQ;
idx++) {
if (rte_is_zero_ether_addr(&addrs[idx]))
continue;
memcpy(cmd.list.list[nb_addrs].addr, addrs[idx].addr_bytes,
sizeof(cmd.list.list[nb_addrs].addr));
cmd.list.list[nb_addrs].type = VIRTCHNL_ETHER_ADDR_EXTRA;
nb_addrs++;
}
if (nb_addrs == 0)
break;
cmd.list.vsi_id = vf->vsi_res->vsi_id;
cmd.list.num_elements = nb_addrs;
if (iavf_send_uc_addr_list(adapter, &cmd.list, add) != 0)
break;
}
}
```
--
Thanks,
Anatoly
next prev parent reply other threads:[~2026-09-11 9:37 UTC|newest]
Thread overview: 97+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-03 9:18 [PATCH 0/4] Remove limitations coming from legacy VMDq David Marchand
2026-04-03 9:18 ` [PATCH 1/4] ethdev: skip VMDq pools unless configured David Marchand
2026-06-01 9:30 ` Andrew Rybchenko
2026-04-03 9:18 ` [PATCH 2/4] ethdev: announce VMDq capability David Marchand
2026-04-06 22:22 ` Kishore Padmanabha
2026-04-29 14:18 ` David Marchand
2026-05-18 22:12 ` Kishore Padmanabha
2026-06-01 9:32 ` Andrew Rybchenko
2026-04-03 9:18 ` [PATCH 3/4] ethdev: hide VMDq internal sizes David Marchand
2026-06-01 9:34 ` Andrew Rybchenko
2026-04-03 9:18 ` [PATCH 4/4] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-04-05 18:47 ` [PATCH 0/4] Remove limitations coming from legacy VMDq Stephen Hemminger
2026-04-29 14:22 ` David Marchand
2026-05-06 12:35 ` [PATCH v2 0/5] " David Marchand
2026-05-06 12:35 ` [PATCH v2 1/5] ethdev: skip VMDq pools unless configured David Marchand
2026-06-01 9:35 ` Andrew Rybchenko
2026-05-06 12:35 ` [PATCH v2 2/5] ethdev: announce VMDq capability David Marchand
2026-06-01 9:36 ` Andrew Rybchenko
2026-05-06 12:35 ` [PATCH v2 3/5] ethdev: hide VMDq internal sizes David Marchand
2026-05-06 12:35 ` [PATCH v2 4/5] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-05-06 12:35 ` [PATCH v2 5/5] net/iavf: fix duplicate MAC addresses install David Marchand
2026-05-07 2:51 ` [PATCH v2 0/5] Remove limitations coming from legacy VMDq Stephen Hemminger
2026-05-10 15:03 ` David Marchand
2026-05-10 17:03 ` [PATCH v3 " David Marchand
2026-05-10 17:03 ` [PATCH v3 1/5] ethdev: check VMDq availability David Marchand
2026-06-01 9:38 ` Andrew Rybchenko
2026-05-10 17:03 ` [PATCH v3 2/5] ethdev: skip VMDq pools unless configured David Marchand
2026-06-01 9:38 ` Andrew Rybchenko
2026-05-10 17:03 ` [PATCH v3 3/5] ethdev: hide VMDq internal sizes David Marchand
2026-06-01 9:39 ` Andrew Rybchenko
2026-05-10 17:03 ` [PATCH v3 4/5] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-05-12 14:41 ` Stephen Hemminger
2026-05-27 13:25 ` David Marchand
2026-05-10 17:03 ` [PATCH v3 5/5] net/iavf: fix duplicate MAC addresses install David Marchand
2026-07-09 16:02 ` [PATCH v4 00/10] Remove limitations coming from legacy VMDq David Marchand
2026-07-09 16:02 ` [PATCH v4 01/10] ethdev: check VMDq availability David Marchand
2026-07-09 16:02 ` [PATCH v4 02/10] ethdev: skip VMDq pools unless configured David Marchand
2026-07-09 16:02 ` [PATCH v4 03/10] ethdev: hide VMDq internal sizes David Marchand
2026-07-09 16:02 ` [PATCH v4 04/10] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-07-09 16:02 ` [PATCH v4 05/10] net/iavf: fix duplicate MAC addresses install David Marchand
2026-07-13 13:12 ` Loftus, Ciara
2026-07-13 14:10 ` David Marchand
2026-07-14 9:23 ` Loftus, Ciara
2026-07-09 16:02 ` [PATCH v4 06/10] net/mlx5: remove MAC addresses flush helper on Linux David Marchand
2026-07-09 16:02 ` [PATCH v4 07/10] net/mlx5: remove redundant MAC address index checks David Marchand
2026-07-09 16:02 ` [PATCH v4 08/10] net/mlx5: pass maximum number of unicast MAC to common code David Marchand
2026-07-09 16:02 ` [PATCH v4 09/10] net/mlx5: use bitset for tracking MAC addresses David Marchand
2026-07-09 16:02 ` [PATCH v4 10/10] net/mlx5: accept more unicast " David Marchand
2026-07-10 6:44 ` David Marchand
2026-07-10 7:48 ` David Marchand
2026-07-23 12:41 ` [PATCH v5 00/10] Remove limitations coming from legacy VMDq David Marchand
2026-07-23 12:41 ` [PATCH v5 01/10] ethdev: check VMDq availability David Marchand
2026-07-23 12:41 ` [PATCH v5 02/10] ethdev: skip VMDq pools unless configured David Marchand
2026-07-23 12:41 ` [PATCH v5 03/10] ethdev: hide VMDq internal sizes David Marchand
2026-07-23 12:41 ` [PATCH v5 04/10] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-07-23 12:41 ` [PATCH v5 05/10] net/iavf: fix duplicate MAC addresses install David Marchand
2026-07-23 12:41 ` [PATCH v5 06/10] net/mlx5: remove MAC addresses flush helper on Linux David Marchand
2026-07-23 12:41 ` [PATCH v5 07/10] net/mlx5: remove redundant MAC address index checks David Marchand
2026-07-23 12:41 ` [PATCH v5 08/10] net/mlx5: pass maximum number of unicast MAC to common code David Marchand
2026-07-23 17:35 ` Stephen Hemminger
2026-07-23 12:41 ` [PATCH v5 09/10] net/mlx5: use bitset for tracking MAC addresses David Marchand
2026-07-23 12:41 ` [PATCH v5 10/10] net/mlx5: accept more unicast " David Marchand
2026-07-27 7:20 ` [PATCH v5 00/10] Remove limitations coming from legacy VMDq David Marchand
2026-08-24 11:42 ` [PATCH v6 0/3] " David Marchand
2026-08-24 11:42 ` [PATCH v6 1/3] ethdev: check VMDq availability David Marchand
2026-08-24 11:42 ` [PATCH v6 2/3] ethdev: skip VMDq pools unless configured David Marchand
2026-08-24 16:21 ` Stephen Hemminger
2026-08-24 16:24 ` David Marchand
2026-08-24 16:39 ` Stephen Hemminger
2026-08-24 11:42 ` [PATCH v6 3/3] ethdev: hide VMDq internal sizes David Marchand
2026-08-24 17:01 ` [PATCH v6 0/3] Remove limitations coming from legacy VMDq Stephen Hemminger
2026-09-04 12:28 ` [PATCH v6 1/2] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-09-04 12:28 ` [PATCH v6 2/2] net/iavf: fix duplicate MAC addresses install David Marchand
2026-09-09 9:39 ` Loftus, Ciara
2026-09-11 14:14 ` David Marchand
2026-09-11 15:37 ` David Marchand
2026-09-11 16:26 ` David Marchand
2026-09-10 10:24 ` [PATCH v6 1/2] net/iavf: accept up to 32k unicast MAC addresses Burakov, Anatoly
2026-09-11 9:37 ` Burakov, Anatoly [this message]
2026-09-11 11:52 ` David Marchand
2026-09-11 12:14 ` Burakov, Anatoly
2026-09-10 12:13 ` Burakov, Anatoly
2026-09-10 12:20 ` Burakov, Anatoly
2026-09-10 12:30 ` David Marchand
2026-09-10 12:38 ` Burakov, Anatoly
2026-09-08 9:27 ` [PATCH v6 1/5] net/mlx5: remove MAC addresses flush helper on Linux David Marchand
2026-09-08 9:27 ` [PATCH v6 2/5] net/mlx5: remove redundant MAC address index checks David Marchand
2026-09-11 8:36 ` Dariusz Sosnowski
2026-09-08 9:27 ` [PATCH v6 3/5] net/mlx5: pass maximum number of unicast MAC to common code David Marchand
2026-09-11 8:38 ` Dariusz Sosnowski
2026-09-08 9:27 ` [PATCH v6 4/5] net/mlx5: use bitset for tracking MAC addresses David Marchand
2026-09-11 8:40 ` Dariusz Sosnowski
2026-09-08 9:27 ` [PATCH v6 5/5] net/mlx5: accept more unicast " David Marchand
2026-09-11 8:59 ` Dariusz Sosnowski
2026-09-11 9:55 ` David Marchand
2026-09-11 10:01 ` Dariusz Sosnowski
2026-09-11 8:35 ` [PATCH v6 1/5] net/mlx5: remove MAC addresses flush helper on Linux Dariusz Sosnowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=67d60d81-2424-4666-b05f-127647157bc4@intel.com \
--to=anatoly.burakov@intel.com \
--cc=bruce.richardson@intel.com \
--cc=david.marchand@redhat.com \
--cc=dev@dpdk.org \
--cc=vladimir.medvedkin@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox