All of lore.kernel.org
 help / color / mirror / Atom feed
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

  reply	other threads:[~2026-09-11  9:37 UTC|newest]

Thread overview: 146+ 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
2026-09-14  8:17 ` [PATCH v7 1/4] net/iavf: fix MAC addresses leak on reset David Marchand
2026-09-14  8:17   ` [PATCH v7 2/4] net/iavf: fix duplicate MAC addresses install David Marchand
2026-09-14 10:19     ` Loftus, Ciara
2026-09-14 11:56       ` David Marchand
2026-09-14 12:02         ` Bruce Richardson
2026-09-14 12:27           ` David Marchand
2026-09-23 11:53     ` Burakov, Anatoly
2026-09-14  8:17   ` [PATCH v7 3/4] net/iavf: add a helper for sending MAC addresses to PF David Marchand
2026-09-23 12:04     ` Burakov, Anatoly
2026-09-14  8:17   ` [PATCH v7 4/4] net/iavf: accept up to 32k unicast MAC addresses David Marchand
2026-09-23 12:14     ` Burakov, Anatoly
2026-09-14 10:15   ` [PATCH v7 1/4] net/iavf: fix MAC addresses leak on reset Loftus, Ciara
2026-09-14 11:54     ` David Marchand
2026-09-14 11:57       ` Loftus, Ciara
2026-09-23 11:47   ` Burakov, Anatoly
2026-09-23 14:37     ` Bruce Richardson
2026-09-14 14:42 ` [PATCH v7 1/5] net/mlx5: remove MAC addresses flush helper on Linux David Marchand
2026-09-14 14:42   ` [PATCH v7 2/5] net/mlx5: remove redundant MAC address index checks David Marchand
2026-09-21  8:31     ` Raslan Darawsheh
2026-09-21 10:06       ` David Marchand
2026-09-14 14:42   ` [PATCH v7 3/5] net/mlx5: pass maximum number of unicast MAC to common code David Marchand
2026-09-21  8:31     ` Raslan Darawsheh
2026-09-21 10:07       ` David Marchand
2026-09-14 14:42   ` [PATCH v7 4/5] net/mlx5: use bitset for tracking MAC addresses David Marchand
2026-09-14 14:42   ` [PATCH v7 5/5] net/mlx5: accept more unicast " David Marchand
2026-09-14 14:51     ` Dariusz Sosnowski
2026-09-21  8:31     ` Raslan Darawsheh
2026-09-21  8:31   ` [PATCH v7 1/5] net/mlx5: remove MAC addresses flush helper on Linux Raslan Darawsheh
2026-09-21 10:31     ` David Marchand
2026-09-21 11:02       ` Raslan Darawsheh
2026-09-21 11:50 ` [PATCH v8 " David Marchand
2026-09-21 11:50   ` [PATCH v8 2/5] net/mlx5: remove redundant MAC address index checks David Marchand
2026-09-21 11:50   ` [PATCH v8 3/5] net/mlx5: pass maximum number of unicast MAC to common code David Marchand
2026-09-21 11:50   ` [PATCH v8 4/5] net/mlx5: use bitset for tracking MAC addresses David Marchand
2026-09-21 11:50   ` [PATCH v8 5/5] net/mlx5: accept more unicast " David Marchand
2026-09-21 11:52     ` David Marchand
2026-09-23 11:55     ` Raslan Darawsheh
2026-09-24  6:38 ` [PATCH v9 1/5] net/mlx5: remove MAC addresses flush helper on Linux David Marchand
2026-09-24  6:38   ` [PATCH v9 2/5] net/mlx5: remove redundant MAC address index checks David Marchand
2026-09-29 12:50     ` Raslan Darawsheh
2026-09-24  6:38   ` [PATCH v9 3/5] net/mlx5: pass maximum number of unicast MAC to common code David Marchand
2026-09-29 12:50     ` Raslan Darawsheh
2026-09-24  6:38   ` [PATCH v9 4/5] net/mlx5: use bitset for tracking MAC addresses David Marchand
2026-09-29 12:50     ` Raslan Darawsheh
2026-09-24  6:38   ` [PATCH v9 5/5] net/mlx5: accept more unicast " David Marchand
2026-09-28 14:40     ` Dariusz Sosnowski
2026-09-29 12:50     ` Raslan Darawsheh
2026-09-29 13:24       ` David Marchand
2026-09-29 12:50   ` [PATCH v9 1/5] net/mlx5: remove MAC addresses flush helper on Linux Raslan Darawsheh

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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.