Re: [dpdk-dev] [PATCH v6 02/11] net/mlx5: support GRE tunnel flow

> -Original Message- > From: Nélio Laranjeiro > Sent: Monday, April 23, 2018 9:46 PM > To: Xueming(Steven) Li > Cc: Shahaf Shuler ; dev@dpdk.org > Subject: Re: [PATCH v6 02/11] net/mlx5: support GRE tunnel flow > > On Mon, Apr 23, 2018 at 01:32:23PM +, Xueming(Steven) Li wrote: > >

Re: [dpdk-dev] [PATCH v6 02/11] net/mlx5: support GRE tunnel flow

On Tue, Apr 24, 2018 at 07:40:24AM +, Xueming(Steven) Li wrote: > > > > -Original Message- > > From: Nélio Laranjeiro > > Sent: Monday, April 23, 2018 9:46 PM > > To: Xueming(Steven) Li > > Cc: Shahaf Shuler ; dev@dpdk.org > > Subject: Re: [PATCH v6 02/11] net/mlx5: support GRE tunn

Re: [dpdk-dev] [PATCH v6 00/11] mlx5 Rx tunnel offloading

On Mon, Apr 23, 2018 at 08:32:59PM +0800, Xueming Li wrote: > > Important note: > please note that this patchset relies on Adrien's patchset of flow API > overhaul: http://www.dpdk.org/dev/patchwork/patch/38508/ > v6: > - Fixed commit log of tunnel type identification > v5: > - Rem

Re: [dpdk-dev] [PATCH v6 00/11] mlx5 Rx tunnel offloading

> -Original Message- > From: Nélio Laranjeiro > Sent: Tuesday, April 24, 2018 4:25 PM > To: Xueming(Steven) Li > Cc: Shahaf Shuler ; dev@dpdk.org > Subject: Re: [PATCH v6 00/11] mlx5 Rx tunnel offloading > > On Mon, Apr 23, 2018 at 08:32:59PM +0800, Xueming Li wrote: > > > > Important

Re: [dpdk-dev] [PATCH v3 01/11] compress/isal: add skeleton ISA-L compression PMD

Hi Lee, > -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:35 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 01/11] compress/isal: add skeleton ISA-L compression PMD > Add some

Re: [dpdk-dev] [PATCH 1/3] net/mlx5: separate TSO function in Tx data path

On Sun, Apr 08, 2018 at 08:41:19PM +0800, Xueming Li wrote: > Separate TSO function to make logic of mlx5_tx_burst clear. > > Signed-off-by: Xueming Li > --- Acked-by: Yongseok Koh Thanks

Re: [dpdk-dev] [PATCH 3/3] net/mlx5: allow max 192B TSO inline header length

On Sun, Apr 08, 2018 at 08:41:21PM +0800, Xueming Li wrote: > Change max inline header length to 192B to allow IPv6 VXLAN TSO headers > and header with options that more than 128B. > > Signed-off-by: Xueming Li > --- Acked-by: Yongseok Koh Thanks

Re: [dpdk-dev] [PATCH v3 02/11] compress/isal: add pmd device init and de-init

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:35 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 02/11] compress/isal: add pmd device init and de-init > > Signed-off-by: Le

Re: [dpdk-dev] [PATCH v3 03/11] compress/isal: add basic pmd ops

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:35 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 03/11] compress/isal: add basic pmd ops > > Signed-off-by: Lee Daly > ---

Re: [dpdk-dev] Request to create a repo under DPDK for Network Function Framework for Go

Hi, 15/03/2018 17:15, Melik-Adamyan, Areg: > Hello. > > Within Intel, we developed and open-sourced a DPDK based high-level library > and runtime named Network Function Framework for Go (NFF-Go: > https://github.com/intel-go/nff-go) which is intended to simplify packet > processing application

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

Hi Jiayu, Please find comments inline > -Original Message- > From: Hu, Jiayu [mailto:jiayu...@intel.com] > Sent: Monday, April 23, 2018 7:14 AM > To: Ophir Munk ; dev@dpdk.org; Ananyev, > Konstantin > Cc: Thomas Monjalon ; Olga Shern > ; Pascal Mazon ; > sta...@dpdk.org > Subject: RE: [PA

Re: [dpdk-dev] [PATCH v3 04/11] compress/isal: add private xform related ops

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:35 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 04/11] compress/isal: add private xform related ops > > Signed-off-by: Lee

Re: [dpdk-dev] [PATCH v3 05/11] compress/isal: add queue pair related ops

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:35 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 05/11] compress/isal: add queue pair related ops > > Signed-off-by: Lee Dal

Re: [dpdk-dev] [PATCH v7 00/22] Device querying

On Mon, Apr 23, 2018 at 12:54:54AM +0200, Thomas Monjalon wrote: > 15/04/2018 17:07, Gaetan Rivet: > > This patchset introduces a new EAL API for querying devices, > > filtered by arbitrary properties. > > > > The following elements are introduced to this end: > > > > * A new object, "rte_class"

