Re: [PATCH v5] doc: modernize build instructions on Windows

On Mon, Nov 11, 2024 at 03:11:03PM +0100, Thomas Monjalon wrote: > 31/10/2024 04:08, Andre Muezerie: > > -Required version is Meson 0.57. > > - > > -Versions starting from 0.58 are unusable with LLVM toolchain > > -because of a `Meson issue > > `_.

Re: [PATCH] net/iavf: add segment-length check to Tx prep

Acked-by: Vladimir Medvedkin On 11/11/2024 16:42, Bruce Richardson wrote: In the Tx prep function, the metadata checks were only checking the packet length and ignoring the data length. For single-buffer packets we can quickly check that the data length is the packet length. Fixes: 19ee91c6bd9

Re: [PATCH] power: fix a typo in the PM QoS guide

在 2024/11/11 21:11, Thomas Monjalon 写道: 11/11/2024 13:52, Huisong Li: -Some services are latency sensitive and very except the low resume time, +Some services are latency sensitive and request the low resume time, I suppose it should be "request a low resume time". Ack, thanks .

Re: [PATCH v10 00/10] net/zxdh: introduce net zxdh driver

07/11/2024 11:32, Junlong Wang: > >On 11/6/2024 12:40 AM, Ferruh Yigit wrote: > >> For series, > >> Acked-by: Ferruh Yigit > >> > >> Series applied to dpdk-next-net/main, thanks. > >> > > > Hi Junlong, > > > It seems we missed to mark driver as experimental, I will update it in > > next-net. >

Re: Re: [PATCH v1 2/2] /usertools/dpdk-devbind:add the binding and unbinding of platform device

Dear Stephen, You agree this pacth, it means I don't need modify it and commit again? liwench...@phytium.com.cn From: Stephen Hemminger Date: 2024-11-06 11:55 To: liwencheng CC: dev Subject: Re: [PATCH v1 2/2] /usertools/dpdk-devbind:add the binding and unbinding of platform device On Fri,

Re: [PATCH v2 1/2] config/arm: strict use of -mcpu for supported CPUs

Please check the CI results, there are some failures. 29/10/2024 02:59, Wathsala Vithanage: > Arm recommends using -mcpu over -march and march-extensions when the > compiler supports the target CPU (neoverse-n1 etc.). Arm build so far > has been an amalgam of -mcpu and -march. When march is in us

Re: [PATCH v3 0/2] examples/l3fwd fixes for ACL mode

07/11/2024 19:50, Konstantin Ananyev: > v2 -> v3 > - rebased against main > - fixed check-patch warnings (grammar) > > v1 -> v2 > As Song Jiale pointed outprevious fix is not enough to fix > the problem he is observing with l3fwd in ACl mode: > https://bugs.dpdk.org/show_bug.cgi?id=1502 > This is

Re: [PATCH v5] doc: modernize build instructions on Windows

31/10/2024 04:08, Andre Muezerie: > -Required version is Meson 0.57. > - > -Versions starting from 0.58 are unusable with LLVM toolchain > -because of a `Meson issue > `_. > +Meson version 1.5.2 or newer is recommended. I would prefer to know which

[PATCH] net/iavf: add segment-length check to Tx prep

In the Tx prep function, the metadata checks were only checking the packet length and ignoring the data length. For single-buffer packets we can quickly check that the data length is the packet length. Fixes: 19ee91c6bd9a ("net/iavf: check illegal packet sizes") Cc: sta...@dpdk.org Reported-by: P

Re: [PATCH v2 1/2] config/arm: strict use of -mcpu for supported CPUs

11/11/2024 18:57, Wathsala Wathawana Vithanage: > > > Subject: Re: [PATCH v2 1/2] config/arm: strict use of -mcpu for supported > > CPUs > > > > Please check the CI results, there are some failures. > > > > Hi Thomas, > > CI is failing because gcc version 11 does not enable crypto extension fo

Re: [PATCH v6] doc: modernize build instructions on Windows

11/11/2024 17:14, Andre Muezerie: > +The minimal Meson supported version is 1.5.2. OK looks good, thanks.

[PATCH v7 00/21] remove use of VLAs for Windows

As per guidance technical board meeting 2024/04/17. This series removes the use of VLAs from code built for Windows for all 3 toolchains. If there are additional opportunities to convert VLAs to regular C arrays please provide the details for incorporation into the series. MSVC does not support VL

[PATCH v7 02/21] eal/linux: remove use of VLAs

