[dpdk-dev] Mellanox 100GbE MCX516A-CCAT

Hi, I am trying to use Mellanox MCX516A-CCAT in DPDK. ConnectX-5 EN network interface card, 100GbE dual-port QSFP28, PCIe3.0 x16, tall bracket, ROHS R6 I noticed it is not supported yet, () but how far is it ? If I setup mlx5 for MCX516A-CCAT, I get t

Re: [dpdk-dev] [PATCH] eventdev: remove rte_eventdev_driver from rte_eventdev.h

-Original Message- > Date: Fri, 13 Apr 2018 20:20:17 -0400 > From: Rami Rosen > To: jerin.ja...@caviumnetworks.com > CC: dev@dpdk.org, Rami Rosen > Subject: [PATCH] eventdev: remove rte_eventdev_driver from rte_eventdev.h > X-Mailer: git-send-email 2.14.3 > > This patch removes the decal

Re: [dpdk-dev] [PATCH v3] event/sw: code refractor to reduce the fetch stall

-Original Message- > Date: Fri, 13 Apr 2018 16:19:54 + > From: "Van Haaren, Harry" > To: Jerin Jacob > CC: "dev@dpdk.org" , "Varghese, Vipin" > > Subject: RE: [PATCH v3] event/sw: code refractor to reduce the fetch stall > > > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.co

Re: [dpdk-dev] [PATCH] baseband/turbo_sw: offload cost measurement test

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] baseband/turbo_sw: offload cost measurement test > > From: "Chalupnik, KamilX" > > New test created to measure offload cos

Re: [dpdk-dev] [PATCH] app/bbdev: update test vectors

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] app/bbdev: update test vectors > > From: "Chalupnik, KamilX" > > Update test vectors directory for Wireless Baseband Device

Re: [dpdk-dev] [PATCH] app/bbdev: remove improper WARNING printouts

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] app/bbdev: remove improper WARNING printouts > > From: "Chalupnik, KamilX" > > Improper WARNING printouts in BBDev Test App

Re: [dpdk-dev] [PATCH] vmxnet3: fill in imissed stat with pktsRxOutOfBuf

On 4/11/2018 6:02 AM, Yong Wang wrote: > On 4/7/18, 10:30 AM, "Jon DeVree" wrote: > > This counter comes from a "hardware" register of the vmxnet3 device and > seems to behave like the MPC (Missed Packet Count) register of the Intel > NICs. So I think this data belongs in the imissed

Re: [dpdk-dev] [PATCH] baseband/turbo_sw: splitting Queue Groups

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] baseband/turbo_sw: splitting Queue Groups > > From: "Chalupnik, KamilX" > > Splitting Queue Groups into UL/DL Groups in Tur

Re: [dpdk-dev] [PATCH] baseband/turbo_sw: offload cost measurement test

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] baseband/turbo_sw: offload cost measurement test > > From: "Chalupnik, KamilX" > > New test created to measure offload cost

Re: [dpdk-dev] [PATCH v5 1/3] introduce Broadcom Stingray

On 4/13/2018 10:07 PM, Ajit Khaparde wrote: > From: Scott Branden > > Add Broadcom Stingray machine support based on armv8. > > For product brief see: > https://www.broadcom.com/products/ethernet-connectivity/controllers/bcm58800 > > Signed-off-by: Scott Branden > Signed-off-by: Ajit Khaparde

[dpdk-dev] [pull-request] next-net 18.05 PRE2-RC1

The following changes since commit fb73e096110a41b77448fe27fd9be8c489ec5d82: app/testpmd: enable device hotplug monitoring (2018-04-13 12:01:19 +0200) are available in the Git repository at: http://dpdk.org/git/next/dpdk-next-net for you to fetch changes up to ec4728b2af912dde75463144ef1c5

Re: [dpdk-dev] [PATCH v2 1/2] drivers/net: fix icc deprecated parameter warning

On 4/13/2018 11:21 PM, Ferruh Yigit wrote: > With icc (ICC) 18.0.1 20171018, -wd usage generates following warning: > > icc: command line remark #10010: option '-wd3656' is deprecated and will > be removed in a future release. See '-help deprecated' > > "icc -help deprecated" output is: > -wd

[dpdk-dev] [PATCH v2 1/2] drivers/net: fix icc deprecated parameter warning

With icc (ICC) 18.0.1 20171018, -wd usage generates following warning: icc: command line remark #10010: option '-wd3656' is deprecated and will be removed in a future release. See '-help deprecated' "icc -help deprecated" output is: -wd use -diag-disable Based on above infor

[dpdk-dev] [PATCH v2 2/2] drivers/net: remove redundant icc flag