Re: [dpdk-dev] [PATCH v3 08/11] compress/isal: add ISA-L compression functionality

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:35 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 08/11] compress/isal: add ISA-L compression functionality > > Signed-off-by

Re: [dpdk-dev] [PATCH v3 09/11] compress/isal: add ISA-L decomp functionality

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:36 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 09/11] compress/isal: add ISA-L decomp functionality > > Signed-off-by: Lee

Re: [dpdk-dev] [PATCH v5 3/5] bus/vdev: bus scan by multi-process channel

24/04/2018 07:51, Jianfeng Tan: > --- a/drivers/bus/vdev/Makefile > +++ b/drivers/bus/vdev/Makefile > +CFLAGS += -DALLOW_EXPERIMENTAL_API You need to do the same for meson.build.

[dpdk-dev] [PATCH v4 0/5] get the information and data of EEPROM

Add APIs to read information from the DPDK applictions. It can be used to dump the EEPROM of plugin modules (SFP+, QSFP, etc.). Two APIs are introduced to access eeprom: - rte_eth_dev_get_module_info - rte_eth_dev_get_module_eeprom Applications based on DPDK can dump eeprom by calling those two A

[dpdk-dev] [PATCH v4 1/5] ethdev: add access to eeprom

add new APIs: - rte_eth_dev_get_module_info - rte_eth_dev_get_module_eeprom Signed-off-by: Zijie Pan Acked-by: Remy Horton --- Cc: remy.hor...@intel.com Cc: john.mcnam...@intel.com Cc: marko.kovace...@intel.com Cc: tho...@monjalon.net doc/guides/nics/features.rst| 11 li

[dpdk-dev] [PATCH v4 5/5] net/i40e: add module EEPROM callbacks for i40e

Add new callbacks for eth_dev_ops of i40e to get the information and data of plugin module eeprom. Signed-off-by: Zijie Pan Acked-by: Remy Horton --- Cc: beilei.x...@intel.com Cc: qi.z.zh...@intel.com drivers/net/i40e/i40e_ethdev.c | 147 1 file change

[dpdk-dev] [PATCH v4 4/5] net/e1000: add module EEPROM callbacks for e1000

Add new callbacks for eth_dev_ops of e1000 to get the information and data of plugin module EEPROM. Signed-off-by: Zijie Pan Acked-by: Remy Horton --- Cc: wenzhuo...@intel.com drivers/net/e1000/base/e1000_phy.h |8 drivers/net/e1000/igb_ethdev.c | 86

[dpdk-dev] [PATCH v4 2/5] examples/ethtool: add a new command module-eeprom

Add a new command "module-eeprom" to get the data of plugin module EEPROM. Signed-off-by: Zijie Pan Acked-by: Remy Horton --- Cc: remy.hor...@intel.com Cc: or...@mellanox.com Cc: bruce.richard...@intel.com Cc: pablo.de.lara.gua...@intel.com Cc: radu.nico...@intel.com Cc: akhil.go...@nxp.com Cc:

[dpdk-dev] [PATCH v4 3/5] net/ixgbe: add module EEPROM callbacks for ixgbe

Add new callbacks for eth_dev_ops of ixgbe to get the information and data of plugin module eeprom. Signed-off-by: Zijie Pan Acked-by: Remy Horton --- Cc: remy.hor...@intel.com Cc: wenzhuo...@intel.com Cc: konstantin.anan...@intel.com drivers/net/ixgbe/ixgbe_ethdev.c | 79 +++

[dpdk-dev] [PATCH v3 3/3] mem: improve autodetection of hugepage counts on 32-bit

For non-legacy mode, we are preallocating space for hugepages, so we know in advance which pages we will be able to allocate, and which we won't. However, the init procedure was using hugepage counts gathered from sysfs and paid no attention to hugepage sizes that were actually available for reserv

[dpdk-dev] [PATCH v3 2/3] mem: improve memory preallocation on 32-bit

Previously, if we couldn't preallocate VA space on 32-bit for one page size, we simply bailed out, even though we could've tried allocating VA space with other page sizes. For example, if user had both 1G and 2M pages enabled, and has asked DPDK to allocate memory on both sockets, DPDK would've tr

[dpdk-dev] [PATCH v3 1/3] mem: fix 32-bit memory upper limit for non-legacy mode

32-bit mode has an upper limit on amount of VA space it can preallocate, but the original implementation used the wrong constant, resulting in failure to initialize due to integer overflow. Fix it by using the correct constant. Fixes: 66cc45e293ed ("mem: replace memseg with memseg lists") Cc: anat

Re: [dpdk-dev] [PATCH v4 01/10] devargs: introduce iterator

On Mon, Apr 23, 2018 at 04:54:17PM -0700, Stephen Hemminger wrote: > On Tue, 24 Apr 2018 00:41:01 +0200 > Gaetan Rivet wrote: > > > In preparation to making devargs_list private. > > > > Bus drivers generally need to access rte_devargs pertaining to their > > operations. This match is a common o

