Increasing Rx/Tx queues for i40evf driver

Hi all, There was an older thread on this ( http://mails.dpdk.org/archives/users/2018-May/003123.html) and the response was to recompile the host PF driver. Is there another method to do this now? Is a recompilation of the host driver still needed or can we configure it some other way? The guest

RE: [PATCH v3] net/cpfl: fix datapath function configuration

> -Original Message- > From: Xing, Beilei > Sent: Tuesday, September 26, 2023 2:00 PM > To: Wu, Wenjun1 ; dev@dpdk.org; Zhang, Yuying > ; Zhang, Qi Z > Subject: RE: [PATCH v3] net/cpfl: fix datapath function configuration > > > > > -Original Message- > > From: Wu, Wenjun1 >

RE: [PATCH v3] net/cpfl: fix datapath function configuration

> -Original Message- > From: Wu, Wenjun1 > Sent: Tuesday, September 26, 2023 2:05 PM > To: dev@dpdk.org; Zhang, Yuying ; Xing, Beilei > ; Zhang, Qi Z > Cc: Wu, Wenjun1 > Subject: [PATCH v3] net/cpfl: fix datapath function configuration > > Vector datapath does not support any advance

[PATCH v2 15/15] test/crypto: enable raw crypto tests for crypto_cn10k

From: Anoob Joseph Enable raw crypto tests with crypto_cn10k. Signed-off-by: Anoob Joseph --- app/test/test_cryptodev.c | 8 1 file changed, 8 insertions(+) diff --git a/app/test/test_cryptodev.c b/app/test/test_cryptodev.c index 3a51a5d00f..3f1172e191 100644 --- a/app/test/test_cryp

[PATCH v2 14/15] crypto/cnxk: update the iv from proper param for gmac

From: Vidya Sagar Velumuri In raw crypto, aad and auth iv are provided in same param. Update the auth_iv from proper param in case of GMAC. Skip the raw for SM ciphers and auths Signed-off-by: Vidya Sagar Velumuri --- drivers/crypto/cnxk/cn10k_cryptodev_ops.c | 6 +++--- drivers/crypto/cnxk/c

[PATCH v2 13/15] crypto/cnxk: add support for raw APIs

From: Anoob Joseph Add crypto RAW API support in cnxk PMD Enable the flag to allow execution of raw test suite. Signed-off-by: Vidya Sagar Velumuri Signed-off-by: Anoob Joseph --- doc/guides/cryptodevs/features/cn10k.ini | 1 + drivers/crypto/cnxk/cn10k_cryptodev_ops.c | 459 ++

[PATCH v2 12/15] crypto/cnxk: add support for packets with cipher len zero

From: Aakash Sasidharan For cipher only zero length packets, submit it to CPT with passthrough opcode. Signed-off-by: Aakash Sasidharan --- drivers/crypto/cnxk/cnxk_se.h | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/drivers/crypto/cnxk/cnxk_se.h b/driver

[PATCH v2 11/15] crypto/cnxk: minor shuffling in the sess structure

From: Vidya Sagar Velumuri Shuffle the fields in the session structure to make the fields byte aligned Signed-off-by: Vidya Sagar Velumuri --- drivers/crypto/cnxk/cnxk_se.h | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/drivers/crypto/cnx

[PATCH v2 10/15] crypto/cnxk: set PDCP chain IV offset based on FVC

Set PDCP chain IV offset based on zuc 256 firmware Signed-off-by: Tejasree Kondoj --- drivers/common/cnxk/hw/cpt.h | 4 +++- drivers/common/cnxk/roc_se.h | 3 +++ drivers/crypto/cnxk/cnxk_cryptodev_ops.c | 10 -- drivers/crypto/cnxk/cnxk_cryptodev_ops.h | 5 +++

[PATCH v2 09/15] crypto/cnxk: make IV pointers as constant

Make IV pointers as constant. Signed-off-by: Tejasree Kondoj --- drivers/common/cnxk/roc_se.h | 4 +- drivers/crypto/cnxk/cnxk_se.h | 140 +++--- 2 files changed, 80 insertions(+), 64 deletions(-) diff --git a/drivers/common/cnxk/roc_se.h b/drivers/common/cnxk/roc

[PATCH v2 08/15] crypto/cnxk: fix control flow issues

From: Vidya Sagar Velumuri This patch fixes below coverity issues. Coverity issue: 393678 Fixes: 21c1c303148b ("crypto/cnxk: support SM4") Coverity issue: 393679 Fixes: 21c1c303148b ("crypto/cnxk: support SM4") Signed-off-by: Vidya Sagar Velumuri --- drivers/crypto/cnxk/cnxk_se.h | 22 +-

[PATCH v2 07/15] crypto/cnxk: check for sg version in SE engine capabilities

From: Vidya Sagar Velumuri Check for supported SG version in SE engine capabilities. Signed-off-by: Vidya Sagar Velumuri --- drivers/crypto/cnxk/cnxk_cryptodev_capabilities.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/crypto/cnxk/cnxk_cryptodev_capabilities.c

[PATCH v2 06/15] crypto/cnxk: remove pdcp chain bit from capabilities

Removing pdcp_chain bit from capabilities as it is supported on all platforms. Signed-off-by: Tejasree Kondoj --- drivers/common/cnxk/hw/cpt.h | 3 +-- drivers/crypto/cnxk/cnxk_cryptodev_ops.c | 15 --- 2 files changed, 5 insertions(+), 13 deletions(-) diff --git a/driv

[PATCH v2 05/15] crypto/cnxk: fix IPsec CCM and GCM capabilities

Fix lookaside IPsec AES-CCM and AES-GCM capabilities. The patch to fix AES-CCM capabilities was applied incorrectly which resulted in wrong AES-GCM capabilities. Fix the same and update AES-CCM to correct values. Fixes: eb581897e580 ("crypto/cnxk: fix IPsec CCM capabilities") Signed-off-by: Anoob

[PATCH v2 04/15] crypto/cnxk: update private key length in ECDSA param

From: Gowrishankar Muthukrishnan Updating private key length in ECDSA op param to include alignment, for new microcode. Signed-off-by: Gowrishankar Muthukrishnan --- drivers/crypto/cnxk/cnxk_ae.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/crypto/cnxk/cnxk_a

[PATCH v2 03/15] common/cnxk: set cipher key only for non-null cipher

From: Anoob Joseph Set cipher key only for non-NULL cipher algorithms only. Signed-off-by: Anoob Joseph --- drivers/common/cnxk/roc_se.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/common/cnxk/roc_se.c b/drivers/common/cnxk/roc_se.c index 2662297315.

[PATCH v2 01/15] crypto/cnxk: clear rptr and dptr fields

From: Anoob Joseph With SG version 2, hw requires valid rptr & dptr values. Signed-off-by: Anoob Joseph --- drivers/crypto/cnxk/cn10k_cryptodev_ops.c | 2 ++ drivers/crypto/cnxk/cnxk_se.h | 1 + 2 files changed, 3 insertions(+) diff --git a/drivers/crypto/cnxk/cn10k_cryptodev_ops.

[PATCH v2 02/15] common/cnxk: update SE context fields to match ucode spec

From: Vidya Sagar Velumuri Update the fields in SE context and rename to keep it in sync with microcode spec. Signed-off-by: Vidya Sagar Velumuri --- drivers/common/cnxk/roc_se.h | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/common/cnxk/roc_se.h b/drivers/

[PATCH v2 00/15] fixes and improvements to cnxk crypto PMD

This series adds improvements and support for raw cryptodev API in cnxk crypto PMD. v2: * Updated feature file for cn10k * Updated commit message Aakash Sasidharan (1): crypto/cnxk: add support for packets with cipher len zero Anoob Joseph (4): crypto/cnxk: clear rptr and dptr fields commo

[PATCH v3] net/cpfl: fix datapath function configuration

Vector datapath does not support any advanced features for now, so disable vector path if TX checksum offload or RX scatter is enabled. Fixes: 2f39845891e6 ("net/cpfl: add AVX512 data path for single queue model") Signed-off-by: Wenjun Wu --- v3: fix log typo. v2: disable vector path for scatte

RE: [PATCH v5] net/iavf: add devargs to enable vf auto-reset

> -Original Message- > From: He, ShiyangX > Sent: Tuesday, September 26, 2023 8:39 PM > To: dev@dpdk.org > Cc: Zhou, YidingX ; He, ShiyangX > ; Zhang, Qi Z ; Wang, Liang- > min ; Zhang, Yuying ; > Xing, Beilei ; Su, Simei ; Wu, > Wenjun1 ; Yang, Qiming ; > Wu, Jingjing > Subject: [PATCH

Re: [PATCH 0/1] make file prefix unit test more resilient

On Sat, Sep 23, 2023 at 10:21:04AM +0200, Thomas Monjalon wrote: > 22/09/2023 15:23, Bruce Richardson: > > On Fri, Sep 22, 2023 at 02:57:32PM +0200, Thomas Monjalon wrote: > > > 20/09/2023 12:09, Bruce Richardson: > > > > On Wed, Sep 20, 2023 at 12:00:08PM +0200, David Marchand wrote: > > > > > On

[PATCH v5] net/iavf: add devargs to enable vf auto-reset

Originally, the iavf PMD does not perform special actions when it receives a PF-to-VF reset event, resulting in vf being offline and unavailable. This patch enables vf auto-reset by setting 'watchdog_period' devargs to true. The iavf PMD will perform an automatic reset to bring the vf back online

Re: [PATCH v2 00/12] event DMA adapter library support

On Sat, Sep 23, 2023 at 1:43 AM Amit Prakash Shukla wrote: > > This series adds support for event DMA adapter library. API's defined > as part of this library can be used by the application for DMA transfer > of data using event based mechanism. > > v2: > - Resolved review comments. > - Patch spli

[PATCH v5] net/iavf: add devargs to enable vf auto-reset

Originally, the iavf PMD does not perform special actions when it receives a PF-to-VF reset event, resulting in vf being offline and unavailable. This patch enables vf auto-reset by setting 'watchdog_period' devargs to true. The iavf PMD will perform an automatic reset to bring the vf back online

[PATCH v5] net/iavf: add devargs to enable vf auto-reset

Originally, the iavf PMD does not perform special actions when it receives a PF-to-VF reset event, resulting in vf being offline and unavailable. This patch enables vf auto-reset by setting 'watchdog_period' devargs to true. The iavf PMD will perform an automatic reset to bring the vf back online

RE: [PATCH v4] net/iavf: add devargs to enable vf auto-reset

> -Original Message- > From: Shiyang He > Sent: Tuesday, September 26, 2023 7:32 PM > To: dev@dpdk.org > Cc: Zhou, YidingX ; He, ShiyangX > ; Wang, Liang-min ; > Zhang, Yuying ; Xing, Beilei > ; Su, Simei ; Wu, Wenjun1 > ; Yang, Qiming ; Wu, > Jingjing > Subject: [PATCH v4] net/iavf: ad

[PATCH v4] net/iavf: add devargs to enable vf auto-reset

Originally, the iavf PMD does not perform special actions when it receives a PF-to-VF reset event, resulting in vf being offline and unavailable. This patch enables vf auto-reset by setting 'watchdog_period' devargs to true. The iavf PMD will perform an automatic reset to bring the vf back online

Re: [PATCH 3/5] net/hns3: optimize free mbuf code for SVE Tx

在 2023/9/25 22:21, Ferruh Yigit 写道: On 7/11/2023 11:24 AM, Dongdong Liu wrote: From: Huisong Li Currently, hns3 SVE Tx checks the valid bits of all descriptors in a batch and then determines whether to release the corresponding mbufs. Actually, once the valid bit of any descriptor in a batch

[PATCH v5 5/5] doc: add generic flow doc for ice PMD

Add some document about how to use rte_flow on ice PMD. Signed-off-by: Qi Zhang --- doc/guides/nics/ice.rst | 45 + 1 file changed, 45 insertions(+) diff --git a/doc/guides/nics/ice.rst b/doc/guides/nics/ice.rst index 5a47109c3f..b36a4c260a 100644 --- a/d

[PATCH v5 4/5] net/ice: refine supported flow pattern name

Unified the supported pattern array name as ice__supported_pattern. Signed-off-by: Qi Zhang --- drivers/net/ice/ice_acl_filter.c| 6 +++--- drivers/net/ice/ice_fdir_filter.c | 6 +++--- drivers/net/ice/ice_switch_filter.c | 6 +++--- 3 files changed, 9 insertions(+), 9 deletions(-) diff -

[PATCH v5 3/5] net/ice: map group to pipeline stage

Mapping rte_flow_attr->group to a specific hardware stage. Group 0 -> switch filter Group 1 -> acl filter (dcf mode only) Group 2 -> fdir filter (pf mode only) For RSS, it will only be selected if there is a RTE_FLOW_ACTION_RSS action target no queue group and the group ID is ignored. Since each

[PATCH v5 2/5] net/ice: refine flow engine disabling

Only "disable_engine_mask" for flow engine disabling In PF mode, only ACL engine will be disabled. In DCF mode, FDIR and HASH engine will be disabled. In DCF mode with "acl=off", ACL engine will also be disabled. Signed-off-by: Qi Zhang --- drivers/net/ice/ice_acl_filter.c | 3 --- drivers/net

[PATCH v5 1/5] net/ice: remove pipeline mode

This marks the initial phase of refactoring the ice rte_flow implementation. The combination of switch and fdir rules within the same syntax has led to inconvenient user experiences. Naturally, the switch filter and fdir filter represent distinct pipeline stages with differing hardware capabilitie

[PATCH v5 0/5] net/ice: refactor rte_flow

1. remove pipeline mode 2. apply group to hardware pipeline stage static mapping 3. add genenic flow document v5: - remove incorrect group attr check in ice_flow_valid_attr v4: - fix error handling when target engine was disabled. v3: - fix the issue when acl=off on dcf mode - refine the disable

RE: [PATCH] common/idpf: fix Tx checksum offload

> -Original Message- > From: Huang, ZhiminX > Sent: Friday, September 22, 2023 4:24 PM > To: Xing, Beilei ; Wu, Jingjing > Cc: dev@dpdk.org; Xing, Beilei ; sta...@dpdk.org > Subject: RE: [PATCH] common/idpf: fix Tx checksum offload > > > -Original Message- > > From: beilei.x..

[PATCH v2 10/10] net/nfp: destroy security session

From: Shihong Wang Delete SA from NIC and destroy security session. Signed-off-by: Shihong Wang Reviewed-by: Chaoyong He --- drivers/net/nfp/nfp_ipsec.c | 53 + 1 file changed, 53 insertions(+) diff --git a/drivers/net/nfp/nfp_ipsec.c b/drivers/net/nfp/nfp

[PATCH v2 09/10] net/nfp: support IPsec Rx and Tx offload

From: Shihong Wang The Rx path checks the ipsec metadata and base on the crypto status sets ol_flags in the rte_mbuf. The Tx path write IPsec message to mbuf metadata based on mbuf dynamic field. Signed-off-by: Shihong Wang Signed-off-by: Chang Miao Reviewed-by: Chaoyong He --- doc/guides/n

[PATCH v2 08/10] net/nfp: update security session

From: Shihong Wang Update the configuration information in priv_session when the configuration parameters of sess_conf change. Signed-off-by: Shihong Wang Reviewed-by: Chaoyong He --- drivers/net/nfp/nfp_ipsec.c | 25 + 1 file changed, 25 insertions(+) diff --git a/dr

[PATCH v2 07/10] net/nfp: create security session

From: Chang Miao Create security session to manage IPsec protocol specific message and crypto parameters. This session support full protocol offload and inline crypto operation with NIC devices. Signed-off-by: Chang Miao Signed-off-by: Shihong Wang Reviewed-by: Chaoyong He --- drivers/net/nf

[PATCH v2 06/10] net/nfp: get IPsec Rx/Tx packet statistics

From: Shihong Wang IPsec packet processing is mostly carried out in hardware. The hardware statistics on successful packets and discarded packets. The driver can obtain these statistics by Mailbox. Signed-off-by: Shihong Wang Reviewed-by: Chaoyong He --- drivers/net/nfp/nfp_ipsec.c | 149

[PATCH v2 05/10] net/nfp: get security capabilities and session size

From: Shihong Wang Add full protocol offload as well as inline crypto IPsec capabilities and return these for rte_security. Return size of security session for rte_security. Signed-off-by: Shihong Wang Reviewed-by: Chaoyong He --- drivers/net/nfp/nfp_ipsec.c | 357 +++

[PATCH v2 04/10] net/nfp: initialize IPsec related content

From: Chang Miao If enable IPsec capability bit, driver need to Initialize IPsec. Set security context and security offload capabilities in datapath. Define private session and add SA array for each PF to save all SA data in driver. Add internal mbuf dynamic flag and field to save IPsec related d

[PATCH v2 03/10] net/nfp: add mailbox to support IPsec offload

From: Shihong Wang Add general use per-vNIC mailbox area and use it for IPsec SA offload support and get Rx/Tx packet statistics. Signed-off-by: Shihong Wang Signed-off-by: Chang Miao Reviewed-by: Chaoyong He --- drivers/net/nfp/nfp_common.c | 41 drivers

[PATCH v2 02/10] net/nfp: add TLVs capability parsing

From: Shihong Wang Add TLV capabilities to the BAR, TLVs is fit for expressing capabilities of applications running on programmable hardware. Declares a TLV capability start at offset 0x58, up to 0x0d90. The used space can be wrapped with RESERVED. Signed-off-by: Shihong Wang Signed-off-by: Cha

[PATCH v2 01/10] mailmap: update contributor entry

From: Shihong Wang Add contributor entries to .mailmap file. Signed-off-by: Shihong Wang Reviewed-by: Chaoyong He --- .mailmap | 2 ++ 1 file changed, 2 insertions(+) diff --git a/.mailmap b/.mailmap index 276325211c..5abd5810e2 100644 --- a/.mailmap +++ b/.mailmap @@ -200,6 +200,7 @@ Caroly

[PATCH v2 00/10] add the support of ipsec offload

This patch series add the support of ipsec offload feature, includes: * Implement the communication channel between PMD and firmware through mailbox. * Implement the ipsec offload related APIs based the security framework. * Implement the ipsec packets process logics in the data path. --- v2: *

[PATCH] ipsec: use sym_session_opaque_data for RTE_SECURITY_TYPE_CPU_CRYPTO

ipsec related processing in dpdk makes use of the crypto.ses opaque data pointer. This patch updates rte_ipsec_session_prepare to set ss->crypto.ses in the RTE_SECURITY_TYPE_CPU_CRYPTO case. Signed-off-by: Garry Marshall --- lib/ipsec/ses.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-

Re: SIGILL in rte_cpu_get_flag_enabled / RTE_CPUFLAG_RTM

On 9/22/23 20:02, Bernd Schubert wrote: This already has been reported here https://inbox.dpdk.org/users/c7ff2508-d633-404e-95af-5f604d8e8...@intel.com/t/ but I don't see a solution there. It just ends up asking for the line numbers. Well, the line is Sorry for the noise, it was actually ou

[PATCH 5/7] vhost: Fix check on virtqueue access in in-flight getter

Acquiring the access lock is not enough to ensure virtqueue's metadata such as vring pointers are valid. The access status must also be checked. Fixes: 0c0935c5f794 ("vhost: allow to check in-flight packets for async vhost") Cc: sta...@dpdk.org Signed-off-by: Maxime Coquelin --- lib/vhost/vhos

Shark Tank

Dear DPDK Community Members, In Dublin, I gave a short talk that I'd like to re-summarize as follows: The DPDK project has a healthy budget and room to make additional financial investments in 2024. We want to invest our budget in ways that grow adoption of the Data Plane Development Kit softwa

[PATCH 7/7] vhost: fix checking virtqueue access ins stats API

Acquiring the access lock is not enough to ensure virtqueue's metadata such as vring pointers are valid. The access status must also be checked. Fixes: be75dc99ea1f ("vhost: support per-virtqueue statistics") Cc: sta...@dpdk.org Signed-off-by: Maxime Coquelin --- lib/vhost/vhost.c | 21 +++

[PATCH 4/7] vhost: fix check on virtqueue access in async registration

Acquiring the access lock is not enough to ensure virtqueue's metadata such as vring pointers are valid. The access status must also be checked. Fixes: 78639d54563a ("vhost: introduce async enqueue registration API") Cc: sta...@dpdk.org Signed-off-by: Maxime Coquelin --- lib/vhost/vhost.c | 14

[PATCH 6/7] vhost: fix missing lock protection in power monitor API

The power monitor get API is missing both access lock protection and access status check. Fixes: 34fd4373ce76 ("vhost: add power monitor API") Cc: sta...@dpdk.org Signed-off-by: Maxime Coquelin --- lib/vhost/vhost.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git

[PATCH 2/7] vhost: fix missing check on virtqueue access

Acquiring the access lock is not enough to ensure virtqueue's metadata such as vring pointers are valid. The access status must also be checked. Fixes: 4e0de8dac853 ("vhost: protect vring access done by application") Cc: sta...@dpdk.org Signed-off-by: Maxime Coquelin --- lib/vhost/vhost.c | 16

[PATCH 3/7] vhost: fix checking virtqueue access when notifying guest

Acquiring the access lock is not enough to ensure virtqueue's metadata such as vring pointers are valid. The access status must also be checked. Fixes: d761d455a0e4 ("vhost: add operation to offload the interrupt kick") Cc: sta...@dpdk.org Signed-off-by: Maxime Coquelin --- lib/vhost/vhost.c |

[PATCH 1/7] vhost: fix missing vring call check on virtqueue access

Acquiring the access lock is not enough to ensure virtqueue's metadata such as vring pointers are valid. The access status must also be checked. Fixes: c5736998305d ("vhost: fix missing virtqueue lock protection") Fixes: 830f7e790732 ("vhost: add non-blocking API for posting interrupt") Cc: sta..

[PATCH 0/7] vhost: ensure vitqueue access status is checked

Li Feng initially reported segmentation fault in rte_vhost_vring_call() because of not checking the virtqueue metadata can be accessed. This should be achieved by checking the access_ok status field of the virtqueue. This series also takes the opportunity to fix the other APIs. This is split in m

Re: [PATCH v4] app/test: add support for skipping tests

Bruce Richardson writes: > When called from automated tools, like meson test, it is often useful to > skip tests in a test suite, without having to alter the test build. To > do so, we add support for DPDK_TEST_SKIP environment variable, where one > can provide a comma-separated list of tests. Wh

Re: [PATCH 2/6] Section 2: Install and Build DPDK

On Wed, Sep 20, 2023 at 11:48:06AM -0400, David Young wrote: > --- > .../building_from_sources.rst | 108 ++ > .../install_and_build/index.rst | 15 +++ > .../installing_prebuilt_packages.rst | 54 + > .../windows_install_build.rst

RE: [PATCH v2] security: hide security context

Hi Akhil, > -Original Message- > From: Akhil Goyal > Sent: Wednesday, September 20, 2023 11:40 AM > To: dev@dpdk.org > Cc: tho...@monjalon.net; david.march...@redhat.com; > hemant.agra...@nxp.com; ano...@marvell.com; De Lara Guarch, Pablo > ; Trahe, Fiona ; > Doherty, Declan ; ma...@nvidi

Re: [Bug 1294] recieve sig 11 when call rte_ip_frag_table_create on primary forked process

On Mon, 25 Sep 2023 12:23:01 + bugzi...@dpdk.org wrote: > hi,my team is going do our own business in primary forked process, to make > sure > business won't affect the primary, we may refork the business process many > times, I don't think DPDK can realistically support multiple processes wh

[PATCH] config/x86: config support for AMD EPYC processors

From: Sivaprasad Tummala By default, max lcores are limited to 128 for x86 platforms. On AMD EPYC processors, this limit needs to be increased to leverage all the cores. The patch adjusts the limit specifically for native compilation on AMD EPYC CPUs. Signed-off-by: Sivaprasad Tummala --- con

Re: [PATCH v11 14/16] log: use standard ternary operator instead of GCC extension

On Mon, 25 Sep 2023 08:24:58 +0200 Morten Brørup wrote: > I didn't know this GCC extension. > > Someone please consider disallowing this in checkpatches. We don't need to make checkpatch more complex. When MSVC is in build system, it will catch it

Re: [dpdk-dev] [PATCH] maintainers: update tree for marvell drivers

14/08/2023 17:34, jer...@marvell.com: > From: Jerin Jacob > > Marvell's cnxk dmadev driver, cn9k regexdev driver, cnxk mldev driver, > cnxk bphy rawdev driver and cnxk gpio rawdev driver are merging through > main tree now. Offering to help by merging it through next-net-mrvl tree > to save cycle

Re: [PATCH 0/5] net/hns3: some performance optimizations

On 7/11/2023 1:26 PM, Ferruh Yigit wrote: > On 7/11/2023 12:27 PM, Dongdong Liu wrote: >> Hi, Ferruh >> On 2023/7/11 18:48, Ferruh Yigit wrote: >>> On 7/11/2023 11:24 AM, Dongdong Liu wrote: This patchset is to do some performance optimizations for hns3. Huisong Li (5):   net/hn

Re: [PATCH 3/5] net/hns3: optimize free mbuf code for SVE Tx

On 7/11/2023 11:24 AM, Dongdong Liu wrote: > From: Huisong Li > > Currently, hns3 SVE Tx checks the valid bits of all descriptors > in a batch and then determines whether to release the corresponding > mbufs. Actually, once the valid bit of any descriptor in a batch > isn't cleared, driver does n

Re: [PATCH v3] dts: update dependencies and mypy execution

25/07/2023 10:48, Juraj Linkeš: > Poetry changed the syntax of dev dependencies section in version > 1.2.0. Updated the lock file with Poetry 1.5.1 added that to the > documentation. > The scripts section did nothing, so it got removed. > Update Pylama linters: > * pep8 is the same as pycodestyle >

RE: [PATCH] ethdev: add flow API support for P4-programmable devices

> From: Dumitrescu, Cristian [mailto:cristian.dumitre...@intel.com] > Sent: Monday, 25 September 2023 13.52 > > Hi Ori, > > Will implement your comments and send the V2 straight away. Answers inline. > > > From: Ori Kam > > Sent: Thursday, September 21, 2023 5:39 PM > > > > Hi Cristian, > > > >

[PATCH V2] ethdev: add flow API support for P4-programmable devices

This patch introduces the new "program" action type to enable flow API support for P4-programmable devices. In the case of P4-programmable devices, the device is initially blank. The flow items and actions are defined by the user (outside of any vendor control) through the P4 program, which is typ

Re: [PATCH 5/6] Section 5: Appendix

On Mon, Sep 25, 2023 at 12:33:52PM +0100, Ferruh Yigit wrote: > On 9/20/2023 4:48 PM, David Young wrote: > > --- > > .../appendix/cross_compile_dpdk.rst | 37 +++ > > .../appendix/dpdk_meson_build_options.rst | 57 > > .../getting_started_guide/appendix/index.rst | 17 + > >

[Bug 1294] recieve sig 11 when call rte_ip_frag_table_create on primary forked process

https://bugs.dpdk.org/show_bug.cgi?id=1294 Bug ID: 1294 Summary: recieve sig 11 when call rte_ip_frag_table_create on primary forked process Product: DPDK Version: 21.11 Hardware: All OS: All Sta

Re: [PATCH 3/6] Section 3: Setting up a System to Run DPDK Applications

On Mon, Sep 25, 2023 at 12:31:34PM +0100, Ferruh Yigit wrote: > On 9/20/2023 4:48 PM, David Young wrote: > > --- > > .../getting_started_guide/system_setup.rst| 195 ++ > > 1 file changed, 195 insertions(+) > > create mode 100644 doc/guides/getting_started_guide/system_setup.r

Re: [PATCH 2/6] Section 2: Install and Build DPDK

On Mon, Sep 25, 2023 at 12:30:35PM +0100, Ferruh Yigit wrote: > On 9/20/2023 4:48 PM, David Young wrote: > > --- > > .../building_from_sources.rst | 108 ++ > > .../install_and_build/index.rst | 15 +++ > > .../installing_prebuilt_packages.rst

Re: [PATCH 0/6] docs: Unify Getting Started Guides

On 9/20/2023 4:48 PM, David Young wrote: > The separate Getting Started Guides for Linux, FreeBSD, and Windows have been > consolidated into a single, streamlined guide to simplify the user experience > and facilitate easier maintenance. > > David Young (6): > Section 1: Introduction > Secti

Re: [PATCH 5/6] Section 5: Appendix

On 9/25/2023 12:33 PM, Ferruh Yigit wrote: > On 9/20/2023 4:48 PM, David Young wrote: >> --- >> .../appendix/cross_compile_dpdk.rst | 37 +++ >> .../appendix/dpdk_meson_build_options.rst | 57 >> .../getting_started_guide/appendix/index.rst | 17 + >> .../running_dpdk_apps_w

RE: [PATCH] ethdev: add flow API support for P4-programmable devices

Hi Ori, Will implement your comments and send the V2 straight away. Answers inline. > -Original Message- > From: Ori Kam > Sent: Thursday, September 21, 2023 5:39 PM > To: Dumitrescu, Cristian ; dev@dpdk.org; > NBU-Contact-Thomas Monjalon (EXTERNAL) ; > david.march...@redhat.com; jer...@

Re: [PATCH 6/6] Section 6: Glossary

On 9/20/2023 4:48 PM, David Young wrote: > --- > doc/guides/getting_started_guide/glossary.rst | 75 +++ > 1 file changed, 75 insertions(+) > create mode 100644 doc/guides/getting_started_guide/glossary.rst > > diff --git a/doc/guides/getting_started_guide/glossary.rst > b/doc/g

Re: [PATCH 5/6] Section 5: Appendix

On 9/20/2023 4:48 PM, David Young wrote: > --- > .../appendix/cross_compile_dpdk.rst | 37 +++ > .../appendix/dpdk_meson_build_options.rst | 57 > .../getting_started_guide/appendix/index.rst | 17 + > .../running_dpdk_apps_without_root.rst| 36 +++ > .../appendix/v

Re: [PATCH 4/6] Section 4: Running Applications

On 9/20/2023 4:48 PM, David Young wrote: > --- > .../getting_started_guide/run_apps/index.rst | 10 ++ > .../run_apps/run_apps.rst | 118 ++ > 2 files changed, 128 insertions(+) > create mode 100644 doc/guides/getting_started_guide/run_apps/index.rst > creat

Re: [PATCH 3/6] Section 3: Setting up a System to Run DPDK Applications

On 9/20/2023 4:48 PM, David Young wrote: > --- > .../getting_started_guide/system_setup.rst| 195 ++ > 1 file changed, 195 insertions(+) > create mode 100644 doc/guides/getting_started_guide/system_setup.rst > > diff --git a/doc/guides/getting_started_guide/system_setup.rst

Re: [PATCH 1/6] Section 1: Introduction

On 9/20/2023 4:48 PM, David Young wrote: > --- > doc/guides/getting_started_guide/intro.rst | 16 > 1 file changed, 16 insertions(+) > create mode 100644 doc/guides/getting_started_guide/intro.rst > > diff --git a/doc/guides/getting_started_guide/intro.rst > b/doc/guides/gettin

Re: [PATCH 2/6] Section 2: Install and Build DPDK

On 9/20/2023 4:48 PM, David Young wrote: > --- > .../building_from_sources.rst | 108 ++ > .../install_and_build/index.rst | 15 +++ > .../installing_prebuilt_packages.rst | 54 + > .../windows_install_build.rst | 93

Re: [PATCH v3] vhost: avoid potential null pointer access

On 9/25/23 12:37, Morten Brørup wrote: From: Maxime Coquelin [mailto:maxime.coque...@redhat.com] Sent: Monday, 25 September 2023 10.15 On 9/12/23 09:42, Li Feng wrote: If the user calls rte_vhost_vring_call() on a ring that has been invalidated, we will encounter SEGV. We should check the p

RE: [PATCH 1/2] eal: introduce x86 processor identification

> From: Bruce Richardson [mailto:bruce.richard...@intel.com] > Sent: Monday, 25 September 2023 12.16 > > On Mon, Sep 25, 2023 at 11:46:00AM +0200, David Marchand wrote: > > On Fri, Sep 22, 2023 at 12:40 PM Bruce Richardson > > wrote: > > > > > > On Fri, Sep 22, 2023 at 11:37:20AM +0200, David Mar

RE: [PATCH v3] vhost: avoid potential null pointer access

> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com] > Sent: Monday, 25 September 2023 10.15 > > On 9/12/23 09:42, Li Feng wrote: > > If the user calls rte_vhost_vring_call() on a ring that has been > > invalidated, we will encounter SEGV. > > > > We should check the pointer firstly before

Re: [PATCH 2/2] net/ice: fix TSO with big segments

On Thu, Sep 21, 2023 at 12:43 PM Zhang, Qi Z wrote: > > > > > -Original Message- > > From: David Marchand > > Sent: Thursday, September 21, 2023 1:55 PM > > To: Zhang, Qi Z > > Cc: dev@dpdk.org; ktray...@redhat.com; m...@redhat.com; > > dexia...@jaguarmicro.com; sta...@dpdk.org; Yang, Qi

Re: [PATCH v3] app/test: secondary process passes allow parameters

On Mon, Sep 25, 2023 at 12:09 PM Ye, MingjinX wrote: > > > In EAL related test cases, the allow parameters are not passed to the > > > secondary process, resulting in unexpected NICs being loaded. > > > > > > This patch fixes this issue by appending the allow parameters to the > > > secondary proc

Re: [PATCH] eventdev/eth_rx: fix timestamp field register in mbuf

As per the DPDK contribution guidelines, Ideally, the review should be done within 1 week of patch submission to the mailing list. https://doc.dpdk.org/guides/contributing/patches.html Surprised to see this review request ping message the very next day of the patch. Better to follow the contribu

Re: [PATCH 1/2] eal: introduce x86 processor identification

On Mon, Sep 25, 2023 at 11:46:00AM +0200, David Marchand wrote: > On Fri, Sep 22, 2023 at 12:40 PM Bruce Richardson > wrote: > > > > On Fri, Sep 22, 2023 at 11:37:20AM +0200, David Marchand wrote: > > > In some really specific cases, it may be needed to get a detailed > > > information on the proc

RE: [PATCH v3] app/test: secondary process passes allow parameters

> -Original Message- > From: David Marchand > Sent: Monday, September 25, 2023 5:58 PM > To: Ye, MingjinX > Cc: dev@dpdk.org; Yang, Qiming ; Zhou, YidingX > ; sta...@dpdk.org > Subject: Re: [PATCH v3] app/test: secondary process passes allow > parameters > > On Mon, Sep 25, 2023 at 11:

Re: [PATCH v3] app/test: secondary process passes allow parameters

On Mon, Sep 25, 2023 at 11:54 AM Mingjin Ye wrote: > > In EAL related test cases, the allow parameters are not passed to > the secondary process, resulting in unexpected NICs being loaded. > > This patch fixes this issue by appending the allow parameters to > the secondary process. This patch loo

[PATCH v3] app/test: secondary process passes allow parameters

In EAL related test cases, the allow parameters are not passed to the secondary process, resulting in unexpected NICs being loaded. This patch fixes this issue by appending the allow parameters to the secondary process. Fixes: 086eb64db39e ("test/pdump: add unit test for pdump library") Fixes: 14

Re: SIGILL in rte_cpu_get_flag_enabled / RTE_CPUFLAG_RTM

On Fri, Sep 22, 2023 at 7:48 PM Bernd Schubert wrote: > > I'm trying to compile our tools on an older lab system and get > > Program received signal SIGILL, Illegal instruction. > 0x7434c766 in rte_cpu_get_flag_enabled > (feature=feature@entry=RTE_CPUFLAG_RTM) at ../lib/eal/x86/rte_cpufla

Re: [PATCH 1/2] eal: introduce x86 processor identification

On Fri, Sep 22, 2023 at 12:40 PM Bruce Richardson wrote: > > On Fri, Sep 22, 2023 at 11:37:20AM +0200, David Marchand wrote: > > In some really specific cases, it may be needed to get a detailed > > information on the processor running a DPDK application for drivers to > > achieve better performan

Re: [PATCH 1/2] eal: introduce x86 processor identification

On Fri, Sep 22, 2023 at 11:47 AM Bruce Richardson wrote: > > On Fri, Sep 22, 2023 at 11:37:20AM +0200, David Marchand wrote: > > In some really specific cases, it may be needed to get a detailed > > information on the processor running a DPDK application for drivers to > > achieve better performan

Re: [PATCH 1/1] eal: enable xz read support and ignore warning

Hello, Thank you for the patch. On Fri, Sep 22, 2023 at 6:54 PM Srikanth Yalavarthi wrote: > > archive_read_support_filter_xz returns a warning when > compression is not fully supported and is supported > through external program. This warning can be ignored > when reading the files through firm

Re: [PATCH v3] vhost: avoid potential null pointer access

On 9/25/23 10:15, Maxime Coquelin wrote: On 9/12/23 09:42, Li Feng wrote: If the user calls rte_vhost_vring_call() on a ring that has been invalidated, we will encounter SEGV. We should check the pointer firstly before accessing it. Signed-off-by: Li Feng --- v2 -> v3: - Also fix the rte

Re: [PATCH v3] vhost: avoid potential null pointer access

On 9/12/23 09:42, Li Feng wrote: If the user calls rte_vhost_vring_call() on a ring that has been invalidated, we will encounter SEGV. We should check the pointer firstly before accessing it. Signed-off-by: Li Feng --- v2 -> v3: - Also fix the rte_vhost_vring_call_nonblock. v1 -> v2: - Fix

[PATCH v3 5/5] net/mlx5: add support for item NSH

1. Add validation for item NSH. It will fail if HCA cap for NSH is false. 2. Add item_flags for NSH. 3. For vxlan-gpe if next header is NSH, set next_protocol as NSH. Signed-off-by: Haifei Luo Acked-by: Dariusz Sosnowski Acked-by: Suanming Mou --- drivers/net/mlx5/mlx5_flow.c| 39 ++

  1   2   >