Re: [dpdk-dev] [PATCH v5] app/testpmd: add forwarding mode to simulate a noisy neighbour

On Wed, Aug 29, 2018 at 03:50:29PM +0100, Kevin Traynor wrote: On 08/10/2018 03:49 PM, Jens Freimann wrote: The goal is to enable a simple way of measuring performance impact on cache and memory footprint utilization from various VNF co-located on the same host machine. For this it does: * Bu

Re: [dpdk-dev] [PATCH v2] ethdev: add generic MAC address rewrite actions

Sorry, A wrong title. Please ignore this one. -Jack On Thu, Aug 30, 2018 at 02:54:12PM +0800, Xiaoyu Min wrote: > There is a need to offload rewrite outermost MAC address for both > destination and source from the matched flow > > The proposed actions could make above easily achieved > > Sign

[dpdk-dev] [PATCH 1/4] doc: create a platorm specific page for NXP DPAA platform

Signed-off-by: Hemant Agrawal --- doc/guides/platform/dpaa.rst | 102 ++ doc/guides/platform/index.rst | 1 + 2 files changed, 103 insertions(+) create mode 100644 doc/guides/platform/dpaa.rst diff --git a/doc/guides/platform/dpaa.rst b/doc/guides/plat

[dpdk-dev] [PATCH 2/4] doc: remove redundant prerequisite info for dpaa devices

Signed-off-by: Hemant Agrawal --- doc/guides/cryptodevs/dpaa_sec.rst | 25 ++-- doc/guides/eventdevs/dpaa.rst | 48 +++ doc/guides/nics/dpaa.rst | 59 +- 3 files changed, 7 insertions(+), 125 deletions(-)

[dpdk-dev] [PATCH 4/4] doc: remove redundant prerequisite info for dpaa2 devices

Signed-off-by: Hemant Agrawal --- doc/guides/cryptodevs/dpaa2_sec.rst | 28 +- doc/guides/eventdevs/dpaa2.rst | 48 - doc/guides/nics/dpaa2.rst | 48 - 3 files changed, 14 insertions(+), 110

[dpdk-dev] [PATCH 3/4] doc: create a platorm specific page for NXP DPAA2 platform

Signed-off-by: Hemant Agrawal --- doc/guides/platform/dpaa2.rst | 100 ++ doc/guides/platform/index.rst | 1 + 2 files changed, 101 insertions(+) create mode 100644 doc/guides/platform/dpaa2.rst diff --git a/doc/guides/platform/dpaa2.rst b/doc/guides/pl

[dpdk-dev] [RFC v2] ethdev: add generic MAC address rewrite actions

There is a need to offload rewrite outermost MAC address for both destination and source from the matched flow The proposed actions could make above easily achieved Signed-off-by: Xiaoyu Min --- v2: - Updated description about the MAC address is the outermost one lib/librte_ethdev/rte_flow.h |

Re: [dpdk-dev] 18.08 build error on ppc64el - bool as vector type

29/08/2018 16:37, Christian Ehrhardt: > Why is no-one of IBM/Power world replying at all? > There not even was a "oh yeah, " mail by > them. > Is in fact ppc64 support in DPDK dead or at least "unmaintained"? > This is something that mid term has to be sorted out - I tried to pull some > strings to

Re: [dpdk-dev] [PATCH 1/8] net/mvneta: add neta PMD skeleton

Hi, On 8/28/2018 8:40 PM, Andrzej Ostruszka wrote: diff --git a/doc/guides/nics/mvneta.rst b/doc/guides/nics/mvneta.rst new file mode 100644 index 000..6e9f511 --- /dev/null +++ b/doc/guides/nics/mvneta.rst @@ -0,0 +1,182 @@ +.. SPDX-License-Identifier: BSD-3-Clause +Copyright(c) 2018 M

Re: [dpdk-dev] [PATCH] eal: force IOVA mode to physical

On 29-Aug-18 4:58 PM, eric zhang wrote: This patch adds a configuration option to force the IOVA mode to physical address (PA). There exists virtual devices that are not directly attached to the PCI bus, and therefore the auto detection of the IOVA mode based on probing the PCI bus and IOMMU conf

Re: [dpdk-dev] [PATCH 7/7] eal: improve musl compatibility

On 29-Aug-18 5:47 PM, Stephen Hemminger wrote: On Wed, 29 Aug 2018 15:09:47 +0100 "Burakov, Anatoly" wrote: On 29-Aug-18 1:39 PM, Bruce Richardson wrote: On Wed, Aug 29, 2018 at 12:56:21PM +0100, Anatoly Burakov wrote: Musl complains about pthread id being of wrong size. Fix it by casting to

[dpdk-dev] [PATCH v2] linuxapp, eal: Fix the memory leak issue of logid

