The i40e neon vector implementation is not compiled with meson.
Add the file to meson for Arm platform.
Cc: sta...@dpdk.org
Reported-by: David Marchand
Signed-off-by: Ruifeng Wang
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Phil Yang
---
drivers/net/i40e/meson.build | 3 +++
1 file change
Previous iavf only support inner ipv4 hash, this patch aims to enable
inner tcp and udp hash for GTPU.
Signed-off-by: Jeff Guo
---
v2->v1:
clean some useless part
---
drivers/net/iavf/iavf_hash.c | 807 ---
1 file changed, 564 insertions(+), 243 deletions(-)
diff
Currently, for MLX5 PMD, once millions of flows created, the memory
consumption of the flows are also very huge.
For the system with limited memory, it means the system need to reserve
most of the memory as huge page memory to serve the flows in advance.
And other normal applications will have no
This patch fixes them by passing '-ret' to the function strerror() when ret
is negative to fix NEGATIVE_RETURNS coverity defect warning.
Coverity issue:
In nic_stats_clear and nic_xstats_clear function:
Argument cannot be negative (NEGATIVE_RETURNS)
negative_returns: ret is passed to a pa
On 2020/6/5 0:30, Ferruh Yigit wrote:
On 6/4/2020 7:22 AM, Wei Hu (Xavier) wrote:
Currently, there are coverity defect warnings as blow:
Coverity issue:
In nic_stats_clear function:
CID 290021 (#1 of 1): Argument cannot be negative (NEGATIVE_RETURNS)
5. negative_returns: ret is p
I have a full patch that replaces the master/slave lcore
naming (widely used in DPDK) with a better primary/secondary naming.
For now this is just a trial balloon to see what the impact would
look like. The change mostly automated so likely that things
are broken.
It is hard to break a change lik
On Thu, 4 Jun 2020 17:07:07 -0400
Neil Horman wrote:
> On Wed, Jun 03, 2020 at 03:34:03PM +0300, Dmitry Kozlyuk wrote:
> > On Wed, 3 Jun 2020 08:07:59 -0400
> > Neil Horman wrote:
> >
> > [snip]
> > > > +int
> > > > +eal_file_create(const char *path)
> > > > +{
> > > > + int ret;
> > >
On Wed, Jun 3, 2020 at 3:48 AM Slava Ovsiienko wrote:
>
> > From: PATRICK KEROULAS
> > * rdma-code, libibverbs-dev: 28.0
> > * NIC Part Number: MCX516A-CDA_Ax
> > * ConnectX-5 Ex EN
> > * FW: 16.25.1020
>
> It looks like outdated firmware, please:
> - update the firmware - at least 16.27.200
> -Original Message-
> From: Stephen Hemminger
> Sent: Thursday, June 4, 2020 10:18 AM
> To: Wang, Yipeng1 ; Gobriel, Sameh
> ; Richardson, Bruce
>
> Cc: dev@dpdk.org; Stephen Hemminger ;
> honnappa.nagaraha...@arm.com; De Lara Guarch, Pablo
>
> Subject: [PATCH] hash: document breakage w
On Thu, 4 Jun 2020 20:22:06 +
"Wang, Yipeng1" wrote:
> > -Original Message-
> > From: Honnappa Nagarahalli
> > Sent: Thursday, June 4, 2020 12:34 PM
> > To: Wang, Yipeng1 ; Stephen Hemminger
> >
> > Cc: Gobriel, Sameh ; Richardson, Bruce
> > ; dev@dpdk.org; De Lara Guarch, Pablo
> >
On Wed, Jun 03, 2020 at 03:34:03PM +0300, Dmitry Kozlyuk wrote:
> On Wed, 3 Jun 2020 08:07:59 -0400
> Neil Horman wrote:
>
> [snip]
> > > +int
> > > +eal_file_create(const char *path)
> > > +{
> > > + int ret;
> > > +
> > > + ret = open(path, O_CREAT | O_RDWR, 0600);
> > > + if (ret < 0)
> > > +
For diversity reasons, the DPDK should take every effort
to eliminate master and slave terminology. The actual code change
is just syntax, but it has bigger impacts.
Lets announce this now and do it in the next API changing
release.
---
doc/guides/rel_notes/deprecation.rst | 27 ++
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Thursday, June 4, 2020 12:34 PM
> To: Wang, Yipeng1 ; Stephen Hemminger
>
> Cc: Gobriel, Sameh ; Richardson, Bruce
> ; dev@dpdk.org; De Lara Guarch, Pablo
> ; nd ; Honnappa
> Nagarahalli ; nd
> Subject: RE: [PATCH] hash: document
> > > >
> > > > > Subject: [PATCH] hash: document breakage with multi-writer
> > > > > thread
> > > > >
> > > > > The code in rte_cuckoo_hash multi-writer support is broken if
> > > > > write operations are called from a non-EAL thread.
> > > > >
> > > > > rte_lcore_id() wil return LCORE_ID_ANY (
> > >
> > >
> > > > Subject: [PATCH] hash: document breakage with multi-writer thread
> > > >
> > > > The code in rte_cuckoo_hash multi-writer support is broken if
> > > > write operations are called from a non-EAL thread.
> > > >
> > > > rte_lcore_id() wil return LCORE_ID_ANY (UINT32_MAX) for non
> >
> >
> > > Subject: [PATCH] hash: document breakage with multi-writer thread
> > >
> > > The code in rte_cuckoo_hash multi-writer support is broken if write
> > > operations are called from a non-EAL thread.
> > >
> > > rte_lcore_id() wil return LCORE_ID_ANY (UINT32_MAX) for non EAL
> > > threa
ACK
-Original Message-
From: Zhang, Qi Z
Sent: Tuesday, June 2, 2020 7:40 PM
To: Yang, Qiming
Cc: dev@dpdk.org; Ye, Xiaolong ; Zhang, Qi Z
; Patil, Kiran ; Stillwell Jr,
Paul M
Subject: [PATCH 35/52] net/ice/base: correct return value
Function ice_rem_adv_rule_id return incorrect er
ACK
-Original Message-
From: Zhang, Qi Z
Sent: Tuesday, June 2, 2020 7:40 PM
To: Yang, Qiming
Cc: dev@dpdk.org; Ye, Xiaolong ; Zhang, Qi Z
; Patil, Kiran ; Stillwell Jr,
Paul M
Subject: [PATCH 28/52] net/ice/base: return correct error code
Return ICE_ERR_DOES_NOT_EXIST return code i
ACK
-Original Message-
From: Zhang, Qi Z
Sent: Tuesday, June 2, 2020 7:40 PM
To: Yang, Qiming
Cc: dev@dpdk.org; Ye, Xiaolong ; Zhang, Qi Z
; Patil, Kiran ; Stillwell Jr,
Paul M
Subject: [PATCH 31/52] net/ice/base: reset flags when all rules are deleted
To avoid having stale informat
Noticed this in coding_style.rst, it should be changed.
The make build will be deprecated.
Integrating with the Build System
-
DPDK supports being built in two different ways:
* using ``make`` - or more specifically "GNU make", i.e. ``gmake`` on FreeBSD
* using t
On Thu, 4 Jun 2020 17:51:43 +
Honnappa Nagarahalli wrote:
>
>
> > Subject: [PATCH] hash: document breakage with multi-writer thread
> >
> > The code in rte_cuckoo_hash multi-writer support is broken if write
> > operations are called from a non-EAL thread.
> >
> > rte_lcore_id() wil retur
> Subject: [PATCH] hash: document breakage with multi-writer thread
>
> The code in rte_cuckoo_hash multi-writer support is broken if write
> operations are called from a non-EAL thread.
>
> rte_lcore_id() wil return LCORE_ID_ANY (UINT32_MAX) for non EAL thread
> and that leads to using wrong l
04/06/2020 13:12, Andrey Vesnovaty:
> Thomas Monjalon wrote:
> > 20/05/2020 11:18, Andrey Vesnovaty:
> > We had "create", "destroy", "query", but no "modify" capability.
> > The new API is adding 2 things in my opinion:
> > - shared action object
> > - "modify" capability (is "upda
The code in rte_cuckoo_hash multi-writer support is broken if write
operations are called from a non-EAL thread.
rte_lcore_id() wil return LCORE_ID_ANY (UINT32_MAX) for non EAL
thread and that leads to using wrong local cache.
Add error checks and document the restriction.
Fixes: 9d033dac7d7c ("
On 6/3/2020 10:32 AM, Wei Hu (Xavier) wrote:
> From: Hongbo Zheng
>
> Base on hns3 network engine, when the rte_eth_tx_burst API is called
> by Upper Level Process, if PKT_TX_TCP_SEG flag is set and tso_segsz
> is 0 in the input parameter structure rte_mbuf, hns3 PMD driver will
> process this pa
On 6/4/2020 7:22 AM, Wei Hu (Xavier) wrote:
> Currently, there are coverity defect warnings as blow:
> Coverity issue:
> In nic_stats_clear function:
> CID 290021 (#1 of 1): Argument cannot be negative (NEGATIVE_RETURNS)
> 5. negative_returns: ret is passed to a parameter that cannot be
>
On Thu, May 07, 2020 at 09:26:29AM +0200, Christian Ehrhardt wrote:
> Without this fix in a pure python3 environment this will run into
> issues like:
> ModuleNotFoundError: No module named 'StringIO'
> or later string encoding issues on check_output.
>
> Signed-off-by: Christian Ehrhardt
> ---
On Thu, Jun 04, 2020 at 04:43:50PM +0200, Christian Ehrhardt wrote:
>On Thu, May 7, 2020 at 1:25 PM Bruce Richardson
><[1]bruce.richard...@intel.com> wrote:
>
> On Thu, May 07, 2020 at 10:36:35AM +0100, Luca Boccassi wrote:
> > On Thu, 2020-05-07 at 09:26 +0200, Christian Ehrhard
On Thu, Jun 4, 2020 at 3:37 PM Jerin Jacob wrote:
> I would suggest adding rte_flow driver implementers if there is a
> change in rte_flow_ops in RFC so that
> your patch will get enough. I added the maintainers of rte_flow PMD[1]
> implementers in Cc.
>
>
> >>
> >> Would the following additional
Add support to the AESNI-MB PMD for the DOCSIS protocol, through the
rte_security API. This, therefore, includes adding support for the
rte_security API to this PMD.
Please note this is only a partial implementation, with just
capabilities structures populated. Full implementation will follow in
n
Add a new security operation structure to the crypto operation to allow
protocol specific parameters defined in rte_security be defined for a
crypto operation.
Please note this is API changes only. Implementation will follow in
next version.
Signed-off-by: David Coyle
Signed-off-by: Mairtin o Lo
Introduction
This patchset adds support for the DOCSIS protocol to the DPDK Security
API (rte_security), to be used by the AESNI-MB and QAT crypto devices to
combine and accelerate Crypto and CRC functions of the DOCSIS protocol
into a single operation.
Performing these functions in
Add support for DOCSIS protocol to rte_security library. This support
currently comprises the combination of Crypto and CRC operations.
Please note this is API changes only. Implementation will follow in
next version.
Signed-off-by: David Coyle
Signed-off-by: Mairtin o Loingsigh
---
lib/librte
On Thu, May 7, 2020 at 1:25 PM Bruce Richardson
wrote:
> On Thu, May 07, 2020 at 10:36:35AM +0100, Luca Boccassi wrote:
> > On Thu, 2020-05-07 at 09:26 +0200, Christian Ehrhardt wrote:
> > > Without this fix in a pure python3 environment this will run into
> > > issues like:
> > > ModuleNotFoun
https://bugs.dpdk.org/show_bug.cgi?id=487
Bug ID: 487
Summary: Worse performance with DPDK driver when MTU is set to
2022 or less
Product: DPDK
Version: 20.02
Hardware: All
OS: All
Status: UNCONF
On Thu, Jun 04, 2020 at 12:55:40PM +, Juraj Linkeš wrote:
> > -Original Message-
> > From: Ferruh Yigit
> > Sent: Thursday, June 4, 2020 2:23 PM
> > To: Juraj Linkeš ; Thomas Monjalon
> >
> > Cc: arybche...@solarflare.com; dev@dpdk.org; Honnappa Nagarahalli
> >
> > Subject: Re: [PATC
Introduce packet forwarding support to the app to do
some performance measurements.
The measurements are reported in term of packet per
second unit. The forwarding will start after the end
of insertion/deletion operations.
The support has single and multi performance measurements.
Signed-off-by:
Add insertion rate calculation feature into flow
performance application.
The application now provide the ability to test
insertion rate of specific rte_flow rule, by
stressing it to the NIC, and calculate the
insertion rate.
The application offers some options in the command
line, to configure w
Add the ability to test deletion rate for flow performance
application.
This feature is disabled by default, and can be enabled by
add "--deletion-rate" in the application command line options.
Signed-off-by: Wisam Jaddo
Acked-by: Xiaoyu Min
---
app/test-flow-perf/main.c | 87
Add flow performance application skeleton.
Signed-off-by: Wisam Jaddo
Reviewed-by: Andrew Rybchenko
Acked-by: Xiaoyu Min
---
MAINTAINERS| 5 +
app/Makefile | 1 +
app/meson.build| 1 +
app/test-flow-perf/Makefi
Introduce new feature to dump memory statistics of each socket
and a total for all before and after the creation.
This will give two main advantage:
1- Check the memory consumption for large number of flows
"insertion rate scenario alone"
2- Check that no memory leackage after doing insertion the
Add new application to test rte flow performance from:
- Insertion rate.
- Deletion rate.
- Memory consumption.
- PPS forward measurement.
Unchanged comments:
- Prevent actions such as Queue from adding twice:
* Current design don't support add actions twice.
* This is performace app that not shou
On 6/4/2020 1:55 PM, Juraj Linkeš wrote:
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Thursday, June 4, 2020 2:23 PM
>> To: Juraj Linkeš ; Thomas Monjalon
>>
>> Cc: arybche...@solarflare.com; dev@dpdk.org; Honnappa Nagarahalli
>>
>> Subject: Re: [PATCH] ethdev: fix dpdk gcc build
(reordered replies to avoid top-post)
04/06/2020 13:21, Iremonger, Bernard:
> From: Ori Kam
> > From: Bernard Iremonger
> > >
> > > Add map action to rte_flow API to map a Packet Classification type
> > > (pctype) to a flowtype for the i40e PMD.
> > >
> > > This feature requires changes to be ma
> -Original Message-
> From: Ferruh Yigit
> Sent: Thursday, June 4, 2020 2:23 PM
> To: Juraj Linkeš ; Thomas Monjalon
>
> Cc: arybche...@solarflare.com; dev@dpdk.org; Honnappa Nagarahalli
>
> Subject: Re: [PATCH] ethdev: fix dpdk gcc build on Arm
>
> On 6/4/2020 11:36 AM, Juraj Linkeš w
On 6/4/2020 1:22 PM, Ferruh Yigit wrote:
> On 6/4/2020 11:36 AM, Juraj Linkeš wrote:
>>
>>
>>> -Original Message-
>>> From: Ferruh Yigit
>>> Sent: Wednesday, June 3, 2020 1:41 PM
>>> To: Thomas Monjalon ; Juraj Linkeš
>>>
>>> Cc: arybche...@solarflare.com; dev@dpdk.org
>>> Subject: Re: [P
I would suggest adding rte_flow driver implementers if there is a
change in rte_flow_ops in RFC so that
your patch will get enough. I added the maintainers of rte_flow PMD[1]
implementers in Cc.
>>
>> Would the following additional API suffice the motivation?
>>
>> rte_flow_modify_action(struct r
On 6/4/2020 11:36 AM, Juraj Linkeš wrote:
>
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Wednesday, June 3, 2020 1:41 PM
>> To: Thomas Monjalon ; Juraj Linkeš
>>
>> Cc: arybche...@solarflare.com; dev@dpdk.org
>> Subject: Re: [PATCH] ethdev: fix dpdk gcc build on Arm
>>
>> On 6
On 6/4/2020 6:27 AM, Somalapuram, Amaranath wrote:
> [AMD Official Use Only - Internal Distribution Only]
Is there a way to remove above header, public email list is definitely not
internal distribution.
>
> For series,
> Acked-by: Somalapuram Amaranath
>
<...>
On 6/4/2020 5:46 AM, Somalapuram, Amaranath wrote:
> [AMD Public Use]
>
> Acked-by: Somalapuram Amaranath
Hi Somalapuram,
Can you please pay attention to following two things while replying,
1) Don't top post, post only bottom of the email.
This helps while reading from archives, the conversat
On 6/4/2020 8:52 AM, podovinnikov wrote:
> Hi Ferruh!
>
> Unfortunately I didn't see any patch from this link
>
> https://patchwork.dpdk.org/user/todo/dpdk/?series=8679
It is archived, there is a new version of that patchset,
can you please check it:
https://patches.dpdk.org/project/dpdk/list/?s
Hi Jerin
> -Original Message-
> From: Jerin Jacob
> Sent: Thursday, June 4, 2020 9:31 AM
> Subject: Re: [dpdk-dev] [RFC] app/test-regex: add RegEx test application.
>
> On Thu, Jun 4, 2020 at 11:21 AM Ori Kam wrote:
> >
> > Hi Jerin,
>
> HI Ori,
>
> >
> > > -Original Message-
On Wed, Jun 3, 2020 at 1:53 PM Jerin Jacob wrote:
> On Wed, May 20, 2020 at 2:48 PM Andrey Vesnovaty
> wrote:
> >
> > This commit introduces extension of DPDK flow action API enabling
> > modification of single rte_flow_action.
> >
> > Motivation and example
> > ===
> > Adding or removing one or
Hi Ori,
This patchset is intended to add support in the rte_flow API for the Dynamic
Device Personalization (DDP) feature on the Intel i40e PMD by adding a map
action.
https://software.intel.com/content/www/us/en/develop/articles/dynamic-device-personalization-for-intel-ethernet-700-series.html
On 6/4/2020 11:52 AM, Ferruh Yigit wrote:
> On 6/3/2020 9:26 PM, Vivien Didelot wrote:
>> On Wed, 3 Jun 2020 13:11:39 -0700, Stephen Hemminger
>> wrote:
>>> On Wed, 3 Jun 2020 18:50:51 +0100
>>> Ferruh Yigit wrote:
>>>
On 5/23/2020 6:21 PM, Vivien Didelot wrote:
> When capturing packets
On Wed, Jun 3, 2020 at 1:02 PM Thomas Monjalon wrote:
> 20/05/2020 11:18, Andrey Vesnovaty:
> > This commit introduces extension of DPDK flow action API enabling
> > modification of single rte_flow_action.
> >
> > Motivation and example
> > ===
> > Adding or removing one or more queues to RSS act
On 6/3/2020 9:11 PM, Stephen Hemminger wrote:
> On Wed, 3 Jun 2020 18:50:51 +0100
> Ferruh Yigit wrote:
>
>> On 5/23/2020 6:21 PM, Vivien Didelot wrote:
>>> When capturing packets into a PCAP file, DPDK currently uses
>>> microseconds for the timestamp. But libpcap supports interpreting
>>> tv_us
On 6/3/2020 9:26 PM, Vivien Didelot wrote:
> On Wed, 3 Jun 2020 13:11:39 -0700, Stephen Hemminger
> wrote:
>> On Wed, 3 Jun 2020 18:50:51 +0100
>> Ferruh Yigit wrote:
>>
>>> On 5/23/2020 6:21 PM, Vivien Didelot wrote:
When capturing packets into a PCAP file, DPDK currently uses
microse
On 04/06/2020 09:45, Phil Yang wrote:
>> -Original Message-
>> From: dev On Behalf Of Wei Hu (Xavier)
>> Sent: Thursday, June 4, 2020 2:22 PM
>> To: dev@dpdk.org
>> Cc: xavier.hu...@huawei.com
>> Subject: [dpdk-dev] [PATCH] app/testpmd: fix passing negative parameter to
>> strerror
>>
>> C
> -Original Message-
> From: Ferruh Yigit
> Sent: Wednesday, June 3, 2020 1:41 PM
> To: Thomas Monjalon ; Juraj Linkeš
>
> Cc: arybche...@solarflare.com; dev@dpdk.org
> Subject: Re: [PATCH] ethdev: fix dpdk gcc build on Arm
>
> On 6/3/2020 11:16 AM, Thomas Monjalon wrote:
> > 03/06/202
Hi,
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, June 3, 2020 4:58 PM
> To: Matan Azrad ; Viacheslav Ovsiienko
>
> Cc: dev@dpdk.org; Shahaf Shuler ; Wang, Xiao W
>
> Subject: Re: [PATCH v3 1/4] vhost: inroduce operation to get vDPA queue stats
>
> Hi Matan,
>
> On 6
Minutes 4 June 2020
---
Agenda:
* Meeting
* Release Dates
* Subtrees
* OvS
Participants:
* Arm
* Debian/Microsoft
* Intel
* Marvell
* Mellanox
* NXP
* Red Hat
Meeting
---
* It has been discussed to use different meeting infrastructure in the
retrospective meeting.
* htt
The path to the ethtool application was slightly incorrect in the
documentation. This patch corrects that path.
Fixes: bda68ab9d1e7 ("examples/ethtool: add user-space ethtool sample
application")
Cc: remy.hor...@intel.com
Signed-off-by: Sarosh Arif
---
doc/guides/sample_app_ug/ethtool.rst | 2
ZUC, SNOW3G and KASUMI PMDs support Out-of-place operations,
but their feature flags did not reflect this.
Fixes: 2717246ecd7d ("cryptodev: replace mbuf scatter gather flag")
Cc: sta...@dpdk.org
Signed-off-by: Pablo de Lara
---
doc/guides/cryptodevs/features/kasumi.ini | 1 +
doc/guides/cryptod
> -Original Message-
> From: dev On Behalf Of Wei Hu (Xavier)
> Sent: Thursday, June 4, 2020 2:22 PM
> To: dev@dpdk.org
> Cc: xavier.hu...@huawei.com
> Subject: [dpdk-dev] [PATCH] app/testpmd: fix passing negative parameter to
> strerror
>
> Currently, there are coverity defect warnings a
Hi Ferruh!
Unfortunately I didn't see any patch from this link
https://patchwork.dpdk.org/user/todo/dpdk/?series=8679
10.04.2020 13:24, Ferruh Yigit пишет:
On 4/10/2020 11:21 AM, Ferruh Yigit wrote:
On 4/10/2020 11:15 AM, Ferruh Yigit wrote:
On 11/26/2019 3:09 PM, podovinnikov wrote:
Hi Fer
66 matches
Mail list logo