From: Konstantin Ananyev 1) ./lib/eal/linux/eal_interrupts.c:1073:16 : warning: ISO C90 forbids variable length array ‘events’ MSVC does not support VLAs. Use alloca() to allocate the memory on the stack. 2) ./lib/eal/linux/eal_interrupts.c:1319:16 : warning: ISO C90 forbids variable le

[PATCH v7 04/21] ethdev: remove use of VLAs for Windows built code

From: Konstantin Ananyev 1) ./lib/ethdev/rte_ethdev.c:3244:16 : warning: ISO C90 forbids variable length array ‘xstats_names’ 2) ./lib/ethdev/rte_ethdev.c:3345:17 : warning: ISO C90 forbids variable length array ‘ids_copy’ 3) ./lib/ethdev/rte_ethdev.c:3538:16 : warning: ISO C90 forbid

[PATCH v7 05/21] hash: remove use of VLAs for Windows built code

From: Konstantin Ananyev 1) ./lib/hash/rte_cuckoo_hash.c:2362:9 : warning: ISO C90 forbids variable length array ‘positions’ 2) ../lib/hash/rte_cuckoo_hash.c:2478:9 : warning: ISO C90 forbids variable length array ‘positions’ Both rte_hash_lookup_bulk_data() and rte_hash_lookup_with_hash

[PATCH v7 03/21] eal/common: remove use of VLAs

From: Konstantin Ananyev 1) ../lib/eal/common/eal_common_proc.c:695:15 : warning: variable length array used As msg->num_fds should not exceed RTE_MP_MAX_FD_NUM, replaced it with fixed size array. Signed-off-by: Konstantin Ananyev --- lib/eal/common/eal_common_proc.c | 5 +++-- 1 file cha

[PATCH v7 01/21] eal: include header required for alloca

From: Tyler Retzlaff Include alloca.h for Linux and malloc.h for Windows to get declaration of alloca(). Signed-off-by: Tyler Retzlaff --- lib/eal/linux/include/rte_os.h | 1 + lib/eal/windows/include/rte_os.h | 1 + 2 files changed, 2 insertions(+) diff --git a/lib/eal/linux/include/rte_os

[PATCH v7 11/21] net/ice: remove use of VLAs

From: Konstantin Ananyev ../drivers/net/ice/ice_rxtx.c:1871:29: warning: variable length array used [-Wvla] Here VLA is used as a temp array for mbufs that will be used as a split RX data buffers. As at any given time only one thread can do RX from particular queue, at rx_queue_setup() we ca

[PATCH v7 16/21] common/mlx5: remove use of VLAs for Windows built code

From: Tyler Retzlaff MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Tyler Retzlaff --- drivers/common/mlx5/mlx5_common.h| 4 ++-- drivers/common/mlx5/mlx

[PATCH v7 06/21] hash/thash: remove use of VLAs for Windows built

From: Konstantin Ananyev 1) ./lib/hash/rte_thash.c:774:9 : warning: ISO C90 forbids variable length array ‘tmp_tuple’ >From my understanding, tuple size here should never exceed sizeof(union rte_thash_tuple), so it should be safe to replace VLA with fixed size array. Signed-off-by: Konstant

[PATCH v7 08/21] gro: fix overwrite unprocessed packets

From: Konstantin Ananyev gro_vxlan_tcp4_tbl_timeout_flush() is called without taking into account that first entries in pkts[] can be already occupied by un-processed packets. Fixes: 74080d7dcf31 ("gro: support IPv6 for TCP") Cc: sta...@dpdk.org Signed-off-by: Konstantin Ananyev Acked-by: Ferr

[PATCH v7 07/21] rcu: remove use of VLAs for Windows built code

From: Konstantin Ananyev 1) ./lib/rcu/rte_rcu_qsbr.c:359:9 : warning: ISO C90 forbids variable length array ‘data’ [-Wvla] 2) ./lib/rcu/rte_rcu_qsbr.c:422:9 : warning: ISO C90 forbids variable length array ‘data’ [-Wvla] In both cases we allocate VLA for one element from RCU deferred que

[PATCH v7 10/21] net/ixgbe: remove use of VLAs

From: Konstantin Ananyev 1) ../drivers/net/ixgbe/ixgbe_ethdev.c:3556:46: warning: variable length array used [-Wvla] 2) ../drivers/net/ixgbe/ixgbe_ethdev.c:3739:23: warning: variable length array used [-Wvla] 3) ../drivers/net/ixgbe/ixgbe_rxtx_vec_common.h:17:24: warning: variable len

[PATCH v7 17/21] net/mlx5: remove use of VLAs for Windows built code

