[Bug 1283] Failing to compile testpmd on Windows

https://bugs.dpdk.org/show_bug.cgi?id=1283 Bug ID: 1283 Summary: Failing to compile testpmd on Windows Product: DPDK Version: 23.11 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: critical

[PATCH v3] net/ice: fix tm configuration cannot be cleared

When the device is stopped, the PMD resets the commit flag so that we can update the hierarchy configuration. The commit flag is also used to determine if the hierarchy configuration needs to be cleared. When the PMD exits, it always stops the device first and also resets the commit flag result in

RE: [PATCH v6 1/8] net/rnp: add skeleton

Hi Ferruh, Thanks for your kindly review, please see the below comment. Regards Wenbo > -Original Message- > From: Ferruh Yigit > Sent: 2023年9月5日 23:35 > To: Wenbo Cao ; Thomas Monjalon > > Cc: dev@dpdk.org; andrew.rybche...@oktetlabs.ru; yao...@mucse.com > Subject: Re: [PATCH v6 1/

RE: [PATCH] app/crypto-perf: return ENOTSUP for unsupported cases

> > -Original Message- > > From: Akhil Goyal > > > > dpdk-test-crypto-perf application returns failure for all the cases which > > are > > not supported by the device. > > > > This patch captures rte_errno to check if the case run is supported or not, > > if > > not supported, the applic

RE: [EXT] [PATCH v1 1/1] test: fix named test macro

> Subject: RE: [EXT] [PATCH v1 1/1] test: fix named test macro > > > Currently, the TEST_CASE_NAMED_ST macro is implemented in a way that is > > identical to TEST_CASE_NAMED_WITH_DATA. In particular, it expects the > > test function to have a data argument, which is why a bunch of tests have an >

RE: DPDK community: RTE_FLOW support for P4-programmable devices

> -Original Message- > From: Ferruh Yigit > Sent: Monday, September 4, 2023 10:46 AM > > On 9/1/2023 10:52 AM, Jerin Jacob wrote: > > On Fri, Sep 1, 2023 at 12:27 PM Ori Kam wrote: > >> > >> > >> > >>> -Original Message- > >>> From: Jerin Jacob > >>> Sent: Friday, September 1,

RE: [PATCH v6 6/8] net/rnp add port info resource init

Hi Ferruh, > -Original Message- > From: Ferruh Yigit > Sent: 2023年9月6日 0:56 > To: Wenbo Cao > Cc: dev@dpdk.org; tho...@monjalon.net; andrew.rybche...@oktetlabs.ru; > yao...@mucse.com > Subject: Re: [PATCH v6 6/8] net/rnp add port info resource init > > On 9/1/2023 3:30 AM, Wenbo Cao wro

RE: [PATCH v6 7/8] net/rnp add devargs runtime parsing functions

> -Original Message- > From: Ferruh Yigit > Sent: 2023年9月5日 23:47 > To: Wenbo Cao > Cc: dev@dpdk.org; tho...@monjalon.net; andrew.rybche...@oktetlabs.ru; > yao...@mucse.com > Subject: Re: [PATCH v6 7/8] net/rnp add devargs runtime parsing functions > > On 9/1/2023 3:30 AM, Wenbo Cao w

RE: [PATCH v6 5/8] net/rnp add reset code for Chip Init process

Hi Ferruh, Please see the below comment. Regards Wenbo. > -Original Message- > From: Ferruh Yigit > Sent: 2023年9月5日 23:46 > To: Wenbo Cao > Cc: dev@dpdk.org; tho...@monjalon.net; andrew.rybche...@oktetlabs.ru; > yao...@mucse.com > Subject: Re: [PATCH v6 5/8] net/rnp add reset code for

[PATCH v3 0/9] add rte flow support for cpfl

This patchset add rte flow support for cpfl driver. It depends on the following patch set: http://patchwork.dpdk.org/project/dpdk/cover/20230816150541.144532-1-beilei.x...@intel.com/ Wenjing Qiao (4): net/cpfl: parse flow parser file in devargs net/cpfl: add flow json parser net/cpfl: add FX

[PATCH v3 1/9] net/cpfl: parse flow parser file in devargs

Add devargs "flow_parser" for rte_flow json parser. Signed-off-by: Wenjing Qiao --- doc/guides/nics/cpfl.rst | 32 drivers/net/cpfl/cpfl_ethdev.c | 38 +- drivers/net/cpfl/cpfl_ethdev.h | 3 +++ drivers/net/cpfl/meson.build |

[PATCH v3 2/9] net/cpfl: add flow json parser

A JSON file will be used to direct DPDK CPF PMD to parse rte_flow tokens into low level hardware resources defined in a DDP package file. Signed-off-by: Wenjing Qiao --- drivers/net/cpfl/cpfl_ethdev.h | 70 + drivers/net/cpfl/cpfl_flow_parser.c | 1910 +++ drivers/

[PATCH v3 3/9] net/cpfl: add FXP low level implementation

Add FXP low level implementation for CPFL rte_flow to create/delete rules. Signed-off-by: Wenjing Qiao --- drivers/net/cpfl/cpfl_actions.h | 858 +++ drivers/net/cpfl/cpfl_controlq.c | 379 ++ drivers/net/cpfl/cpfl_controlq.h | 51 ++ drivers/net/cpfl/cp

[PATCH v3 4/9] net/cpfl: setup ctrl path

Setup the control vport and control queue for flow offloading. Signed-off-by: Yuying Zhang Signed-off-by: Beilei Xing Signed-off-by: Qi Zhang Signed-off-by: Wenjing Qiao --- drivers/net/cpfl/cpfl_ethdev.c | 267 + drivers/net/cpfl/cpfl_ethdev.h | 14 ++ driver

[PATCH v3 5/9] net/cpfl: set up rte flow skeleton

From: Yuying Zhang Set up the rte_flow backend skeleton. Introduce the framework to support different engines as rte_flow backend. Bridge rte_flow driver API to flow engines. Signed-off-by: Yuying Zhang --- drivers/net/cpfl/cpfl_ethdev.c | 54 ++ drivers/net/cpfl/cpfl_ethdev.h | 5 + dr

[PATCH v3 6/9] net/cpfl: add fxp rule module

From: Yuying Zhang Added low level fxp module for rule packing / creation / destroying. Signed-off-by: Yuying Zhang --- drivers/net/cpfl/cpfl_controlq.c | 424 +++ drivers/net/cpfl/cpfl_controlq.h | 24 ++ drivers/net/cpfl/cpfl_ethdev.c | 31 +++ drivers/net/cpf

[PATCH v3 7/9] net/cpfl: add fxp flow engine

From: Yuying Zhang Adapt fxp low level as a flow engine. Signed-off-by: Yuying Zhang --- drivers/net/cpfl/cpfl_ethdev.h | 27 ++ drivers/net/cpfl/cpfl_flow_engine_fxp.c | 583 drivers/net/cpfl/meson.build| 1 + 3 files changed, 611 insertions(+)

[PATCH v3 8/9] net/cpfl: add flow support for representor

From: Yuying Zhang Add flow support for representor, so representor can create, destroy, validate and flush rules. Signed-off-by: Yuying Zhang --- doc/guides/nics/cpfl.rst| 13 doc/guides/rel_notes/release_23_11.rst | 1 + drivers/net/cpfl/cpfl_flow_engine_fxp.c | 90 +++

[PATCH v3 9/9] app/test-pmd: refine encap content

From: Yuying Zhang Refine vxlan encap content of all protocol headers. Fixes: 1960be7d32f8 ("app/testpmd: add VXLAN encap/decap") Cc: sta...@dpdk.org Signed-off-by: Yuying Zhang --- app/test-pmd/cmdline_flow.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/a

[PATCH v3] eal: fix memory initialization deadlock

The issue arose due to the change in the DPDK read-write lock implementation. That change added a new flag, RTE_RWLOCK_WAIT, designed to prevent new read locks while a write lock is in the queue. However, this change has led to a scenario where a recursive read lock, where a lock is acquired twice

RE: [PATCH v6 4/8] net/rnp: add mbx basic api feature

Hi Ferruh, Please see the below comment :) Regards Wenbo > -Original Message- > From: Ferruh Yigit > Sent: 2023年9月5日 23:45 > To: Wenbo Cao > Cc: dev@dpdk.org; tho...@monjalon.net; andrew.rybche...@oktetlabs.ru; > yao...@mucse.com; Stephen Hemminger > Subject: Re: [PATCH v6 4/8] net/rn

