RE: [PATCH] net/igc: fix xstats name

> -Original Message- > From: Stephen Hemminger > Sent: Wednesday, April 9, 2025 11:56 AM > To: Deng, KaiwenX > Cc: dev@dpdk.org; sta...@dpdk.org; Ferruh Yigit ; > Alvin Zhang > Subject: Re: [PATCH] net/igc: fix xstats name > > On Wed, 9 Apr 2025 09:07:11 +0800 > Kaiwen Deng wrote:

[PATCH] net/intel: fix xstats name

The igb and igc xstats name need to be changed correctly. tx_size_1023_to_max_packets should be tx_size_1024_to_max_packets. Fixes: 38552317dcef ("igb: add extended stats") Fixes: e6defdfddc3b ("net/igc: enable statistics") Cc: sta...@dpdk.org Signed-off-by: Kaiwen Deng --- drivers/net/intel/e1

[PATCH v7 3/4] net/intel: use common Tx queue structure

Merge in additional fields used by the idpf driver and then convert it over to using the common Tx queue structure Signed-off-by: Shaiq Wani Acked-by: Bruce Richardson --- drivers/net/intel/common/tx.h | 18 ++ drivers/net/intel/cpfl/cpfl_ethdev.c | 3 +- drivers/n

[PATCH v7 1/4] net/intel: align Tx queue struct field names

Align the Tx queue struct field names in idpf and cpfl driver with the common Tx queue struct. Signed-off-by: Shaiq Wani Acked-by: Bruce Richardson --- drivers/net/intel/cpfl/cpfl_rxtx.c| 40 - drivers/net/intel/cpfl/cpfl_rxtx_vec_common.h | 4 +- drivers/net/intel/idpf/idp

Re: [RFC PATCH] add rust binding support to DPDK

Hello Bruce, Add a Cargo.toml file in the root folder and a number of other scripts and rust-related files into buildtools/rust, which then enables DPDK to be cloned and built as a rust crate - all-be-it one with only two functions: rte_eal_init and rte_eal_cleanup. Signed-off-by: Bruce Richard

[PATCH v7 4/4] net/idpf: use common Tx free fn in idpf

Switch the idpf driver to use the common Tx free function for AVX2 and AVX512 Signed-off-by: Shaiq Wani Acked-by: Bruce Richardson --- .../net/intel/idpf/idpf_common_rxtx_avx2.c| 61 + .../net/intel/idpf/idpf_common_rxtx_avx512.c | 230 +- drivers/net/intel/idpf/idpf_r

[PATCH v7 2/4] net/intel: use common Tx entry structure

Used the common Tx entry structure and common Tx mbuf ring replenish fn in place of idpf-specific structure and function. The vector driver code paths (AVX2, AVX512) use the smaller SW ring structure. Signed-off-by: Shaiq Wani Acked-by: Bruce Richardson --- drivers/net/intel/cpfl/cpfl_rxtx.c

[PATCH v7 0/4] net/intel: using common functions in idpf driver

reworked the drivers to use the common functions and structures from drivers/net/intel/common. v7: rebased on top of latest main branch so that it now applies cleanly. Shaiq Wani (4): net/intel: align Tx queue struct field names net/intel: use common Tx entry structure net/intel: use common

RE: [EXTERNAL] [PATCH 1/2] vhost: fix cipher data length

> This patch fixes cipher data length, in the event of algorithm > chaining. When enqueuing crypto op to vhost backend > cipher.data.length is set correctly which is in > virtqueue_crypto_sym_pkt_header_arrange(). This field is computed > and assigned wrongly instead of using passed value. This is

RE: [EXTERNAL] [PATCH 2/2] crypto/virtio: fix cipher data src length

> In symmetric algorithm chaining, we need to consider both > cipher and auth data length for cipher source. > > Fixes: 82adb12a1fce ("crypto/virtio: support burst enqueue/dequeue") Cc: sta...@dpdk.org > > Signed-off-by: Rajesh Mudimadugula Acked-by: Akhil Goyal

RE: [RFC PATCH] build: reduce use of AVX compiler flags

[Public] Snipped > > > > > > > > When doing a build for a target that already has the > > > > > > instruction sets for AVX2/AVX512 enabled, skip emitting the > > > > > > AVX compiler flags, or the > > > > > > skylake-avx512 '-march' flags, as they are unnecessary. > > > > > > Instead, when the de

[PATCH 4/4] dts: extend meson fast tests timeout

The current timeout is insufficient for running fast tests on some systems which are running DTS. This timeout extension resolves the issue for the systems in question. Signed-off-by: Patrick Robb --- dts/tests/TestSuite_smoke_tests.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 1/4] dts: include smoke tests in tests config

The tests config is created by parsing the testrun config earlier in the DTS execution than when the smoke_tests testsuite is added. This situation causes a key error on the tests_config dictionary when smoke_tests is enabled. This commit creates a placeholder TestSuiteConfig for smoke tests in the

[PATCH 2/4] dts: update dpdk-devbind script regex

The current regex used for matching against the dpdk-devbind status output is no longer matching correctly. This commit introduces a more permissive pattern which will yield the device driver in use. Signed-off-by: Patrick Robb Reviewed-by: Luca Vizzarro --- dts/tests/TestSuite_smoke_tests.py |

[PATCH 0/4] dts: smoke test bugfixes

There are two smoke test bugfixes which have come in from our 25.03 DTS development and which should be resolved with this series. 1. The patchseries which we merged for 25.03 which added the testsuite specific configs inadvertently broke enabling smoke tests, as we build the tests config model us

