Hi Slava,
Thank you for your reply.
This is currently supported (and tested) on 2nd gen AMD EPYC series
processors. We're currently trying to make it more generic across other
EPYC platforms. We too believe having these available at EAL may also help
applications and other PMDs. I'll move memory c
From: ChenBo
Add tested Intel platforms with Intel NICs to v21.02 release note.
Signed-off-by: ChenBo
---
doc/guides/rel_notes/release_21_02.rst | 124 +
1 file changed, 124 insertions(+)
diff --git a/doc/guides/rel_notes/release_21_02.rst
b/doc/guides/rel_notes/relea
>-Original Message-
>From: dev On Behalf Of Maxime Coquelin
>Sent: Monday, February 8, 2021 7:17 PM
>To: Matan Azrad ; dev@dpdk.org
>Subject: Re: [dpdk-dev] [PATCH] vdpa/mlx5: fix polling threads scheduling
>
>
>
>On 2/8/21 10:28 AM, Matan Azrad wrote:
>> When the event mode is with 0 fixe
> -Original Message-
> From: dev On Behalf Of ChenBo
> Sent: Monday, February 8, 2021 3:10 PM
> To: maintain...@intel.org
> Cc: dev@dpdk.org; Chen, BoX C
> Subject: [dpdk-dev] [PATCH V2] doc: add tested Intel platforms with Intel
> NICs
>
> Add tested Intel platforms with Intel NICs t
Hi
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, February 8, 2021 23:15
> To: Li, Xiaoyun ; Singh, Jasvinder
> ; Wu, Jingjing ; Adrien
> Mazarguil ; Dumitrescu, Cristian
>
> Cc: Yigit, Ferruh ; dev@dpdk.org; sta...@dpdk.org
> Subject: [PATCH v2] app/testpmd: fix meter comman
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, February 8, 2021 9:48 PM
> To: Wang, Haiyue ; dev@dpdk.org
> Cc: pvale...@redhat.com; acon...@redhat.com;
> david.march...@redhat.com; Zhang, Qi Z ; Rong, Leyi
> ; Tu, Lijuan ;
> ruifeng.w...@arm.com; feifei.wa...@arm.com;
On 2021/2/8 16:40, Olivier Matz wrote:
> Hi,
>
> On Mon, Feb 08, 2021 at 09:07:39AM +0100, Thomas Monjalon wrote:
>> 08/02/2021 07:29, Chengchang Tang:
>>> Hi, Thomas Monjalon and Ferruh Yigit and others.
>>>
>>> Here are two questions:
>>> 1. What functions should be included in the 'tx_prepare'
On Mon, 8 Feb 2021 14:58:29 +0800, Feng Li wrote:
> > > +/**
> > > + * Usage function typedef used by the application usage function.
> >
> > It's unrelated to the following typedef purpose, is it?
> It's borrowed from the front typedef sentence.
Doesn't make much sense here anyway.
> > > + *
On Fri, 05 Feb 2021 19:17:52 +0100
Thomas Monjalon wrote:
> 02/12/2020 12:06, Sarosh Arif:
> > If user requests a hugepage size which is not supported by the system,
> > currently user gets an error message saying that the requested size
> > is not a valid system huge page size. In addition to th
Hi Kusztal
First, thank you for this review and the suggestions.
From: Kusztal, ArkadiuszX
> > > > Subject: [dpdk-dev] [PATCH] cryptodev: support multiple cipher
> > > > block sizes
> > > >
> > > > In cryptography, a block cipher is a deterministic algorithm
> > > > operating on fixed- length gro
On 08/02/2021 16:52, Aaron Conole wrote:
> The DPDK testing infrastructure includes a comprehensive set of
> libraries, utilities, and CI integrations for developers to test
> their code changes. This isn't well documented, however.
>
> Document the basics for adding a test suite to the infras
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, February 8, 2021 6:26 PM
> To: Juraj Linkeš
> Cc: bruce.richard...@intel.com; ruifeng.w...@arm.com;
> honnappa.nagaraha...@arm.com; jerinjac...@gmail.com;
> ferruh.yi...@intel.com; dev@dpdk.org
> Subject: Re: [RFC PATCH v1] co
08/02/2021 17:46, Juraj Linkeš:
> From: Thomas Monjalon
> > 08/02/2021 15:46, Juraj Linkeš:
> > > I accidentally submitted this as an RFC patch. Please consider this to be
> > > a
> > regular patch.
> > >
> > > With that said, Thomas, would it be possible to get this into the release?
> >
> > Ye
08/02/2021 12:45, Bruce Richardson:
> On Mon, Feb 08, 2021 at 12:21:17PM +0100, Thomas Monjalon wrote:
> > 08/02/2021 12:05, Bruce Richardson:
> > > On Mon, Feb 08, 2021 at 11:56:21AM +0100, Thomas Monjalon wrote:
> > > > 08/02/2021 11:26, Bruce Richardson:
> > > > > On Mon, Feb 08, 2021 at 10:17:5
The DPDK testing infrastructure includes a comprehensive set of
libraries, utilities, and CI integrations for developers to test
their code changes. This isn't well documented, however.
Document the basics for adding a test suite to the infrastructure
and enabling that test suite for continuous i
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, February 8, 2021 5:43 PM
> To: Juraj Linkeš
> Cc: bruce.richard...@intel.com; ruifeng.w...@arm.com;
> honnappa.nagaraha...@arm.com; jerinjac...@gmail.com;
> ferruh.yi...@intel.com; dev@dpdk.org
> Subject: Re: [RFC PATCH v1] co
08/02/2021 15:46, Juraj Linkeš:
> I accidentally submitted this as an RFC patch. Please consider this to be a
> regular patch.
>
> With that said, Thomas, would it be possible to get this into the release?
Yes
For the sake of understanding, is it an issue due to a missing rebase?
Or was it a mi
https://bugs.dpdk.org/show_bug.cgi?id=418
Stephen Hemminger (step...@networkplumber.org) changed:
What|Removed |Added
Resolution|--- |WORKSFORME
On Sun, Feb 07, 2021 at 12:46:50PM +0330, mirzaei.reza wrote:
> Hello,
>
> I have a problem to build l2fwd-crypto example using its Makefile. I
> build it using Makefile according to this [1] tutorial, when i run the
> compiled file using the following command:
>
> ./l2fwd-crypto -l 1 -n 4
> --
When checking the loading of EAL shared lib to see if we have a shared
DPDK build, we only want to include part of the ABI version in the check
rather than the whole thing. For example, with ABI version 21.1 for DPDK
release 21.02, the linker links the binary against librte_eal.so.21,
without the "
Thanks Tomek,
Can you let us know when the merge happens and we'll make sure the next set
of builds pass or see what the next failure is. :-P
Cheers,
Lincoln
On Mon, Feb 8, 2021 at 11:03 AM Zawadzki, Tomasz
wrote:
> Hi Aaron,
>
> Thank you for reporting this !
>
> This is an issue with rte_pow
Hi Aaron,
Thank you for reporting this !
This is an issue with rte_power now depending on rte_ethdev, which was resolved
on latest SPDK.
I believe that UNH lab verifies DPDK patches against SPDK branch for latest
release. Which after the very recent SPDK release, would be v21.01.x:
https://git
> > > Subject: [dpdk-dev] [PATCH] cryptodev: support multiple cipher block
> > > sizes
> > >
> > > In cryptography, a block cipher is a deterministic algorithm
> > > operating on fixed- length groups of bits, called blocks.
> > >
> > > A block cipher consists of two paired algorithms, one for encry
Greetings,
I've noticed that recently SPDK compilation in the UNH community lab
seems to be failing, and I don't see an obvious reason for the failure.
The logs haven't been too helpful - it appears that there is a symbol
that isn't available when linking.
Job details (for example):
https://lab.d
Helps strings syntax is "command : description", the 'command' part was
missing, updated command help strings.
Fixes: 281eeb8afc55 ("app/testpmd: add commands for metering and policing")
Fixes: 30ffb4e67ee3 ("app/testpmd: add commands traffic metering and policing")
Fixes: e63b50162aa3 ("app/testp
I accidentally submitted this as an RFC patch. Please consider this to be a
regular patch.
With that said, Thomas, would it be possible to get this into the release?
Thanks,
Juraj
> -Original Message-
> From: Juraj Linkeš
> Sent: Monday, February 8, 2021 3:44 PM
> To: bruce.richard...@
Rename the 'default' part number in clang cross-file to fix the
following issue:
config/arm/meson.build:238:2: ERROR: Problem encountered: Unsupported
part number default of implementer generic. Please add support for it or
use the generic (-Dmachine=generic) build.
Fixes: 3d01d65ba0d3 ("config:
On 2/7/2021 2:47 AM, Li, Xiaoyun wrote:
Hi
-Original Message-
From: Yigit, Ferruh
Sent: Friday, February 5, 2021 21:39
To: Lu, Wenzhuo ; Li, Xiaoyun ;
Iremonger, Bernard ; Singh, Jasvinder
; Wu, Jingjing ; Dumitrescu,
Cristian ; Adrien Mazarguil
Cc: Yigit, Ferruh ; dev@dpdk.org; sta..
Thanks for your comments.
Dmitry Kozlyuk 于2021年2月6日周六 上午3:32写道：
>
> On Sat, 6 Feb 2021 01:42:04 +0800, Li Feng wrote:
> > Currently, the dpdk log is out to stdout/stderr and syslog.
> > The rte_openlog_stream could set an external FILE* stream, but it asks the
> > consumer to give it a FILE* poi
>
> There is an 82599 errata that UDP frames with a zero checksum are
> incorrectly marked as checksum invalid by the hardware. This was
> leading to misleading PKT_RX_L4_CKSUM_BAD flag.
>
> This patch changes the bad UDP checksum to PKT_RX_L4_CKSUM_UNKNOWN,
> so the software application will th
When I add "-Denable_docs=true" to my DPDK 20.11 build commandline I
get a build error:
FAILED: doc/guides/html
/usr/bin/python3.6 ../buildtools/call-sphinx-build.py /bin/sphinx-build
20.11.0 /home/brian/daos/rpm/dpdk/_topdir/BUILD/dpdk-20.11/doc/guides
/home/brian/daos/rpm/dpdk/_topdir/BUILD/dpd
Hi Kuztal
From: Kusztal, ArkadiuszX
> Hi Matan,
>
> Few comments/questions inline with [Arek]
>
> > -Original Message-
> > From: dev On Behalf Of Matan Azrad
> > Sent: Thursday, February 4, 2021 3:34 PM
> > To: dev@dpdk.org
> > Cc: akhil.go...@nxp.com; Doherty, Declan ;
> > Somalapuram
From: Satheesh Paul
Add support to dump hardware internal representation information of
rte flow to file.
Every flow rule added will be dumped in the below format.
MCAM Index:1881
Interface :NIX-RX (0)
Priority :1
NPC RX Action:0X404001
ActionOp:NIX_RX_ACTIONOP_UCAST (1)
07/02/2021 11:52, Asaf Penso:
> In http://doc.dpdk.org/guides/nics/overview.html, table 1.1 lists all
> supported features.
> It has a single line for "Flow API" that refers to rte_flow support.
> rte_flow is composed of many items and actions that are not expressed in
> this single line.
One comm
Hi Matan,
Few comments/questions inline with [Arek]
> -Original Message-
> From: dev On Behalf Of Matan Azrad
> Sent: Thursday, February 4, 2021 3:34 PM
> To: dev@dpdk.org
> Cc: akhil.go...@nxp.com; Doherty, Declan ;
> Somalapuram Amaranath ; Ruifeng Wang
> ; Ajit Khaparde ;
> Anoob Jose
On Mon, Feb 08, 2021 at 12:21:17PM +0100, Thomas Monjalon wrote:
> 08/02/2021 12:05, Bruce Richardson:
> > On Mon, Feb 08, 2021 at 11:56:21AM +0100, Thomas Monjalon wrote:
> > > 08/02/2021 11:26, Bruce Richardson:
> > > > On Mon, Feb 08, 2021 at 10:17:56AM +, Juraj Linkeš wrote:
> > > > > From:
08/02/2021 12:05, Bruce Richardson:
> On Mon, Feb 08, 2021 at 11:56:21AM +0100, Thomas Monjalon wrote:
> > 08/02/2021 11:26, Bruce Richardson:
> > > On Mon, Feb 08, 2021 at 10:17:56AM +, Juraj Linkeš wrote:
> > > > From: Bruce Richardson
> > > > > On Fri, Feb 05, 2021 at 04:04:32PM +0100, Jura
On 2/8/21 10:28 AM, Matan Azrad wrote:
> When the event mode is with 0 fixed delay, the polling-thread will never
> give-up CPU.
>
> So, when multi-polling-threads are active, the context-switch between
> them will be managed by the system which may affect latency according to
> the time-out de
On Mon, Feb 08, 2021 at 11:56:21AM +0100, Thomas Monjalon wrote:
> 08/02/2021 11:26, Bruce Richardson:
> > On Mon, Feb 08, 2021 at 10:17:56AM +, Juraj Linkeš wrote:
> > > From: Bruce Richardson
> > > > On Fri, Feb 05, 2021 at 04:04:32PM +0100, Juraj Linkeš wrote:
> > > > > The kni linux module
08/02/2021 11:26, Bruce Richardson:
> On Mon, Feb 08, 2021 at 10:17:56AM +, Juraj Linkeš wrote:
> > From: Bruce Richardson
> > > On Fri, Feb 05, 2021 at 04:04:32PM +0100, Juraj Linkeš wrote:
> > > > The kni linux module is using a custom target for building, which
> > > > doesn't take into acc
On Mon, Feb 08, 2021 at 10:17:56AM +, Juraj Linkeš wrote:
>
>
> > -Original Message-
> > From: Bruce Richardson
> > Sent: Friday, February 5, 2021 4:27 PM
> > To: Juraj Linkeš
> > Cc: tho...@monjalon.net; ruifeng.w...@arm.com;
> > honnappa.nagaraha...@arm.com; jerinjac...@gmail.com;
> -Original Message-
> From: Bruce Richardson
> Sent: Friday, February 5, 2021 4:27 PM
> To: Juraj Linkeš
> Cc: tho...@monjalon.net; ruifeng.w...@arm.com;
> honnappa.nagaraha...@arm.com; jerinjac...@gmail.com;
> hemant.agra...@nxp.com; ferruh.yi...@intel.com; abo...@pensando.io;
> dev@d
When the event mode is with 0 fixed delay, the polling-thread will never
give-up CPU.
So, when multi-polling-threads are active, the context-switch between
them will be managed by the system which may affect latency according to
the time-out decided by the system.
In order to fix multi-devices po
There is an 82599 errata that UDP frames with a zero checksum are
incorrectly marked as checksum invalid by the hardware. This was
leading to misleading PKT_RX_L4_CKSUM_BAD flag.
To fix it for the NEON path in Arm platform, change the bad UDP checksum to
unknown, and then let software application
Hi,
On Mon, Feb 08, 2021 at 09:07:39AM +0100, Thomas Monjalon wrote:
> 08/02/2021 07:29, Chengchang Tang:
> > Hi, Thomas Monjalon and Ferruh Yigit and others.
> >
> > I have some questions about 'rte_eth_tx_prepare'.
> >
> > When I use TSO offload in bond mode, the checksum error occurs. It is
>
08/02/2021 07:29, Chengchang Tang:
> Hi, Thomas Monjalon and Ferruh Yigit and others.
>
> I have some questions about 'rte_eth_tx_prepare'.
>
> When I use TSO offload in bond mode, the checksum error occurs. It is
> because the bond PMD does not implement 'tx_prepare'. So, it will not
> invoke th
46 matches
Mail list logo
