RE: [PATCH v5] app/eventdev: add crypto producer mode

>> > >> > + @Van Haaren, Harry > >Hi All, > >I have been away on vacation for the last week - hence the delay in reply on >this >thread. > > > >> > > [1] >> > > Steps to reproduce: >> > > * Clone https://urldefense.proofpoint.com/v2/url?u=http- >3A__dpdk.org_git_next_dpdk-2Dnext- >2Deventdev&d=DwI

[PATCH v3] net/ice: improve performance of RX timestamp offload

Previously, each time a burst of packets is received, SW reads HW register and assembles it and the timestamp from descriptor together to get the complete 64 bits timestamp. This patch optimizes the algorithm. The SW only needs to check the monotonicity of the low 32bits timestamp to avoid crossin

[PATCH v2] net/ice: improve performance of RX timestamp offload

Previously, each time a burst of packets is received, SW reads HW register and assembles it and the timestamp from descriptor together to get the complete 64 bits timestamp. This patch optimizes the algorithm. The SW only needs to check the monotonicity of the low 32bits timestamp to avoid crossin

Re: [PATCH 1/2] event/dlb2: update rolling mask used for dequeue

On Thu, Feb 17, 2022 at 1:09 AM Timothy McDaniel wrote: > > Update the rolling mask used in dequeue operations. Fixes > vector optimized dequeue. > > Fixes: 000a7b8e7582 ("event/dlb2: optimize dequeue operation") > > Signed-off-by: Timothy McDaniel Series applied to dpdk-next-net-eventdev/for-m

[PATCH v1] power: add wakeup log

This patch adds a log in rte_power_monitor to show the core has been waked up. Signed-off-by: Miao Li --- lib/eal/x86/rte_power_intrinsics.c | 8 1 file changed, 8 insertions(+) diff --git a/lib/eal/x86/rte_power_intrinsics.c b/lib/eal/x86/rte_power_intrinsics.c index f749da9b85..dd63

[PATCH v1] net/ice: improve performance of RX timestamp offload

Previously, everytime a burst of packets is received, SW reads HW register and assembles it and the timestamp from descriptor together to get the complete 64 bits timestamp. This patch optimizes the algorithm. The SW only needs to check the monotonicity of the low 32bits timestamp to avoid crossin

Re: [dpdk-dev] [PATCH] net/ice: fix wrong data path selection in secondary process

Hi Qi, Thank you for the confirmation! I will try with the mentioned release. Thanks & Regards, Navin Srinivas On Tue, Feb 22, 2022 at 10:01 AM Zhang, Qi Z wrote: > Hi Srinivas: > > > > This is the fix for PF driver only, for VF we have a separated fix and it > is not be captured in 20.11.3, b

RE: [dpdk-dev] [PATCH] net/ice: fix wrong data path selection in secondary process

Hi Srinivas: This is the fix for PF driver only, for VF we have a separated fix and it is not be captured in 20.11.3, but I saw the patches are already merged in stable tree. You can try with latest 20.11.4-rc1, or wait for 20.11.4 LTS. Regards Qi From: Navin Srinivas Sent: Tuesday, Februar

Re: [dpdk-dev] [PATCH] net/ice: fix wrong data path selection in secondary process

Hi, Is this tested on VFs? I saw crash on both PF as well as VF, on 20.11.1, but did not see PF crash on 20.11.3, I'm seeing a crash on the secondary process when it receives packet on the VF, but PF doesn't crash now on 20.11.3 So I suspect this is the patch which is fixing the issue on ICE seco

[PATCH v3] examples/multi_process: reconfigure port when rss or csum isn't supported

The default values of rx mq_mode and rx offloads for port will cause symmetric_mp startup failure if the port do not support rss or csum. This Patch make the app to reconfigure the NIC without them. Only quit the app if the second reconfiguration fails. Signed-off-by: Wenwu Ma --- examples/multi

RE: [PATCH 2/2] net/txgbe: fix debug log

> -Original Message- > From: Ferruh Yigit > Sent: Monday, February 21, 2022 9:10 PM > To: Jiawen Wu ; dev@dpdk.org > Cc: sta...@dpdk.org > Subject: Re: [PATCH 2/2] net/txgbe: fix debug log > > On 2/21/2022 9:21 AM, Jiawen Wu wrote: > > diff --git a/drivers/net/txgbe/txgbe_logs.h > > b/

