[dpdk-dev] [PATCH 3/3] net/bnxt: add support to set RSS hash level

This patch adds support to configure RSS hash level in the hardware, if the firmware advertises such a capability. Signed-off-by: Ajit Khaparde --- drivers/net/bnxt/bnxt.h| 1 + drivers/net/bnxt/bnxt_ethdev.c | 7 drivers/net/bnxt/bnxt_hwrm.c | 9 +++- drivers/net/bnxt/bnxt_rxq

[dpdk-dev] [PATCH 2/3] app/testpmd: support RSS hash level setting

This patch adds support to configure RSS hash level for the device. Example testpmd commands to set the RSS hash level using testpmd cli: port config rss_level port config all rss_level Example command to set the RSS hash level using an argument to testpmd: ./build/app/testpmd -l1-4 -n2 -- -

[dpdk-dev] [PATCH 1/3] ethdev: add RSS hash level

This patch adds ability to configure RSS hash level in hardware. This feature will allow an application to select RSS hash calculation on outer or inner headers for tunneled packets. Signed-off-by: Ajit Khaparde --- lib/librte_ethdev/rte_ethdev.h | 27 +++ 1 file changed,

[dpdk-dev] [PATCH 0/3] add support for RSS level

Some of NICs can allow a DPDK application to select the RSS level to perform RSS hash on an incoming encapsulated packets. But it is not possible to set this currently because rte_eth_rss_conf does not have any field to indicate the RSS level while specifying RSS configuration parameters. This pat

[dpdk-dev] [PATCH v2 0/2] bugfix to netvsc PMD in 19.11

This is a resend of earlier bug fix and an additional fix for RSS flags Stephen Hemminger (2): net/netvsc: fix RSS offload flag net/netvsc: disable before changing RSS parameters drivers/net/netvsc/hn_ethdev.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) -- 2.20.

[dpdk-dev] [PATCH v2 2/2] net/netvsc: disable before changing RSS parameters

In order to change RSS parameters, the host requires that RSS is disable first. Fixes: 92d23a57cafe ("net/netvsc: support configuring RSS parameters") Cc: sta...@dpdk.org Tested-by: Abhishek Marathe Signed-off-by: Dexuan Cui Signed-off-by: Stephen Hemminger --- drivers/net/netvsc/hn_ethdev.c |

[dpdk-dev] [PATCH v2 1/2] net/netvsc: fix RSS offload flag

The change to add OFFLOAD_RSS_HASH broke use of netvsc PMD with testpmd. The netvsc driver fails during configure step: Configuring Port 1 (socket 0) hn_dev_configure(): unsupported RX offload: 0x8 Fixes: 5d308972954c ("ethdev: add mbuf RSS update as an offload") Cc: pbhagavat

Re: [dpdk-dev] eventdev DSW question

To my understanding, per eventdev API, events are considered in flight between NEW to RELEASE (implicit/explicit). Now consider an event (event-1) going thru the following stages: 1. NEW from core-3 2. dequeued by core-1 3. FORWARD 4. core-1 does a next dequeue 5. dequeued by core-2

[dpdk-dev] RFC - adding filter to packet capture API

