[PATCH 2/5] net/hns3: return ENOSPC if not enough MCAST filter resource

From: Dengdui Huang Return ENOSPC instead of EINVAL when the hardware has not enough multicast filtering resources. Fixes: 7d7f9f80bbfb ("net/hns3: support MAC address related operations") Cc: sta...@dpdk.org Signed-off-by: Dengdui Huang Signed-off-by: Dongdong Liu --- drivers/net/hns3/hns3_

[PATCH 0/5] net/hns3: some bugfixes for hns3

This patchset is to fix some bugs for hns3. Chengwen Feng (2): net/hns3: fix TM thread safety risk net/hns3: fix un-align format TM info Dengdui Huang (3): net/hns3: fix VF default MAC modified when set failed net/hns3: return ENOSPC if not enough MCAST filter resource net/hns3: flush m

[PATCH 3/5] net/hns3: flush multicast MAC address if mc_addr_set is NULL

From: Dengdui Huang According rte_eth_dev_set_mc_addr_list() API definition, support flush multicast MAC address if mc_addr_set is NULL or nb_mc_addr is zero. Fixes: 7d7f9f80bbfb ("net/hns3: support MAC address related operations") Cc: sta...@dpdk.org Signed-off-by: Dengdui Huang Signed-off-by

[PATCH 1/5] net/hns3: fix VF default MAC modified when set failed

From: Dengdui Huang When the VF fail to set the default MAC address, "hw->mac.mac_addr" should not be updated. Fixes: a5475d61fa34 ("net/hns3: support VF") Cc: sta...@dpdk.org Signed-off-by: Dengdui Huang Signed-off-by: Dongdong Liu --- drivers/net/hns3/hns3_ethdev_vf.c | 2 ++ 1 file change

[PATCH 4/5] net/hns3: fix TM thread safety risk

From: Chengwen Feng The driver-related TM (traffic management) info is implemented through the linked list. The following threads are involved in the read and write of the TM info: 1. main thread: invokes the rte_tm_xxx() API family to modify or read. 2. interrupt thread: will read TM info in re

[PATCH 5/5] net/hns3: fix un-align format TM info

From: Chengwen Feng Currently the dumped TM info is un-align, which are: - TM config info: -- nb_leaf_nodes_max=64 nb_nodes_max=73 -- nb_shaper_profile=2 nb_tc_node=1 nb_queue_node=1 -- committed=0 shaper_profile: id=800 reference_count=1 peak_rate=400Bps

RE: [PATCH] dumpcap: fix mbuf pool ring type

> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Friday, 4 August 2023 18.16 > > The ring used to store mbufs needs to be multiple producer, > multiple consumer because multiple queues might on multiple > cores might be allocating and same time (consume) and in > case of ring

Re: [PATCH 4/5] net/hns3: fix TM thread safety risk

On Sat, 5 Aug 2023 16:36:26 +0800 Dongdong Liu wrote: > From: Chengwen Feng > > The driver-related TM (traffic management) info is implemented through > the linked list. The following threads are involved in the read and > write of the TM info: > > 1. main thread: invokes the rte_tm_xxx() API

Re: Drivers, architectures, processor families, etc.

> On Aug 3, 2023, at 2:17 AM, Bruce Richardson > wrote: > > On Wed, Aug 02, 2023 at 03:47:59PM -0700, Stephen Hemminger wrote: >> On Wed, 2 Aug 2023 15:49:54 -0600 >> Philip Prindeville wrote: >> >>> Hi, >>> >>> I'm trying to come up with some Kconfig logic for OpenWRT packaging to help >