From: Ziye Yang This patch is used to fix the memory leak issue of logid. We use the ASAN test in SPDK when intergrating DPDK and find this issue. Signed-off-by: Ziye Yang --- lib/librte_eal/linuxapp/eal/eal.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/li

Re: [dpdk-dev] [PATCH v3] app/testpmd: add new command for show port info

Hi Emma, > -Original Message- > From: Finn, Emma > Sent: Wednesday, August 29, 2018 11:47 AM > To: dev@dpdk.org > Cc: Mcnamara, John ; Yigit, Ferruh > ; Iremonger, Bernard ; > step...@networkplumber.org; Finn, Emma > Subject: [PATCH v3] app/testpmd: add new command for show port info > >

Re: [dpdk-dev] [PATCH] eal: force IOVA mode to physical

Hi, On Thu, Aug 30, 2018 at 10:09:04AM +0100, Burakov, Anatoly wrote: > On 29-Aug-18 4:58 PM, eric zhang wrote: > > This patch adds a configuration option to force the IOVA mode to > > physical address (PA). There exists virtual devices that are not > > directly attached to the PCI bus, and theref

[dpdk-dev] [PATCH] doc: cryptodev: fix typo

LB stans for 'Linear Buffers'. For the 'Scatter-gatter list' we have SGL acronym. Fixes: 2717246ecd7d ("cryptodev: replace mbuf scatter gather flag") Cc: pablo.de.lara.gua...@intel.com Signed-off-by: Tomasz Duszynski --- doc/guides/cryptodevs/overview.rst | 2 +- 1 file changed, 1 insertion(+),

Re: [dpdk-dev] [PATCH v2 10/10] kni: add API to set link status on kernel interface

Hi Dan, We use KNI device exactly the same way you described – with IP addresses, routing, etc. And we also faced the same problem of having the actual link status in Linux kernel. There is a special callback for link state management in net_device_ops for soft-devices like KNI called ndo_change_

Re: [dpdk-dev] 18.08 build error on ppc64el - bool as vector type

On Wed, Aug 29, 2018 at 4:37 PM Christian Ehrhardt < christian.ehrha...@canonical.com> wrote: > > > On Wed, Aug 29, 2018 at 3:16 PM Adrien Mazarguil < > adrien.mazarg...@6wind.com> wrote: > >> On Wed, Aug 29, 2018 at 10:27:03AM +0200, Christian Ehrhardt wrote: >> > On Tue, Aug 28, 2018 at 5:02 PM

Re: [dpdk-dev] [PATCH] doc: cryptodev: fix typo

> -Original Message- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Tomasz Duszynski > Sent: Thursday, August 30, 2018 10:48 AM > To: dev@dpdk.org > Cc: Tomasz Duszynski ; De Lara Guarch, Pablo > > Subject: [dpdk-dev] [PATCH] doc: cryptodev: fix typo > > LB stans for 'Linear B

Re: [dpdk-dev] [PATCH 1/8] net/mvneta: add neta PMD skeleton

On 30.08.2018 10:42, Hemant wrote: [...] > Since you are already providing the SPDX license identifier, you should > avoid copying the full BSD text again in the files. Thank you Hemant for taking a look. Will remove. Best regards Andrzej

Re: [dpdk-dev] 17.11.4 patches review and test (RC2)

Hi, We've tested this version on our machines and seems to be OK we don't have any new issues there. Kindest regards, Raslan Darawsheh -Original Message- From: dev On Behalf Of Yongseok Koh Sent: Saturday, August 25, 2018 4:18 AM To: dpdk stable Cc: dev@dpdk.org Subject: [dpdk-dev] 1

[dpdk-dev] [PATCH] ppc64: fix compilation of when AltiVec is enabled

The definition of almost any newer standard like --stc=c11 will drop __APPLCE_ALTIVEC__ which otherwise would be defined. If that is the case then altivec.h will redefine bool to a type conflicting with those defined by stdbool.h. This breaks compilation of 18.08 on ppc64 like: mlx5_nl_flow.c:40

Re: [dpdk-dev] [PATCH v2 10/10] kni: add API to set link status on kernel interface

Hi again, Forgot to mention netif_carrier_off changes. Your changes are necessary for correct link status management, but netif_carrier_off call should also be added to kni_ioctl_create before the register_netdev call. That's needed for correct link status even before first call to ndo_open. Best

Re: [dpdk-dev] [PATCH] doc: cryptodev: fix typo

> -Original Message- > From: Tomasz Duszynski [mailto:t...@semihalf.com] > Sent: Thursday, August 30, 2018 10:48 AM > To: dev@dpdk.org > Cc: Tomasz Duszynski ; De Lara Guarch, Pablo > > Subject: [PATCH] doc: cryptodev: fix typo > > LB stans for 'Linear Buffers'. For the 'Scatter-gatter

Re: [dpdk-dev] [PATCH] ppc64: fix compilation of when AltiVec is enabled