From: Tyler Retzlaff MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Tyler Retzlaff --- drivers/net/mlx5/mlx5.c | 5 ++--- drivers/net/mlx5/mlx5_flow.c |

[PATCH v7 09/21] gro: remove use of VLAs

From: Konstantin Ananyev ../lib/gro/rte_gro.c:182:34: warning: variable length array used [-Wvla] ../lib/gro/rte_gro.c:363:34: warning: variable length array used [-Wvla] In both cases the pattern is the same: we use unprocess_pkts[nb_pkts] to collect un-used by GRO packets, and then cop

[PATCH v7 12/21] app/testpmd: remove use of VLAs for Windows built

From: Tyler Retzlaff MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Tyler Retzlaff --- app/test-pmd/cmdline.c | 2 +- app/test-pmd/cmdline_flow.c | 15

[PATCH v7 14/21] common/idpf: remove use of VLAs for Windows built code

From: Tyler Retzlaff MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Tyler Retzlaff Acked-by: Bruce Richardson --- drivers/common/idpf/idpf_common_rxtx.c

[PATCH v7 13/21] test: remove use of VLAs for Windows built code

From: Tyler Retzlaff MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Tyler Retzlaff --- app/test/test.c | 2 +- app/test/test_cmdline_s

[PATCH v7 19/21] test: remove use of VLAs for Windows built code in bitset tests

1) MSVC does not support VLAs. Use standard fixed C arrays of maximum size required instead. 2) ../usr/lib/gcc/x86_64-redhat-linux/13/include/emmintrin.h:742:8: error: array subscript 9 is outside array bounds of 'uint64_t[16]' {aka 'long unsigned int[16]'} [-Werror=array-bounds=] 3695

[PATCH v7 21/21] hash: remove use of VLAs by using standard arrays

MSVC does not support VLAs, replace VLAs with standard C arrays. Signed-off-by: Andre Muezerie --- lib/hash/rte_thash_gf2_poly_math.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/lib/hash/rte_thash_gf2_poly_math.c b/lib/hash/rte_thash_gf2_poly_math.c index 1c62974e

[PATCH v7 15/21] net/i40e: remove use of VLAs for Windows built code

From: Tyler Retzlaff MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Tyler Retzlaff Reviewed-by: Bruce Richardson --- drivers/net/i40e/i40e_testpmd.c | 5 ++-

[PATCH v7 20/21] app/testpmd: remove use of VLAs for Windows built code in shared_rxq_fwd

MSVC does not support VLAs, replace VLAs with standard C arrays or alloca(). alloca() is available for all toolchain/platform combinations officially supported by DPDK. Signed-off-by: Andre Muezerie --- app/test-pmd/shared_rxq_fwd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --g

[PATCH v7 18/21] build: enable vla warnings on Windows built code

From: Tyler Retzlaff MSVC does not support optional C11 VLAs. When building for Windows enable -Wvla so that mingw and clang also fail if a VLA is used. Signed-off-by: Tyler Retzlaff --- config/meson.build | 4 1 file changed, 4 insertions(+) diff --git a/config/meson.build b/config/meso

Re: [RFC] ip_frag: support IPv6 reassembly with extensions