Re: [dpdk-dev] [PATCH v4 1/5] ethdev: add access to eeprom

24/04/2018 12:17, Zijie Pan: > +/** > + * Placeholder for accessing plugin module eeprom > + */ > +struct rte_dev_module_info { > + uint32_t type; /**< Type of plugin module eeprom */ > + uint32_t eeprom_len; /**< Length of plugin module eeprom */ > +}; I am not sure "plugin module" is des

Re: [dpdk-dev] [PATCH v4 02/10] devargs: introduce foreach macro

On Mon, Apr 23, 2018 at 04:56:19PM -0700, Stephen Hemminger wrote: > On Tue, 24 Apr 2018 00:41:02 +0200 > Gaetan Rivet wrote: > > > Introduce new rte_devargs accessor allowing to iterate over all > > rte_devargs pertaining to a bus. > > > > Signed-off-by: Gaetan Rivet > > --- > > Aren't devarg

Re: [dpdk-dev] [PATCH 2/3] net/mlx5: support generic tunnel offloading

On Sun, Apr 08, 2018 at 08:41:20PM +0800, Xueming Li wrote: > This commit adds support for generic tunnel TSO and checksum offload. > PMD will compute the inner/outer headers offset according to the > mbuf fields. Hardware will do calculation based on offsets and types. > > Signed-off-by: Xueming

Re: [dpdk-dev] [PATCH v5 0/5] allow procinfo and pdump on eth vdev

24/04/2018 07:51, Jianfeng Tan: > Jianfeng Tan (5): > eal: bring forward multi-process channel init > bus/vdev: add lock on vdev device list > bus/vdev: bus scan by multi-process channel > drivers/net: not use private eth dev data > drivers/net: share vdev data to secondary process Appli

Re: [dpdk-dev] Survey for final decision about per-port offload API

On 3/30/2018 2:47 PM, Thomas Monjalon wrote: > There are some discussions about a specific part of the offload API: > "To enable per-port offload, the offload should be set on both > device configuration and queue setup." > > It means the application must repeat the port offload flags

Re: [dpdk-dev] [PATCH v3 10/11] compress/isal: add generic compression driver docs

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:36 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 10/11] compress/isal: add generic compression driver docs > > Signed-off-by

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

> -Original Message- > From: Ophir Munk [mailto:ophi...@mellanox.com] > Sent: Tuesday, April 24, 2018 10:44 AM > To: Hu, Jiayu ; dev@dpdk.org; Ananyev, Konstantin > > Cc: Thomas Monjalon ; Olga Shern ; > Pascal Mazon ; > sta...@dpdk.org > Subject: RE: [PATCH v1] gso: fix marking TCP ch

Re: [dpdk-dev] [PATCH v2] app/test: enhance power manager unit tests

On Mon, Apr 23, 2018 at 11:04:27PM +0200, Thomas Monjalon wrote: > 11/04/2018 16:14, Reshma Pattan: > > Unit Testcases are added for power_acpi_cpu_freq, > > power_kvm_vm_test to improve coverage > > > > Signed-off-by: Jananee Parthasarathy > > Acked-by: David Hunt > > Applied, thanks > Sadly,

Re: [dpdk-dev] rte_hash thread safe

> > A gentle reminder, > > I am curious to know if/how rte_hash is thread safe for lookups.It is not > obvious to me how following code is thread safe: I don't think it is really thread-safe: you can't do lookup and add/delete simultaneously from different threads. Some extra synchronization

Re: [dpdk-dev] [PATCH v3 11/11] compress/isal: add ISA-L compression PMD docs

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:36 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 11/11] compress/isal: add ISA-L compression PMD docs Change title to " doc:

Re: [dpdk-dev] [PATCH v7 4/5] app/testpmd: enable queue ring size configure