>宛先: adrien.mazarg...@6wind.com, dev , Gowrishankar >Muthukrishnan , Chao Zhu > >送信元: Christian Ehrhardt >送信者: "dev" >日付: 2018/08/30 07:00PM >Cc: Luca Boccassi , Thomas Monjalon >, Christian Ehrhardt > >件名: [dpdk-dev] [PATCH] ppc64: fix compilation of when AltiVec is >enabled > >The definition of

[dpdk-dev] [PATCH v1 1/7] examples/power: add checks around hypervisor

Allow vm_power_manager to run without requiring qemy to be present on the machine. This will be required for instances where the JSON interface is used for commands and polices, without any VMs present. A use case for this is a container enviromnent. Signed-off-by: David Hunt --- examples/vm_pow

[dpdk-dev] [PATCH v1 0/7] add json power policy interface for containers

The current vm_power_manager example app has the capability to accept power policies from virtual machines via virtio-serial channels. These power policies allow a virtual machine to give information to the power manager to allow the power manager take care of the power management of the virtual m

[dpdk-dev] [PATCH v1 2/7] lib/power: add changes for host commands/policies

Signed-off-by: David Hunt --- lib/librte_power/channel_commands.h | 4 1 file changed, 4 insertions(+) diff --git a/lib/librte_power/channel_commands.h b/lib/librte_power/channel_commands.h index ee638eefa..a82724911 100644 --- a/lib/librte_power/channel_commands.h +++ b/lib/librte_power/c

Re: [dpdk-dev] [PATCH] kni: dynamically allocate memory for each KNI

On 8/29/2018 10:52 AM, Igor Ryzhov wrote: > Hello Ferruh, > > Thanks for the review, comments inline. > > On Mon, Aug 27, 2018 at 8:06 PM, Ferruh Yigit > wrote: > > On 8/2/2018 3:25 PM, Igor Ryzhov wrote: > > Long time ago preallocation of memory for KNI w

[dpdk-dev] [PATCH v1 5/7] examples/power: add json string handling

Add JSON string handling to vm_power_manager for JSON strings received through the fifo. The format of the JSON strings are detailed in the next patch, the vm_power_manager user guide documentation updates. This patch introduces a new dependency on Jansson, a C library for encoding, decoding and m

[dpdk-dev] [PATCH v1 3/7] examples/power: add necessary changes to guest app

The changes here are minimal, as the guest app functionality is not changing at all, but there is a new element in the channel_packet struct that needs to have a default set (channel_packet->core_type). Signed-off-by: David Hunt --- examples/vm_power_manager/guest_cli/vm_power_cli_guest.c | 1 +

[dpdk-dev] [PATCH v1 4/7] examples/power: add host channel to power manager

This patch adds a fifo channel to the vm_power_manager app through which we can send commands and polices. Intended for sending JSON strings. The fifo is at /tmp/powermonitor/fifo.0 Signed-off-by: David Hunt --- examples/vm_power_manager/channel_manager.c | 108 +++ examples/vm_power

[dpdk-dev] [PATCH v1 6/7] doc/vm_power_manager: add JSON interface API info

Signed-off-by: David Hunt --- .../sample_app_ug/vm_power_management.rst | 195 ++ 1 file changed, 195 insertions(+) diff --git a/doc/guides/sample_app_ug/vm_power_management.rst b/doc/guides/sample_app_ug/vm_power_management.rst index 855570d6b..13a325eae 100644 --- a/doc/gu

[dpdk-dev] [PATCH v1 7/7] examples/power: add json example files

This patch provides some example files in the json_examples sub-directory for sending to the fifo. Signed-off-by: David Hunt --- examples/vm_power_manager/json_examples/README| 6 ++ examples/vm_power_manager/json_examples/create.json | 8 examples/vm_power_manager

[dpdk-dev] [PATCH v4] app/testpmd: add new command for show port info

existing testpmd command "show port info" is too verbose. Added a new summary command to print brief information on ports. console output: testpmd> show port summary all Number of available ports: 2 Port MAC Address Name Driver Status Link 011:2

[dpdk-dev] [PATCH v2] ppc64: fix compilation of when AltiVec is enabled

The definition of almost any newer standard like --stc=c11 will drop __APPLCE_ALTIVEC__ which otherwise would be defined. If that is the case then altivec.h will redefine bool to a type conflicting with those defined by stdbool.h. This breaks compilation of 18.08 on ppc64 like: mlx5_nl_flow.c:40

Re: [dpdk-dev] [PATCH] ppc64: fix compilation of when AltiVec is enabled

On Thu, Aug 30, 2018 at 12:52 PM Takeshi T Yoshimura wrote: > >宛先: adrien.mazarg...@6wind.com, dev , Gowrishankar > >Muthukrishnan , Chao Zhu > > > >送信元: Christian Ehrhardt > >送信者: "dev" > >日付: 2018/08/30 07:00PM > >Cc: Luca Boccassi , Thomas Monjalon > >, Christian Ehrhardt > > > >件名: [dpdk-dev]

