[PATCH v6 0/7] Introduce support for LoongArch architecture

Dear team, The following patch set is intended to support DPDK running on LoongArch architecture. LoongArch is the general processor architecture of Loongson Corporation and is a new RISC ISA, which is a bit like MIPS or RISC-V. The online documents of LoongArch architecture are here: https:

[PATCH v6 3/7] net/memif: set memfd syscall ID on LoongArch

Define the missing __NR_memfd_create syscall id to enable the memif PMD on LoongArch. Signed-off-by: Min Zhou --- drivers/net/memif/meson.build | 6 -- drivers/net/memif/rte_eth_memif.h | 2 ++ 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/net/memif/meson.build b

[PATCH v6 1/7] eal/loongarch: support LoongArch architecture

Add all necessary elements for DPDK to compile and run EAL on LoongArch64 Soc. This includes: - EAL library implementation for LoongArch ISA. - meson build structure for 'loongarch' architecture. RTE_ARCH_LOONGARCH define is added for architecture identification. - xmm_t structure operation stu

[PATCH v6 2/7] net/ixgbe: add vector stubs for LoongArch

Similar to RISC-V, the current version for LoongArch do not support vector. Re-use vector processing stubs in ixgbe PMD defined for PPC for LoongArch. This enables ixgbe PMD usage in scalar mode on LoongArch. The ixgbe PMD driver was validated with Intel X520-DA2 NIC and the test-pmd application,

[PATCH v6 4/7] net/tap: set BPF syscall ID for LoongArch

Define the missing __NR_bpf syscall id to enable the tap PMD on LoongArch. Signed-off-by: Min Zhou --- drivers/net/tap/meson.build | 6 -- drivers/net/tap/tap_bpf.h | 2 ++ 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/net/tap/meson.build b/drivers/net/tap/meson.bu

[PATCH v6 6/7] test/cpuflags: add test for LoongArch cpu flag

Add checks for all flag values defined in the LoongArch cpu feature table. Signed-off-by: Min Zhou --- app/test/test_cpuflags.c | 41 1 file changed, 41 insertions(+) diff --git a/app/test/test_cpuflags.c b/app/test/test_cpuflags.c index 98a99c2c7d..a0e3

[PATCH v6 7/7] ci: add LOONGARCH64 cross compilation job

Checks cross-compilation using Ubuntu 20.04 x86 for LoongArch. Signed-off-by: Min Zhou --- .ci/linux-build.sh | 10 ++ .github/workflows/build.yml | 10 +- 2 files changed, 19 insertions(+), 1 deletion(-) diff --git a/.ci/linux-build.sh b/.ci/linux-build.sh index 06104e

[PATCH v6 5/7] examples/l3fwd: enable LoongArch operation

Add missing em_mask_key() implementation to enable the l3fwd to be run on LoongArch. Signed-off-by: Min Zhou --- examples/l3fwd/l3fwd_em.c | 8 examples/l3fwd/meson.build | 6 -- 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/examples/l3fwd/l3fwd_em.c b/examples/l3f

[PATCH] eal: zero out new added memory

From: lic121 When RTE_MALLOC_DEBUG not configured, rte_zmalloc_socket() doens't zero oute allocaed memory. Because memory are zeroed out when free in malloc_elem_free(). But seems the initial allocated memory is not zeroed out as expected. This patch zero out initial allocated memory in malloc_h

Re: [PATCH] eal: zero out new added memory

2022-08-27 09:25 (UTC+), chengt...@qq.com: > From: lic121 > > When RTE_MALLOC_DEBUG not configured, rte_zmalloc_socket() doens't > zero oute allocaed memory. Because memory are zeroed out when free > in malloc_elem_free(). But seems the initial allocated memory is > not zeroed out as expected

[PATCH v4 0/4] eal: small rte_common.h fixes and cleanup

v4: Fix build on ARM and RISC-V (CI). v3: Fix build (CI). v2: * Extend and tidy up the macro unit test (Morten). * Remove unneeded includes from rte_common.h (Morten, Bruce). Dmitry Kozlyuk (4): eal: fix pointer arithmetic with an expression argument eal: deduplicate roundup code

[PATCH v4 1/4] eal: fix pointer arithmetic with an expression argument

RTE_PTR_SUB(ptr, x) and RTE_PTR_ALIGN_FLOOR() worked incorrectly if "ptr" was an expression: uint32_t arr[3]; RTE_PTR_SUB(arr + 1, sizeof(arr[0])); // expected: (uint32_t *)((uintptr_t)(arr + 1) - 4) == arr // actual: (uint32_t *)((uintptr_t) arr + 1 - 4) != arr RTE_PTR_AL