In the process of updating packet capture to take a filter program, there is one open question about API/ABI. The example is: int rte_pdump_enable(uint16_t port, uint16_t queue, uint32_t flags, struct rte_ring *ring, struct rte_mempool *mp, void *fi

Re: [dpdk-dev] [dpdk-users] Segmentation fault in aes_cmac_subkey_gen_avx512 and avx512 usage

Some more Info. Basically the CPU does not support AVX512. So, I think I need to disable avx512 instructions when compiling multibuffer library, DPDK and the application itself. I tried using some -mno-avx512x flags but still error persisted. Is the observation valid? I need help in disabling avx51

[dpdk-dev] Segmentation fault in aes_cmac_subkey_gen_avx512 and avx512 usage [dpdk-users]

Hi all, I am encountering some issues in using intel multi buffer library with dpdk crypto library. *DPDK version used - 18.05.1Intel Multibuffer library version - 0.52 ( https://github.com/intel/intel-ipsec-mb/tree/v0.52 )CPU - InfoIntel(R)

Re: [dpdk-dev] eventdev DSW question

On 2019-12-06 17:32, Venky Venkatesh wrote: Thanks Mattias for the clarifications. 1 more question: This time it is about the inflight accounting for DSW. Here is my understanding: it seems to consider only the events which are *inside the scheduler* as in flight. Yes, like all event devices,

Re: [dpdk-dev] [PATCH v2] cryptodev: add chacha20-poly1305 aead algorithm

> -Original Message- > From: Kusztal, ArkadiuszX > Sent: Friday, December 6, 2019 6:02 PM > To: dev@dpdk.org > Cc: akhil.go...@nxp.com; Trahe, Fiona ; Kusztal, > ArkadiuszX > > Subject: [PATCH v2] cryptodev: add chacha20-poly1305 aead algorithm > > This patch adds Chacha20-Poly1305 A

[dpdk-dev] [PATCH 1/2] crypto/qat: add chacha poly implementation

This patchset adds Chacha20-Poly1305 implementation to Intel QuickAssist Technology pmd. Signed-off-by: Arek Kusztal --- doc/guides/cryptodevs/qat.rst | 1 + doc/guides/rel_notes/release_20_02.rst| 4 drivers/common/qat/qat_adf/icp_qat_hw.h | 17 ++-- drivers

[dpdk-dev] [PATCH 2/2] test/cryptodev: add chacha poly test cases to cryptodev

This patch adds Chacha20-Poly1305 implementation to cryptodev tests. Signed-off-by: Arek Kusztal --- app/test/test_cryptodev.c | 35 + app/test/test_cryptodev_aead_test_vectors.h | 77 + 2 files changed, 112 insertions(+) diff --git a/ap

[dpdk-dev] [PATCH 0/2] Add chacha20-poly1305 algorithm to QAT

This patchset adds chacha20-poly1305 algorithm to Intel QuickAssit Technology Driver and corresponding test cases. This patchset depends on the "cryptodev: add chacha20-poly1305 aead algorithm" [1]. [1] http://patchwork.dpdk.org/patch/63610/ Arek Kusztal (2): crypto/qat: add chacha poly imple

[dpdk-dev] [PATCH v2] cryptodev: add chacha20-poly1305 aead algorithm

This patch adds Chacha20-Poly1305 AEAD algorithm to Cryptodev. Signed-off-by: Arek Kusztal --- v2: - moved release notes to 20.02 doc/guides/cryptodevs/features/default.ini | 13 +++-- doc/guides/rel_notes/release_20_02.rst | 4 lib/librte_cryptodev/rte_crypto_sym.h | 9

Re: [dpdk-dev] [dpdk-users] Sharing Data structure between logical cores in DPDK- regarding

On Fri, 6 Dec 2019 16:51:40 + "Van Haaren, Harry" wrote: > > -Original Message- > > From: Stephen Hemminger > > Sent: Friday, December 6, 2019 4:31 PM > > To: Van Haaren, Harry > > Cc: Tom Barbette ; Perugu Hemasai Chandra Prasad > > ; us...@dpdk.org; dev@dpdk.org > > Subject: Re: [

Re: [dpdk-dev] Interrupt is catched in kernel, but not handled

On Sun, 1 Dec 2019 20:16:59 +0200 Ranran wrote: > בתאריך יום א׳, 1 בדצמ׳ 2019, 19:07, מאת Stephen Hemminger ‏< > step...@networkplumber.org>: > > > On Sat, 30 Nov 2019 19:49:16 +0200 > > Ranran wrote: > > > > > > > > > > > > I also verified that there are no additional irq numbered 23 except >

Re: [dpdk-dev] [dpdk-users] Sharing Data structure between logical cores in DPDK- regarding

> -Original Message- > From: Stephen Hemminger > Sent: Friday, December 6, 2019 4:31 PM > To: Van Haaren, Harry > Cc: Tom Barbette ; Perugu Hemasai Chandra Prasad > ; us...@dpdk.org; dev@dpdk.org > Subject: Re: [dpdk-users] [dpdk-dev] Sharing Data structure between logical > cores in DPDK

Re: [dpdk-dev] eventdev DSW question

Thanks Mattias for the clarifications. 1 more question: This time it is about the inflight accounting for DSW. Here is my understanding: it seems to consider only the events which are *inside the scheduler* as in flight. I am trying to distinguish it from those which have been currently given to c

Re: [dpdk-dev] [dpdk-users] Sharing Data structure between logical cores in DPDK- regarding

On Thu, 5 Dec 2019 10:54:59 + "Van Haaren, Harry" wrote: > I have a small doubt, can we share a data structure between > > multiple logical cores in DPDK without locking? Sure, learn to use RCU!!

[dpdk-dev] FW: IP fragmentation chunk getting dropped on egress

Hi, I'm seeing an issue with DPDK and IP frag where the first chunk is getting dropped on egress. I'm using the igb_e1000 driver with DPDK v18.x. My scenario is that I'm allocating a new buffer to store an outer L3 tunnel header, I clone the original received buffer which is a little over

Re: [dpdk-dev] [PATCH v8 1/1] fbarray: fix duplicated fbarray file in secondary

On 2019/12/06 19:44, Burakov, Anatoly wrote: On 27-Nov-19 8:48 AM, Yasufumi Ogawa wrote: From: Yasufumi Ogawa In secondary_msl_create_walk(), it creates a file for fbarrays with its PID for reserving unique name among secondary processes. However, it does not work if several secondaries run as

Re: [dpdk-dev] discussion: creating a new class for vdpa driversxiao.w.w...@intel.com

On Fri, Dec 06, 2019 at 11:04:43AM +0100, Maxime Coquelin wrote: > On 12/6/19 10:05 AM, Andrew Rybchenko wrote: > > On 12/6/19 8:32 AM, Liang, Cunming wrote: > >>> -Original Message- > >>> From: Bie, Tiwei > >>> Sent: Friday, December 6, 2019 12:28 PM > >>> To: Matan Azrad > >>> Cc: Wang,

Re: [dpdk-dev] [PATCH v3] build: add dockerfile for building docker image

> -Original Message- > From: Yasufumi Ogawa > Sent: Thursday, December 5, 2019 7:52 PM > To: Ruifeng Wang (Arm Technology China) ; > Halim, Abdul ; dev@dpdk.org > Cc: Kinsella, Ray ; nd > Subject: Re: [dpdk-dev] [PATCH v3] build: add dockerfile for building docker > image > > On 2019/1

Re: [dpdk-dev] time taken for allocation of mempool.

Hi Anatoly, I was able to resolve the problem, which problem in our script. Thanks and regards Venu On Fri, 6 Dec 2019 at 16:17, Burakov, Anatoly wrote: > On 18-Nov-19 4:43 PM, Venumadhav Josyula wrote: > > Hi Anatoly, > > > > After using iova-mode=va, i see my ports are not getting detected ?

Re: [dpdk-dev] time taken for allocation of mempool.

On 18-Nov-19 4:43 PM, Venumadhav Josyula wrote: Hi Anatoly, After using iova-mode=va, i see my ports are not getting detected ? I thought it's working but I see following problem what could be the problem? i) I see allocation is faster ii) But my ports are not getting detected I take my word

Re: [dpdk-dev] [PATCH v8 1/1] fbarray: fix duplicated fbarray file in secondary

On 27-Nov-19 8:48 AM, Yasufumi Ogawa wrote: From: Yasufumi Ogawa In secondary_msl_create_walk(), it creates a file for fbarrays with its PID for reserving unique name among secondary processes. However, it does not work if several secondaries run as app containers because each of containerized

[dpdk-dev] dpdk-next-crypto rel notes 20.02

Hi Akhil, I cannot find release notes for 20.02 on dpdk-next-crypto tree. http://git.dpdk.org/next/dpdk-next-crypto/tree/doc/guides/rel_notes Or something changed? Thanks, Arek

Re: [dpdk-dev] example/kni failed

On 12/5/2019 10:50 AM, hy_gzr wrote: > when I run the example/kni -l0-4 -- -P -p1 -m --config="(0,1,2)" in my > physical machine, > I don't get the dpdk virtual networke interface vEth(N) by ifconfig and the > virtual interface is not active. > but, I run the example in vm (linux in vmware),I can

Re: [dpdk-dev] discussion: creating a new class for vdpa driversxiao.w.w...@intel.com

On 12/6/19 10:05 AM, Andrew Rybchenko wrote: > On 12/6/19 8:32 AM, Liang, Cunming wrote: >> >> >>> -Original Message- >>> From: Bie, Tiwei >>> Sent: Friday, December 6, 2019 12:28 PM >>> To: Matan Azrad >>> Cc: Wang, Xiao W ; Thomas Monjalon >>> ; maxime.coque...@redhat.com; Wang, Zhih

Re: [dpdk-dev] discussion: creating a new class for vdpa driversxiao.w.w...@intel.com

On 12/6/19 8:32 AM, Liang, Cunming wrote: > > >> -Original Message- >> From: Bie, Tiwei >> Sent: Friday, December 6, 2019 12:28 PM >> To: Matan Azrad >> Cc: Wang, Xiao W ; Thomas Monjalon >> ; maxime.coque...@redhat.com; Wang, Zhihong >> ; Yigit, Ferruh ; Shahaf >> Shuler >> ; Ori Kam

Re: [dpdk-dev] eventdev DSW question

On 2019-12-06 01:26, Venky Venkatesh wrote: I see that the provision in 18.11 eventdev DSW for maximum number of queues is #define DSW_MAX_QUEUES (16) 1. If the number of queues needed is to be increased to 7 bits (i.e. 128) is there any issue (correctness, scale, performance) other t