Re: [dpdk-dev] [PATCH v2] ppc64: fix compilation of when AltiVec is enabled

On Thu, Aug 30, 2018 at 1:55 PM Christian Ehrhardt < christian.ehrha...@canonical.com> wrote: > The definition of almost any newer standard like --stc=c11 will drop > __APPLCE_ALTIVEC__ which otherwise would be defined. > If that is the case then altivec.h will redefine bool to a type > conflictin

[dpdk-dev] [PATCH v3] ppc64: fix compilation of when AltiVec is enabled

The definition of almost any newer standard like --stc=c11 will drop __APPLCE_ALTIVEC__ which otherwise would be defined. If that is the case then altivec.h will redefine bool to a type conflicting with those defined by stdbool.h. This breaks compilation of 18.08 on ppc64 like: mlx5_nl_flow.c:40

Re: [dpdk-dev] [PATCH] eal: force IOVA mode to physical

Hi, On 8/30/2018 3:13 PM, Gaëtan Rivet wrote: Hi, On Thu, Aug 30, 2018 at 10:09:04AM +0100, Burakov, Anatoly wrote: On 29-Aug-18 4:58 PM, eric zhang wrote: This patch adds a configuration option to force the IOVA mode to physical address (PA). There exists virtual devices that are not directl

Re: [dpdk-dev] [PATCH] eal: force IOVA mode to physical

On Thursday 30 August 2018 05:43 PM, Hemant wrote: > External Email > > Hi, > > On 8/30/2018 3:13 PM, Gaëtan Rivet wrote: >> Hi, >> >> On Thu, Aug 30, 2018 at 10:09:04AM +0100, Burakov, Anatoly wrote: >>> On 29-Aug-18 4:58 PM, eric zhang wrote: This patch adds a configuration option to force

[dpdk-dev] [PATCH] devtools: use bash for checkpatches.sh

On some systems /bin/sh does not support '-d' option of 'read'. So instead of /bin/sh use /bin/bash. Fixes: 7413e7f2aeb3 ("devtools: alert on new calls to exit from libs") Cc: ar...@qwilt.com Signed-off-by: Andrzej Ostruszka --- devtools/checkpatches.sh | 2 +- 1 file changed, 1 insertion(+), 1

[dpdk-dev] [PATCH v5] app/testpmd: add new command for show port info

existing testpmd command "show port info" is too verbose. Added a new summary command to print brief information on ports. console output: testpmd> show port summary all Number of available ports: 2 Port MAC Address Name Driver Status Link 011:2

[dpdk-dev] [PATCH v1 01/13] bus/pci: implement device iteration and comparison

Signed-off-by: Gaetan Rivet --- drivers/bus/pci/Makefile | 3 +- drivers/bus/pci/meson.build | 6 +++- drivers/bus/pci/pci_common.c | 3 +- drivers/bus/pci/pci_params.c | 53 drivers/bus/pci/private.h| 25 + 5 files changed, 86 inse

[dpdk-dev] [PATCH v1 00/13] Implement new devargs framework

Last release saw the introduction of the new devargs system. To this end, the "class" abstraction was described as well as a common API for querying and declaring devices. This patchset implements the "eth" device class and the query/declaration part of the framework for PCI and vdev buses, enabli

[dpdk-dev] [PATCH v1 02/13] bus/pci: add device matching field id

The PCI bus can now parse a matching field "id" as follows: "bus=pci,id=:00:00.0" or "bus=pci,id=00:00.0" Signed-off-by: Gaetan Rivet --- drivers/bus/pci/pci_params.c | 29 +++-- 1 file changed, 27 insertions(+), 2 deletions(-) diff --git a/driver

[dpdk-dev] [PATCH v1 03/13] bus/vdev: implement device iteration

Signed-off-by: Gaetan Rivet --- drivers/bus/vdev/Makefile | 3 +- drivers/bus/vdev/meson.build| 5 +++- drivers/bus/vdev/vdev.c | 10 --- drivers/bus/vdev/vdev_params.c | 51 + drivers/bus/vdev/vdev_private.h | 26 + 5 files

[dpdk-dev] [PATCH v1 04/13] bus/vdev: add device matching field driver

The vdev bus parses a field "driver", matching a vdev driver name with one passed as follows: "bus=vdev,driver=" Signed-off-by: Gaetan Rivet --- drivers/bus/vdev/vdev_params.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/drivers/bus/vdev/vdev_param

[dpdk-dev] [PATCH v1 05/13] ethdev: add private generic device iterator

This iterator can be customized with a comparison function that will trigger a stopping condition. It can be leveraged to write several different iterators that have similar but non-identical purposes. It is private to librte_ethdev. Signed-off-by: Gaetan Rivet --- lib/librte_ethdev/Makefile

[dpdk-dev] [PATCH v1 06/13] ethdev: register ether layer as a class

Signed-off-by: Gaetan Rivet --- lib/librte_ethdev/Makefile| 3 +- lib/librte_ethdev/meson.build | 1 + lib/librte_ethdev/rte_class_eth.c | 79 +++ 3 files changed, 82 insertions(+), 1 deletion(-) create mode 100644 lib/librte_ethdev/rte_class_eth.c diff

[dpdk-dev] [PATCH v1 08/13] app/testpmd: add show device command

A new interactive command is offered: show device This commands lists all rte_device element matching the device description. e.g.: show device bus=pci show device bus=vdev show device bus=vdev/class=eth show device bus=vdev,driver=net_ring/class=eth show device bus=vdev/class

[dpdk-dev] [PATCH v1 07/13] ethdev: add device matching field name

The eth device class can now parse a field name, matching the eth_dev name with one passed as "class=eth,name=xx" Signed-off-by: Gaetan Rivet --- lib/librte_ethdev/rte_class_eth.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/lib/librte_ethdev/rte_class_eth.c b/lib/librte_e

[dpdk-dev] [PATCH v1 09/13] bus/pci: pre-process declarative PCI devargs

The new devargs format does not recognize a particular device name. Each bus uses its specific format. Instead of introducing a new bus API, process those devargs privately for the moment. Prepare them for matching during scan against the bus devices. Signed-off-by: Gaetan Rivet --- drivers/bus

[dpdk-dev] [PATCH v1 12/13] ethdev: process declarative eth devargs

Process the class-specific arguments in a devargs. This processing takes the form of setting the proper eth_dev fields when relevant. Signed-off-by: Gaetan Rivet --- lib/librte_ethdev/eth_private.h | 5 +++ lib/librte_ethdev/rte_class_eth.c | 62 +++ lib/librte_eth

[dpdk-dev] [PATCH v1 11/13] bus/pci: process declarative PCI devargs

Introduce the facility to process future PCI parameters. Once the matching between PCI devices and devargs has been done, it is possible to process each devargs. New parameters would have the PCI device handle to work with when parsing the device (bus specific) parameters. Signed-off-by: Gaetan R

[dpdk-dev] [PATCH v1 10/13] bus/vdev: pre-process declarative vdev devargs

The new devargs format does not recognize a particular device name. Each bus uses its specific format. Process each devargs privately prior to attempting a bus scan. Prepare them if they are using the new devargs format. Signed-off-by: Gaetan Rivet --- drivers/bus/vdev/vdev.c | 10 -

[dpdk-dev] [PATCH v1 13/13] eal: add generic dev parameter

Add the --dev parameter to the EAL. This new parameter takes a generic device declaration as argument. It uses the new devargs parsing API. Signed-off-by: Gaetan Rivet --- lib/librte_eal/common/eal_common_devargs.c | 4 +++ lib/librte_eal/common/eal_common_options.c | 36 +++---

Re: [dpdk-dev] [PATCH] eal: force IOVA mode to physical

> -Original Message- > From: santosh [mailto:santosh.shu...@caviumnetworks.com] > Sent: Thursday, August 30, 2018 8:59 AM > To: hemant.agra...@nxp.com; Gaëtan Rivet; Burakov, Anatoly > Cc: Zhang, Qing Long (Eric); bruce.richard...@intel.com; dev@dpdk.org; > Legacy, Allain; Peters, Matt > Su

Re: [dpdk-dev] [PATCH] eal: force IOVA mode to physical

On Thursday 30 August 2018 07:26 PM, Legacy, Allain wrote: > External Email > >> -Original Message- >> From: santosh [mailto:santosh.shu...@caviumnetworks.com] >> Sent: Thursday, August 30, 2018 8:59 AM >> To: hemant.agra...@nxp.com; Gaëtan Rivet; Burakov, Anatoly >> Cc: Zhang, Qing Long

[dpdk-dev] [PATCH 02/10] eventdev: add DSW device and queue configuration

Allow queue- and device-level configuration for and retrieval of contextual information from a DSW event device. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/dsw_evdev.c | 87 +++ drivers/event/dsw/dsw_evdev.h | 28 +++ 2 files changed, 115 insert

[dpdk-dev] [PATCH 01/10] eventdev: add DSW device registration and build system

This patch contains the Meson and GNU Make build system extensions required for the Distributed Event Device, and also the initialization code for the driver itself. Signed-off-by: Mattias Rönnblom --- config/common_base| 5 ++ drivers/event/Makefile

[dpdk-dev] [PATCH 00/10] Add the Distributed Software Event Device