RE: [PATCH v6 2/8] net/rnp: add ethdev probe and remove

> -Original Message- > From: Ferruh Yigit > Sent: 2023年9月5日 23:36 > To: Wenbo Cao ; Anatoly Burakov > > Cc: dev@dpdk.org; tho...@monjalon.net; andrew.rybche...@oktetlabs.ru; > yao...@mucse.com > Subject: Re: [PATCH v6 2/8] net/rnp: add ethdev probe and remove > > On 9/1/2023 3:30 AM,

RE: [PATCH v6 3/8] net/rnp: add device init and uninit

Hi Ferruh, Thanks your kindly review, please see the below comment. Regards Wenbo > -Original Message- > From: Ferruh Yigit > Sent: 2023年9月5日 23:44 > To: Wenbo Cao ; Anatoly Burakov > > Cc: dev@dpdk.org; tho...@monjalon.net; andrew.rybche...@oktetlabs.ru; > yao...@mucse.com > Subject:

Re: [PATCH v3] eal: fix memory initialization deadlock

On Wed, Sep 6, 2023 at 11:53 AM Artemy Kovalyov wrote: > > The issue arose due to the change in the DPDK read-write lock > implementation. That change added a new flag, RTE_RWLOCK_WAIT, designed > to prevent new read locks while a write lock is in the queue. However, > this change has led to a sce

