On 1/18/2019 1:59 AM, Wang, Xiao W wrote:
> Hi,
>
>> -Original Message-
>> From: Rami Rosen [mailto:ramir...@gmail.com]
>> Sent: Thursday, January 17, 2019 10:51 PM
>> To: dev@dpdk.org
>> Cc: sta...@dpdk.org; Wang, Xiao W ; Rami Rosen
>>
>> Subject: [PATCH] doc: fix an error in ifc NIC do
PKT_TX_TUNNEL_UDP is introduced to support generic UDP tunnels which is not
defined by PKT_TX_TUNNEL_*. SW parser feature of mlx5 device can be used
for generic tunnels unknown to device. Even though PKT_TX_TUNNEL_VXLAN_GPE
is defined in rte_mbuf.h, it is not a pre-defined tunnel to mlx5 device and
From: "Nemanja Marjanovic"
Add implementation of QinQ PPPoE packet encapsulation action.
Signed-off-by: Nemanja Marjanovic
---
v4:Added implementation of QinQ PPPoE packet encapsulation action.
---
drivers/net/softnic/rte_eth_softnic_cli.c | 44 ++-
1 file changed, 43 inser
From: "Nemanja Marjanovic"
Add support of QinQ PPPoE packet encapsulation action.
Signed-off-by: Nemanja Marjanovic
---
v4:Splitting of patches for easier review
---
lib/librte_pipeline/rte_table_action.c | 61 ++
lib/librte_pipeline/rte_table_action.h | 16 +++
2 f
From: "Nemanja Marjanovic"
Add PPPoE ethertypes in to rte_ether.h.
Signed-off-by: Nemanja Marjanovic
---
v4:Added PPPoE ethertypes in to rte_ether.h.
---
lib/librte_net/rte_ether.h | 2 ++
lib/librte_pipeline/rte_table_action.c | 2 --
2 files changed, 2 insertions(+), 2 deletions(
From: "Nemanja Marjanovic"
Add implementation of QinQ PPPoE packet encapsulation action.
Signed-off-by: Nemanja Marjanovic
---
v4:Splitting of patches for easier review
---
examples/ip_pipeline/cli.c | 46 --
1 file changed, 44 insertions(+), 2 deletions(-)
This patch fixes the missed digest and aad data physical
addresses filling to crypto operations in fips_validation
sample application.
Fixes: 41d561cbdd24 ("examples/fips_validation: add power on self test")
Signed-off-by: Fan Zhang
---
examples/fips_validation/fips_dev_self_test.c | 39 +++
The spinlock implementation is unfair, some threads may take locks
aggressively while leaving the other threads starving for long time.
As shown in the following test, within same period of time, there
are threads taking locks much more times than the others.
The ticketlock gives each waiting thre
Add test cases for ticket lock, recursive ticket lock,
and ticket lock performance.
Signed-off-by: Joyce Kong
Reviewed-by: Gavin Hu
Reviewed-by: Phil Yang
---
test/test/Makefile | 1 +
test/test/autotest_data.py | 6 +
test/test/meson.build | 1 +
test/test/test_ticketloc
> > Sorry for not making it clearer,
> > So if someone was reading it and saw this line
> >
> > "The examples directory contains sample applications that show how
> libraries can be used"
> >
> > It would be nice to have a link to the sample applications in the docs
> > like so, which has all the I
18/01/2019 10:29, Kovacevic, Marko:
> > > Sorry for not making it clearer,
> > > So if someone was reading it and saw this line
> > >
> > > "The examples directory contains sample applications that show how
> > libraries can be used"
> > >
> > > It would be nice to have a link to the sample applica
In the References section in the Power Management overview,
both links pointed to the same l3fwd-power app. Fix the links
so that one points to l3fwd-power, and the other points to
the vm_power_manager sample app.
Signed-off-by: David Hunt
Acked-by: Marko Kovacevic
---
doc/guides/prog_guide/pow
> -Original Message-
> From: Marjanovic, Nemanja
> Sent: Friday, January 18, 2019 9:12 AM
> To: dev@dpdk.org
> Cc: Singh, Jasvinder ; Dumitrescu, Cristian
> ; Marjanovic, Nemanja
>
> Subject: [PATCH v4 1/4] pipeline: support QinQ PPPoE encap
>
> From: "Nemanja Marjanovic"
>
> Add sup
On 17-Jan-19 5:30 PM, Anatoly Burakov wrote:
It is only possible to know IOMMU type of a given VFIO container
by attempting to initialize it. Since secondary process never
attempts to set up VFIO container itself (because they're shared
between primary and secondary), it never knows which IOMMU t
On Fri, Jan 18, 2019 at 10:33 AM Thomas Monjalon
wrote:
> 18/01/2019 10:29, Kovacevic, Marko:
> > > > Sorry for not making it clearer,
> > > > So if someone was reading it and saw this line
> > > >
> > > > "The examples directory contains sample applications that show how
> > > libraries can be u
It is only possible to know IOMMU type of a given VFIO container
by attempting to initialize it. Since secondary process never
attempts to set up VFIO container itself (because they're shared
between primary and secondary), it never knows which IOMMU type
the container is using, and never sets up t
Incorrect placement of prefetch in Tx path is causing
a performance drop of around ~2% on AMD platform.
Fixes: 2ea6f76aff40 ("qede: add core driver")
Cc: sta...@dpdk.org
Signed-off-by: Shahed Shaikh
---
drivers/net/qede/qede_rxtx.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/
Allocating replacement buffer per received packet is expensive.
Instead, process received packets first and allocate
replacement buffers in bulk later.
This improves performance by ~25% in terms of PPS on AMD
platforms.
Fixes: 2ea6f76aff40 ("qede: add core driver")
Cc: sta...@dpdk.org
Signed-off
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
> Sent: Thursday, January 17, 2019 10:27 PM
> To: Zhang, Roy Fan
> Cc: dev@dpdk.org; akhil.go...@nxp.com; De Lara Guarch, Pablo
>
> Subject: Re: [dpdk-dev] [PATCH] crypto/aesni_mb: fix compile
+Cc Olivier, maintainer
18/01/2019 10:12, Nemanja Marjanovic:
> From: "Nemanja Marjanovic"
>
> Add PPPoE ethertypes in to rte_ether.h.
>
> Signed-off-by: Nemanja Marjanovic
> ---
> v4:Added PPPoE ethertypes in to rte_ether.h.
> ---
> lib/librte_net/rte_ether.h | 2 ++
> lib/librte
18/01/2019 11:57, Ananyev, Konstantin:
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon
> > 16/01/2019 14:21, Fan Zhang:
> > > This patch fixes the inflexible compile issue AESNI-MB PMD.
> > > Originally the compile of the PMD will fail if IPSec_MB is
> > > not installed in de
From: Andy Pei
Original driver requires users to input "afu_bts" args.
But driver can also work without an explicit "afu_bts" args.
Fixes: 05fa3d4a6539 ("bus/ifpga: add Intel FPGA bus library")
Cc: sta...@dpdk.org
Signed-off-by: Andy Pei
Acked-by: Rosen Xu
---
Cc: rosen...@intel.com
Cc: tianf
From: Andy Pei
Brackets unmatch when __cplusplus defined.
Fixes: 05fa3d4a6539 ("bus/ifpga: add Intel FPGA bus library")
Cc: sta...@dpdk.org
Signed-off-by: Andy Pei
Reviewed-by: Ferruh Yigit
---
Cc: rosen...@intel.com
---
drivers/bus/ifpga/rte_bus_ifpga.h | 6 +-
1 file changed, 5 inserti
From: Andy Pei
In the original code, when an AFU device probe a driver,
if the first driver in the driver list does not support
this device or some error happens, bus probe returns an error.
With this patch, a device will try to match driver in the driver
list one by one until an appropriate dri
From: Andy Pei
When ifpga_rawdev_create() allocate memory for a new rawdev,
the original code allocate redundant memory for adapter,
which is a member of the rawdev. What is actually necessary is
the adapter to be initialized, not memory allocated.
Fixes: ef1e8ede3da5 ("raw/ifpga: add Intel FPGA
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Lee Daly
> Sent: Thursday, January 17, 2019 9:11 PM
> To: De Lara Guarch, Pablo ; Trahe, Fiona
>
> Cc: dev@dpdk.org; Daly, Lee
> Subject: [dpdk-dev] [PATCH] compress/isal: fix build with old library
> version
>
>
Hi
It’s been while since I looked at it last time,
but shouldn’t you assign desired vlan tag to the VF first:
ip link set vf vlan
?
Konstantin
From: Eelco Chaudron [mailto:echau...@redhat.com]
Sent: Thursday, January 3, 2019 4:42 PM
To: Lu, Wenzhuo ; Ananyev, Konstantin
Cc: dev
Subject: Re:
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Friday, January 18, 2019 11:03 AM
> To: Ananyev, Konstantin
> Cc: Zhang, Roy Fan ; dev@dpdk.org;
> akhil.go...@nxp.com; De Lara Guarch, Pablo
>
> Subject: Re: [dpdk-dev] [PATCH] crypto/aesni_mb: fix comp
> > > > > diff --git a/lib/librte_rcu/rte_rcu_qsbr.h
> > > > > b/lib/librte_rcu/rte_rcu_qsbr.h new file mode 100644 index
> > > > > 0..c818e77fd
> > > > > --- /dev/null
> > > > > +++ b/lib/librte_rcu/rte_rcu_qsbr.h
> > > > > @@ -0,0 +1,321 @@
> > > > > +/* SPDX-License-Identifier: BSD-3-
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Thursday, January 17, 2019 6:51 PM
> To: Hunt, David
> Cc: dev@dpdk.org; Mcnamara, John ; Kovacevic,
> Marko
> Subject: Re: [dpdk-dev] [PATCH] doc/power: fix references in power
> management
> ...
> > -*
> -Original Message-
> From: Trahe, Fiona
> Sent: Thursday, January 17, 2019 7:23 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Trahe, Fiona
> ; akhil.go...@nxp.com; Kusztal, ArkadiuszX
> ; sta...@dpdk.org
> Subject: [PATCH] doc/qat: add GCM AAD limitation
>
> Add limitation that
Tunnel type is an enum in PKT_TX_TUNNEL_MASK bits.
Fixes: b058d92ea95d ("gso: support VxLAN GSO")
Fixes: 70e737e448c7 ("gso: support GRE GSO")
Cc: sta...@dpdk.org
Signed-off-by: Andrew Rybchenko
---
lib/librte_gso/gso_common.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --gi
On 1/18/2019 3:25 PM, Lijuan Tu wrote:
> add recommended DPDK/kernel driver/firmware version matching list for
> i40e for 19.02
>
> Signed-off-by: Lijuan Tu
Applied to dpdk-next-net/master, thanks.
18/01/2019 13:15, Mcnamara, John:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > ...
> > > -* The "L3 Forwarding with Power Management Sample Application"
> > chapter in the *DPDK Sample Application's User Guide*.
> > > +* The :doc:`VM Power Management
> > Application<../sample_app_ug
On 2019-01-17 20:10, Venky Venkatesh wrote:
[VV]: I had a question on the eventdev initialization API in the above
multi-process setting. The following are the objects and API to init each of
them. For each of these can you confirm whether it needs to be called in the
PRIMARY process only or e
On 1/18/2019 10:29 AM, Shahed Shaikh wrote:
> Allocating replacement buffer per received packet is expensive.
> Instead, process received packets first and allocate
> replacement buffers in bulk later.
>
> This improves performance by ~25% in terms of PPS on AMD
> platforms.
>
> Fixes: 2ea6f76aff
On 1/18/2019 2:41 PM, Ferruh Yigit wrote:
> On 1/18/2019 10:29 AM, Shahed Shaikh wrote:
>> Allocating replacement buffer per received packet is expensive.
>> Instead, process received packets first and allocate
>> replacement buffers in bulk later.
>>
>> This improves performance by ~25% in terms o
On 2019-01-18 07:36, Venky Venkatesh wrote:
[VV]: Some more information. I went with the assumption that I will call these
APIs on both the PRIMARY and SECONDARY processes and that these APIs would do
the right thing viz. on the PRIMARY it would allocate and initialize while in
the SECONDARY
> Add tested Intel platforms with Intel NICs to v19.02 release note.
>
> Signed-off-by: Lijuan Tu
> ---
> doc/guides/rel_notes/release_19_02.rst | 74
> ++
> 1 file changed, 74 insertions(+)
>
> diff --git a/doc/guides/rel_notes/release_19_02.rst
> b/doc/guides/r
On 1/17/2019 5:38 PM, Stephen Hemminger wrote:
> On Tue, 13 Dec 2016 16:19:00 +0100
> Christian Ehrhardt wrote:
>
>> Stefans mail got rejected by moderator (??!), reposting FYI as I'm
>> subscribed and should autopass the moderation.
>>
>> On Tue, Dec 13, 2016 at 3:45 PM, Stefan Bader
>> wrote:
Strcat does not check the destination length and there might be
chances of string overflow so insted of strcat, strncat is used.
Fixes: 540a211084 ("bnx2x: driver core")
Fixes: e163c18a15 ("net/i40e: update ptype and pctype info")
Fixes: ef28aa96e5 ("net/nfp: support multiprocess")
Fixes: 6f4eec25
For some users, the rte ring's "non-preemptive" constraint is not acceptable;
for example, if the application uses a mixture of pinned high-priority threads
and multiplexed low-priority threads that share a mempool.
This patchset introduces a non-blocking ring, on top of which a mempool can run.
C
This commit adds support for non-blocking circular ring enqueue and dequeue
functions. The ring uses a 128-bit compare-and-swap instruction, and thus
is currently limited to x86_64.
The algorithm is based on the original rte ring (derived from FreeBSD's
bufring.h) and inspired by Michael and Scott
ring_nb_autotest re-uses the ring_autotest code by wrapping its top-level
function with one that takes a 'flags' argument.
Signed-off-by: Gage Eads
---
test/test/test_ring.c | 57 ---
1 file changed, 36 insertions(+), 21 deletions(-)
diff --git a/
64-bit head and tail index widths greatly increases the time it takes for
them to wrap-around (with current CPU speeds, it won't happen within the
author's lifetime). This is important in avoiding the ABA problem -- in
which a thread mistakes reading the same tail index in two accesses to mean
that
nb_ring_perf_autotest re-uses the ring_perf_autotest code by wrapping its
top-level function with one that takes a 'flags' argument.
Signed-off-by: Gage Eads
---
test/test/test_ring_perf.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/test/test/test_rin
Strcat does not check the destination length and there might be
chances of string overflow so insted of strcat, strncat is used.
Fixes: 540a211084 ("bnx2x: driver core")
Fixes: e163c18a15 ("net/i40e: update ptype and pctype info")
Fixes: ef28aa96e5 ("net/nfp: support multiprocess")
Fixes: 6f4eec25
These handlers allow an application to create a mempool based on the
non-blocking ring, with any combination of single/multi producer/consumer.
Also, add a note to the programmer's guide's "known issues" section.
Signed-off-by: Gage Eads
Acked-by: Andrew Rybchenko
---
doc/guides/prog_guide/env
After checking the patch again I found a few spelling mistakes
> Add user guide on debug and troubleshoot for common issues and
> bottleneck found in sample application model.
>
> Signed-off-by: Vipin Varghese
> Acked-by: Marko Kovacevic
> ---
> doc/guides/howto/debug_troubleshoot_guide.rst |
In order to support the non-blocking ring[1], an API change (additional
argument to rte_ring_get_memsize()) is required in librte_ring. This commit
updates the deprecation notice to pave the way for its inclusion in
19.05.
[1] http://mails.dpdk.org/archives/dev/2019-January/123774.html
Signed-off
No need to keep those file listings, they are very likely to become
outdated.
Signed-off-by: David Marchand
Reviewed-by: Ferruh Yigit
---
Changelog since v1:
- added a link to the sample applications index
---
doc/guides/prog_guide/dev_kit_build_system.rst | 43 --
doc/guides/prog_
In order to support the non-blocking ring[1], an API change (additional
argument to rte_ring_get_memsize()) is required in librte_ring. This commit
updates the deprecation notice to pave the way for its inclusion in
19.05.
[1] http://mails.dpdk.org/archives/dev/2019-January/123774.html
Signed-off
Acked-by: Marko Kovacevic
> -Original Message-
> From: Ferruh Yigit
> Sent: Friday, January 18, 2019 8:11 PM
> To: Shahed Shaikh ; dev@dpdk.org
> Cc: sta...@dpdk.org; Rasesh Mody ; Thomas Monjalon
>
> Subject: [EXT] Re: [dpdk-dev] [PATCH 1/2] net/qede: fix performance bottleneck
> in Rx path
>
>
>
1/5: remove existing test cases to reorganize further
2/5: add fast-tests suite to meson targets
3/5: add perf-tests suite to meson targets
4/5: add driver-tests suite to meson targets
5/5: add debug-tests suite to meson targets
--
v6: Rebased
v5: Renamed test suite names
Removed quit and deva
Added test cases that depend on specific drivers
Signed-off-by: Hari Kumar Vemula
Acked-by: Bruce Richardson
---
test/test/meson.build | 27 +++
1 file changed, 27 insertions(+)
diff --git a/test/test/meson.build b/test/test/meson.build
index 47c97c276..d56c525ea 100644
Grouped performace test cases under perf tests category
Signed-off-by: Hari Kumar Vemula
Acked-by: Bruce Richardson
---
test/test/meson.build | 34 ++
1 file changed, 34 insertions(+)
diff --git a/test/test/meson.build b/test/test/meson.build
index 1d416967c..47
Removed testcase list from meson build to categorize testcases
into suites
Signed-off-by: Hari Kumar Vemula
Acked-by: Bruce Richardson
---
test/test/meson.build | 119 --
1 file changed, 119 deletions(-)
diff --git a/test/test/meson.build b/test/test/mes
Grouped logging or dump related test cases to test debug category
Signed-off-by: Hari Kumar Vemula
Acked-by: Bruce Richardson
---
test/test/meson.build | 20
1 file changed, 20 insertions(+)
diff --git a/test/test/meson.build b/test/test/meson.build
index d56c525ea..318e04
Added test cases that runs quickly under fast tests category
Signed-off-by: Hari Kumar Vemula
Acked-by: Bruce Richardson
---
test/test/meson.build | 107 --
1 file changed, 102 insertions(+), 5 deletions(-)
diff --git a/test/test/meson.build b/test/test/
18/01/2019 08:40, Hari Kumar Vemula:
> In rte_efd_create() allocated memory for tail queue entry but
> not freed.
> Added freeing the tail queue entry.
>
> Fixes: 56b6ef874f80 ("efd: new Elastic Flow Distributor library")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Hari Kumar Vemula
> Reviewed-by:
> > This patch removes an unnecessary flag which was breaking the
> > build with older versions of the ISA-L library (v2.23 and older)
> > and replace with a more appropriate flag which is present
> > in older versions of library.
> >
> > Fixes: bd03d3f1e4f1 ("compress/isal: enable checksum suppor
18/01/2019 12:09, Ferruh Yigit:
> From: Andy Pei
>
> Brackets unmatch when __cplusplus defined.
>
> Fixes: 05fa3d4a6539 ("bus/ifpga: add Intel FPGA bus library")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Andy Pei
> Reviewed-by: Ferruh Yigit
Applied, thanks
18/01/2019 12:14, Ferruh Yigit:
> From: Andy Pei
>
> When ifpga_rawdev_create() allocate memory for a new rawdev,
> the original code allocate redundant memory for adapter,
> which is a member of the rawdev. What is actually necessary is
> the adapter to be initialized, not memory allocated.
>
>
18/01/2019 12:07, Ferruh Yigit:
> From: Andy Pei
>
> Original driver requires users to input "afu_bts" args.
> But driver can also work without an explicit "afu_bts" args.
>
> Fixes: 05fa3d4a6539 ("bus/ifpga: add Intel FPGA bus library")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Andy Pei
> Acke
18/01/2019 12:12, Ferruh Yigit:
> From: Andy Pei
>
> In the original code, when an AFU device probe a driver,
> if the first driver in the driver list does not support
> this device or some error happens, bus probe returns an error.
>
> With this patch, a device will try to match driver in the d
> -Original Message-
> From: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
> Sent: Thursday, January 17, 2019 11:05 PM
> To: Eads, Gage ; dev@dpdk.org
> Cc: olivier.m...@6wind.com; arybche...@solarflare.com; Richardson, Bruce
> ; Ananyev, Konstantin
> ; Gavin Hu (Arm Technol
> -Original Message-
> From: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
> Sent: Thursday, January 17, 2019 11:28 PM
> To: Eads, Gage ; dev@dpdk.org
> Cc: olivier.m...@6wind.com; arybche...@solarflare.com; Richardson, Bruce
> ; Ananyev, Konstantin
> ; nd ; nd
> Subject: R
https://bugs.dpdk.org/show_bug.cgi?id=193
Bug ID: 193
Summary: symmetric_mp example application crashes for Amazon
ENA in multiple process mode
Product: DPDK
Version: 18.11
Hardware: x86
OS: Linux
> On Jan 16, 2019, at 1:07 PM, Amedeo Sapio wrote:
>
> Hi all,
>
> I am developing a DPDK program using a Mellanox ConnectX-5 100G.
> My program starts N workers (one per core), and each worker deals with its
> own dedicated TX and RX queue, therefore I need to setup N TX and N RX
> queues.
>
>From: dev On Behalf Of Shahed Shaikh
>Sent: Friday, January 18, 2019 2:29 AM
>
>Allocating replacement buffer per received packet is expensive.
>Instead, process received packets first and allocate replacement buffers in
>bulk later.
>
>This improves performance by ~25% in terms of PPS on AMD pla
HI Fiona, Anoob
>-Original Message-
>From: Anoob Joseph
>Sent: 17 January 2019 19:17
>To: Trahe, Fiona ; Akhil Goyal ;
>De Lara Guarch, Pablo
>
>Cc: Jerin Jacob Kollanukkaran ; Narayana Prasad Raju
>Athreya ; Shally Verma
>; dev@dpdk.org
>Subject: RE: [PATCH] doc: announce ABI change for
>From: Shahed Shaikh
>Sent: Friday, January 18, 2019 8:13 AM
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Friday, January 18, 2019 8:11 PM
>> To: Shahed Shaikh ; dev@dpdk.org
>> Cc: sta...@dpdk.org; Rasesh Mody ; Thomas
>Monjalon
>>
>> Subject: [EXT] Re: [dpdk-dev] [PATCH 1/2] n
Hi,
Recently I had the privilege of some play-time on a IBM Power 9 machine with a
Mellanox MLX5-card in it. However, I encountered a seg fault problem using DPDK
and DPDK-pktgen. It's the exact same one as somebody else encountered (also on
a Power 9) here:
https://bugzilla.redhat.com/show_bug
>From: dev On Behalf Of Shahed Shaikh
>Sent: Friday, January 18, 2019 2:30 AM
>
>Incorrect placement of prefetch in Tx path is causing a performance drop of
>around ~2% on AMD platform.
>
>Fixes: 2ea6f76aff40 ("qede: add core driver")
>Cc: sta...@dpdk.org
>
>Signed-off-by: Shahed Shaikh
>---
Ack
18/01/2019 17:57, Rasesh Mody:
> >From: dev On Behalf Of Shahed Shaikh
> >Sent: Friday, January 18, 2019 2:29 AM
> >
> >Allocating replacement buffer per received packet is expensive.
> >Instead, process received packets first and allocate replacement buffers in
> >bulk later.
> >
> >This improves
> -Original Message-
> From: Eads, Gage
> Sent: Friday, January 18, 2019 2:10 PM
> To: 'Honnappa Nagarahalli' ; dev@dpdk.org
> Cc: olivier.m...@6wind.com; arybche...@solarflare.com; Richardson, Bruce
> ; Ananyev, Konstantin
> ; Gavin Hu (Arm Technology China)
> ; nd ; nd
> Subject: RE:
18/01/2019 18:40, Hari Kumar Vemula:
> v6: Rebased
> v5: Renamed test suite names
> Removed quit and devargs_autotest from test list
> v4: Removed test from file prefix
> v3: Updated testcase names in file prefix option
> v2: Divided fast-test list into two lists
> --
>
> Hari Kumar Vemula (5)
19/01/2019 01:00, Eads, Gage:
> > > I am wondering if it makes sense to decouple the NB stack data
> > > structure from mempool driver (similar to rte_ring)? I see that stack
> > > based mempool implements the stack data structure in the driver. But,
> > > NB stack might not be such a trivial data
Hi Anatoly,
> -Original Message-
> From: Burakov, Anatoly
> Sent: Friday, January 18, 2019 6:25 PM
> To: dev@dpdk.org
> Cc: Wang, Xiao W ; Zhang, Qi Z
> ; qingfu@alibaba-inc.com; tho...@monjalon.net;
> Stojaczyk, Dariusz ; sta...@dpdk.org
> Subject: [PATCH v2] vfio: allow secondary pro
On Wed, Jan 16, 2019 at 02:02:26AM +, Honnappa Nagarahalli wrote:
> > > >> On Wed, 2019-01-09 at 10:22 +, Yongseok Koh wrote:
> > > >>> On Jan 9, 2019, at 2:09 AM, Jerin Jacob Kollanukkaran wrote:
> > > I think, I way forward is to add
> > > config/arm/arm64_a72_li
Appreciate your report.
We are aware of the issue and Dekel is investigating it.
As I wrote the code, I'm also looking at the issue.
Will keep you posted.
Thanks,
Yongseok
> On Jan 18, 2019, at 9:36 AM, Daniel Pharos wrote:
>
> Hi,
>
> Recently I had the privilege of some play-time on a IBM Po
82 matches
Mail list logo
