Re: [dpdk-dev] [PATCH v4 2/2] virtio: fix PCI config err handling

On Mon, Aug 27, 2018 at 05:52:56PM +0100, Luca Boccassi wrote: > On Mon, 2018-08-27 at 13:29 +0800, Tiwei Bie wrote: > > On Fri, Aug 24, 2018 at 06:14:20PM +0100, Luca Boccassi wrote: > > > From: Brian Russell > > > > > > In virtio_read_caps and vtpci_msix_detect, rte_pci_read_config > > > return

Re: [dpdk-dev] [PATCH v5 2/2] virtio: fix PCI config err handling

I just noticed the title. It should be "net/virtio: xxx", instead of "virtio: xxx". On Mon, Aug 27, 2018 at 05:52:40PM +0100, Luca Boccassi wrote: [...] > + ret = rte_pci_read_config(dev, &flags, sizeof(flags), > + pos + sizeof(cap)); > +

[dpdk-dev] [Bug 86] Requested device cannot be used

https://bugs.dpdk.org/show_bug.cgi?id=86 Bug ID: 86 Summary: Requested device cannot be used Product: DPDK Version: unspecified Hardware: x86 OS: Linux Status: CONFIRMED Severity: normal Priority

[dpdk-dev] [PATCH v2] net/virtio-user: check negotiated features before set

This patch checks negotiated features to see if necessary to offload before set the tap device offload capabilities. It also checks if kernel support the TUNSETOFFLOAD operation. Signed-off-by: eric zhang --- v2: * don't return failure when failed to set offload to tap * check if offloads availa

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

On 8/2/2018 3:25 PM, Igor Ryzhov wrote: > Long time ago preallocation of memory for KNI was introduced in commit > 0c6bc8e. It was done because of lack of ability to free previously > allocated memzones, which led to memzone exhaustion. Currently memzones > can be freed and this patch uses this abi

[dpdk-dev] [PATCH v5 2/2] virtio: fix PCI config err handling

From: Brian Russell In virtio_read_caps and vtpci_msix_detect, rte_pci_read_config returns the number of bytes read from PCI config or < 0 on error. If less than the expected number of bytes are read then log the failure and return rather than carrying on with garbage. Fixes: 6ba1f63b5ab0 ("virt

Re: [dpdk-dev] [PATCH v4 2/2] virtio: fix PCI config err handling

On Mon, 2018-08-27 at 13:29 +0800, Tiwei Bie wrote: > On Fri, Aug 24, 2018 at 06:14:20PM +0100, Luca Boccassi wrote: > > From: Brian Russell > > > > In virtio_read_caps and vtpci_msix_detect, rte_pci_read_config > > returns > > the number of bytes read from PCI config or < 0 on error. > > If less

[dpdk-dev] [PATCH v5 1/2] bus/pci: harmonize and document rte_pci_read_config return value

On Linux, rte_pci_read_config on success returns the number of read bytes, but on BSD it returns 0. Document the return values, and have BSD behave as Linux does. At least one case (bnx2x PMD) treats 0 as an error, so the change makes sense also for that. Signed-off-by: Luca Boccassi --- driver

Re: [dpdk-dev] 16.11.8 (LTS) patches review and test

On Thu, 2018-08-23 at 09:55 +0100, Luca Boccassi wrote: > On Mon, 2018-08-13 at 19:21 +0100, luca.bocca...@gmail.com wrote: > > Hi all, > > > > Here is a list of patches targeted for LTS release 16.11.8. Please > > help review and test. The planned date for the final release is > > August > > the

Re: [dpdk-dev] [PATCH] bus/vdev: fix wrong error log on secondary device scan

On 27-Aug-18 1:27 PM, Qi Zhang wrote: When a secondary process handles VDEV_SCAN_ONE mp action, it is possible the device is already be inserted. This happens when we have multiple secondary processes which cause multiple broadcasts from primary during bus->scan. So we don't need to log any error

Re: [dpdk-dev] [PATCH] crypto/aesni_mb: fix possible array overrun

> > In order to process crypto operations in the AESNI MB PMD, > they need to be sent to the buffer manager of the Multi-buffer library, > through the "job" structure. > > Currently, it is checked if there are outstanding operations to process > in the ring, before getting a new job. However, if

Re: [dpdk-dev] [dpdk-stable] [PATCH v4] net/bonding: per-slave intermediate rx ring

On Mon, Aug 27, 2018 at 11:30 AM Matan Azrad wrote: > Hi Chas > > From: Chas Williams <3ch...@gmail.com> > >On Sun, Aug 26, 2018 at 3:40 AM Matan Azrad > wrote: > > > >From: Chas Williams > >>On Thu, Aug 23, 2018 at 3:28 AM Matan Azrad

Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization

This fix is not complete, kni_fifo_get requires a read fence also, otherwise it probably gets stale data on a weak ordering platform. > -Original Message- > From: dev On Behalf Of Ferruh Yigit > Sent: Monday, August 27, 2018 10:08 PM > To: Kiran Kumar ; > jerin.ja...@caviumnetworks.com >

Re: [dpdk-dev] Multi-thread mempool usage

Hi, I apologize for the last email, it was a false positive, sometimes it went good and sometimes not. The real problem was a memory overflow in my code, where part of a memzone was overwritten by a memcpy. This was never found in RedHat 6 and dpdk-2.2.0. I think this is because of some hugepa

Re: [dpdk-dev] [dpdk-stable] [PATCH v4] net/bonding: per-slave intermediate rx ring

Hi Chas From: Chas Williams <3ch...@gmail.com> >On Sun, Aug 26, 2018 at 3:40 AM Matan Azrad wrote: > >From: Chas Williams >>On Thu, Aug 23, 2018 at 3:28 AM Matan Azrad >> wrote: >>Hi >> >>From: Eric Kinzie >

Re: [dpdk-dev] [PATCH v2 0/7] ethdev: add flow API object converter

On Thu, Aug 23, 2018 at 02:48:37PM +0100, Ferruh Yigit wrote: > On 8/3/2018 2:36 PM, Adrien Mazarguil wrote: > > This is a follow up to the "Flow API helpers enhancements" series submitted > > almost a year ago [1]. The new title is due to the reduced scope of this > > version. > > > > rte_flow_co

Re: [dpdk-dev] [PATCH] ethdev: deprecate DEFERRED device state

On 08/24/2018 05:51 PM, Ferruh Yigit wrote: Add a deprecation notice to remove RTE_ETH_DEV_DEFERRED state, but this is mostly a reminder because of a missing target. It doesn't worth to break the ABI because of this change and removal can be done when ethdev ABI version increased. Signed-off-by:

Re: [dpdk-dev] [PATCH 0/2] Some small changes to net/virtio

Why not combine" started" and "opened" into "status" with two bits represent each respectively? > -Original Message- > From: dev On Behalf Of Ferruh Yigit > Sent: Monday, August 27, 2018 9:48 PM > To: maxime.coque...@redhat.com; Tiwei Bie > Cc: Luca Boccassi ; dev@dpdk.org; 3ch...@gmail

Re: [dpdk-dev] [PATCH] test/hash: solve unit test hash compilation error

> -Original Message- > From: dev On Behalf Of Dharmik Thakkar > Sent: Monday, August 27, 2018 10:26 PM > To: Bruce Richardson ; Pablo de Lara > > Cc: dev@dpdk.org; Honnappa Nagarahalli > ; Dharmik Thakkar > > Subject: [dpdk-dev] [PATCH] test/hash: solve unit test hash compilation error

[dpdk-dev] [PATCH] test/hash: solve unit test hash compilation error

Enable print_key_info() function compilation always. Signed-off-by: Dharmik Thakkar Reviewed-by: Honnappa Nagarahalli Reviewed-by: Gavin Hu Suggested-by: Honnappa Nagarahalli --- test/test/test_hash.c | 24 +--- 1 file changed, 9 insertions(+), 15 deletions(-) diff --git

Re: [dpdk-dev] [PATCH v2 0/7] ethdev: add flow API object converter

On Fri, Aug 24, 2018 at 11:58:39AM +0100, Ferruh Yigit wrote: > On 8/3/2018 2:36 PM, Adrien Mazarguil wrote: > > This is a follow up to the "Flow API helpers enhancements" series submitted > > almost a year ago [1]. The new title is due to the reduced scope of this > > version. > > > > rte_flow_co

Re: [dpdk-dev] [PATCH v2] kni: fix kni Rx fifo producer synchronization

On 8/16/2018 10:55 AM, Kiran Kumar wrote: > With existing code in kni_fifo_put, rx_q values are not being updated > before updating fifo_write. While reading rx_q in kni_net_rx_normal, > This is causing the sync issue on other core. So adding a write > barrier to make sure the values being synced b

Re: [dpdk-dev] [PATCH v2] examples: fix ip_reassembly not work with some NICs

Boccassi, Packet type is supported in both vector and normal Rx functions of Fortville pmd. So I think this patch was superseded because of it do not fix the real issue. Thanks, Marvin > -Original Message- > From: Luca Boccassi [mailto:luca.bocca...@gmail.com] > Sent: Monday, August 27,

Re: [dpdk-dev] [PATCH 0/2] Some small changes to net/virtio

On 8/27/2018 2:41 PM, Ferruh Yigit wrote: > On 8/15/2018 2:51 PM, Luca Boccassi wrote: >> On Tue, 2017-07-18 at 07:52 -0400, Charles (Chas) Williams wrote: >>> >>> On 07/18/2017 07:50 AM, Ferruh Yigit wrote: On 7/18/2017 12:05 AM, Charles (Chas) Williams wrote: > Just a couple small change

Re: [dpdk-dev] RTE-FLOW: PF vs PHY_PORT

Hi Vivek, On Wed, Aug 22, 2018 at 05:16:52PM +0530, Vivek Sharma wrote: > Hi Devs, > > I am trying to enable RTE-FLOW support on one of our platforms & having hard > time in figuring out PF vs PHY_PORT differences and DPDK rationale for > introducing these two distinct identities. > > Rte-Flo

Re: [dpdk-dev] [PATCH 0/2] Some small changes to net/virtio

On 8/15/2018 2:51 PM, Luca Boccassi wrote: > On Tue, 2017-07-18 at 07:52 -0400, Charles (Chas) Williams wrote: >> >> On 07/18/2017 07:50 AM, Ferruh Yigit wrote: >>> On 7/18/2017 12:05 AM, Charles (Chas) Williams wrote: Just a couple small changes to net/virtio that make it a little more >

Re: [dpdk-dev] [dpdk-stable] [PATCH v4] net/bonding: per-slave intermediate rx ring

On Sun, Aug 26, 2018 at 3:40 AM Matan Azrad wrote: > > From: Chas Williams <3ch...@gmail.com> > >On Thu, Aug 23, 2018 at 3:28 AM Matan Azrad > wrote: > >Hi > > > >From: Eric Kinzie > >> On Wed Aug 22 11:42:37 + 2018, Matan Azrad wrote: > >> > Hi Luca > >> > > >> >

Re: [dpdk-dev] [PATCH v2] examples: fix ip_reassembly not work with some NICs

Hi Thomas and Yong, This patch: https://patches.dpdk.org/patch/19868/ Fixes an error in the Intel regression tests when backported to the 16.11.x LTS branch, but was never committed to master. It's marked as superseded, and the error does not appear on master. Do you remember what other change

Re: [dpdk-dev] RTE-FLOW: PF vs PHY_PORT

Ping. On Wednesday 22 August 2018 05:16 PM, Vivek Sharma wrote: > External Email > > Hi Devs, > > I am trying to enable RTE-FLOW support on one of our platforms & having hard > time in figuring out PF vs PHY_PORT differences and DPDK rationale for > introducing these two distinct identities. >

Re: [dpdk-dev] [dpdk-stable] [PATCH v2] net/bonding: fix buf corruption in merging un-transmitted packets

On 8/20/2018 2:58 PM, Chas Williams wrote: > On Mon, Aug 20, 2018 at 2:54 AM Jia Yu wrote: > >> When bond slave devices cannot transmit all packets in bufs array, >> tx_burst callback shall merge the un-transmitted packets back to >> bufs array. Recent merge logic introduced a bug which causes >>

Re: [dpdk-dev] [PATCH v3] ethdev: silence error message on rte_eth_dev_owner_unset

On 8/21/2018 4:53 PM, Matan Azrad wrote: > Hi > > From: Stephen Hemminger >> From 74ad4c60262b1451a5a2fabf79a2df89c6c5373d Mon Sep 17 00:00:00 2001 >> From: Stephen Hemminger >> Date: Thu, 16 Aug 2018 15:37:14 -0700 >> Subject: [PATCH 1/5] ethdev: silence error message on >> rte_eth_dev_owner_uns

[dpdk-dev] [RFC] ethdev: add action to swap source and destination MAC to flow API

From: Shagun Agrawal This action is useful for offloading loopback mode, where the hardware will swap source and destination MAC address before looping back the packet. This action can be used in conjunction with other rewrite actions to achieve MAC layer transparent NAT where the MAC addresses a

[dpdk-dev] [PATCH] net/cxgbe: fix illegal memory access when parsing flow match items

From: Shagun Agrawal Coverity issue: 293096 Fixes: ee61f511 ("net/cxgbe: parse and validate flows") Cc: sta...@dpdk.org Signed-off-by: Shagun Agrawal Signed-off-by: Rahul Lakkireddy --- drivers/net/cxgbe/cxgbe_flow.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/dri

[dpdk-dev] [PATCH 3/4] net/cxgbe: add API to program hardware MPS table

From: Shagun Agrawal Add API to program and manage hardware Multi Port Switch table. MPS holds destination MAC addresses to be matched against incoming packets for further rule processing. Packets not matching any entry in MPS table will be dropped by default, unless the underlying port is in pro

[dpdk-dev] [PATCH 1/4] net/cxgbe: add API to program hardware layer 2 table

From: Shagun Agrawal Add API to program and manage hardware Layer 2 Table. L2T holds information necessary to rewrite specific fields in packet, such as destination MAC address and vlan id. Signed-off-by: Shagun Agrawal Signed-off-by: Rahul Lakkireddy --- drivers/net/cxgbe/Makefile

[dpdk-dev] [PATCH 2/4] net/cxgbe: add flow operations to offload vlan actions

From: Shagun Agrawal Add flow API operations to offload vlan push, pop, and rewrite actions. For vlan push or rewrite actions, allocate and program an entry from L2T table. Use the L2T index to program vlan actions for LETCAM (maskfull) and HASH (maskless) filters. Signed-off-by: Shagun Agrawal

[dpdk-dev] [PATCH 0/4] net/cxgbe: add destination MAC match and VLAN rewrite support for flow API

This series of patches add support to offload flows with destination MAC match item and VLAN push/pop/rewrite actions. Patch 1 adds API to program and manage hardware Layer 2 Table (L2T). L2T holds destination node information to be used for VLAN rewrite. Patch 2 implements offloading VLAN push/p

[dpdk-dev] [PATCH 4/4] net/cxgbe: add flow operations to match based on destination MAC address

From: Shagun Agrawal Add flow operations to match packets based on destination MAC address. Allocate and program hardware MPS table with the destination MAC address to be matched against. The returned MPS index is then used while offloading flows to LETCAM (maskfull) and HASH (maskless) filter re

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

Mellanox drivers remains un-compiled by default due to third party libraries dependencies. They can be enabled through: - enable_driver_mlx{4,5}=true or - enable_driver_mlx{4,5}_glue=true depending on the needs. To avoid modifying the whole sources and keep the compatibility with current build sy

[dpdk-dev] [PATCH] mbuf: add IGMP packet type

Add support for IGMP packet type. Signed-off-by: Jerin Jacob --- lib/librte_mbuf/rte_mbuf_ptype.c | 1 + lib/librte_mbuf/rte_mbuf_ptype.h | 8 2 files changed, 9 insertions(+) diff --git a/lib/librte_mbuf/rte_mbuf_ptype.c b/lib/librte_mbuf/rte_mbuf_ptype.c index d7835e283..b483a609d 10

Re: [dpdk-dev] [PATCH v3 0/2] support MAC changes when no live changes allowed

On 8/24/2018 3:25 PM, Alejandro Lucero wrote: > This is a patched to fix a functionality coming with the first public > release: changing/setting MAC address. > > The original patch assumes all NICs can safely change or set the MAC > in any case. However, this is not always true. NFP depends on th

[dpdk-dev] [PATCH] bus/vdev: fix wrong error log on secondary device scan

When a secondary process handles VDEV_SCAN_ONE mp action, it is possible the device is already be inserted. This happens when we have multiple secondary processes which cause multiple broadcasts from primary during bus->scan. So we don't need to log any error for -EEXIST. Bugzilla ID: 84 Fixes: cd

[dpdk-dev] [PATCH] mem: share legacy and single file segments mode with secondaries

Currently, command-line switches for legacy mem mode or single-file segments mode are only stored in internal config. This leads to a situation where these flags have to always match between primary and secondary, which is bad for usability. Fix this by storing these flags in the shared config as

[dpdk-dev] [PATCH 3/3] crypto/mvsam: add dynamic logging support

Add dynamic logging support to mvsam crypto PMD. Signed-off-by: Tomasz Duszynski --- config/common_base | 1 - drivers/crypto/mvsam/rte_mrvl_pmd.c | 74 ++--- drivers/crypto/mvsam/rte_mrvl_pmd_ops.c | 10 ++-- drivers/crypto/mvsam/rte

[dpdk-dev] [PATCH 1/3] crypto/mvsam: add S/G support to crypto dirver

From: Zyta Szpak The patch adds support for chained source mbufs given to crypto operations. The crypto engine accepts source buffer containing a number of segments. The destination buffer stays the same - always one segment. On decryption, EIP engine will look for digest at 'auth_icv_offset' off

[dpdk-dev] [PATCH 2/3] crypto/mvsam: use common initialization

From: Dmitri Epshtein Use common initialization to reduce boilerplate code. Signed-off-by: Dmitri Epshtein Signed-off-by: Tomasz Duszynski Reviewed-by: Natalie Samsonov --- drivers/common/Makefile | 4 +++- drivers/crypto/mvsam/Makefile | 3 ++- drivers/crypto/mvsam/meson

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

Hi Christian, On Wed, Aug 22, 2018 at 05:11:41PM +0200, Christian Ehrhardt wrote: > Just FYI the simple change hits similar issues later on. > > The (not really) proposed patch would have to be extended to be as > following. > We really need a better solution (or somebody has to convince me that

[dpdk-dev] [PATCH 0/3] crypto/mvsam: yet another round of features

Following changes are introduced in this patch series: * Add S/G support. * Start using common/mvep for DMA memory initialization. * Add dynamic logging support. Note that 'crypto/mvsam: common use initialization' relies on 'net/mvpp2: use common code to initialize DMA' which is now on dpdk-next-

Re: [dpdk-dev] [PATCH 1/2] build: add extra cflags ldflags to meson option

On Mon, Aug 27, 2018 at 12:24:11PM +0100, Bruce Richardson wrote: > On Mon, Aug 27, 2018 at 01:10:52PM +0200, Nelio Laranjeiro wrote: > > Almost equivalent to the make system build which uses those options > > through environment variables (EXTRA_{CFLAGS,LDFLAGS}). > > > > Signed-off-by: Nelio Lar

Re: [dpdk-dev] [PATCH v3 0/6] net/mvpp2: changes and features

On 8/24/2018 7:29 PM, Tomasz Duszynski wrote: > This patch series introduces following changes: > > * Common code responsible for DMA memory initialization > is now available under drivers/common/mvep. MVEP stands for > Marvell Embedded Processors. This eases maintenance and avoids > boilerp

Re: [dpdk-dev] [PATCH 1/2] build: add extra cflags ldflags to meson option

On Mon, Aug 27, 2018 at 01:10:52PM +0200, Nelio Laranjeiro wrote: > Almost equivalent to the make system build which uses those options > through environment variables (EXTRA_{CFLAGS,LDFLAGS}). > > Signed-off-by: Nelio Laranjeiro > --- > drivers/meson.build | 2 +- > meson_options.txt | 2 ++ >

Re: [dpdk-dev] [dpdk-stable] [PATCH v2] bus/fslmc: fix the undefined ref of rte dpaa2 memsegs

On 8/27/2018 10:33 AM, Shreyansh Jain wrote: > On Monday 27 August 2018 02:22 PM, Hemant Agrawal wrote: >> This patch fix the undefined reference issue with rte_dpaa2_memsegs >> when compiled in shared lib mode with EXTRA_CFLAGS="-g -O0" >> >> Bugzilla ID: 61 >> Fixes: 365fb925d3b3 ("bus/fslmc: opt

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

Adds a configuration item to enable those drivers and also to configure it in 'glue mode'. Option driver_mlx{4,5}_glue_enable will enable its compilation with the creation for the librte_pmd_mlx{4,5}_glue.so.xx.yy.z library whereas driver_mlx5_enable will configure the compilation without this glu

[dpdk-dev] [PATCH 1/2] build: add extra cflags ldflags to meson option

Almost equivalent to the make system build which uses those options through environment variables (EXTRA_{CFLAGS,LDFLAGS}). Signed-off-by: Nelio Laranjeiro --- drivers/meson.build | 2 +- meson_options.txt | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/meson.buil

Re: [dpdk-dev] [dpdk-stable] 18.05.1 patches review and test

Hi Christian, Apologies for being late on this... I tested 18.05.1-rc1 via the usual test-pmd, OvS-DPDK and VPP, and did not find any issues with it. Cheers, Marco On Mon, 2018-08-27 at 11:29 +0200, Christian Ehrhardt wrote: > On Wed, Aug 22, 2018 at 9:26 AM Christian Ehrhardt < > christian.e

Re: [dpdk-dev] [dpdk-stable] 18.05.1 patches review and test

Hi Christian, Apologies for being late on this... I tested 18.05.1-rc1 via the usual test-pmd, OvS-DPDK and VPP, and did not find any issues with it. Cheers, Marco On Mon, 2018-08-27 at 11:29 +0200, Christian Ehrhardt wrote: > On Wed, Aug 22, 2018 at 9:26 AM Christian Ehrhardt < > christian.e

Re: [dpdk-dev] [RFC 1/1] eventdev: add distributed software (DSW) event device

On 2018-08-27 11:40, Jerin Jacob wrote: On 2018-07-22 13:32, Jerin Jacob wrote: +static void +dsw_stop(struct rte_eventdev *dev __rte_unused) +{ You may implement, eventdev_stop_flush_t callback to free up the outstanding events in the eventdev. Is this support mandatory, or is it OK to le

Re: [dpdk-dev] [RFC 1/1] eventdev: add distributed software (DSW) event device

-Original Message- > Date: Mon, 27 Aug 2018 11:23:59 +0200 > From: Mattias Rönnblom > To: Jerin Jacob > CC: dev@dpdk.org, bruce.richard...@intel.com > Subject: Re: [dpdk-dev] [RFC 1/1] eventdev: add distributed software (DSW) > event device > User-Agent: Mozilla/5.0 (X11; Linux x86_64; r

Re: [dpdk-dev] [PATCH] app/testpmd: Optimize membuf pool allocation

> -Original Message- > From: Phil Yang > Sent: Monday, August 27, 2018 5:33 PM > To: dev@dpdk.org > Cc: nd ; Gavin Hu > Subject: [PATCH] app/testpmd: Optimize membuf pool allocation > > By default, testpmd will create membuf pool for all NUMA nodes and ignore > EAL configuration. > >

[dpdk-dev] [PATCH] app/testpmd: Optimize membuf pool allocation

By default, testpmd will create membuf pool for all NUMA nodes and ignore EAL configuration. Count the number of available NUMA according to EAL core mask or core list configuration. Optimized by only creating membuf pool for those nodes. Fixes: d5aeab6542f ("app/testpmd: fix mempool creation by

Re: [dpdk-dev] [PATCH v2] bus/fslmc: fix the undefined ref of rte dpaa2 memsegs

On Monday 27 August 2018 02:22 PM, Hemant Agrawal wrote: This patch fix the undefined reference issue with rte_dpaa2_memsegs when compiled in shared lib mode with EXTRA_CFLAGS="-g -O0" Bugzilla ID: 61 Fixes: 365fb925d3b3 ("bus/fslmc: optimize physical to virtual address search") Cc: sta...@dpdk.

Re: [dpdk-dev] 18.05.1 patches review and test

On Wed, Aug 22, 2018 at 9:26 AM Christian Ehrhardt < christian.ehrha...@canonical.com> wrote: > Hi all, > > Here is a list of patches targeted for stable release 18.05.1. Please > help review and test. The planned date for the final release is August, > 29th. Before that, please shout if anyone ha

Re: [dpdk-dev] [RFC 1/1] eventdev: add distributed software (DSW) event device

On 2018-07-22 13:32, Jerin Jacob wrote: +static void +dsw_stop(struct rte_eventdev *dev __rte_unused) +{ You may implement, eventdev_stop_flush_t callback to free up the outstanding events in the eventdev. Is this support mandatory, or is it OK to leave it to the user to empty the machiner

Re: [dpdk-dev] [PATCH] net/virtio-user: fix memory hotplug support

On 24-Aug-18 4:51 PM, Sean Harte wrote: On Fri, 24 Aug 2018 at 16:19, Burakov, Anatoly wrote: On 24-Aug-18 11:41 AM, Burakov, Anatoly wrote: On 24-Aug-18 10:35 AM, Tiwei Bie wrote: On Fri, Aug 24, 2018 at 09:59:42AM +0100, Burakov, Anatoly wrote: On 24-Aug-18 5:49 AM, Tiwei Bie wrote: On T

[dpdk-dev] [PATCH v2] bus/fslmc: fix the undefined ref of rte dpaa2 memsegs

This patch fix the undefined reference issue with rte_dpaa2_memsegs when compiled in shared lib mode with EXTRA_CFLAGS="-g -O0" Bugzilla ID: 61 Fixes: 365fb925d3b3 ("bus/fslmc: optimize physical to virtual address search") Cc: sta...@dpdk.org Signed-off-by: Hemant Agrawal Reported-by: Keith Wile

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

Hi, On Fri, 2018-08-24 at 18:18 -0700, Yongseok Koh wrote: > Hi all, > > Here is a list of patches targeted for LTS release 17.11.4. Please help review > and test. The planned date for the final release is Aug 30. Before that, > please > shout if anyone has objections with these patches being app