ICC warning #188 already disabled globally via commit [1], no need individual arguments in PMDs. [1] Fixes: 1b80b9c854c3 ("mk: disable icc warning 188") Cc: sta...@dpdk.org Signed-off-by: Ferruh Yigit Tested-by: Pablo de Lara --- drivers/net/bnx2x/Makefile | 4 drivers/net/cxgbe/Makefile

[dpdk-dev] [PATCH v2] drivers/net: update link status

Update link status related feature document items and minor updates in some link status related functions. Signed-off-by: Ferruh Yigit --- Cc: Nélio Laranjeiro Cc: Tiwei Bie Cc: Qi Z Zhang v2: * update virtio.ini (Tiwei) * update i40e_vf_vec.ini (Qi) * update avf.ini avf_vec.ini --- doc/guid

Re: [dpdk-dev] [PATCH] drivers/net: update link status

On 4/10/2018 4:41 PM, Tiwei Bie wrote: > On Tue, Mar 13, 2018 at 06:05:34PM +, Ferruh Yigit wrote: >> Update link status related feature document items and minor updates in >> some link status related functions. >> >> Signed-off-by: Ferruh Yigit >> --- >> doc/guides/nics/features/fm10k.ini

[dpdk-dev] [PATCH v2] doc: reduce initial offload API scope to drivers

Do ethdev new offloading API switch in two steps. In v18.05 target is implementing the new ethdev-PMD offload interface, which means converting all PMDs to new offloading API. Next target is removing the old ethdev offload API. It will effect applications and will force them to implement new offl

[dpdk-dev] [PATCH v5 1/3] introduce Broadcom Stingray

From: Scott Branden Add Broadcom Stingray machine support based on armv8. For product brief see: https://www.broadcom.com/products/ethernet-connectivity/controllers/bcm58800 Signed-off-by: Scott Branden Signed-off-by: Ajit Khaparde --- config/defconfig_arm64-stingray-linuxapp-gcc | 16 ++

[dpdk-dev] [PATCH v5 3/3] doc: add Broadcom Stingray SoC support to release notes

Update 18.05 release notes to indicate support for Broadcom Stingray SoC support. Signed-off-by: Scott Branden Signed-off-by: Ajit Khaparde --- doc/guides/rel_notes/release_18_05.rst | 10 ++ 1 file changed, 10 insertions(+) diff --git a/doc/guides/rel_notes/release_18_05.rst b/doc/gu

[dpdk-dev] [PATCH v5 2/3] net/bnxt: add support for Stingray PF devices ids

From: Scott Branden Add support for Stingray PF devices ids: BCM58802 = 0xd802 BCM58804 = 0xd804 BCM58808 = 0x16f0 Signed-off-by: Scott Branden Signed-off-by: Ajit Khaparde --- drivers/net/bnxt/bnxt_ethdev.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/net/bnxt/bnxt_ethde

Re: [dpdk-dev] [PATCH] baseband/turbo_sw: update Turbo Software driver

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] baseband/turbo_sw: update Turbo Software driver > > From: "Chalupnik, KamilX" > > Update Turbo Software driver for Wireles

Re: [dpdk-dev] [PATCH] baseband/turbo_sw: optimization of turbo software driver

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] baseband/turbo_sw: optimization of turbo software > driver > > From: "Chalupnik, KamilX" > > Optimization of Turbo Software

Re: [dpdk-dev] [PATCH] doc: update bbdev library documentation

> -Original Message- > From: Chalupnik, KamilX > Sent: Wednesday 4 April 2018 15:06 > To: dev@dpdk.org > Cc: Mokhtar, Amr ; Chalupnik, KamilX > > Subject: [PATCH] doc: update bbdev library documentation > > From: "Chalupnik, KamilX" > > Update the documentation describing Wireless Basb

Re: [dpdk-dev] [PATCH] maintainers: call out subtree for bbdev and security

Hi Pablo, Thomas, There are some update patches undergoing submission for bbdev on master. Do we need to copy them over from master to next-crypto-subtree? And how this will work in the future? Will all future patches go to next subtree and back to master? Best regards, Amr > -Original Messa

Re: [dpdk-dev] [dpdk-dev, v1, 3/3] doc: update cryptodev documentation for set/get private data

> -Original Message- > From: Gujjar, Abhinandan S > Sent: Wednesday, April 4, 2018 7:35 AM > To: De Lara Guarch, Pablo ; Doherty, Declan > ; jerin.ja...@caviumnetworks.com; > hemant.agra...@nxp.com; akhil.go...@nxp.com; dev@dpdk.org > Cc: Vangati, Narender ; Gujjar, Abhinandan S > ; Rao,

Re: [dpdk-dev] [dpdk-dev, v1, 1/3] cryptodev: set private data for session-less mode