14/02/2024 04:51, Stephen Hemminger: > On Tue, 13 Feb 2024 12:47:27 +0100 > wrote: > > > +/* > > + * Function to crawl through the extension header stack. > > + * This function breaks as soon a the fragment header is > > + * found and returns the total length the traversed exts > > + * and the la

Re: [PATCH v2 1/3] graph: avoid global node ID counter

, Nov 11, 2024 at 08:34: From: Kiran Kumar K The node id is determined based on a global variable that is incremented every time a node is created. Adding changes to remove the global counter. Make sure that the node list is always ordered by increasing node ids. When creating a new node, pick

[PATCH v9 3/7] ring: make copying functions generic

Note upfront: that change doesn't introduce any functional or performance changes. It is just a code-reordering for: - improve code modularity and re-usability - ability in future to re-use the same code to introduce new functionality There is no real need for enqueue_elems()/dequeue_elems() to

[PATCH] power: fix a typo in the PM QoS guide

The typo in the guide is hard to understand. Necessary to fix it. Fixes: dd6fd75bf662 ("power: introduce PM QoS API on CPU wide") Signed-off-by: Huisong Li --- doc/guides/prog_guide/power_man.rst | 2 +- lib/power/rte_power_qos.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-

Re: [RFC] ip_frag: support IPv6 reassembly with extensions

11/11/2024 13:59, Konstantin Ananyev: > > > 14/02/2024 04:51, Stephen Hemminger: > > > On Tue, 13 Feb 2024 12:47:27 +0100 > > > wrote: > > > > > > > +/* > > > > + * Function to crawl through the extension header stack. > > > > + * This function breaks as soon a the fragment header is > > > > + *

Re: [PATCH] power: fix a typo in the PM QoS guide

11/11/2024 13:52, Huisong Li: > -Some services are latency sensitive and very except the low resume time, > +Some services are latency sensitive and request the low resume time, I suppose it should be "request a low resume time".

Re: [PATCH v1] mailmap: change primary mail address

07/11/2024 20:10, Konstantin Ananyev: > use working mail address as a main one. > > Signed-off-by: Konstantin Ananyev > --- > -Konstantin Ananyev > > +Konstantin Ananyev > You must keep your old email address as well to associate your history. Applied with this change, thanks.

[PATCH v10 1/7] test/ring: fix failure with custom number of lcores

ring_stress_autotest fails to initialize the ring when RTE_MAX_LCORE value is not a number of 2. There is a flaw in calculation required number of elements in the ring. Fix it by aligning number of elements to next power of 2. Fixes: bf28df24e915 ("test/ring: add contention stress test") Cc: sta..

[PATCH v10 2/7] ring: common functions for 'move head' ops

Note upfront: that change doesn't introduce any functional or performance changes. It is just a code-reordering for: - code deduplication - ability in future to re-use the same code to introduce new functionality For each sync mode corresponding move_prod_head() and move_cons_head() are nearly i

[PATCH v10 0/7] Stage-Ordered API and other extensions for ring library

Testing coverage (passed): x86_64, i686, PPC, ARM Would like to express my gratitude to all community members who helped with testing it on different platforms, in particular: David Christensen Cody Cheng Patrick Robb Phanendra Vukkisala Chengwen Feng v9 - v10 - fix clang14 complaints reg

[PATCH v10 4/7] ring: make dump function more verbose

From: Eimear Morrissey The current rte_ring_dump function uses the generic rte_ring_headtail structure to access head/tail positions. This is incorrect for the RTS case where the head is stored in a different offset in the union of structs. Switching to a separate function for each sync type allo

[PATCH v10 7/7] test: add stress test suite

Add a new test suite which purpose is to run 'stress' tests: main purpose is put a pressure to dpdk sync algorithms to flag their misbehaving/slowdown/etc. Right now it consists from just 2 test-cases: meson test --suite stress-tests --list DPDK:stress-tests / ring_stress_autotest DPDK:stress-tests

[PATCH v10 3/7] ring: make copying functions generic

Note upfront: that change doesn't introduce any functional or performance changes. It is just a code-reordering for: - improve code modularity and re-usability - ability in future to re-use the same code to introduce new functionality There is no real need for enqueue_elems()/dequeue_elems() to

[PATCH v10 5/7] ring/soring: introduce Staged Ordered Ring

Staged-Ordered-Ring (SORING) provides a SW abstraction for 'ordered' queues with multiple processing 'stages'. It is based on conventional DPDK rte_ring, re-uses many of its concepts, and even substantial part of its code. It can be viewed as an 'extension' of rte_ring functionality. In particular,

[PATCH v10 6/7] app/test: add unit tests for soring API

Add both functional and stess test-cases for soring API. Stress test serves as both functional and performance test of soring enqueue/dequeue/acquire/release operations under high contention (for both over committed and non-over committed scenarios). Signed-off-by: Eimear Morrissey Signed-off-by:

答复: [PATCH v6 05/17] net/r8169: add support for hw config

Dear Ferruh, Before splitting the driver into multiple small patches, I had checked to ensure all functions were static, so there’s no need to worry about that. Best Regards, Howard Wang -邮件原件- 发件人: Ferruh Yigit 发送时间: 2024年11月11日 8:15 收件人: 王颢 ; dev@dpdk.org 抄送: pro_nic_d...@realtek.co

Re: [PATCH v6 11/20] net/ice: remove use of VLAs

On 09/11/2024 02:48, Andre Muezerie wrote: From: Konstantin Ananyev ../drivers/net/ice/ice_rxtx.c:1871:29: warning: variable length array used [-Wvla] Here VLA is used as a temp array for mbufs that will be used as a split RX data buffers. As at any given time only one thread can do RX fr

Re: 答复: [PATCH v6 08/17] net/r8169: add support for phy configuration

On 11/11/2024 8:18 AM, 王颢 wrote: > Dear Ferruh, > > Regarding the commit message, I will think about how to write it. > > I’m sorry, but for the registers in the PMD that do not use macro > definitions, most of them are company confidential and their meanings will > not be disclosed to the publ

Re: [PATCH v2 2/3] graph: add support for node free API

By the way, I don't know where to consult about this issue at the moment. Please forgive me for discussing this issue here. Can we set up a chat box on this page instead of having to comment through email or git send email? Many email clients cannot set the In Reply To header or do not currently

Re: [PATCH v6 10/20] net/ixgbe: remove use of VLAs

On 09/11/2024 02:48, Andre Muezerie wrote: From: Konstantin Ananyev 1) ../drivers/net/ixgbe/ixgbe_ethdev.c:3556:46: warning: variable length array used [-Wvla] 2) ../drivers/net/ixgbe/ixgbe_ethdev.c:3739:23: warning: variable length array used [-Wvla] 3) ../drivers/net/ixgbe/ixgbe_rxt

答复: 答复: [PATCH v6 01/17] net/r8169: add PMD driver skeleton

Dear Ahh, I see, matching is simple for 8125, device id and product number is same :), is it same for all supported devices? ===> Yes, up until now, the Linux inbox driver has been doing it this way too. I am not sure if there is a misunderstanding but change requests are mostly simple ones,

[RESEND PATCH v15 1/3] power: introduce PM QoS API on CPU wide

The deeper the idle state, the lower the power consumption, but the longer the resume time. Some service are delay sensitive and very except the low resume time, like interrupt packet receiving mode. And the "/sys/devices/system/cpu/cpuX/power/pm_qos_resume_latency_us" sysfs interface is used to s

[RESEND PATCH v15 0/3] power: introduce PM QoS interface

The deeper the idle state, the lower the power consumption, but the longer the resume time. Some service are delay sensitive and very except the low resume time, like interrupt packet receiving mode. And the "/sys/devices/system/cpu/cpuX/power/pm_qos_resume_latency_us" sysfs interface is used to s

[RESEND PATCH v15 3/3] examples/l3fwd-power: add PM QoS configuration

The '--cpu-resume-latency' can use to control C-state selection. Setting the CPU resume latency to 0 can limit the CPU just to enter C0-state to improve performance, which also may increase the power consumption of platform. Signed-off-by: Huisong Li Acked-by: Morten Brørup Acked-by: Chengwen Fe

Re: 答复: 答复: [PATCH v6 01/17] net/r8169: add PMD driver skeleton

On 11/11/2024 9:24 AM, 王颢 wrote: > Dear > > Ahh, I see, matching is simple for 8125, device id and product number is same > :), is it same for all supported devices? > > ===> Yes, up until now, the Linux inbox driver has been doing it this way too. > Got it, so OK to keep the code as it is, t

Re: Bus scan is too chatty

10/11/2024 20:17, Stephen Hemminger: > DPDK EAL needs to be less verbose for non-existent buses. > Most users won't have embedded devices, and messages like: > > EAL: Scan for (fslmc) bus failed. > > will be confusing. When merging the recent fslmc patches, I've reduced the verbosity of some fsl

[RESEND PATCH v15 2/3] examples/l3fwd-power: fix data overflow when parse command line

Many variables are 'uint32_t', like, 'pause_duration', 'scale_freq_min' and so on. They use parse_int() to parse it from command line. But overflow problem occurs when this function return. Fixes: 59f2853c4cae ("examples/l3fwd_power: add configuration options") Cc: sta...@dpdk.org Signed-off-by:

RE: Bus scan is too chatty

> -Original Message- > From: Thomas Monjalon > Sent: Monday, November 11, 2024 3:02 PM > To: Stephen Hemminger ; Gagandeep Singh > ; Sachin Saxena (OSS) ; > Hemant Agrawal > Cc: dev@dpdk.org > Subject: Re: Bus scan is too chatty > Importance: High > > 10/11/2024 20:17, Stephen Hemminger

Re: [PATCH v2 2/3] graph: add support for node free API

Do these newly added functions need to protect the linked list with spin lock graph_stpinlock_lock?

Re: 答复: [PATCH v6 01/17] net/r8169: add PMD driver skeleton

On 11/11/2024 3:46 AM, 王颢 wrote: > Dear Ferruh, > > I apologize for the issues that have arisen during the process of splitting a > complete driver into several small patches. > > On 11/8/2024 12:11 PM, Howard Wang wrote: >> Meson build infrastructure, r8169_ethdev minimal skeleton, header with

Re: [PATCH v15 0/3] power: introduce PM QoS interface

11/11/2024 03:25, Huisong Li: > The deeper the idle state, the lower the power consumption, but the longer > the resume time. Some service are delay sensitive and very except the low > resume time, like interrupt packet receiving mode. > > And the "/sys/devices/system/cpu/cpuX/power/pm_qos_resume_

[PATCH v9 2/7] ring: common functions for 'move head' ops

Note upfront: that change doesn't introduce any functional or performance changes. It is just a code-reordering for: - code deduplication - ability in future to re-use the same code to introduce new functionality For each sync mode corresponding move_prod_head() and move_cons_head() are nearly i

[PATCH v9 4/7] ring: make dump function more verbose

From: Eimear Morrissey The current rte_ring_dump function uses the generic rte_ring_headtail structure to access head/tail positions. This is incorrect for the RTS case where the head is stored in a different offset in the union of structs. Switching to a separate function for each sync type allo

[PATCH v9 0/7] Stage-Ordered API and other extensions for ring library

Testing coverage (passed): x86_64, i686, PPC, ARM Would like to express my gratitude to all community members who helped with testing it on different platforms, in particular: David Christensen Cody Cheng Patrick Robb Phanendra Vukkisala Chengwen Feng v8 -> v9 - fix grammar (Thomas) - tes

[PATCH v9 1/7] test/ring: fix failure with custom number of lcores

ring_stress_autotest fails to initialize the ring when RTE_MAX_LCORE value is not a number of 2. There is a flaw in calculation required number of elements in the ring. Fix it by aligning number of elements to next power of 2. Fixes: bf28df24e915 ("test/ring: add contention stress test") Cc: sta..

[PATCH v9 5/7] ring/soring: introduce Staged Ordered Ring

Staged-Ordered-Ring (SORING) provides a SW abstraction for 'ordered' queues with multiple processing 'stages'. It is based on conventional DPDK rte_ring, re-uses many of its concepts, and even substantial part of its code. It can be viewed as an 'extension' of rte_ring functionality. In particular,

[PATCH v9 6/7] app/test: add unit tests for soring API

Add both functional and stess test-cases for soring API. Stress test serves as both functional and performance test of soring enqueue/dequeue/acquire/release operations under high contention (for both over committed and non-over committed scenarios). Signed-off-by: Eimear Morrissey Signed-off-by:

Re: [PATCH v15 1/3] power: introduce PM QoS API on CPU wide

在 2024/11/11 18:18, Thomas Monjalon 写道: 11/11/2024 03:25, Huisong Li: Some service are delay sensitive and very except the low resume time, like interrupt packet receiving mode. I don't understand this sentence. Are you sure about "very except"? It is also in the guide. If something needs a r

Re: [PATCH v4 0/4] RSS hash key generation

24/10/2024 20:46, Vladimir Medvedkin: > Vladimir Medvedkin (4): > thash: add RSS hash key generation API > hash: add dynamic polynomial calculation > hash: implement RSS hash key generation API > test/thash: add tests for RSS key generation API Squash stub patch and applied with minor impr

RE: [RFC] ip_frag: support IPv6 reassembly with extensions

> 14/02/2024 04:51, Stephen Hemminger: > > On Tue, 13 Feb 2024 12:47:27 +0100 > > wrote: > > > > > +/* > > > + * Function to crawl through the extension header stack. > > > + * This function breaks as soon a the fragment header is > > > + * found and returns the total length the traversed exts >

Re: [PATCH] bus/fslmc: fix bus scan return failure value

11/11/2024 11:26, Hemant Agrawal: > fslmc bus will not be available on non DPAA2 platform. > Do not return error on scan failure. > > Signed-off-by: Hemant Agrawal Fixes: 57cb02edf122 ("bus/fslmc: enhance MC VFIO multi-process support") Applied, thanks.

[DPDK/ethdev Bug 1575] The 82599ES NIC encounters a core dump when using dpdk-proc-info to retrieve firmware information.

https://bugs.dpdk.org/show_bug.cgi?id=1575 Bug ID: 1575 Summary: The 82599ES NIC encounters a core dump when using dpdk-proc-info to retrieve firmware information. Product: DPDK Version: 23.11 Hardware: All

Re: [v1 3/3] meson: skip symlinks to PMDs script on no sub directory

06/08/2024 15:57, Bruce Richardson: > On Tue, Aug 06, 2024 at 07:12:18PM +0530, Gagandeep Singh wrote: > > if user gives option -Ddrivers_install_subdir= or > > -Ddrivers_install_subdir=. to install all the PMDs in > > parent directory, The post installation script > > "symlink-drivers-solibs.sh" c

[PATCH] bus/fslmc: fix bus scan return failure value

fslmc bus will not be available on non DPAA2 platform. Do not return error on scan failure. Signed-off-by: Hemant Agrawal --- drivers/bus/fslmc/fslmc_bus.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/bus/fslmc/fslmc_bus.c b/drivers/bus/fslmc/fslmc_bus.c index

Re: [PATCH] git: show hidden tracked files

17/10/2024 18:26, Stephen Hemminger: > On Thu, 17 Oct 2024 17:15:03 +0200 > Thomas Monjalon wrote: > > > The hidden files are not considered because of the first rule in > > .gitignore file. > > > > In order to see changes in the hidden tracked files, > > they are added in .gitignore as explicit

[PATCH v9 7/7] test: add stress test suite

Add a new test suite which purpose is to run 'stress' tests: main purpose is put a pressure to dpdk sync algorithms to flag their misbehaving/slowdown/etc. Right now it consists from just 2 test-cases: meson test --suite stress-tests --list DPDK:stress-tests / ring_stress_autotest DPDK:stress-tests

Re: [PATCH v1 0/2] Testpmd flow update/destroy fixes

On 10/31/2024 3:00 PM, Danylo Vodopianov wrote: > These patches provide next fixes: > 1. The testpmd command “flow update…“ provides a nullptr as the > context variable. > 2. Avoid removal of additional flows after requested number of flows has > been already removed.

RE: [PATCH 0/2] Build with Gcc 15 fixes

For the series, Reviewed-by: Morten Brørup

RE: [PATCH] doc: update match with compare result item limitation

@Suanming Mou, could you please reword the description as Stephen suggested and send a new version? Hi, @Stephen Hemminger, PSB. Rule should be item, that would be more accurate. > -Original Message- > From: Stephen Hemminger > Sent: Thursday, November 7, 2024 2:29 AM > To: Suanming Mou

答复: [PATCH v6 08/17] net/r8169: add support for phy configuration

Dear Ferruh, Regarding the commit message, I will think about how to write it. I’m sorry, but for the registers in the PMD that do not use macro definitions, most of them are company confidential and their meanings will not be disclosed to the public. This part will be maintained by us. Best R

Re: [PATCH v15 1/3] power: introduce PM QoS API on CPU wide

11/11/2024 03:25, Huisong Li: > Some service are delay sensitive and very except the low > resume time, like interrupt packet receiving mode. I don't understand this sentence. Are you sure about "very except"? It is also in the guide. If something needs a reword, please send a patch.

[PATCH v6] doc: modernize build instructions on Windows

Meson 0.57 was an unstable version and is now outdated. The referenced bug in Meson 0.58 is fixed in stable releases. Recommend the first version containing the fix: 1.5.2. Building DPDK applications that run on 32-bit Windows is currently not supported. However, some Visual Studio environments de

RE: [PATCH v2 1/2] config/arm: strict use of -mcpu for supported CPUs

> Subject: Re: [PATCH v2 1/2] config/arm: strict use of -mcpu for supported > CPUs > > Please check the CI results, there are some failures. > Hi Thomas, CI is failing because gcc version 11 does not enable crypto extension for thunderx2, with -mcpu=thunderx2t99 unless +crypto feature modifie

Re: [PATCH 00/10] require checking ethdev get return value

> Stephen Hemminger (10): > app/test: remove redundant call > net/memif: check return value from rte_eth_dev_info_get > graph: check return value from rte_eth_dev_info_get > examples/ethtool: handle devices without registers > examples/l3fwd: check return value from ethdev info > exampl

Re: [PATCH v1] net/cpfl: fix IO port forwarding issue

On Fri, Nov 08, 2024 at 11:09:23AM +, Praveen Shetty wrote: > Issue was reported in dpdk internal regression testing that > forwarding the packets from IDPF VF to IO ports using the cpfl > represented_port action was not working. > This patch will fix this issue. > > Fixes: 861261957684 ("net/

Re: [PATCH] config: limit lcore variable maximum size to 4k

On Mon, 11 Nov 2024 08:22:46 +0100 Mattias Rönnblom wrote: > On 2024-11-09 00:52, Morten Brørup wrote: > >> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se] > >> Sent: Friday, 8 November 2024 23.23 > >> > >> On 2024-11-08 20:53, Morten Brørup wrote: > From: Morten Brørup [mailto:m...@

RE: [PATCH v2 1/2] config/arm: strict use of -mcpu for supported CPUs

> > Hi Thomas, > > > > CI is failing because gcc version 11 does not enable crypto extension > > for thunderx2, with -mcpu=thunderx2t99 unless +crypto feature modifier is > used. > > Goal of this patch is to drop use of such feature modifiers when an > > -mcpu is available for a given platform. > >

RE: [PATCH v2] doc: update match with compare result item limitation

Thanks. > -Original Message- > From: Suanming Mou > Sent: Wednesday, November 6, 2024 5:34 PM > To: Dariusz Sosnowski ; Slava Ovsiienko > ; Bing Zhao ; Ori Kam > ; Matan Azrad > Cc: dev@dpdk.org; sta...@dpdk.org > Subject: [PATCH v2] doc: update match with compare result item limitation

Re: [v4,2/5] raw/gdtc: add support for queue setup operation

On Tue, 29 Oct 2024 21:45:24 +0800 Yong Zhang wrote: > + /* Init sw_ring */ > + memset(name, 0, sizeof(name)); > + snprintf(name, RTE_RAWDEV_NAME_MAX_LEN, "gdma_vq%d_sw_ring", queue_id); > + size = queue->queue_size * sizeof(struct zxdh_gdma_job *); > + queue->sw_ring.job = rt

Re: [v4,1/5] raw/gdtc: introduce gdtc raw device driver

On Tue, 29 Oct 2024 21:45:22 +0800 Yong Zhang wrote: > +char zxdh_gdma_driver_name[] = "rawdev_zxdh_gdma"; > +char dev_name[] = "zxdh_gdma"; > + > +uint32_t > +zxdh_gdma_read_reg(struct rte_rawdev *dev, uint16_t queue_id, uint32_t > offset) > +{ > + struct zxdh_gdma_rawdev *gdmadev = zxdh_gd

Re: [PATCH 0/2] ethdev: support single queue per port

25/10/2024 13:52, Morten Brørup: > When configuring DPDK for one queue per port > (#define RTE_MAX_QUEUES_PER_PORT 1), compilation of some network drivers > fails with e.g.: > > ../drivers/net/bnxt/bnxt_rxq.c: In function 'bnxt_rx_queue_stop': > ../drivers/net/bnxt/bnxt_rxq.c:587:34: error: array

Re: [PATCH] raw/gdtc: introduce gdtc raw device driver

On Tue, 12 Nov 2024 05:12:32 +0100 Thomas Monjalon wrote: > Hello, > > 04/11/2024 03:15, Yong Zhang: > > Hi thomas, > > > > I submitted a patch on October 29 and haven't received response. > > Wondering if any modifications are needed? Could you provide an update on > > the review? > > Thanks.

Re: RFC - Tap io_uring PMD

On Wed, 6 Nov 2024 08:46:55 +0100 Maxime Coquelin wrote: > Hi Stephen, > > On 10/30/24 22:56, Stephen Hemminger wrote: > > The current tap device is slow both due to architectural choices and the > > overhead of Linux system calls. I am exploring a how to fix that but some > > of the choices req

Re: [v4,1/5] raw/gdtc: introduce gdtc raw device driver

On Tue, 29 Oct 2024 21:45:22 +0800 Yong Zhang wrote: > diff --git a/MAINTAINERS b/MAINTAINERS > index c5a703b5c0..32fc4c801e 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -1511,6 +1511,11 @@ M: Gagandeep Singh > F: drivers/raw/dpaa2_cmdif/ > F: doc/guides/rawdevs/dpaa2_cmdif.rst > > +Z

Re: [PATCH] raw/gdtc: introduce gdtc raw device driver

Hello, 04/11/2024 03:15, Yong Zhang: > Hi thomas, > > I submitted a patch on October 29 and haven't received response. > Wondering if any modifications are needed? Could you provide an update on the > review? > Thanks. Looking forward to hearing from you. I cannot apply your patches because the

Re: [PATCH v10 00/10] net/zxdh: introduce net zxdh driver

> >On 11/6/2024 12:40 AM, Ferruh Yigit wrote: > >> For series, > >> Acked-by: Ferruh Yigit > >> > >> Series applied to dpdk-next-net/main, thanks. > >> > > > Hi Junlong, > > > It seems we missed to mark driver as experimental, I will update it in > > next-net. > > Sorry, I'm too careless, I

Re: [PATCH RESEND v7 0/5] app/testpmd: support multiple process attach and detach port

Hi Ferruh, Stephen, Andrew and Thomas, Can you go back to this thread? 在 2024/10/18 10:48, lihuisong (C) 写道: Hi Ferruh, Thanks for your considering again. please see reply inline. 在 2024/10/18 9:04, Ferruh Yigit 写道: On 10/8/2024 3:32 AM, lihuisong (C) wrote: Hi Thomas and Ferruh, We've dis

  1   2   >