[PATCH v2] drivers/crypto: cipher buffer alignment check

Cipher length alignment checked for 3DES-CBC and AES-CBC to avoid slice hang error in QAT CPM1.8 Signed-off-by: Sivaramakrishnan VenkatX -- V2: Set auth_length = 0 for NULL CIPHER NULL AUTH operation. --- drivers/crypto/qat/dev/qat_crypto_pmd_gens.h | 22 1 file changed, 22

[PATCH v2] net/iavf: unregister intr handler before FD close

Unregister VFIO interrupt handler before the interrupt fd gets closed in case iavf_dev_init() returns an error. dpdk creates a standalone thread named eal-intr-thread for processing interrupts for the PCI devices. The interrupt handler callbacks are registered by the VF driver(iavf, in this case).

RE: [PATCH v2 01/15] drivers: remove duplicated PCI master control

> -Original Message- > From: David Marchand > Sent: Monday, August 21, 2023 7:36 PM > To: dev@dpdk.org > Cc: tho...@monjalon.net; ferruh.yi...@amd.com; Xia, Chenbo > ; nipun.gu...@amd.com; Richardson, Bruce > ; Burakov, Anatoly ; > Dongdong Liu ; Yisen Zhuang > ; Jiawen Wu > Subject: [PAT

RE: [PATCH v2 02/15] bus/pci: add const to some experimental API

> -Original Message- > From: David Marchand > Sent: Monday, August 21, 2023 7:36 PM > To: dev@dpdk.org > Cc: tho...@monjalon.net; ferruh.yi...@amd.com; Xia, Chenbo > ; nipun.gu...@amd.com; Richardson, Bruce > > Subject: [PATCH v2 02/15] bus/pci: add const to some experimental API > > Tho

RE: [PATCH v2 03/15] bus/pci: rework MSIX discovery with VFIO

> -Original Message- > From: David Marchand > Sent: Monday, August 21, 2023 7:36 PM > To: dev@dpdk.org > Cc: tho...@monjalon.net; ferruh.yi...@amd.com; Xia, Chenbo > ; nipun.gu...@amd.com; Richardson, Bruce > ; Burakov, Anatoly > Subject: [PATCH v2 03/15] bus/pci: rework MSIX discovery wi

Re: [PATCH v2] net/iavf: unregister intr handler before FD close

On Wed, 6 Sep 2023 04:47:49 -0700 Saurabh Singhal wrote: > +static inline void iavf_disable_irq0(struct iavf_hw *hw); inline on function prototype is meaningless and not needed.

[Bug 1273] eth_memif_rx segfault when burst size is greater than 32

https://bugs.dpdk.org/show_bug.cgi?id=1273 JoyceKong (joyce.k...@arm.com) changed: What|Removed |Added Status|IN_PROGRESS |RESOLVED Resolution|---

[Bug 1273] eth_memif_rx segfault when burst size is greater than 32

https://bugs.dpdk.org/show_bug.cgi?id=1273 David Marchand (david.march...@redhat.com) changed: What|Removed |Added Resolution|FIXED |--- Stat

Re: [RFC PATCH] move memset out of hold lock when rte_free

On Thu, 31 Aug 2023 19:19:37 +0800 Fengnan Chang wrote: > +#ifndef RTE_MALLOC_DEBUG > + if (internal_conf->legacy_mem) { > + /* If orig_elem is dirty, the joint element is clean, we need > do memset now */ > + if (elem->orig_elem->dirty && !elem->dirty) > +

Re: [PATCH 08/32] net/sssnic/base: add work queue

On Tue, 29 Aug 2023 15:58:05 +0800 wrote: > From: Renyong Wan > > Work queue is used to maintain hardware queue information by > driver, it is usually used in control queue, rx queue > and tx queue. > > Signed-off-by: Steven Song > Signed-off-by: Renyong Wan Looks like this driver is reinve

Re: [PATCH v1] examples/l3fwd: relax the RSS/Offload requirement

On Sun, 3 Sep 2023 04:01:11 + Trevor Tao wrote: > Now the port Rx mq_mode had been set to RTE_ETH_MQ_RX_RSS, and offload > mode set to RTE_ETH_RX_OFFLOAD_CHECKSUM by default, but some hardware > and/or virtual interface does not support the RSS and offload mode > presupposed, e.g., some virt

[PATCH] random: initialize the random state for non-eal lcores

The per-lcore PRNG was not initializing the rand_state of all the lcores. Any usage of rte_random by a non-EAL lcore would use rand_states[RTE_MAX_LCORE] which was never initialized. Fix by using RTE_DIM() which will get all lcores. Fixes: 3f002f069612 ("eal: replace libc-based random generation

[PATCH 00/11] rework thread management

The main effect of this patch series is to remove calls to pthread functions except for pthread_cancel and locks. The function rte_thread_create_control() does not take attributes anymore as it looks a useless complication of the API. Then the rte_thread API is made stable, so we can remove the ol

[PATCH 01/11] devtools: warn when adding some pthread calls

All pthread functions below have an equivalent in rte_thread API: - pthread_create - pthread_join - pthread_detach - pthread_setname_np - pthread_set_name_np - pthread_setaffinity_np - pthread_attr_setinheritsched - pthread_attr_setsch

[PATCH 02/11] eal: rename thread name length definition

RTE_MAX_THREAD_NAME_LEN is including the NUL character, so it should be named "size" instead of "length". A new constant RTE_THREAD_NAME_SIZE is introduced for naming accuracy. For API compatibility, the old name is kept. At the same time, the original definition is moved from rte_eal.h to rte_thr

[PATCH 03/11] eal: remove attributes from control thread creation

The experimental function rte_thread_create_control() is supposed to wrap actions needed to create a control thread in DPDK. This function should be easy to port on any OS. As such, the thread attributes should not be customizable in this API. The thread priority should be normal, and the affinity

[PATCH 04/11] eal: promote thread API as stable

The rte_thread API must be used to ease OS porting. One step of this process is to mark the necessary API as stable. Signed-off-by: Thomas Monjalon --- doc/guides/rel_notes/release_23_11.rst | 1 + lib/eal/include/rte_thread.h | 64 -- lib/eal/version.map

[PATCH 05/11] eal: force prefix for internal threads

In order to make sure all threads created in DPDK drivers and libraries have the same prefix in their name, some wrapper functions are added for internal use when creating a control thread or setting a thread name: - rte_thread_create_internal_control - rte_thread_set_prefixed_name

[PATCH 06/11] lib: convert to internal control threads

Calls to rte_ctrl_thread_create() are replaced with rte_thread_create_internal_control(). Other pthread-related functions are replaced with the rte_thread API. Only pthread_cancel() has no replacement. Signed-off-by: Thomas Monjalon --- lib/eal/common/eal_common_proc.c| 15 --

[PATCH 07/11] drivers: convert to internal control threads

Calls to rte_ctrl_thread_create() are replaced with rte_thread_create_internal_control(). Other pthread-related functions are replaced with the rte_thread API. Only pthread_cancel() has no replacement. The mlx5 vDPA control threads were real-time threads with an affinity on the core specified by t

[PATCH 08/11] examples: convert to normal control threads

Calls to rte_ctrl_thread_create() are replaced with rte_thread_create_control(). In vhost_blk, the control thread is not forced to be scheduled on core 0 anymore. Signed-off-by: Thomas Monjalon --- examples/vhost/main.c | 9 + examples/vhost_blk/vhost_blk.c | 21 ++

[PATCH 09/11] test: convert threads creation

Calls to pthread for thread creation are replaced with the rte_thread API. Signed-off-by: Thomas Monjalon --- app/test/process.h | 10 +- app/test/test_lcores.c | 9 - app/test/test_pdump.c | 6 +++--- app/test/test_pdump.h | 2 +- 4 files changed, 13 insertions(+), 14 d

[PATCH 10/11] eal: remove deprecated thread functions

The deprecated functions rte_thread_setname() and rte_ctrl_thread_create() are replaced with the new rte_thread API: rte_thread_setname() can be replaced with rte_thread_set_name() or rte_thread_set_prefixed_name() rte_ctrl_thread_create() can be replaced with

[PATCH 11/11] lib: remove pthread.h from includes

The header files should have the minimum embedded includes. The file pthread.h can logically be removed from rte_per_lcore.h and rte_ethdev_core.h files. Signed-off-by: Thomas Monjalon --- app/test/test_link_bonding.c | 2 ++ drivers/common/mlx5/mlx5_common.c | 1 + driver

Re: [PATCH] eal: add cache guard to per-lcore PRNG state

On Mon, 4 Sep 2023 13:57:19 +0200 Mattias Rönnblom wrote: > On 2023-09-04 11:26, Morten Brørup wrote: > > The per-lcore random state is frequently updated by their individual > > lcores, so add a cache guard to prevent CPU cache thrashing. > > > > "to prevent false sharing in case the CPU emp

RE: [PATCH] random: initialize the random state for non-eal lcores

> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, 6 September 2023 17.53 > > The per-lcore PRNG was not initializing the rand_state of all > the lcores. Any usage of rte_random by a non-EAL lcore would > use rand_states[RTE_MAX_LCORE] which was never initialized. >

Re: [PATCH] random: initialize the random state for non-eal lcores

On Wed, 6 Sep 2023 08:53:02 -0700 Stephen Hemminger wrote: > diff --git a/drivers/common/mlx5/linux/mlx5_common_os.c > b/drivers/common/mlx5/linux/mlx5_common_os.c > index 2ebb8ac8b6e5..7260c1a19fd3 100644 > --- a/drivers/common/mlx5/linux/mlx5_common_os.c > +++ b/drivers/common/mlx5/linux/mlx5

[RFC] random: use per lcore state

Move the random number state into thread local storage. This has a several benefits. - no false cache sharing from cpu prefetching - fixes initialization of random state for non-DPDK threads - fixes unsafe usage of random state by non-DPDK threads The initialization of random number state is do

RE: [RFC] random: use per lcore state

> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, 6 September 2023 19.20 > > Move the random number state into thread local storage. > This has a several benefits. > - no false cache sharing from cpu prefetching > - fixes initialization of random state for non-DPDK

Recall: [RFC] random: use per lcore state

Morten Brørup would like to recall the message, "[RFC] random: use per lcore state".

RE: [RFC] random: use per lcore state

> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, 6 September 2023 19.20 > > Move the random number state into thread local storage. > This has a several benefits. > - no false cache sharing from cpu prefetching > - fixes initialization of random state for non-DPDK

Re: Commit broke 32-bit testpmd app

Hi Maxime, This email is regarding the following commit: https://github.com/DPDK/dpdk/commit/ba55c94a7ebc386d2288d6578ed57aad6cb92657 A query had been sent previously on this topic (see below) indicating this commit appears to have broken the 32-bit testpmd app and impacted one of our products t

Re: [PATCH v3 0/3] Add dispatcher library

On Mon, 4 Sep 2023 15:03:10 +0200 Mattias Rönnblom wrote: > The purpose of the dispatcher library is to decouple different parts > of an eventdev-based application (e.g., processing pipeline stages), > sharing the same underlying event device. > > The dispatcher replaces the conditional logic (o

Re: quick thread in DLB2

On Fri, 01 Sep 2023 16:08:48 +0200 Thomas Monjalon wrote: > Hello Abdullah, > > In the DLB2 code, I see a thread is created for a single operation: > In drivers/event/dlb2/pf/base/dlb2_resource.c > pthread_create(&pthread, NULL, &dlb2_pp_profile_func, &dlb2_thread_data[i]); > and just after: > p

Re: [RFC] random: use per lcore state

On Wed, 6 Sep 2023 10:20:13 -0700 Stephen Hemminger wrote: > static __rte_always_inline > struct rte_rand_state *__rte_rand_get_state(void) > { > - unsigned int idx; > + struct rte_rand_state *rand_state = &RTE_PER_LCORE(rte_rand_state); > + uint64_t seed; > > - idx = rte_lc

Re: [RFC] random: use per lcore state

On 2023-09-06 19:20, Stephen Hemminger wrote: Move the random number state into thread local storage. Me and Morten discussed TLS versus other alternatives in some other thread. The downside of TLS that Morten pointed out, from what I recall, is that lazy initialization is *required* (since t

Re: [RFC] random: use per lcore state

On 2023-09-06 21:55, Stephen Hemminger wrote: On Wed, 6 Sep 2023 10:20:13 -0700 Stephen Hemminger wrote: static __rte_always_inline struct rte_rand_state *__rte_rand_get_state(void) { - unsigned int idx; + struct rte_rand_state *rand_state = &RTE_PER_LCORE(rte_rand_state); +

Re: [PATCH v3 0/3] Add dispatcher library

On 2023-09-06 21:32, Stephen Hemminger wrote: On Mon, 4 Sep 2023 15:03:10 +0200 Mattias Rönnblom wrote: The purpose of the dispatcher library is to decouple different parts of an eventdev-based application (e.g., processing pipeline stages), sharing the same underlying event device. The dispa

Re: [PATCH v2 00/13] Replace us of term abort

06/09/2023 21:39, Stephen Hemminger: > On Wed, 30 Aug 2023 18:49:14 +0200 > Thomas Monjalon wrote: > > > I don't feel the rationale should be followed here. > > If there are better terms, why not. > > But really, "abort" is not only medical. > > And banning this word may be felt as a political po

RE: [PATCH v2] net/iavf: unregister intr handler before FD close

> -Original Message- > From: Stephen Hemminger > Sent: Wednesday, September 6, 2023 10:05 PM > To: Singhal, Saurabh > Cc: Thomas Monjalon ; Wu, Jingjing > ; Xing, Beilei ; dev@dpdk.org > Subject: Re: [PATCH v2] net/iavf: unregister intr handler before FD close > > On Wed, 6 Sep 2023

Re: [PATCH 08/32] net/sssnic/base: add work queue

Hello Stephen, Thanks for your kindly review. sssnic_workq is quite different from rte_ring, it's used to maintain information of hardware work queue, like Rx work queue, Tx work queue etc. Unlike rte_ring the elements of sssnic_workq are organized in a blcok of contiguous DMA memory accessed

[PATCH v2] net/iavf: fix port stats not cleared

After VF reset, kernel driver may reuse the orignal VSI without reset its stats. Call 'iavf_dev_stats_reset' during the initialization of the VF in order to clear any statistics that may exist from the last use of the VF and to avoid statistics errors. Fixes: 22b123a36d07 ("net/avf: initialize PMD

RE: [PATCH v3] net/ice: fix tm configuration cannot be cleared

> -Original Message- > From: Kaiwen Deng > Sent: Wednesday, September 6, 2023 3:50 PM > To: dev@dpdk.org > Cc: sta...@dpdk.org; Yang, Qiming ; Zhou, YidingX > ; Deng, KaiwenX ; > Zhang, Qi Z ; Xu, Ting > Subject: [PATCH v3] net/ice: fix tm configuration cannot be cleared > > When the

[Bug 1286] cksum

https://bugs.dpdk.org/show_bug.cgi?id=1286 Bug ID: 1286 Summary: cksum Product: DPDK Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Normal Comp

[PATCH v3 00/11] net/cpfl: support port representor

From: Beilei Xing 1. code refine for representor support 2. support port representor v3 changes: - Refine commit log. - Add macro and enum. - Refine doc. - Refine error handling. v2 changes: - Remove representor data path. - Fix coding style. Beilei Xing (11): net/cpfl: refine devargs p

[PATCH v3 01/11] net/cpfl: refine devargs parse and process

From: Beilei Xing 1. Keep devargs in adapter. 2. Refine handling the case with no vport be specified in devargs. 3. Separate devargs parse and devargs process Signed-off-by: Qi Zhang Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 154 ++--- drivers

[PATCH v3 02/11] net/cpfl: introduce interface structure

From: Beilei Xing Introduce cplf interface structure to distinguish vport and port representor. Signed-off-by: Qi Zhang Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 3 +++ drivers/net/cpfl/cpfl_ethdev.h | 16 2 files changed, 19 insertions(+) diff --git a

[PATCH v3 03/11] net/cpfl: refine handle virtual channel message

From: Beilei Xing Refine handle virtual channel event message. Signed-off-by: Qi Zhang Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 46 -- 1 file changed, 22 insertions(+), 24 deletions(-) diff --git a/drivers/net/cpfl/cpfl_ethdev.c b/driver

[PATCH v3 04/11] net/cpfl: introduce CP channel API

From: Beilei Xing The CPCHNL2 defines the API (v2) used for communication between the CPF driver and its on-chip management software. The CPFL PMD is a specific CPF driver to utilize CPCHNL2 for device configuration and event probing. Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_cpchnl

[PATCH v3 05/11] net/cpfl: enable vport mapping

From: Beilei Xing 1. Handle cpchnl event for vport create/destroy 2. Use hash table to store vport_id to vport_info mapping 3. Use spinlock for thread safe. Signed-off-by: Qi Zhang Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 157 + drivers/n

[PATCH v3 06/11] net/cpfl: parse representor devargs

From: Beilei Xing Format: [[c]pf]vf controller_id: 0 : host (default) 1: acc pf_id: 0 : apf (default) 1 : cpf Example: representor=c0pf0vf[0-3] -- host > apf > vf 0,1,2,3 same as pf0vf[0-3] and vf[0-3] if omit default value. representor=c0pf0 -- host > apf same

[PATCH v3 07/11] net/cpfl: support probe again

From: Beilei Xing Only representor will be parsed for probe again. Signed-off-by: Qi Zhang Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 69 +++--- 1 file changed, 56 insertions(+), 13 deletions(-) diff --git a/drivers/net/cpfl/cpfl_ethdev.c b/dr

[PATCH v3 08/11] net/cpfl: create port representor

From: Beilei Xing Track representor request in the allowlist. Representor will only be created for active vport. Signed-off-by: Jingjing Wu Signed-off-by: Qi Zhang Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 107 --- drivers/net/cpfl/cpfl_ethdev.h | 51 ++-

[PATCH v3 09/11] net/cpfl: support vport list/info get

From: Beilei Xing Support cp channel ops CPCHNL2_OP_CPF_GET_VPORT_LIST and CPCHNL2_OP_CPF_GET_VPORT_INFO. Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.h | 8 drivers/net/cpfl/cpfl_vchnl.c | 72 ++ drivers/net/cpfl/meson.build | 1 + 3 fi

[PATCH v3 10/11] net/cpfl: update vport info before creating representor

From: Beilei Xing Get port representor's vport list and update vport_map_hash before creating the port representor. Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.c | 2 +- drivers/net/cpfl/cpfl_ethdev.h | 3 + drivers/net/cpfl/cpfl_representor.c | 124 ++

[PATCH v3 11/11] net/cpfl: support link update for representor

From: Beilei Xing Add link update ops for representor. Signed-off-by: Jingjing Wu Signed-off-by: Beilei Xing --- drivers/net/cpfl/cpfl_ethdev.h | 1 + drivers/net/cpfl/cpfl_representor.c | 21 + 2 files changed, 22 insertions(+) diff --git a/drivers/net/cpfl/cpfl_et