[PATCH v4 2/4] eal: deduplicate roundup code

RTE_CACHE_LINE_ROUNDUP() implementation repeated RTE_ALIGN_MUL_CEIL(). In other places RTE_CACHE_LINE_SIZE is assumed to be a power-of-2, so define RTE_CACHE_LINE_ROUNDUP() using RTE_ALIGN_CEIL(). Signed-off-by: Dmitry Kozlyuk Reviewed-by: Morten Brørup Acked-by: Bruce Richardson Acked-by: Chen

[PATCH v4 3/4] eal: uninline rte_str_to_size

There is no reason for rte_str_to_size() to be inline. Move the implementation out of . Export it as a stable ABI because it always has been public. Signed-off-by: Dmitry Kozlyuk Acked-by: Morten Brørup Acked-by: Bruce Richardson Acked-by: Chengwen Feng --- lib/eal/common/eal_common_string_fn

[PATCH v4 4/4] eal: remove unneeded includes from a public header

Do not include , , and from , because they are not used by this file. Include the needed headers directly from the files that need them. Signed-off-by: Dmitry Kozlyuk --- app/test-bbdev/main.c| 1 + app/test-bbdev/test_bbdev_perf.c | 1

Re: [PATCH v4] examples: add eventdev_producer_consumer example

On Tue, Aug 23, 2022 at 2:21 AM Timothy McDaniel wrote: > > The eventdev-producer-consumer application is a single-stage > producer-worker-consumer pipeline sample to mimic real-world applications. > It is useful in measuring performance impact when any eventdev > configuration is changed. Unlike

Re: [PATCH v11 1/7] eventdev/eth_rx: add adapter instance get API

On Thu, Aug 11, 2022 at 6:58 PM Kundapura, Ganapati wrote: > > Hi Jerin, >Could you please review this? Series looks good to me. Some minor comments below. We can merge the next version(v12). 1) Squash 1/7 and 6/7 2) Squash 4/7 and 7/7 3) Please update doc/guides/rel_notes/release_21_11.rs

Re: [EXT] [PATCH v3 0/3] net/octeon_ep: rename driver and add features

On Tue, Aug 23, 2022 at 11:20 AM Veerasenareddy Burru wrote: > > > > > -Original Message- > > From: Sathesh Edara > > Sent: Monday, August 22, 2022 2:10 AM > > To: Satananda Burla ; Jerin Jacob Kollanukkaran > > ; Sathesh B Edara > > Cc: dev@dpdk.org > > Subject: [EXT] [PATCH v3 0/3] net

Re: [dpdk-dev] [PATCH] common/cnxk: fix log level during MCAM allocation

On Tue, Jul 5, 2022 at 11:44 AM wrote: > > From: Satheesh Paul > > Changed log level from info to debug for a log message > printed during MCAM allocation. > > Fixes: 1f66919817ee ("common/cnxk: improve MCAM entries management") > Cc: sta...@dpdk.org > > Signed-off-by: Satheesh Paul > Reviewed-b

Re: [PATCH] net/octeon_ep: add octeon CN10K support

On Tue, Aug 16, 2022 at 4:05 PM Sathesh Edara wrote: > Subject can be changed to "net/octeon_ep: support CN10K SoC" > Added Octeon CN10K EP PMD functionality. Describe what are the change to support CN10K. > > Signed-off-by: Sathesh Edara > --- > > This patch depends on https://patches.dpdk.o

Re: [PATCH] eal: zero out new added memory

On Sat, Aug 27, 2022 at 12:57:50PM +0300, Dmitry Kozlyuk wrote: > 2022-08-27 09:25 (UTC+), chengt...@qq.com: > > From: lic121 > > > > When RTE_MALLOC_DEBUG not configured, rte_zmalloc_socket() doens't > > zero oute allocaed memory. Because memory are zeroed out when free > > in malloc_elem_fr

Re: [PATCH] eal: zero out new added memory

2022-08-27 13:31 (UTC+), lic121: > On Sat, Aug 27, 2022 at 12:57:50PM +0300, Dmitry Kozlyuk wrote: > > 2022-08-27 09:25 (UTC+), chengt...@qq.com: > > > From: lic121 > > > > > > When RTE_MALLOC_DEBUG not configured, rte_zmalloc_socket() doens't > > > zero oute allocaed memory. Because me