This is the Distributed Software (DSW) event device, which distributes the task of scheduling events among all the eventdev ports and their lcore threads. DSW is primarily designed for atomic-only queues, but also supports single-link and parallel queues. (DSW would be more accurately described a

[dpdk-dev] [PATCH 03/10] eventdev: add DSW port configuration

Allow port setup and release in the DSW event device. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/dsw_evdev.c | 60 +++ drivers/event/dsw/dsw_evdev.h | 28 2 files changed, 88 insertions(+) diff --git a/drivers/event/dsw/dsw_evdev.c b/d

[dpdk-dev] [PATCH 05/10] eventdev: add DSW event scheduling and device start/stop

With this patch, the DSW event device can be started and stopped, and also supports scheduling events between ports. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/Makefile| 2 +- drivers/event/dsw/dsw_evdev.c | 125 drivers/event/dsw/dsw_evdev.h | 58 ++ drivers/e

[dpdk-dev] [PATCH 04/10] eventdev: add support in DSW for linking/unlinking ports

Added support for linking and unlinking ports to queues in a DSW event device. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/dsw_evdev.c | 67 +++ drivers/event/dsw/dsw_evdev.h | 1 + 2 files changed, 68 insertions(+) diff --git a/drivers/event/dsw/dsw_e

[dpdk-dev] [PATCH 06/10] eventdev: add DSW port load measurements

The DSW event device port now attempts to estimate its load (i.e. how busy it is). This is required for load balancing to work (although load balancing is not included in this patch), and may also be useful for debugging purposes. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/dsw_evdev.c

[dpdk-dev] [PATCH 07/10] eventdev: add load balancing to the DSW event device

The DSW event device will now attempt to migrate (move) flows between ports in order to balance the load. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/dsw_evdev.c | 27 ++ drivers/event/dsw/dsw_evdev.h | 80 drivers/event/dsw/dsw_event.c | 734 +-

[dpdk-dev] [PATCH 09/10] eventdev: implement eventdev 'xstats' counters in DSW

The DSW event device now implements the 'xstats' interface and a number of port- and device-level counters. Signed-off-by: Mattias Rönnblom --- drivers/event/dsw/Makefile | 3 +- drivers/event/dsw/dsw_evdev.c | 5 +- drivers/event/dsw/dsw_evdev.h | 19 +++ drivers/event/dsw/dsw_event.

[dpdk-dev] [PATCH 08/10] eventdev: let DSW event device sort events on dequeue

With this patch, the DSW event device will (optionally) sort the event burst before giving it to the application. The sorting will primarily be on queue id, and secondary on flow id. The sorting is an attempt to optimize data and instruction cache usage for the application, at the cost of addition

[dpdk-dev] [PATCH 10/10] eventdev: include DSW event device documentation

The DSW event device is documented in DPDK Programmer's Guide. Signed-off-by: Mattias Rönnblom --- doc/guides/eventdevs/dsw.rst | 97 ++ doc/guides/eventdevs/index.rst | 1 + 2 files changed, 98 insertions(+) create mode 100644 doc/guides/eventdevs/dsw.rst di

Re: [dpdk-dev] [PATCH v3] net/mlx: add meson build support

On Wed, Aug 29, 2018 at 03:48:17PM +0200, Nelio Laranjeiro wrote: > Compile Mellanox drivers when their external dependencies are met. A > glue version of the driver can still be requested by using the > -Denable_driver_mlx_glue=true > > To avoid modifying the whole sources and keep the compatibi

[dpdk-dev] [PATH 0/5] use IOVAs check based on DMA mask

I sent a patchset about this to be applied on 17.11 stable. The memory code has had main changes since that version, so here it is the patchset adjusted to current master repo. This patchset adds, mainly, a check for ensuring IOVAs are within a restricted range due to addressing limitations with s

[dpdk-dev] [PATCH 1/5] mem: add function for checking memsegs IOVAs addresses

A device can suffer addressing limitations. This functions checks memsegs have iovas within the supported range based on dma mask. PMD should use this during initialization if supported devices suffer addressing limitations, returning an error if this function returns memsegs out of range. Anothe

[dpdk-dev] [PATCH 3/5] bus/pci: use IOVAs check when setting IOVA mode

Although VT-d emulation currently only supports 39 bits, it could be iovas being within that supported range. This patch allows IOVA mode in such a case. Indeed, memory initialization code can be modified for using lower virtual addresses than those used by the kernel for 64 bits processes by defa

[dpdk-dev] [PATCH 2/5] mem: use address hint for mapping hugepages

Linux kernel uses a really high address as starting address for serving mmaps calls. If there exist addressing limitations and IOVA mode is VA, this starting address is likely too high for those devices. However, it is possible to use a lower address in the process virtual address space as with 64

[dpdk-dev] [PATCH 4/5] net/nfp: check hugepages IOVAs based on DMA mask

NFP devices can not handle DMA addresses requiring more than 40 bits. This patch uses rte_dev_check_dma_mask with 40 bits and avoids device initialization if memory out of NFP range. Signed-off-by: Alejandro Lucero --- drivers/net/nfp/nfp_net.c | 8 1 file changed, 8 insertions(+) diff

[dpdk-dev] [PATCH 5/5] net/nfp: support IOVA VA mode

NFP can handle IOVA as VA. It requires to check those IOVAs being in the supported range what is done during initialization. Signed-off-by: Alejandro Lucero --- drivers/net/nfp/nfp_net.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/net/nfp/nfp_net.c b/drivers

Re: [dpdk-dev] [PATCH v1 00/13] Implement new devargs framework

On Thu, 30 Aug 2018 15:41:51 +0200 Gaetan Rivet wrote: > Last release saw the introduction of the new devargs system. > To this end, the "class" abstraction was described as well > as a common API for querying and declaring devices. > > This patchset implements the "eth" device class and the > q

[dpdk-dev] [PATCH v3] hash table: add an iterator over conflicting entries

Function rte_hash_iterate_conflict_entries() iterates over the entries that conflict with an incoming entry. Iterating over conflicting entries enables one to decide if the incoming entry is more valuable than the entries already in the hash table. This is particularly useful after an insertion fa

Re: [dpdk-dev] [PATCH v1 11/13] bus/pci: process declarative PCI devargs

On Thu, 30 Aug 2018 15:42:02 +0200 Gaetan Rivet wrote: > +int > +rte_pci_devargs_process(struct rte_pci_device *pdev) > +{ > + /* For the moment, no PCI param > + * needs to be processed. > + */ > + (void) pdev; > + return 0; > +} Use __rte_unused rather than the (void) cas

Re: [dpdk-dev] [PATCH v1 11/13] bus/pci: process declarative PCI devargs

On Thu, Aug 30, 2018 at 09:15:18AM -0700, Stephen Hemminger wrote: > On Thu, 30 Aug 2018 15:42:02 +0200 > Gaetan Rivet wrote: > > > +int > > +rte_pci_devargs_process(struct rte_pci_device *pdev) > > +{ > > + /* For the moment, no PCI param > > +* needs to be processed. > > +*/ > > + (

Re: [dpdk-dev] [PATCH v1 1/7] examples/power: add checks around hypervisor

On Thu, 30 Aug 2018 11:54:16 +0100 David Hunt wrote: Minor nits > +static unsigned int global_hypervisor_available; Please use bool for boolean values. > /* > * Represents a single Virtual Machine > @@ -198,7 +199,11 @@ get_pcpus_mask(struct channel_info *chan_info, unsigned > vcpu) > { >

Re: [dpdk-dev] [PATCH v1 2/7] lib/power: add changes for host commands/policies

On Thu, 30 Aug 2018 11:54:17 +0100 David Hunt wrote: > Signed-off-by: David Hunt > --- > lib/librte_power/channel_commands.h | 4 > 1 file changed, 4 insertions(+) > > diff --git a/lib/librte_power/channel_commands.h > b/lib/librte_power/channel_commands.h > index ee638eefa..a82724911 10

Re: [dpdk-dev] [PATCH v1 5/7] examples/power: add json string handling

On Thu, 30 Aug 2018 11:54:20 +0100 David Hunt wrote: > Add JSON string handling to vm_power_manager for JSON strings received > through the fifo. The format of the JSON strings are detailed in the > next patch, the vm_power_manager user guide documentation updates. > > This patch introduces a ne

[dpdk-dev] [PATCH] compat: fix symbol version support with meson

For meson builds, the define to enable the symbol version macros in rte_compat.h was missing. This led to symbols being omitted from shared objects. For example, checking rte_distributor.so with objdump and comparing make and meson built versions: $ objdump -T make-build/lib/librte_distributor.so

Re: [dpdk-dev] [PATCH] compat: fix symbol version support with meson

On Thu, 2018-08-30 at 18:07 +0100, Bruce Richardson wrote: > For meson builds, the define to enable the symbol version > macros in rte_compat.h was missing. This led to symbols being > omitted from shared objects. For example, checking rte_distributor.so > with objdump and comparing make and meson

Re: [dpdk-dev] 17.11.4 patches review and test (RC2)

Thank you, Raslan and Marco. I also got 'okay' from one of RedHat teams. The tests were mainly regarding VM/OVS-DPDK/vhost-user/PVP. Although there's a performance issue, it wouldn't be a show stopper. Is anyone else doing a test? AT&T? Thanks, Yongseok > On Aug 30, 2018, at 2:53 AM, Raslan Dar

Re: [dpdk-dev] [PATCH v2 10/10] kni: add API to set link status on kernel interface

Hi All, So I'm a little unclear as to what to do here moving forward.. Do we all agree at least that there should be some function in DPDK in order to set the link state for KNI interfaces? I'm a strong yes on this point. I don't think that every KNI user should have to implement something like

Re: [dpdk-dev] [PATCH v2 10/10] kni: add API to set link status on kernel interface

On Thu, 30 Aug 2018 18:41:14 -0300 Dan Gora wrote: > On the other hand, the "write to /sys" method is a bit more simple and > confines the changes to the user space library. If we're confident > that the /sys ABI is stable and not going to be changed going forward > it seems like a valid alterna

Re: [dpdk-dev] [PATCH v2 10/10] kni: add API to set link status on kernel interface

On Thu, Aug 30, 2018 at 7:09 PM, Stephen Hemminger wrote: > On Thu, 30 Aug 2018 18:41:14 -0300 > Dan Gora wrote: > >> On the other hand, the "write to /sys" method is a bit more simple and >> confines the changes to the user space library. If we're confident >> that the /sys ABI is stable and no

[dpdk-dev] [PATCH 0/5] netvsc changes for 18.11

These patches are against dpdk-net-next/master because that is where previous patches have already been merged. Stephen Hemminger (5): bus/vmbus: add devargs support net/netvsc: allow tuning latency with devargs net/netvsc: exhausting transmit descriptors is not an error net/netvsc: implem

[dpdk-dev] [PATCH 1/5] bus/vmbus: add devargs support

From: Stephen Hemminger Take device arguments from command line and put them in the device devargs. Signed-off-by: Stephen Hemminger --- drivers/bus/vmbus/linux/vmbus_bus.c | 2 ++ drivers/bus/vmbus/private.h | 3 +++ drivers/bus/vmbus/vmbus_common.c| 22 +- 3

[dpdk-dev] [PATCH 2/5] net/netvsc: allow tuning latency with devargs

From: Stephen Hemminger Allow overriding default guest to host latency on per device basis with devargs. Signed-off-by: Stephen Hemminger --- doc/guides/nics/netvsc.rst | 16 + drivers/net/netvsc/hn_ethdev.c | 62 +++--- drivers/net/netvsc/hn_var.h|

[dpdk-dev] [PATCH 3/5] net/netvsc: exhausting transmit descriptors is not an error

From: Stephen Hemminger If application sends faster than vswitch can keep up, then the transmit descriptor pool will be exhausted. This is not a failure so change the name statistic and don't include it in oerrors. Signed-off-by: Stephen Hemminger --- drivers/net/netvsc/hn_ethdev.c | 7 +++

[dpdk-dev] [PATCH 4/5] net/netvsc: implement link state change callback

From: Stephen Hemminger Implement callback functionality on link state changes. This is not really driven off of interrupt file descriptor like most other PMD's. Instead, it happens when a link state change message arrives in the common ring buffer. Signed-off-by: Stephen Hemminger --- doc/gui

[dpdk-dev] [PATCH 5/5] net/netvsc: integrated VF support

From: Stephen Hemminger Integrate accelerated networking support into netvsc PMD. This allows netvsc to manage VF without using failsafe or vdev_netvsc. For the exception vswitch path some tests like transmit get a 22% increase in packets/sec. For the VF path, the code is slightly shorter but has

Re: [dpdk-dev] [PATCH 04/11] telemetry: add parser for client socket messages

Hi, On Thu, Aug 23, 2018 at 01:08:06PM +0100, Ciara Power wrote: > This patch adds the parser file. This is used to parse any > messages that are received on any of the client sockets. > > Currently, the unregister functionality works using the parser. > Functionality relating to getting statisti

Re: [dpdk-dev] 17.11.4 patches review and test (RC2)

Hi, all 17.11.4 LTS is supposed to be released today but I'm still waiting for responses from a few parties. I want to give them more time. No critical issues reported yet though. No plan for RC3. Hope I can release it before this Sunday. Apologies for any inconvenience. Thanks, Yongseok > On

Re: [dpdk-dev] [PATCH v3] ppc64: fix compilation of when AltiVec is enabled

I think this patch is good enough to solve the confliction issue. > -Original Message- > From: Christian Ehrhardt [mailto:christian.ehrha...@canonical.com] > Sent: 2018年8月30日 20:00 > To: adrien.mazarg...@6wind.com; dev ; Gowrishankar > Muthukrishnan ; Chao Zhu > > Cc: Luca Boccassi ; Thom

[dpdk-dev] [Bug 87] build dpdk and example with different gcc version issue

https://bugs.dpdk.org/show_bug.cgi?id=87 Bug ID: 87 Summary: build dpdk and example with different gcc version issue Product: DPDK Version: unspecified Hardware: x86 OS: FreeBSD Status: CONFIRMED

Re: [dpdk-dev] 18.08 build error on ppc64el - bool as vector type

Thomas, Sorry for the late reply. DPDK will definitely be supported by IBM. I think Pradeep and the team is working on this. Personally, I don't have enough bandwidth to do this, we'll have a discussion internally to decide who will take over the maintenance. Thank you! > -Original Message--

  1   2   >