[PATCH v9 11/11] app/testpmd: add async indirect actions operations

Add testpmd support for the rte_flow_async_action_handle API. Provide the command line interface for operations dequeue. Usage example: flow queue 0 indirect_action 0 create action_id 9 ingress postpone yes action rss / end flow queue 0 indirect_action 0 update action_id 9 action queue

[PATCH v9 10/11] app/testpmd: add flow queue pull operation

Add testpmd support for the rte_flow_pull API. Provide the command line interface for pulling operations results. Usage example: flow pull 0 queue 0 Signed-off-by: Alexander Kozyrev Acked-by: Ori Kam --- app/test-pmd/cmdline_flow.c | 56 +++- app/test-pmd/config.c

[PATCH v9 09/11] app/testpmd: add flow queue push operation

Add testpmd support for the rte_flow_push API. Provide the command line interface for pushing operations. Usage example: flow queue 0 push 0 Signed-off-by: Alexander Kozyrev Acked-by: Ori Kam --- app/test-pmd/cmdline_flow.c | 56 - app/test-pmd/config.c

[PATCH v9 08/11] app/testpmd: add async flow create/destroy operations

Add testpmd support for the rte_flow_q_create/rte_flow_q_destroy API. Provide the command line interface for enqueueing flow creation/destruction operations. Usage example: testpmd> flow queue 0 create 0 postpone no template_table 6 pattern_template 0 actions_template 0 patt

[PATCH v9 07/11] app/testpmd: add flow table management

Add testpmd support for the rte_flow_table API. Provide the command line interface for the flow table creation/destruction. Usage example: testpmd> flow template_table 0 create table_id 6 group 9 priority 4 ingress mode 1 rules_number 64 pattern_template 2 actions_template 4 testpmd> fl

[PATCH v9 06/11] app/testpmd: add flow template management

Add testpmd support for the rte_flow_pattern_template and rte_flow_actions_template APIs. Provide the command line interface for the template creation/destruction. Usage example: testpmd> flow pattern_template 0 create pattern_template_id 2 template eth dst is 00:16:3e:31:15:c3 / end

[PATCH v9 05/11] app/testpmd: add flow engine configuration

Add testpmd support for the rte_flow_configure API. Provide the command line interface for the Flow management. Usage example: flow configure 0 queues_number 8 queues_size 256 Implement rte_flow_info_get API to get available resources: Usage example: flow info 0 Signed-off-by: Alexander Kozyrev

[PATCH v9 04/11] ethdev: bring in async indirect actions operations

Queue-based flow rules management mechanism is suitable not only for flow rules creation/destruction, but also for speeding up other types of Flow API management. Indirect action object operations may be executed asynchronously as well. Provide async versions for all indirect action operations, nam

[PATCH v9 03/11] ethdev: bring in async queue-based flow rules operations

A new, faster, queue-based flow rules management mechanism is needed for applications offloading rules inside the datapath. This asynchronous and lockless mechanism frees the CPU for further packet processing and reduces the performance impact of the flow rules creation/destruction on the datapath.

[PATCH v9 02/11] ethdev: add flow item/action templates

Treating every single flow rule as a completely independent and separate entity negatively impacts the flow rules insertion rate. Oftentimes in an application, many flow rules share a common structure (the same item mask and/or action list) so they can be grouped and classified together. This knowl

[PATCH v9 01/11] ethdev: introduce flow engine configuration

The flow rules creation/destruction at a large scale incurs a performance penalty and may negatively impact the packet processing when used as part of the datapath logic. This is mainly because software/hardware resources are allocated and prepared during the flow rule creation. In order to optimi

[PATCH v9 00/11] ethdev: datapath-focused flow rules management

Three major changes to a generic RTE Flow API were implemented in order to speed up flow rule insertion/destruction and adapt the API to the needs of a datapath-focused flow rules management applications: 1. Pre-configuration hints. Application may give us some hints on what type of resources are

[PATCH 20.11 5/5] common/mlx5: fix error handling in multi-class probe

[ upstream commit 8928997a1388ba1b045a55732acced4baf00b21d ] The common drivers_probe function calls in a loop to all probe functions for classes requested by the user. After it manages to probe them all, it updates this on the device in the "classes_loaded" field. If one of them fails, all those

[PATCH 20.11 3/5] net/mlx5: fix MPRQ stride devargs adjustment