> -Original Message- > From: Gujjar, Abhinandan S > Sent: Wednesday, April 4, 2018 7:34 AM > To: De Lara Guarch, Pablo ; Doherty, Declan > ; jerin.ja...@caviumnetworks.com; > hemant.agra...@nxp.com; akhil.go...@nxp.com; dev@dpdk.org > Cc: Vangati, Narender ; Gujjar, Abhinandan S > ; Rao,

Re: [dpdk-dev] [dpdk-dev, v1, 2/3] cryptodev: add support to set session private data

Hi Abhinandan, > -Original Message- > From: Gujjar, Abhinandan S > Sent: Wednesday, April 4, 2018 7:34 AM > To: De Lara Guarch, Pablo ; Doherty, Declan > ; jerin.ja...@caviumnetworks.com; > hemant.agra...@nxp.com; akhil.go...@nxp.com; dev@dpdk.org > Cc: Vangati, Narender ; Gujjar, Abhinand

[dpdk-dev] [PATCH v3 2/2] eal: fix signed integers in fbarray

While debugging startup issues encountered with Clang (see "eal: fix undefined behavior in fbarray"), I noticed that fbarray stores indices, sizes and masks on signed integers involved in bitwise operations. Such operations almost invariably cause undefined behavior with values that cannot be repr

[dpdk-dev] [PATCH v3 1/2] eal: fix undefined behavior in fbarray

According to GCC documentation [1], the __builtin_clz() family of functions yield undefined behavior when fed a zero value. There is one instance in the fbarray code where this can occur. Clang (at least version 3.8.0-2ubuntu4) seems much more sensitive to this than GCC and yields random results w

[dpdk-dev] [PATCH v3 12/13] eal: replace rte_panic instances in init sequence

Local functions to this file, changing from void to int are non-abi-breaking. For handling the single function that cannot change from void to int due to abi, where this is the only place it is called in, I added a state variable that is being checked right after the call to this function. Signed-

[dpdk-dev] [PATCH v3 11/13] eal: replace rte_panic instances in ethdev

Local function to this file, changing from void to int is non-abi-breaking Signed-off-by: Arnon Warshavsky --- lib/librte_ether/rte_ethdev.c | 36 +--- 1 file changed, 25 insertions(+), 11 deletions(-) diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether

[dpdk-dev] [PATCH v3 13/13] devtools: prevent new instances of rte_panic and rte_exit

This patch adds a new function that is called per every checked patch, and alerts for new instances of rte_panic/rte_exit. The check excludes comments, and alerts in the case of a positive balance between additions and removals. Signed-off-by: Arnon Warshavsky --- devtools/checkpatches.sh | 94 +

[dpdk-dev] [PATCH v3 10/13] eal: replace rte_panic instances in interrupts thread

replace panic calls with log and retrun value. Thread function removes the noretrun attribute. Signed-off-by: Arnon Warshavsky --- lib/librte_eal/linuxapp/eal/eal_interrupts.c | 27 --- 1 file changed, 20 insertions(+), 7 deletions(-) diff --git a/lib/librte_eal/linuxapp

[dpdk-dev] [PATCH v3 09/13] eal: replace rte_panic instances in common_memzone

replace panic calls with log and return value. -- v2: - update doxigen to include new error value - reformat error message to include literal string in a single line Signed-off-by: Arnon Warshavsky --- lib/librte_eal/common/eal_common_memzone.c | 3 ++- lib/librte_eal/common/include/rte_memzone

[dpdk-dev] [PATCH v3 07/13] eal: replace rte_panic instances in rte_malloc

replace panic calls with log and retrun value. Signed-off-by: Arnon Warshavsky --- lib/librte_eal/common/rte_malloc.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/lib/librte_eal/common/rte_malloc.c b/lib/librte_eal/common/rte_malloc.c index e0e0d0b..34d438a 100644

[dpdk-dev] [PATCH v3 08/13] eal: replace rte_panic instances in hugepage_info

replace panic calls with log and retrun value. Signed-off-by: Arnon Warshavsky --- lib/librte_eal/linuxapp/eal/eal_hugepage_info.c | 21 +++-- 1 file changed, 15 insertions(+), 6 deletions(-) diff --git a/lib/librte_eal/linuxapp/eal/eal_hugepage_info.c b/lib/librte_eal/linuxapp

[dpdk-dev] [PATCH v3 06/13] kni: replace rte_panic instances in kni

replace panic calls with log and retrun value. Local function to this file, changing from void to int is non-abi-breaking Signed-off-by: Arnon Warshavsky --- lib/librte_kni/rte_kni.c | 18 -- lib/librte_kni/rte_kni_fifo.h | 11 --- 2 files changed, 20 insertions(+),