RE: [PATCH] doc: provide examples of using lcores EAL parameter

> From: Bruce Richardson [mailto:bruce.richard...@intel.com] > Sent: Monday, 7 April 2025 15.25 > > The "--lcores" EAL parameter has a very powerful syntax that can be > used > to provide precise control over lcore mappings. The docs however, only > provided a minimal description of what it can do

[PATCH v2 06/10] net/octeontx: use common base code build handling

Use the base code build handling logic in the drivers/meson.build file, rather than re-implementing it in the driver itself. Signed-off-by: Bruce Richardson --- drivers/net/octeontx/base/meson.build | 19 +-- drivers/net/octeontx/meson.build | 3 --- 2 files changed, 1 inse

Re: [PATCH v1] net/idpf: avoid truncation of constant value

On Wed, Apr 09, 2025 at 12:54:40PM +, Praveen Shetty wrote: > Truncation of constant value compiler warning was reported in clang/msvc > compiler for the VIRTCHNL2_CAP_OEM bit setting.This is due to 64 bit number > is initialized in a 32 bit enum.VIRTCHNL2_CAP_OEM capability is not used in > th

[patch v4 3/6] bus/vmbus: store UIO fd for secondary process

From: Long Li Secondary process will get access to vmbus device and this UIO fd for signaling hyperv host on channels without monitoring support. Signed-off-by: Long Li --- drivers/bus/vmbus/vmbus_common_uio.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers

[PATCH v5 1/2] node: add global node mbuf dynfield

This patch defines rte_node specific dynamic field structure (rte_node_mbuf_dynfield_t) rte_node_mbuf_dynfield_t structure holds two types of fields - Persistent data fields which are preserved across graph walk. Currently size of persistent data fields is zero. - Overloadable data fields which

[PATCH v5 2/2] node: use node mbuf dynfield in ip4 nodes

- Used global node mbuf in ip[4|6]_lookup/rewrite nodes - Redefine node_mbuf_priv1() to rte_node_mbuf_overload_fields_get() Signed-off-by: Nitin Saxena --- lib/node/ip4_lookup.c | 14 --- lib/node/ip4_rewrite.c| 15 +--- lib/node/ip6_lookup.c |

Re: [PATCH v4 1/1] mbuf: enable to be compiled with MSVC

On Wed, Apr 09, 2025 at 01:39:36PM +0200, David Marchand wrote: > On Tue, Apr 8, 2025 at 11:24 PM Andre Muezerie > wrote: > > diff --git a/lib/net/meson.build b/lib/net/meson.build > > index 7a6c419f40..c528fcc9a2 100644 > > --- a/lib/net/meson.build > > +++ b/lib/net/meson.build > > @@ -43,7 +43,

[PATCH v1] net/idpf: avoid truncation of constant value

Truncation of constant value compiler warning was reported in clang/msvc compiler for the VIRTCHNL2_CAP_OEM bit setting.This is due to 64 bit number is initialized in a 32 bit enum.VIRTCHNL2_CAP_OEM capability is not used in the present dpdk code,so removing this bit setting from the dpdk to avoid

Re: [PATCH v4 1/1] mbuf: enable to be compiled with MSVC

On Tue, Apr 8, 2025 at 11:24 PM Andre Muezerie wrote: > diff --git a/lib/net/meson.build b/lib/net/meson.build > index 7a6c419f40..c528fcc9a2 100644 > --- a/lib/net/meson.build > +++ b/lib/net/meson.build > @@ -43,7 +43,12 @@ use_function_versioning = true > > if dpdk_conf.has('RTE_ARCH_X86_64')

[PATCH] doc/linux_gsg: update recommended compiler versions

Rather than specifying a minimum compiler version, update the docs to recommend a particular compiler version. In other words, earlier versions may work, but are not officially supported, or may give reduced functionality. Signed-off-by: Bruce Richardson --- doc/guides/linux_gsg/sys_reqs.rst | 3

Re: [RFC PATCH] build: reduce use of AVX compiler flags

On Wed, Apr 09, 2025 at 09:53:47AM +, Varghese, Vipin wrote: > [Public] > > Snipped > > > > > > When doing a build for a target that already has the instruction > > > > > sets for AVX2/AVX512 enabled, skip emitting the AVX compiler > > > > > flags, or the > > > > > skylake-avx512 '-march' fla

RE: [PATCH v4 0/4] Introduce Topology NUMA grouping for lcores

[AMD Official Use Only - AMD Internal Distribution Only] Snipped > > Hello Vipin and others, > > please, will there be any progress or update on this series? Apologies, we did a small update in slack, and missed this out here. Let me try to address your questions below > > I successfully teste

RE: [RFC PATCH] build: reduce use of AVX compiler flags

[Public] Snipped > > > > When doing a build for a target that already has the instruction > > > > sets for AVX2/AVX512 enabled, skip emitting the AVX compiler > > > > flags, or the > > > > skylake-avx512 '-march' flags, as they are unnecessary. Instead, > > > > when the default flags produce the

[PATCH 1/5] crypto/ipsec_mb: add support for SNOW-V

Add support for SNOW-V and SNOW-V AEAD algorithms to crypto/ipsec_mb PMD. Signed-off-by: Radu Nicolau --- doc/guides/cryptodevs/aesni_mb.rst | 2 + drivers/crypto/ipsec_mb/pmd_aesni_mb.c | 70 +++-- drivers/crypto/ipsec_mb/pmd_aesni_mb_priv.h | 52 +++