[ upstream commit 34776af600df4475799ad8004e76d0eb77c163ff ] In Multi-Packet RQ creation, the user can choose the number of strides and their size in bytes. The user updates it using specific devargs for both of these parameters. The above two parameters determine the size of the WQE which is actu

[PATCH 20.11 4/5] net/mlx5: fix memory socket selection in ASO management

[ upstream commit 147f6fb42bd7637b37a9180b0774275531c05f9b ] In ASO objects creation (WQE, CQE and MR), socket number is given as a parameter. The selection was wrongly socket 0 hardcoded even if the user didn't configure memory for this socket. This patch replaces the selection to default socke

[PATCH 20.11 2/5] net/mlx5: improve stride parameter names

[ upstream commit 0947ed380febad9d6f794b6f4e9aa9137860a06e ] In the striding RQ management there are two important parameters, the size of the single stride in bytes and the number of strides. Both the data-path structure and config structure keep the log of the above parameters. However, in thei

[PATCH 20.11 1/5] common/mlx5: add minimum WQE size for striding RQ

[ upstream commit 10599cf83ebe768fe5ebe3e430c2a3c4250aafca ] Some devices have a WQE size limit for striding RQ. On some newer devices, this limitation is smaller and information on its size is provided by the firmware. This patch adds the attribute query from firmware: the minimum required size

[PATCH 20.11 0/5] mlx5: some fixes

Backport some fixes to 20.11.5 The upstream commits: 10599cf83e common/mlx5: add minimum WQE size for striding RQ 8928997a13 common/mlx5: fix error handling in multi-class probe 147f6fb42b net/mlx5: fix memory socket selection in ASO management 34776af600 net/mlx5: fix MPRQ stride devargs adju

[PATCH] examples/l2fwd-crypto: fix potential overflow

Coverity flags an issue with 32-bit value. If max ethports value is configured with a value larger than 32 there will be an issue. Coverity issue: 375863 Unintentional integer overflow Fixes: 387259bd6c67 ("examples/l2fwd-crypto: add sample application") Cc: declan.dohe...@intel.com Cc: sta...@dpd

[PATCH] crypto/virtio: fix out of bounds access bug

Coverity flags an untrusted loop bound. Check length of session iv. Coverity issue: 375802 Fixes: b063e843fa03 ("crypto/virtio: fix IV physical address") Cc: roy.fan.zh...@intel.com Signed-off-by: Brian Dooley --- drivers/crypto/virtio/virtio_rxtx.c | 3 +++ 1 file changed, 3 insertions(+) di

Re: [PATCH V4] app/testpmd: fix GENEVE parsing in csum forward mode

On 2/21/2022 1:24 PM, Raja Zidane wrote: The csum FWD mode parses any received packet to set mbuf offloads for the transmitting burst, mainly in the checksum/TSO areas. In the case of a tunnel header, the csum FWD tries to detect known tunnels by the standard definition using the header'sdata and

Re: [PATCH] app/procinfo: add device private info dump