[dpdk-dev] [PATCH v3 04/13] ixgbe: replace rte_panic instances in ixgbe driver

replace panic calls with log and retrun value. Local function to this file, changing from void to int is non-abi-breaking Signed-off-by: Arnon Warshavsky --- drivers/net/ixgbe/ixgbe_ethdev.c | 3 ++- drivers/net/ixgbe/ixgbe_ethdev.h | 2 +- drivers/net/ixgbe/ixgbe_pf.c | 13 +

[dpdk-dev] [PATCH v3 05/13] eal: replace rte_panic instances in eventdev

replace panic calls with log and retrun value. Signed-off-by: Arnon Warshavsky --- lib/librte_eventdev/rte_eventdev_pmd_pci.h | 8 +--- lib/librte_eventdev/rte_eventdev_pmd_vdev.h | 8 +--- 2 files changed, 10 insertions(+), 6 deletions(-) diff --git a/lib/librte_eventdev/rte_eventdev_

[dpdk-dev] [PATCH v3 03/13] e1000: replace rte_panic instances in e1000 driver

replace panic calls with log and retrun value. Local function to this file, changing from void to int is non-abi-breaking Signed-off-by: Arnon Warshavsky --- drivers/net/e1000/e1000_ethdev.h | 2 +- drivers/net/e1000/igb_ethdev.c | 3 ++- drivers/net/e1000/igb_pf.c | 15 +--

[dpdk-dev] [PATCH v3 01/13] crypto: replace rte_panic instances in crypto driver

replace panic calls with log and return value. -- v2: - reformat error message to include literal string in a single line Signed-off-by: Arnon Warshavsky --- drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 8 +--- drivers/crypto/dpaa_sec/dpaa_sec.c | 8 +--- 2 files changed, 10 i

[dpdk-dev] [PATCH v3 02/13] bond: replace rte_panic instances in bonding driver

replace panic calls with log and retrun value. Local functions to this file, changing from void to int are non-abi-breaking Signed-off-by: Arnon Warshavsky --- drivers/net/bonding/rte_eth_bond_8023ad.c | 30 +++ drivers/net/bonding/rte_eth_bond_8023ad_private.h | 2 +

[dpdk-dev] [PATCH v3 00/13] eal: replace calls to rte_panic and refrain from new instances

The purpose of this patch series is to cleanup the library code from paths that end up aborting the process, and move to checking error values, in order to allow the running process perform an orderly teardown or other mitigation of the event. This patch modifies the majority of rte_panic calls un

Re: [dpdk-dev] [PATCH v2 00/13] eal: replace calls to rte_panic and refrain from new instances

Hi Arnon, > > When sending new versions, the entire patchset must be sent. It makes it > easier for maintainers to apply patches this way. > > Thanks Anatoly Will do

[dpdk-dev] [PATCH v5 12/13] compressdev: add device capabilities

From: Fiona Trahe Added structure which each PMD will fill out, providing the capabilities of each driver (containing mainly which compression services it supports). Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librt

[dpdk-dev] [PATCH v5 13/13] compressdev: get device id from name

From: Fiona Trahe Added API to retrieve the device id provided the device name. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/rte_compressdev.c | 18 ++ lib/librte_compress

[dpdk-dev] [PATCH v5 10/13] compressdev: add compression service feature flags

From: Fiona Trahe Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/rte_comp.c | 31 +++ lib/librte_compressdev/rte_comp.h | 46 ++ lib/l

[dpdk-dev] [PATCH v5 11/13] compressdev: add device stats

From: Fiona Trahe Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/rte_compressdev.c | 40 ++ lib/librte_compressdev/rte_compressdev.h | 39 +

[dpdk-dev] [PATCH v5 09/13] compressdev: add device feature flags

From: Fiona Trahe Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/rte_compressdev.c | 21 ++ lib/librte_compressdev/rte_compressdev.h | 33 ++ lib/li

[dpdk-dev] [PATCH v5 08/13] compressdev: support hash operations

From: Shally Verma - Added hash algo enumeration and params in xform and rte_comp_op - Updated compress/decompress xform to input hash algorithm - Updated struct rte_comp_op to input hash buffer User in capability query will know about support hashes via device info comp_feature_flag. If support

[dpdk-dev] [PATCH v5 07/13] compressdev: support stateful operations

From: Fiona Trahe Added stream data (stream) in compression operation, which will contain the private data from each PMD to support stateful operations. Also, added functions to create/free this data. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-o

[dpdk-dev] [PATCH v5 06/13] compressdev: support stateless operations

From: Fiona Trahe Added private transform data (priv_xform) in compression operation, which will contain the private data from each PMD to support stateless operations. Also, added functions to create/free this data. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally

[dpdk-dev] [PATCH v5 03/13] compressdev: add compression specific data

From: Fiona Trahe Added structures and enums specific to compression, including the compression operation structure and the different supported algorithms, checksums and compression levels. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashi

[dpdk-dev] [PATCH v5 04/13] compressdev: add enqueue/dequeue functions

From: Fiona Trahe Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/rte_compressdev.c | 22 + lib/librte_compressdev/rte_compressdev.h | 107 + lib/librte_com

[dpdk-dev] [PATCH v5 05/13] compressdev: add operation management

From: Fiona Trahe Added functions to allocate and free compression operations. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/Makefile| 2 +- lib/librte_compressdev/meson.build

[dpdk-dev] [PATCH v5 02/13] compressdev: add queue pair management

From: Fiona Trahe Add functions to manage device queue pairs. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- lib/librte_compressdev/rte_compressdev.c | 135 + lib/librte_compressdev/rte_compre

[dpdk-dev] [PATCH v5 01/13] compressdev: add basic device management

From: Fiona Trahe Add basic functions to manage compress devices, including driver and device allocation, and the basic interface with compressdev PMDs. Signed-off-by: Fiona Trahe Signed-off-by: Pablo de Lara Signed-off-by: Shally Verma Signed-off-by: Ashish Gupta --- MAINTAINERS

[dpdk-dev] [PATCH v5 00/13] Implement compression API

With the vast amounts of data being transported around networks and stored in storage systems, reducing data size is becoming ever more important. There are both software libraries and hardware devices available that provide compression, but no common API. Such an API is proposed in this patchse

Re: [dpdk-dev] [PATCH v2 2/2] eal: fix signed integers in fbarray

On Fri, Apr 13, 2018 at 05:09:01PM +0100, Burakov, Anatoly wrote: > On 13-Apr-18 4:56 PM, Adrien Mazarguil wrote: > > While debugging startup issues encountered with Clang (see "eal: fix > > undefined behavior in fbarray"), I noticed that fbarray stores indices, > > sizes and masks on signed intege

Re: [dpdk-dev] kernel binding of devices + hotplug

On 13-Apr-18 5:40 PM, Bruce Richardson wrote: On Fri, Apr 13, 2018 at 06:31:21PM +0200, Thomas Monjalon wrote: It's time to think (again) how we bind devices with kernel modules. We need to decide how we want to manage hotplugged devices with DPDK. A bit of history first. There was some code in

Re: [dpdk-dev] [PATCH] net/enic: add primary mac address handler

On 4/6/2018 6:33 PM, Ferruh Yigit wrote: > On 2/20/2018 12:16 PM, Hyong Youb Kim wrote: >> On Tue, Feb 20, 2018 at 10:17:34AM +0100, David Marchand wrote: >> [...] >>> Btw, I had forgotten about the deprecation notice [1] sent by Olivier. >>> Just discussed it with him, let's wait for this change b

Re: [dpdk-dev] [PATCH v2] ethdev: check Rx/Tx offloads

On 3/28/2018 9:57 AM, Wei Dai wrote: > This patch check if a requested offloading > is supported in the device capability. > A per port offloading feature should be enabled or > disabled at same time in both rte_eth_dev_configure( ) > and rte_eth_rx_queue_setup( )/rte_eth_tx_queue_setup( ). > This

Re: [dpdk-dev] [dpdk-stable] [PATCH 1/2] net/bonding: free mempool used in mode6

On 4/13/2018 6:25 PM, Ferruh Yigit wrote: > On 4/11/2018 5:34 AM, xiangxia.m@gmail.com wrote: >> From: Tonghao Zhang >> >> When creating bond device with mode6, dpdk will create >> mempool for arp packets. If free the bond device and >> create it with same name, there will be an error. Because

Re: [dpdk-dev] [dpdk-stable] [PATCH 1/2] net/bonding: free mempool used in mode6

On 4/11/2018 5:34 AM, xiangxia.m@gmail.com wrote: > From: Tonghao Zhang > > When creating bond device with mode6, dpdk will create > mempool for arp packets. If free the bond device and > create it with same name, there will be an error. Because > the mempool is not freed when destroying bond

[dpdk-dev] [PATCH] eventdev: remove rte_eventdev_driver from rte_eventdev.h

This patch removes the decalartion of rte_eventdev_driver from rte_eventdev.h, as it not used anymore; pci_eventdev_skeleton_pmd moved to use rte_pci_driver instead of rte_eventdev_driver. Fixes: 7214438d93e6 ("remove PCI dependency from generic structures") Signed-off-by: Rami Rosen --- lib/li

Re: [dpdk-dev] DEV_RX_OFFLOAD_SCATTER for ixgbe and igb devices

On 4/13/2018 3:52 PM, Stokes, Ian wrote: > Hi all, > > Currently it's the case that for some NICs (e.g. igb driver or ixgbe driver > based), scatter_rx needs to be enabled explicitly in the case where it was > not configured before. > > A patch submitted for ovs-dpdk proposes to check that the

Re: [dpdk-dev] [PATCH] net/nfp: add support for chaning MAC address

Hi Ferruh, On Fri, Apr 13, 2018 at 6:02 PM, Ferruh Yigit wrote: > On 4/13/2018 12:00 PM, Alejandro Lucero wrote: > > This patch allows to use another MAC address than the one coming > > with the NIC by default. > > > > Signed-off-by: Alejandro Lucero > > --- > > drivers/net/nfp/nfp_net.c | 12

Re: [dpdk-dev] [PATCH] net/nfp: add support for chaning MAC address

On 4/13/2018 12:00 PM, Alejandro Lucero wrote: > This patch allows to use another MAC address than the one coming > with the NIC by default. > > Signed-off-by: Alejandro Lucero > --- > drivers/net/nfp/nfp_net.c | 12 > 1 file changed, 12 insertions(+) > > diff --git a/drivers/net/n

Re: [dpdk-dev] [PATCH v3] net/ixgbe: Add access and locking APIs for MDIO

Hi Qi, I have addressed your comments and sent a v4 patchset. Thanks, Shweta On Fri, Apr 13, 2018 at 3:37 AM, Zhang, Qi Z wrote: > Hi Choudaha: > > > -Original Message- > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shweta Choudaha > > Sent: Wednesday, April 11, 2018 10:00

Re: [dpdk-dev] kernel binding of devices + hotplug

On Fri, Apr 13, 2018 at 06:31:21PM +0200, Thomas Monjalon wrote: > It's time to think (again) how we bind devices with kernel modules. > We need to decide how we want to manage hotplugged devices with DPDK. > > A bit of history first. > There was some code in DPDK for bind/unbind, but it has been

[dpdk-dev] [PATCH v4] net/ixgbe: add access and locking APIs for MDIO

From: Shweta Choudaha Add ixgbe MDIO lock/unlock and access APIs to read and write registers using specific device address. This provides MDIO access to any devices that are not associated with the autoprobed PHY.Export these APIs via the map file Signed-off-by: Shweta Choudaha Reviewed-by: Cha

Re: [dpdk-dev] [PATCH v2 0/3] net/szedata2: patch set for new card support

On 4/12/2018 8:41 AM, Matej Vido wrote: > This patch set adds support for new card NFB-200G2QL. > > v2: > Rebased on top of dpdk-next-net/master (conflict in release notes > for patch 2). > Svg image in patch 1 replaced by redrawn image to avoid too long lines. > > Matej Vido (3): > net/szedata

[dpdk-dev] kernel binding of devices + hotplug

It's time to think (again) how we bind devices with kernel modules. We need to decide how we want to manage hotplugged devices with DPDK. A bit of history first. There was some code in DPDK for bind/unbind, but it has been removed in DPDK 1.7 - http://dpdk.org/commit/5d8751b83 Copy of the commit m

Re: [dpdk-dev] [PATCH v2 2/3] net/szedata2: add support for new NIC

On 4/13/2018 4:03 PM, Jan Remeš wrote: > It is mentioned on the website with the packages itself. The current > version works with the reworked PMD - there is a headline which says: > "DPDK from 18.05" (since we expect the patches to land in the upcoming > release; we will update it if this does no

Re: [dpdk-dev] [PATCH v3] event/sw: code refractor to reduce the fetch stall

> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com] > Sent: Thursday, April 5, 2018 9:53 AM > To: Varghese, Vipin > Cc: dev@dpdk.org; Van Haaren, Harry > Subject: Re: [PATCH v3] event/sw: code refractor to reduce the fetch stall > > -Original Message- > > Date: Thu, 5 Apr 2018 11

Re: [dpdk-dev] [PATCH] eal/ipc: fix missing ignore message name

On 4/13/2018 11:55 PM, Anatoly Burakov wrote: We are trying to notify sender that response from current process should be ignored, but we didn't specify which request this response was for. Fix by copying request name from the original message. Fixes: 579a4ccc345c ("eal: ignore IPC messages un

Re: [dpdk-dev] [PATCH 0/2] add MRVL MVPP2 PMD to meson

On Fri, Apr 13, 2018 at 05:12:19PM +0100, Bruce Richardson wrote: > On Wed, Apr 11, 2018 at 01:45:05PM +0200, Tomasz Duszynski wrote: > > This patchseries adds MRVL MVPP2 PMD to meson build system. > > > > Tomasz Duszynski (2): > > net/mvpp2: rename the version file to standard > > net/mvpp2:

Re: [dpdk-dev] [PATCH 0/2] add MRVL MVPP2 PMD to meson

On Wed, Apr 11, 2018 at 01:45:05PM +0200, Tomasz Duszynski wrote: > This patchseries adds MRVL MVPP2 PMD to meson build system. > > Tomasz Duszynski (2): > net/mvpp2: rename the version file to standard > net/mvpp2: add meson build file > The patches look ok to me as far as the meson code is

Re: [dpdk-dev] [PATCH v2 1/2] eal: fix undefined behavior in fbarray

On 13-Apr-18 4:56 PM, Adrien Mazarguil wrote: According to GCC documentation [1], the __builtin_clz() family of functions yield undefined behavior when fed a zero value. There is one instance in the fbarray code where this can occur. Clang (at least version 3.8.0-2ubuntu4) seems much more sensit

Re: [dpdk-dev] [PATCH v2 2/2] eal: fix signed integers in fbarray

On 13-Apr-18 4:56 PM, Adrien Mazarguil wrote: While debugging startup issues encountered with Clang (see "eal: fix undefined behavior in fbarray"), I noticed that fbarray stores indices, sizes and masks on signed integers involved in bitwise operations. Such operations almost invariably cause un

[dpdk-dev] [PATCH] malloc: fix not unlocking hotplug on fail to init

We lock the hotplug during init, but do not unlock it if we couldn't register multiprocess callbacks. Add the missing unlock. Fixes: 07dcbfe0101f ("malloc: support multiprocess memory hotplug") Cc: anatoly.bura...@intel.com Signed-off-by: Anatoly Burakov --- lib/librte_eal/common/malloc_heap.c

[dpdk-dev] [PATCH v2 1/2] eal: fix undefined behavior in fbarray

According to GCC documentation [1], the __builtin_clz() family of functions yield undefined behavior when fed a zero value. There is one instance in the fbarray code where this can occur. Clang (at least version 3.8.0-2ubuntu4) seems much more sensitive to this than GCC and yields random results w

[dpdk-dev] [PATCH v2 2/2] eal: fix signed integers in fbarray

While debugging startup issues encountered with Clang (see "eal: fix undefined behavior in fbarray"), I noticed that fbarray stores indices, sizes and masks on signed integers involved in bitwise operations. Such operations almost invariably cause undefined behavior with values that cannot be repr

[dpdk-dev] [PATCH] eal/ipc: fix missing ignore message name

We are trying to notify sender that response from current process should be ignored, but we didn't specify which request this response was for. Fix by copying request name from the original message. Fixes: 579a4ccc345c ("eal: ignore IPC messages until init is complete") Cc: anatoly.bura...@intel.c

Re: [dpdk-dev] [PATCH] build: fix default arm64 build instruction level support

On Wed, Apr 11, 2018 at 12:30:07PM +0530, Hemant Agrawal wrote: > > > On 4/10/2018 7:49 PM, Richardson, Bruce wrote: > > Resend, fixing "To" recipients. > > > > > -Original Message- > > > From: Bruce Richardson [mailto:bruce.richard...@intel.com] > > > Sent: Tuesday, April 10, 2018 3:17

[dpdk-dev] [PATCH 2/2] eal: fix signed integers in fbarray

While debugging startup issues encountered with Clang (see "eal: fix undefined behavior in fbarray"), I noticed that fbarray stores indices, sizes and masks on signed integers involved in bitwise operations. Such operations almost invariably cause undefined behavior with values that cannot be repr

[dpdk-dev] [PATCH 1/2] eal: fix undefined behavior in fbarray

According to GCC documentation [1], the __builtin_clz() family of functions yield undefined behavior when fed a zero value. There is one instance in the fbarray code where this can occur. Clang (at least version 3.8.0-2ubuntu4) seems much more sensitive to this than GCC and yields random results w

Re: [dpdk-dev] [RFC 0/2] nfp driver fixes

On Fri, Apr 13, 2018 at 2:23 PM, Aaron Conole wrote: > Alejandro Lucero writes: > > > Hi Aaron, > > > > Thanks for this patches. > > > > I'm afraid these are not applicable for current NFP driver after commit > > Okay. > > > "net/nfp: add NFP CPP support" > > > > which has been accepted in dpdk-

Re: [dpdk-dev] [PATCH 2/2] eal/ipc: fix use-after-free in asynchronous requests

On 4/13/2018 7:55 PM, Anatoly Burakov wrote: Previously, we were removing request from the list only if we have succeeded to send it. This resulted in leaving an invalid pointer in the request list. Fix this by only adding new requests to the request list if we have succeeded in sending them.

Re: [dpdk-dev] [PATCH 1/2] eal/ipc: fix use-after-free in synchronous requests

On 4/13/2018 7:54 PM, Anatoly Burakov wrote: Previously, we were adding synchronous requests to request list, we were doing it after checking if request existed. However, we only removed the request from the request list if we have succeeded in sending the request. In case of failed request sen

Re: [dpdk-dev] [RFC 2/2] nfp: allow for non-root user

On Fri, Apr 13, 2018 at 2:31 PM, Aaron Conole wrote: > Alejandro Lucero writes: > > > Again, this patch is correct, but because NFP PMD needs to access > > /sys/bus/pci/devices/$DEVICE_PCI_STRING/resource$RESOURCE_ID, and these > files have just > > read/write accesses for root, I do not know if

[dpdk-dev] [PATCH v2 2/2] net/mlx5: fix flow director mask

During the transition to resurrect flow director on top of rte_flow, mask handling was removed by mistake. Fixes: 4c3e9bcdd52e ("net/mlx5: support flow director") Cc: sta...@dpdk.org Signed-off-by: Nelio Laranjeiro Acked-by: Adrien Mazarguil --- drivers/net/mlx5/mlx5_flow.c | 63 ++

[dpdk-dev] [PATCH v2 0/2] net/mlx5: fix flow director mask

Flow director mask as been mistakenly removed from mlx5 PMD. This series brings it back. Changes in v2: Use the L3 structures instead of the l4 in the conversion. Nelio Laranjeiro (2): net/mlx5: split L3/L4 in flow director net/mlx5: fix flow director mask drivers/net/mlx5/mlx5_flow.c | 1

[dpdk-dev] [PATCH v2 1/2] net/mlx5: split L3/L4 in flow director

This will help to bring back the mask handler which was removed when this feature was rewritten on top of rte_flow. Signed-off-by: Nelio Laranjeiro Acked-by: Adrien Mazarguil --- drivers/net/mlx5/mlx5_flow.c | 122 --- 1 file changed, 42 insertions(+), 80 deletio

[dpdk-dev] [PATCH] net/mlx5: fix invalid flow item check

This patch fixed invalid flow item check. Fixes: 4f1a88e3f9b0 ("net/mlx5: standardize on negative errno values") Cc: nelio.laranje...@6wind.com Signed-off-by: Xueming Li Acked-by: Nelio Laranjeiro --- drivers/net/mlx5/mlx5_flow.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff -

Re: [dpdk-dev] [PATCH v2] eal/ipc: stop async IPC loop on callback request

On 4/10/2018 11:28 PM, Anatoly Burakov wrote: EAL did not stop processing further asynchronous requests on encountering a request that should trigger the callback. This resulted in erasing valid requests but not triggering them. Fix this by stopping the loop once we have a request that can tri

Re: [dpdk-dev] [PATCH v3 11/14] net/mlx5: support MPLS-in-GRE and MPLS-in-UDP

> -Original Message- > From: Nélio Laranjeiro > Sent: Friday, April 13, 2018 10:56 PM > To: Xueming(Steven) Li > Cc: Shahaf Shuler ; dev@dpdk.org > Subject: Re: [PATCH v3 11/14] net/mlx5: support MPLS-in-GRE and MPLS-in- > UDP > > On Fri, Apr 13, 2018 at 02:48:17PM +, Xueming(Steve

Re: [dpdk-dev] [PATCH v6 12/22] kvargs: add generic string matching callback

On Fri, Apr 13, 2018 at 08:19:16PM +0530, Shreyansh Jain wrote: > On Friday 13 April 2018 06:52 PM, Gaetan Rivet wrote: > > This function can be used as a callback to > > rte_kvargs_process. > > > > This should reduce code duplication. > > > > Signed-off-by: Gaetan Rivet > > --- > > lib/Makefi

Re: [dpdk-dev] [PATCH v2 2/3] net/szedata2: add support for new NIC

It is mentioned on the website with the packages itself. The current version works with the reworked PMD - there is a headline which says: "DPDK from 18.05" (since we expect the patches to land in the upcoming release; we will update it if this does not happen). The older version is still availabl

Re: [dpdk-dev] [PATCH V19 4/4] app/testpmd: use auto handle for hotplug

Hi Guo From: Guo, Jia, Friday, April 13, 2018 1:48 PM > hi matan > > > On 4/12/2018 1:31 PM, Matan Azrad wrote: > > Hi All > > > > From: Jeff Guo, Friday, April 6, 2018 1:57 PM > >> Use testpmd for example, to show how an application smoothly handle > >> failure when device be hot removal, and s

  1   2   3   >