On 4/24/2018 4:16 AM, Zhang, Qi Z wrote: > > >> -Original Message- >> From: Yigit, Ferruh >> Sent: Tuesday, April 24, 2018 1:45 AM >> To: Zhang, Qi Z ; tho...@monjalon.net >> Cc: Ananyev, Konstantin ; dev@dpdk.org; >> Xing, Beilei ; Wu, Jingjing ; >> Lu, Wenzhuo >> Subject: Re: [PATCH v7

Re: [dpdk-dev] [PATCH v3 10/11] compress/isal: add generic compression driver docs

> -Original Message- > From: Daly, Lee > Sent: Tuesday, April 17, 2018 2:36 PM > To: dev@dpdk.org > Cc: De Lara Guarch, Pablo ; Tucker, Greg B > ; Jain, Deepak K ; Trahe, > Fiona ; Daly, Lee > Subject: [PATCH v3 10/11] compress/isal: add generic compression driver docs > One last comment

Re: [dpdk-dev] rte_hash thread safe

On Tue, Apr 24, 2018 at 11:03:42AM +, Ananyev, Konstantin wrote: > > > > > > A gentle reminder, > > > > I am curious to know if/how rte_hash is thread safe for lookups.It is not > > obvious to me how following code is thread safe: > > I don't think it is really thread-safe: you can't do l

Re: [dpdk-dev] Survey for final decision about per-port offload API

Hi Ferruh, > > On 3/30/2018 2:47 PM, Thomas Monjalon wrote: > > There are some discussions about a specific part of the offload API: > > "To enable per-port offload, the offload should be set on both > > device configuration and queue setup." > > > > It means the application must repeat t

Re: [dpdk-dev] [dpdk-stable] [PATCH 1/2] app/testpmd: fix port id type

On 4/24/2018 6:59 AM, Qi Zhang wrote: > Correct couple port id from uint8_t to uint16_t. > > Fixes: f8244c6399d9 ("ethdev: increase port id range") > Cc: sta...@dpdk.org > > Signed-off-by: Qi Zhang For Series, Reviewed-by: Ferruh Yigit

Re: [dpdk-dev] [PATCH v2] app/test: enhance power manager unit tests

Hi, > -Original Message- > From: Richardson, Bruce > Sent: Tuesday, April 24, 2018 11:59 AM > To: Thomas Monjalon > Cc: Parthasarathy, JananeeX M ; > dev@dpdk.org; Pattan, Reshma ; Hunt, David > > Subject: Re: [dpdk-dev] [PATCH v2] app/test: enhance power manager unit > tests > > On Mon

Re: [dpdk-dev] [dpdk-stable] [PATCH 1/2] app/testpmd: fix port id type

On 4/24/2018 12:21 PM, Ferruh Yigit wrote: > On 4/24/2018 6:59 AM, Qi Zhang wrote: >> Correct couple port id from uint8_t to uint16_t. >> >> Fixes: f8244c6399d9 ("ethdev: increase port id range") >> Cc: sta...@dpdk.org >> >> Signed-off-by: Qi Zhang > > For Series, > Reviewed-by: Ferruh Yigit Se

[dpdk-dev] [PATCH v1 0/2] Global Priorities

These patches are extracted from the device querying series [1] for earlier integration. [1]: https://dpdk.org/ml/archives/dev/2018-March/092891.html Gaetan Rivet (2): eal: list acceptable init priorities eal: add last init priority lib/librte_eal/common/eal_common_log.c | 2 +- lib/li

[dpdk-dev] [PATCH v1 1/2] eal: list acceptable init priorities

Build a central list to quickly see each used priorities for constructors, allowing to verify that they are both above 100 and in the proper order. Signed-off-by: Gaetan Rivet Acked-by: Neil Horman Acked-by: Shreyansh Jain --- lib/librte_eal/common/eal_common_log.c | 2 +- lib/librte_eal/c

[dpdk-dev] [PATCH v1 2/2] eal: add last init priority

Add the priority RTE_PRIORITY_LAST, used for initialization routines meant to be run after all other constructors. This priority becomes the default priority for all DPDK constructors. Signed-off-by: Gaetan Rivet --- lib/librte_eal/common/include/rte_common.h | 23 --- 1 fil

[dpdk-dev] [PATCH] net/bonding: fix slave activation simultaneously

The bonding PMD decides to activate\deactivate its slaves according to the slaves link statuses. Thus, it registers to the LSC events of the slaves ports and activates\deactivates them from its LSC callbacks called asynchronously by the host thread when the slave link status is changed. In additio

[dpdk-dev] [PATCH v1 0/2] Bus find_device fixes

These patches are extracted from the device querying series [1] for earlier integration. [1]: https://dpdk.org/ml/archives/dev/2018-March/092891.html Gaetan Rivet (2): bus/pci: fix find device implementation bus/vdev: fix find device implementation drivers/bus/pci/pci_common.c| 21 +

[dpdk-dev] [PATCH v1 2/2] bus/vdev: fix find device implementation

If start is set and a device before it matches the data, this device is returned. This induces potentially infinite loops. Fixes: c7fe1eea8a74 ("bus: simplify finding starting point") Cc: sta...@dpdk.org Signed-off-by: Gaetan Rivet --- drivers/bus/vdev/rte_bus_vdev.h | 3 +++ drivers/bus/vdev

[dpdk-dev] [PATCH v1 1/2] bus/pci: fix find device implementation

If start is set, and a device before it matches the data passed for comparison, then this first device is returned. This induces potentially infinite loops. Fixes: c7fe1eea8a74 ("bus: simplify finding starting point") Cc: sta...@dpdk.org Signed-off-by: Gaetan Rivet --- drivers/bus/pci/pci_comm

Re: [dpdk-dev] [PATCH v1 2/2] eal: add last init priority

> -Original Message- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Gaetan Rivet > Sent: Tuesday, April 24, 2018 4:59 PM > To: dev@dpdk.org > Cc: Gaetan Rivet > Subject: [dpdk-dev] [PATCH v1 2/2] eal: add last init priority > > Add the priority RTE_PRIORITY_LAST, used for initiali

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

Hi Konstantin, Please see inline > -Original Message- > From: Ananyev, Konstantin [mailto:konstantin.anan...@intel.com] > Sent: Tuesday, April 24, 2018 1:56 PM > To: Ophir Munk ; Hu, Jiayu ; > dev@dpdk.org > Cc: Thomas Monjalon ; Olga Shern > ; Pascal Mazon ; > sta...@dpdk.org > Subject: R

Re: [dpdk-dev] [PATCH v4 1/2] mbuf: support attaching external buffer to mbuf

On Mon, Apr 23, 2018 at 10:01:07PM -0700, Stephen Hemminger wrote: > On Mon, 23 Apr 2018 18:38:53 -0700 > Yongseok Koh wrote: > > > This patch introduces a new way of attaching an external buffer to a mbuf. > > > > Attaching an external buffer is quite similar to mbuf indirection in > > replacin

[dpdk-dev] [PATCH 0/8 v4] Introduce DPAA2 QDMA raw driver

This patch set introduces DPAA2 based QDMA device driver. It provide means to initiate a DMA transaction from CPU. The initiated DMA is performed without CPU being involved in the actual DMA transaction. This patch series is rebased on dpdk master branch Patch 1: Support meson build in raw Pat

[dpdk-dev] [PATCH 3/8 v4] bus/fslmc: support scanning and probing of QDMA devices

'dpdmai' devices detected on fsl-mc bus are represented by DPAA2 QDMA devices in DPDK. Signed-off-by: Nipun Gupta Acked-by: Shreyansh Jain --- drivers/bus/fslmc/fslmc_bus.c | 2 ++ drivers/bus/fslmc/fslmc_vfio.c | 1 + drivers/bus/fslmc/rte_fslmc.h | 2 ++ 3 files changed, 5 insertions(+) di

[dpdk-dev] [PATCH 1/8 v4] raw: support meson build

Signed-off-by: Shreyansh Jain Signed-off-by: Nipun Gupta --- drivers/meson.build | 3 ++- drivers/raw/meson.build | 7 +++ drivers/raw/skeleton_rawdev/meson.build | 8 3 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 drivers/ra

[dpdk-dev] [PATCH 2/8 v4] bus/fslmc: support MC DPDMAI object

This patch adds the DPDMAI (Data Path DMA Interface) object support in MC driver. Signed-off-by: Cristian Sovaiala Signed-off-by: Nipun Gupta Acked-by: Shreyansh Jain --- drivers/bus/fslmc/Makefile | 9 +- drivers/bus/fslmc/mc/dpdmai.c | 429 +++

[dpdk-dev] [PATCH 4/8 v4] bus/fslmc: add macros required by QDMA for FLE and FD

Signed-off-by: Nipun Gupta Acked-by: Hemant Agrawal --- drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h b/drivers/bus/fslmc/portal/dpaa2_hw_pvt.h index c76393d..8fd4ef9 100644 --- a/driver

[dpdk-dev] [PATCH 5/8 v4] raw/dpaa2_qdma: introduce the DPAA2 QDMA driver

DPAA2 QDMA driver uses MC DPDMAI object. This driver enables the user (app) to perform data DMA without involving CPU in the DMA process Signed-off-by: Nipun Gupta --- MAINTAINERS| 8 + config/common_base | 5 + config/c

[dpdk-dev] [PATCH 7/8 v4] raw/dpaa2_qdma: support enq and deq operations

Signed-off-by: Nipun Gupta --- drivers/raw/dpaa2_qdma/dpaa2_qdma.c| 333 + drivers/raw/dpaa2_qdma/dpaa2_qdma.h| 21 ++ drivers/raw/dpaa2_qdma/rte_pmd_dpaa2_qdma.h| 70 + .../raw/dpaa2_qdma/rte_pmd_dpaa2_qdma_version.map | 4 + 4

[dpdk-dev] [PATCH 6/8 v4] raw/dpaa2_qdma: support configuration APIs

Signed-off-by: Nipun Gupta --- doc/api/doxy-api-index.md | 1 + doc/api/doxy-api.conf | 1 + drivers/raw/dpaa2_qdma/Makefile| 2 + drivers/raw/dpaa2_qdma/dpaa2_qdma.c| 375 + driver

[dpdk-dev] [PATCH 8/8 v4] doc: add DPAA2 QDMA rawdev guide

Signed-off-by: Nipun Gupta --- MAINTAINERS| 1 + doc/guides/index.rst | 1 + doc/guides/rawdevs/dpaa2_qdma.rst | 140 + doc/guides/rawdevs/index.rst | 14 doc/guides/rel_notes/release_18_05.rst

Re: [dpdk-dev] [PATCH] ethdev: remove experimental flag of ports enumeration

On Tue, Apr 24, 2018 at 4:15 AM, Thomas Monjalon wrote: > The basic operations for ports enumeration should not be > considered as experimental in DPDK 18.05. > > The iterator RTE_ETH_FOREACH_DEV was introduced in DPDK 17.05. > It uses the function the rte_eth_find_next_owned_by() to get > only ow

Re: [dpdk-dev] [PATCH v2] app/test: enhance power manager unit tests

On 24/4/2018 12:23 PM, Pattan, Reshma wrote: Hi, -Original Message- From: Richardson, Bruce Sent: Tuesday, April 24, 2018 11:59 AM To: Thomas Monjalon Cc: Parthasarathy, JananeeX M ; dev@dpdk.org; Pattan, Reshma ; Hunt, David Subject: Re: [dpdk-dev] [PATCH v2] app/test: enhance power

Re: [dpdk-dev] Survey for final decision about per-port offload API

On 4/24/2018 12:08 PM, Ananyev, Konstantin wrote: > Hi Ferruh, > >> >> On 3/30/2018 2:47 PM, Thomas Monjalon wrote: >>> There are some discussions about a specific part of the offload API: >>> "To enable per-port offload, the offload should be set on both >>> device configuration and queue

Re: [dpdk-dev] [PATCH v4 1/2] mbuf: support attaching external buffer to mbuf

On 04/24/2018 04:38 AM, Yongseok Koh wrote: This patch introduces a new way of attaching an external buffer to a mbuf. Attaching an external buffer is quite similar to mbuf indirection in replacing buffer addresses and length of a mbuf, but a few differences: - When an indirect mbuf is attach

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

Hi Ophir, > > Hi Konstantin, > Please see inline > > > -Original Message- > > From: Ananyev, Konstantin [mailto:konstantin.anan...@intel.com] > > Sent: Tuesday, April 24, 2018 1:56 PM > > To: Ophir Munk ; Hu, Jiayu ; > > dev@dpdk.org > > Cc: Thomas Monjalon ; Olga Shern > > ; Pascal Maz

[dpdk-dev] [PATCH] devtools: add test script for meson builds

To simplify testing with the meson and ninja builds, we can add a script to set up and do multiple builds. Currently this script sets up: * clang and gcc builds * builds using static and shared linkage for binaries (libs are always built as both) * a build using the lowest instruction-set level

Re: [dpdk-dev] [PATCH] net/bnx2x: reserve enough headroom for mbuf prepend

On 4/23/2018 6:10 PM, Patil, Harish wrote: > From: zhouyangchao mailto:zhouya...@gmail.com>> > Date: Wednesday, March 7, 2018 at 10:57 PM > To: Ferruh Yigit mailto:ferruh.yi...@intel.com>> > Cc: "dev@dpdk.org " mailto:dev@dpdk.org>>, > Harish Patil mailto:harish.pa...@cavium.co

[dpdk-dev] [v2,0/6] eventdev: cover letter - crypto adapter

This patchset introduces the event crypto adapter which is intended to bridge between event devices and crypto devices. Addition of the event crypto adapter into eventdev library extends the event driven programming model with crypto devices. This patchset has dependency on below cryptodev patchse

[dpdk-dev] [v2,1/6] eventdev: introduce event crypto adapter

Signed-off-by: Abhinandan Gujjar Signed-off-by: Nikhil Rao Signed-off-by: Gage Eads --- lib/librte_eventdev/rte_event_crypto_adapter.h | 532 + 1 file changed, 532 insertions(+) create mode 100644 lib/librte_eventdev/rte_event_crypto_adapter.h diff --git a/lib/librte_e

[dpdk-dev] [v2,3/6] eventdev: add crypto adapter implementation

Signed-off-by: Abhinandan Gujjar Signed-off-by: Nikhil Rao Signed-off-by: Gage Eads --- config/common_base |1 + lib/Makefile |4 +- lib/librte_eventdev/Makefile |3 + lib/librte_eventdev/rte_event_crypt

[dpdk-dev] [v2, 2/6] eventdev: add APIs and PMD callbacks for crypto adapter

Signed-off-by: Abhinandan Gujjar --- drivers/event/sw/sw_evdev.c| 13 +++ lib/librte_eventdev/rte_eventdev.c | 25 + lib/librte_eventdev/rte_eventdev.h | 52 + lib/librte_eventdev/rte_eventdev_pmd.h | 189 + 4 files changed, 279 i

[dpdk-dev] [v2, 5/6] eventdev: add event crypto adapter to meson build system

Signed-off-by: Abhinandan Gujjar --- lib/librte_eventdev/meson.build | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/lib/librte_eventdev/meson.build b/lib/librte_eventdev/meson.build index 232b870..df9be41 100644 --- a/lib/librte_eventdev/meson.build +++ b/lib/librte_e

[dpdk-dev] [v2,6/6] doc: add event crypto adapter documentation

Add entries in the programmer's guide, API index, maintainer's file and release notes for the event crypto adapter. Signed-off-by: Abhinandan Gujjar --- MAINTAINERS| 7 + doc/api/doxy-api-index.md | 1 + doc/guides/prog_guide/event_cry

[dpdk-dev] [v2,4/6] test: add event crypto adapter auto-test

Signed-off-by: Abhinandan Gujjar --- test/test/Makefile| 1 + test/test/test_event_crypto_adapter.c | 915 ++ 2 files changed, 916 insertions(+) create mode 100644 test/test/test_event_crypto_adapter.c diff --git a/test/test/Makefile b/test/

[dpdk-dev] [PATCH v8 1/5] ethdev: support runtime queue setup

From: Qi Zhang It's not possible to setup a queue when the port is started because of a check in ethdev layer. New capability flags are added in order to relax this check for devices which support queue setup in runtime. The functions rte_eth_[rx|tx]_queue_setup will raise an error only if the po

[dpdk-dev] [PATCH v8 0/5] runtime queue setup

v8: - re-order in default.ini and i40e.ini. - rebase v7: - update default.ini and i40e.ini. - rename runtime_queue_setup_capa to dev_capa for generic. - testpmd queue setup command be moved to "ports" command group. - remove ring_size and offload from queue setup command in testpmd. - enable per q

[dpdk-dev] [PATCH v8 3/5] app/testpmd: enable per queue configure

Each queue has independent configure information in rte_port. Base on this, we are able to add new commands to configure different queues with different value. Signed-off-by: Qi Zhang Acked-by: Ferruh Yigit --- app/test-pmd/cmdline.c | 8 ++-- app/test-pmd/config.c | 67

[dpdk-dev] [PATCH v8 2/5] app/testpmd: add command for queue setup

Add new command to setup queue, rte_eth_[rx|tx]_queue_setup will be called corresponsively. Signed-off-by: Qi Zhang Acked-by: Ferruh Yigit --- v7: - remove ring_size and offload paramters and move to "ports" commmand group. v6: - fix error message for rx_free_thresh check. v5: - fix command

[dpdk-dev] [PATCH v8 4/5] app/testpmd: enable queue ring size configure

Add command to change specific queue's ring size configure, the new value will only take effect after command that restart the device(port stop /port start ) or command that setup the queue(port rxq setup) at runtime. Signed-off-by: Qi Zhang Acked-by: Ferruh Yigit --- app/test-pmd/cmdline.c

[dpdk-dev] [PATCH v8 5/5] net/i40e: enable runtime queue setup

From: Qi Zhang Expose the runtime queue configuration capability and enhance i40e_dev_[rx|tx]_queue_setup to handle the situation when device already started. Signed-off-by: Qi Zhang Acked-by: Konstantin Ananyev Acked-by: Ferruh Yigit --- v8: - re-order in i40e.ini v7: - update i40e.ini v5:

Re: [dpdk-dev] [PATCH v1] net/failsafe: add TCP TSO default Tx capability

On 4/10/2018 7:17 AM, Ophir Munk wrote: > Add DEV_TX_OFFLOAD_TCP_TSO to failsafe Tx offload default capabilities. > The net result of failsafe Tx capabilities is the logical AND of Tx > capabilities among all failsafe sub_devices and failsafe own default > capabilities. > > Signed-off-by: Ophir Mu

Re: [dpdk-dev] [PATCH v2] app/test: enhance power manager unit tests

Hi, > -Original Message- > From: Hunt, David > Sent: Tuesday, April 24, 2018 1:10 PM > To: Pattan, Reshma ; Richardson, Bruce > ; Thomas Monjalon > Cc: Parthasarathy, JananeeX M ; > dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2] app/test: enhance power manager unit > tests > > > On 2

Re: [dpdk-dev] [PATCH] net/bonding: add rte flow support

Firstly, apologies on the very large delay on reviewing this. This looks good to me and I've verified that flow configuration propagates as expected to bonded slaves using IXGBE PMDs for testing. I had to do some minor rebasing to get the patch to apply cleanly to next-net, so I'll leave it up

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

Hi Konstantin and Ophir, > -Original Message- > From: Ananyev, Konstantin > Sent: Tuesday, April 24, 2018 8:31 PM > To: Ophir Munk ; Hu, Jiayu ; > dev@dpdk.org > Cc: Thomas Monjalon ; Olga Shern > ; Pascal Mazon ; > sta...@dpdk.org > Subject: RE: [PATCH v1] gso: fix marking TCP checksum fl

Re: [dpdk-dev] Survey for final decision about per-port offload API

Tuesday, April 24, 2018 1:39 PM, Ferruh Yigit: > Subject: Re: [dpdk-dev] Survey for final decision about per-port offload API > > On 3/30/2018 2:47 PM, Thomas Monjalon wrote: > > There are some discussions about a specific part of the offload API: > > "To enable per-port offload, the offload s

Re: [dpdk-dev] [PATCH v1] net/vdev_netvsc: fix creating short name devices

On 4/10/2018 8:20 AM, Ophir Munk wrote: > Prior to this commit the vdev_netvsc PMD was creating tap and failsafe > devices with long names, such as "net_tap_net_vdev_netvsc0" or > "net_failsafe_net_vdev_netvsc0". > Long names containing more than 32 characters may be rejected by some > APIs (e.g. m

Re: [dpdk-dev] [PATCH v1] net/failsafe: add TCP TSO default Tx capability

Hi Ophir, On Tue, Apr 10, 2018 at 06:17:00AM +, Ophir Munk wrote: > Add DEV_TX_OFFLOAD_TCP_TSO to failsafe Tx offload default capabilities. > The net result of failsafe Tx capabilities is the logical AND of Tx > capabilities among all failsafe sub_devices and failsafe own default > capabilitie

Re: [dpdk-dev] [dpdk-stable] [PATCH] net/tap: fix icc build

> -Original Message- > From: stable [mailto:stable-boun...@dpdk.org] On Behalf Of Ferruh Yigit > Sent: Monday, March 12, 2018 7:32 PM > To: Pascal Mazon > Cc: dev@dpdk.org; Yigit, Ferruh ; sta...@dpdk.org > Subject: [dpdk-stable] [PATCH] net/tap: fix icc build > > build error: > .../dpd

Re: [dpdk-dev] Mellanox 100GbE MCX516A-CCAT

Thank you for the suggestion, Olga. I was in a confusion, but now somehow I get the card to work, so for the record I share my current status here. I was confused about my ConnectX-5 type, which was MCX556A-ECAT rather than MCX516A-CCAT. Currently the card seems to be working fine with the below

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

Hi Konstantin, > -Original Message- > From: Ananyev, Konstantin [mailto:konstantin.anan...@intel.com] > Sent: Tuesday, April 24, 2018 3:31 PM > To: Ophir Munk ; Hu, Jiayu ; > dev@dpdk.org > Cc: Thomas Monjalon ; Olga Shern > ; Pascal Mazon ; > sta...@dpdk.org > Subject: RE: [PATCH v1] gso:

[dpdk-dev] CRC stripping in i40evf DPDK driver

Hello, We have issue with i40evf driver, currently "CRC stripping" cannot be disabled. As the result CRC is always stripped in packets forwarded by VF to DPDK application. Is there any plans to implement such functionality in newer versions of VF driver? Thanks

Re: [dpdk-dev] [PATCH v1] gso: fix marking TCP checksum flag in TCP segments

Hi Jiayu, > -Original Message- > From: Hu, Jiayu [mailto:jiayu...@intel.com] > Sent: Tuesday, April 24, 2018 3:56 PM > To: Ananyev, Konstantin ; Ophir Munk > ; dev@dpdk.org > Cc: Thomas Monjalon ; Olga Shern > ; Pascal Mazon ; > sta...@dpdk.org > Subject: RE: [PATCH v1] gso: fix marking TC

Re: [dpdk-dev] [PATCH 0/3] vdev_netvsc: improve the device args parameters meaning

On 4/10/2018 2:32 PM, Matan Azrad wrote: > After some experience with the device running, it is better to change the > meaning of the "force" parameter in whitelist mode. > > Matan Azrad (3): > net/vdev_netvsc: remove specified devices IP check > net/vdev_netvsc: add check for specifying by 1

Re: [dpdk-dev] [PATCH 2/2] mem: revert to using flock() and add per-segment lockfiles

On Thu, Apr 19, 2018 at 01:26:29PM +0100, Anatoly Burakov wrote: > The original implementation used flock() locks, but was later > switched to using fcntl() locks for page locking, because > fcntl() locks allow locking parts of a file, which is useful > for single-file segments mode, where locking

Re: [dpdk-dev] [PATCH v8 1/5] ethdev: support runtime queue setup

24/04/2018 14:44, Qi Zhang: > From: Qi Zhang > > It's not possible to setup a queue when the port is started > because of a check in ethdev layer. New capability flags are > added in order to relax this check for devices which support > queue setup in runtime. The functions rte_eth_[rx|tx]_queue_

Re: [dpdk-dev] [PATCH 1/2] mem: add memalloc init stage

On Thu, Apr 19, 2018 at 01:26:28PM +0100, Anatoly Burakov wrote: > Currently, memseg lists for secondary process are allocated on > sync (triggered by init), when they are accessed for the first > time. Move this initialization to a separate init stage for > memalloc. > > Signed-off-by: Anatoly Bu

Re: [dpdk-dev] [PATCH 2/2] mem: revert to using flock() and add per-segment lockfiles

On Thu, Apr 19, 2018 at 01:26:29PM +0100, Anatoly Burakov wrote: > The original implementation used flock() locks, but was later > switched to using fcntl() locks for page locking, because > fcntl() locks allow locking parts of a file, which is useful > for single-file segments mode, where locking

  1   2   3   >