On Mon, 21 Feb 2022 10:26:38 +0800 "Min Hu (Connor)" wrote: > Hi, > > 在 2022/2/20 16:56, Thomas Monjalon 写道: > > 20/02/2022 02:04, Stephen Hemminger: > >> On Sat, 19 Feb 2022 09:59:16 +0800 > >> "Min Hu (Connor)" wrote: > >> > >>> +static void > >>> +show_port_private_info(void) > >>> +{ >

[PATCH v2] gpudev: use CPU map functionality in comm list

From: Elena Agostini rte_gpu_mem_cpu_map() exposes a GPU memory area to the CPU. In gpudev communication list this is useful to store the status flag. A communication list status flag allocated on GPU memory and mapped for CPU visibility can be updated by CPU and polled by a GPU workload. The p

[PATCH v1] gpudev: use CPU map functionality in comm list

From: Elena Agostini rte_gpu_mem_cpu_map() exposes a GPU memory area to the CPU. In gpudev communication list this is useful to store the status flag. A communication list status flag allocated on GPU memory and mapped for CPU visibility can be updated by CPU and polled by a GPU workload. The p

Re: [PATCH v3 3/8] lpm: remove unnecessary NULL checks

On 20/02/2022 18:21, Stephen Hemminger wrote: The functions rte_lpm_free() and rte_lpm6_free() already handle NULL pointer case. Signed-off-by: Stephen Hemminger --- app/test/test_func_reentrancy.c | 3 +-- lib/lpm/rte_lpm.h | 1 + lib/lpm/rte_lpm6.h | 1 + 3 f

Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration

21/02/2022 15:53, Andrew Rybchenko: > On 2/21/22 15:53, Ori Kam wrote: > > From: Andrew Rybchenko > +/** > + * @warning > + * @b EXPERIMENTAL: this API may change without prior notice. > + * > + * Get information about flow engine resources. > + * > + * @param po

RE: [PATCH v8 02/11] ethdev: add flow item/action templates

Hi Andrew, > -Original Message- > From: Andrew Rybchenko > Sent: Monday, February 21, 2022 5:06 PM > Subject: Re: [PATCH v8 02/11] ethdev: add flow item/action templates > > On 2/21/22 16:12, Ori Kam wrote: > > Hi Andrew, > > > >> -Original Message- > >> From: Andrew Rybchenko >

RE: [PATCH v8 03/11] ethdev: bring in async queue-based flow rules operations

On Monday, February 21, 2022 9:49 Andrew Rybchenko : > [snip] > > > @@ -3777,6 +3782,125 @@ and pattern and actions templates are created. > > &actions_templates, nb_actions_templ, > > &error); > > > > +Asynchronous operations > > +-

RE: [PATCH v8 02/11] ethdev: add flow item/action templates

On Monday, February 21, 2022 8:12 Ori Kam wrote: > > See notes about order of checks in previous patch review notes. I'll fix order of checks in all patches, thank you for the suggestion. > > Would it be useful to mentioned that at least one direction > > bit must be set? Otherwise request does

Re: [PATCH v8 02/11] ethdev: add flow item/action templates

On 2/21/22 16:12, Ori Kam wrote: Hi Andrew, -Original Message- From: Andrew Rybchenko Sent: Monday, February 21, 2022 12:57 PM Subject: Re: [PATCH v8 02/11] ethdev: add flow item/action templates On 2/20/22 06:44, Alexander Kozyrev wrote: Treating every single flow rule as a complete

[PATCH] gpudev: improve CPU unmap description

From: Elena Agostini Minor update in rte_gpu_mem_cpu_unmap header documentation. Signed-off-by: Elena Agostini --- lib/gpudev/rte_gpudev.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/gpudev/rte_gpudev.h b/lib/gpudev/rte_gpudev.h index 5cc4eb5828..9802bff2a5 100644 -

Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration

On 2/21/22 15:53, Ori Kam wrote: Hi Andrew and Alexander, -Original Message- From: Andrew Rybchenko Sent: Monday, February 21, 2022 11:53 AM Subject: Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration On 2/21/22 12:47, Andrew Rybchenko wrote: On 2/20/22 06:43, Alexander

[PATCH] app/test-gpudev: use GPU ptr to CPU unmap

From: Elena Agostini Use rte_gpu_mem_cpu_map with the GPU memory pointer. Signed-off-by: Elena Agostini --- app/test-gpudev/main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/app/test-gpudev/main.c b/app/test-gpudev/main.c index 417f2d78b7..d4b8b8971d 100644 ---

Re: [PATCH v8 03/11] ethdev: bring in async queue-based flow rules operations

On 2/20/22 06:44, Alexander Kozyrev wrote: A new, faster, queue-based flow rules management mechanism is needed for applications offloading rules inside the datapath. This asynchronous and lockless mechanism frees the CPU for further packet processing and reduces the performance impact of the flo

[PATCH v2] gpu/cuda: CPU map GPU memory with GDRCopy

From: Elena Agostini To enable the gpudev rte_gpu_mem_cpu_map feature to expose GPU memory to the CPU, the GPU CUDA driver library needs the GDRCopy library and driver. If DPDK is built without GDRCopy, the GPU CUDA driver returns error if the is invoked rte_gpu_mem_cpu_map. All the others GPU

RE: [PATCH v8 01/11] ethdev: introduce flow engine configuration

On Monday, February 21, 2022 7:54 Ori Kam wrote: > Hi Andrew and Alexander, > > > -Original Message- > > From: Andrew Rybchenko > > Sent: Monday, February 21, 2022 11:53 AM > > Subject: Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration > > > > On 2/21/22 12:47, Andrew Rybc

Re: [dpdk-dev] [ovs-dev] ovs-vswitchd with DPDK crashed when guest VM restarts network service

Hello, I have been seeing the same issue with several different DPDK-OVS versions as well as QEMU versions. It looks like an issue with handling the VHOST_USER_GET_VRING_BASE once the application in the guest is restarted. It might probably have to do with QEMU asynchronous message passing..

[PATCH v2] crypto/ipsec_mb: add NULL/NULL support to aesni-mb

Add NULL cipher and auth support to AESNI-MB PMD type. Signed-off-by: Fan Zhang Signed-off-by: Declan Doherty Signed-off-by: Radu Nicolau --- v2: - Added actual PMD support. drivers/crypto/ipsec_mb/pmd_aesni_mb.c | 18 ++ drivers/crypto/ipsec_mb/pmd_aesni_mb_priv.h | 37 +

[PATCH V4] app/testpmd: fix GENEVE parsing in csum forward mode

The csum FWD mode parses any received packet to set mbuf offloads for the transmitting burst, mainly in the checksum/TSO areas. In the case of a tunnel header, the csum FWD tries to detect known tunnels by the standard definition using the header'sdata and fallback to check the packet type in the m

RE: [PATCH v8 02/11] ethdev: add flow item/action templates

Hi Andrew, > -Original Message- > From: Andrew Rybchenko > Sent: Monday, February 21, 2022 12:57 PM > Subject: Re: [PATCH v8 02/11] ethdev: add flow item/action templates > > On 2/20/22 06:44, Alexander Kozyrev wrote: > > Treating every single flow rule as a completely independent and se

RE: [PATCH v5] app/eventdev: add crypto producer mode

> > -Original Message- > > From: Jerin Jacob > > Sent: Wednesday, February 16, 2022 2:25 PM > > To: Gujjar, Abhinandan S ; Hemant Agrawal > > ; Nipun Gupta ; Van > > Haaren, Harry > > Cc: Shijith Thotton ; Jerin Jacob Kollanukkaran > > ; dev@dpdk.org > > Subject: Re: [PATCH v5] app/even

Re: [PATCH 2/2] net/txgbe: fix debug log

On 2/21/2022 9:21 AM, Jiawen Wu wrote: diff --git a/drivers/net/txgbe/txgbe_logs.h b/drivers/net/txgbe/txgbe_logs.h index 67e9bfb3af..38c5d05984 100644 --- a/drivers/net/txgbe/txgbe_logs.h +++ b/drivers/net/txgbe/txgbe_logs.h @@ -48,11 +48,8 @@ extern int txgbe_logtype_tx_free; #define PMD_TX_F

Re: [PATCH 1/2] net/ngbe: fix debug log

On 2/21/2022 9:21 AM, Jiawen Wu wrote: Remove 'DEBUGFUNC' due to too many invalid debug log prints, unify the DEBUG level macros. Fixes: cc934df178ab ("net/ngbe: add log and error types") Cc: sta...@dpdk.org Signed-off-by: Jiawen Wu <...> @@ -91,7 +86,7 @@ s32 ngbe_get_eeprom_semaphore(str

RE: [PATCH v8 01/11] ethdev: introduce flow engine configuration

Hi Andrew and Alexander, > -Original Message- > From: Andrew Rybchenko > Sent: Monday, February 21, 2022 11:53 AM > Subject: Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration > > On 2/21/22 12:47, Andrew Rybchenko wrote: > > On 2/20/22 06:43, Alexander Kozyrev wrote: > >>

Re: [PATCH V3] app/testpmd: fix GENEVE parsing in csum forward mode

On 2/20/2022 12:09 PM, Raja Zidane wrote: The csum FWD mode parses any received packet to set mbuf offloads for the transmitting burst, mainly in the checksum/TSO areas. In the case of a tunnel header, the csum FWD tries to detect known tunnels by the standard definition using the header'sdata an

RE: [PATCH] net/i40e: enable max frame size at port level

> -Original Message- > From: Zhang, Peng1X > Sent: Monday, February 21, 2022 6:43 PM > To: dev@dpdk.org; sta...@dpdk.org > Subject: RE: [PATCH] net/i40e: enable max frame size at port level > > > -Original Message- > > From: dapengx...@intel.com > > Sent: Tuesday, December 7,

Re: [PATCH v8 02/11] ethdev: add flow item/action templates

On 2/20/22 06:44, Alexander Kozyrev wrote: Treating every single flow rule as a completely independent and separate entity negatively impacts the flow rules insertion rate. Oftentimes in an application, many flow rules share a common structure (the same item mask and/or action list) so they can b

[PATCH v3 5/5] crypto/qat: refactor asymmetric session

This patch refactors asymmetric session in Intel QuickAssist Technology PMD and fixes some issues with xform. Code will be now bit more scalable, and easier readable. Signed-off-by: Arek Kusztal --- drivers/crypto/qat/qat_asym.c | 423 +++--- drivers/crypto/qa

[PATCH v3 4/5] crypto/qat: add ecpm algorithm

This patch adds Elliptic Curve Multiplication algorithm to Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal --- doc/guides/cryptodevs/qat.rst | 1 + doc/guides/rel_notes/release_22_03.rst | 5 ++ drivers/common/qat/qat_adf/qat_pke.h | 20 drivers/crypto/qat/qat

[PATCH v3 3/5] crypto/qat: add ecdsa algorithm

This patch adds ECDSA algorithm to Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal --- doc/guides/cryptodevs/qat.rst | 1 + doc/guides/rel_notes/release_22_03.rst | 5 ++ drivers/common/qat/qat_adf/qat_pke.h | 40 + drivers/crypto/qat/qat_asym.c | 1

[PATCH v3 2/5] crypto/qat: add named elliptic curves

This patch adds secp256r1 and secp521r1 elliptic curves to Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal --- drivers/crypto/qat/qat_asym.c | 15 +++ drivers/crypto/qat/qat_ec.h | 206 ++ 2 files changed, 221 insertions(+) create mode 10

[PATCH v3 1/5] crypto/qat: refactor asymmetric crypto functions

This commit refactors asummetric crypto functions in Intel QuickAssist Technology PMD. Functions right now are shorter and far easier readable, plus it facilitates addition of new algorithms. Signed-off-by: Arek Kusztal --- doc/guides/cryptodevs/qat.rst |1 + drivers/com

[PATCH v3 0/5] crypto/qat: add asymmetric crypto algorithms

This patchset adds following asymmetric crypto algorithms to Intel QuickAssist Technology driver: - ECDSA - ECPM Code also was refactored to be more readable and easier scalable. v2: - add actual implementation v3: - rebase against newest changes Depends-on: patch-107793 ("crypto: fix misspelle

RE: [PATCH] net/i40e: enable max frame size at port level

> -Original Message- > From: dapengx...@intel.com > Sent: Tuesday, December 7, 2021 5:00 PM > To: Xing, Beilei > Cc: dev@dpdk.org; Yu, DapengX ; sta...@dpdk.org > Subject: [PATCH] net/i40e: enable max frame size at port level > > From: Dapeng Yu > > Currently max frame size is set at q

RE: [PATCH] crypto: fix asymmetric private session variable size

> -Original Message- > From: Zhang, Roy Fan > Sent: Friday, February 18, 2022 3:08 PM > To: Power, Ciara ; dev@dpdk.org > Cc: gak...@marvell.com; Kusztal, ArkadiuszX > Subject: RE: [PATCH] crypto: fix asymmetric private session variable size > > > -Original Message- > > From:

RE: [PATCH] net/i40e: enable max frame size at port level

> -Original Message- > From: dapengx...@intel.com > Sent: Tuesday, December 7, 2021 5:00 PM > To: Xing, Beilei > Cc: dev@dpdk.org; Yu, DapengX ; sta...@dpdk.org > Subject: [PATCH] net/i40e: enable max frame size at port level > > From: Dapeng Yu > > Currently max frame size is set at q

Re: [PATCH V3] app/testpmd: fix GENEVE parsing in csum forward mode

On 2/20/2022 5:39 PM, Raja Zidane wrote: The csum FWD mode parses any received packet to set mbuf offloads for the transmitting burst, mainly in the checksum/TSO areas. In the case of a tunnel header, the csum FWD tries to detect known tunnels by the standard definition using the header'sdata an

Re: DPDK LTS release

On 21/02/2022 06:47, Kamaraj P wrote: Hi Team, Hi, We are planning to upgrade the DPDK stable LTS version from DPDK19.11. Could you please suggest what would be the stable LTS version of DPDK ? If you are looking for an LTS version that will be maintained for the longest time in the futu

[PATCH v2] app/pdump: check lcore is not the maximum core

Check lcore id value is not the maximum core supported. Using lcore id without this check might cause out of bound access inside the rte_eal_wait_lcore. Coverity issue: 375841 Fixes: b2854d5317e8 ("app/pdump: support multi-core capture") Cc: vipin.vargh...@intel.com Cc: sta...@dpdk.org Signed-off

Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration

On 2/21/22 12:47, Andrew Rybchenko wrote: On 2/20/22 06:43, Alexander Kozyrev wrote: The flow rules creation/destruction at a large scale incurs a performance penalty and may negatively impact the packet processing when used as part of the datapath logic. This is mainly because software/hardware

Re: [PATCH v8 01/11] ethdev: introduce flow engine configuration

On 2/20/22 06:43, Alexander Kozyrev wrote: The flow rules creation/destruction at a large scale incurs a performance penalty and may negatively impact the packet processing when used as part of the datapath logic. This is mainly because software/hardware resources are allocated and prepared durin

RE: [dpdk-dev] [PATCH v3] net/i40e: disable source pruning

> From: Jiang, YuX [mailto:yux.ji...@intel.com] > Sent: Monday, 21 February 2022 09.31 > > > From: dev On Behalf Of Alvin Zhang > > Sent: Wednesday, October 20, 2021 9:29 AM > > > > VRRP advertisement packets are dropped on i40e PF devices because > when > > a MAC address is added to a device, pa

Re: [PATCH v2] examples/multi_process: reconfigure port when rss or csum isn't supported

On Mon, Feb 21, 2022 at 03:35:18PM +, Wenwu Ma wrote: > The default values of rx mq_mode and rx offloads for port > will cause symmetric_mp startup failure if the port do not > support rss or csum. This Patch make the app to reconfigure > the NIC without them. Only quit the app if the second >

[PATCH 2/2] net/txgbe: fix debug log

Remove 'DEBUGFUNC' due to too many invalid debug log prints, unify the DEBUG level macros. Fixes: 7dc117068a7c ("net/txgbe: support probe and remove") Cc: sta...@dpdk.org Signed-off-by: Jiawen Wu --- drivers/net/txgbe/base/txgbe_eeprom.c | 37 ++--- drivers/net/txgbe/base/txgbe_hw.c | 196

[PATCH 1/2] net/ngbe: fix debug log

Remove 'DEBUGFUNC' due to too many invalid debug log prints, unify the DEBUG level macros. Fixes: cc934df178ab ("net/ngbe: add log and error types") Cc: sta...@dpdk.org Signed-off-by: Jiawen Wu --- drivers/net/ngbe/base/ngbe_eeprom.c | 18 +--- drivers/net/ngbe/base/ngbe_hw.c | 148 +

[PATCH 0/2] Wangxun log fixes

Remove redundant debug logs and unify the log format. Jiawen Wu (2): net/ngbe: fix debug log net/txgbe: fix debug log drivers/net/ngbe/base/ngbe_eeprom.c | 18 +-- drivers/net/ngbe/base/ngbe_hw.c | 148 +-- drivers/net/ngbe/base/ngbe_mbx.c | 22 --- drivers/net

RE: [PATCH] app/testpmd: skip stopped queues when forwarding

Andrew, Ferruh, Thomas, which behavior does ethdev assume (see below)? > This patch was created with the assumption > that stopped queues may not be used for Rx/Tx. > No-op behavior of rte_eth_rx/tx_burst() > for a stopped queue is not documented. > Yes, at least some PMDs implement it this way. >

RE: [PATCH v2 00/20] mlx5: refactor devargs management

Hi, > -Original Message- > From: Michael Baum > Sent: Monday, February 14, 2022 11:35 AM > To: dev@dpdk.org > Cc: Matan Azrad ; Raslan Darawsheh > ; Slava Ovsiienko > Subject: [PATCH v2 00/20] mlx5: refactor devargs management > > v2: rebase + fix coverity issue. > > These patches rear

RE: [dpdk-dev] [PATCH v3] net/i40e: disable source pruning

> -Original Message- > From: dev On Behalf Of Alvin Zhang > Sent: Wednesday, October 20, 2021 9:29 AM > To: Xing, Beilei ; Guo, Junfeng > > Cc: dev@dpdk.org; Zhang, AlvinX > Subject: [dpdk-dev] [PATCH v3] net/i40e: disable source pruning > > VRRP advertisement packets are dropped on i40

[PATCH] net/mlx5: functions refactor for getting counter's action

Previously API flow_dv_query_count_ptr is defined to get counter's action pointer. This dv function is directly called and the better way is by the callback. Add one arg in API mlx5_counter_query and the related callback counter_query. The added arg is for counter's action pointer. Signed-off-by: