> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Tuesday, October 6, 2020 6:26 PM
>
> On 7/24/2020 9:23 PM, Patrick Keroulas wrote:
> > The intention is to produce a pcap with nanosecond precision when
> > Rx timestamp offloading is activated on mlx5 NIC.
> >
> > The packets forwarded
Thanks, PSB.
> -Original Message-
> From: Ajit Khaparde
> Sent: Wednesday, October 7, 2020 2:44 AM
> To: Dekel Peled
> Cc: Ori Kam ; NBU-Contact-Thomas Monjalon
> ; Ferruh Yigit ; Andrew
> Rybchenko ; Ananyev, Konstantin
> ; Olivier Matz ;
> Wenzhuo Lu ; Beilei Xing ;
> Iremonger, Bernar
export for clang build all the functions currently built
on Windows and listed in rte_eal_version.map by adding
them to rte_eal_exports.def.
Signed-off-by: Tal Shnaiderman
Acked-by: Ranjit Menon
---
v2: rebase to master
---
---
lib/librte_eal/rte_eal_exports.def | 156 ++
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Stephen Hemminger
> Sent: Wednesday, September 30, 2020 11:27 PM
>
> The mbuf library now has routine to free multiple buffers.
> Loop is no longer needed.
>
> Signed-off-by: Stephen Hemminger
> ---
> lib/librte_ethdev/rte_ethdev.c | 10 ++-
From: Yunjian Wang
In fm10k_tx_queue_setup(), we allocate memory for the queue
structure but not released when Tx thresh check fails.
Fixes: 98068e0e044e ("fm10k: add Tx queue setup/release")
Cc: sta...@dpdk.org
Signed-off-by: Yunjian Wang
---
drivers/net/fm10k/fm10k_ethdev.c | 4 +++-
1 file
On Tue, Oct 6, 2020 at 10:23 PM Thomas Monjalon wrote:
>
> The sub-directories of config/ are maintained by
> different architecture maintainers.
>
> Some wildcards are used to describe the lib and drivers files
> which are specific to some architectures.
I noticed "some" misses, see below.
>
>
Hi Akhil,
Adding Thomas as he pulls your tree.
On 10/6/20 9:42 PM, Akhil Goyal wrote:
>
>>
>> The series prefixes drivers APIs with rte__ in
>> order to avoid namespace pollution.
>>
>> These APIs are experimental, so no need to follow the
>> deprecation process.
>>
> Added Fixes commit in patch
Hi Honnappa,
>From a quick walkthrough, I have some questions/comments, please
see below.
On Tue, Oct 06, 2020 at 08:29:05AM -0500, Honnappa Nagarahalli wrote:
> Add scatter gather APIs to avoid intermediate memcpy. Use cases
> that involve copying large amount of data to/from the ring
> can bene
Adding Ferruh and Ajit
From: Kalesh Anakkur Purayil
Sent: Wednesday, October 7, 2020 7:47 AM
To: Ophir Munk
Cc: dev@dpdk.org; NBU-Contact-Thomas Monjalon
Subject: Re: [dpdk-dev] [RFC PATCH v4 3/3] app/testpmd: handle device recovery
event
Hi Ophir,
Thank you for the comments. I will address
Hi Gage,
On Mon, Sep 21, 2020 at 03:42:28PM +, Eads, Gage wrote:
> Hi Olivier,
>
>
>
> > > +Stack Mempool Driver
> > > +
> > > +
> > > +**rte_mempool_stack** is a pure software mempool driver based on the
> > > +``rte_stack`` DPDK library. A stack-based mempool is often
Hi Ophir,
Thank you for the comments. I will address them in the next version.
I will push these changes as Patches next time and not as an RFC. Hope that
is OK.
Regards,
Kalesh
On Tue, Oct 6, 2020 at 10:55 PM Ophir Munk wrote:
> Hi Kalesh,
> Please find a few comments.
> The name you gave to
This patch removes information about deprecation of AES-GCM/GMAC
API for IV without J0.
Signed-off-by: Arek Kusztal
---
doc/guides/rel_notes/deprecation.rst | 6 --
1 file changed, 6 deletions(-)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/deprecation.rst
index
From: Yunjian Wang
In q_setup() allocated memory for the queue data, we should free
it when error happens, otherwise it will lead to memory leak.
Fixes: b8cfe2c9aed2 ("bb/turbo_sw: add software turbo driver")
Cc: sta...@dpdk.org
Signed-off-by: Yunjian Wang
---
drivers/baseband/turbo_sw/bbdev_
On Tue, Oct 6, 2020 at 11:58 AM Jerin Jacob wrote:
>
> On Tue, Oct 6, 2020 at 3:10 PM David Marchand
> wrote:
> >
> > On Tue, Oct 6, 2020 at 11:22 AM Sunil Kumar Kori wrote:
> > > >On Mon, Oct 5, 2020 at 10:16 PM Timothy McDaniel
> > > > wrote:
> > > >>
> > > >> Increase TRACE_CTF_FIELD_SIZE to
Hi Morten,
Thanks for this cleanup. Please see some comments below.
On Wed, Sep 16, 2020 at 12:40:13PM +0200, Morten Brørup wrote:
> The mbuf header files had some commenting style errors that affected the
> API documentation.
> Also, the RTE_ prefix was missing on a macro and a definition.
>
>
On Tue, Oct 6, 2020 at 6:23 PM Mairtin o Loingsigh
wrote:
>
> This patchset makes two significant enhancements to the CRC modules of
> the rte_net library:
>
> 1) Adds run-time selection of the optimal architecture-specific CRC path.
>Previously the selection was solely made at compile-time, m
strncpy may leave the destination buffer not NULL terminated so use
snprintf instead.
Coverity issue: 362975
Fixes: 339b88c6a91f ("net/af_xdp: support multi-queue")
Signed-off-by: Ciara Loftus
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
On 10/7/2020 1:15 AM, humin (Q) wrote:
HI，Ferruh,
how about only considering the first patch:ethdev:add fec API. If this
patch looks great to you, I wish it could be merged into 20.11.
To that patch, app/testpmd add fec command, I will fix it later.
Hi Connor,
Better to get th
On 10/7/2020 5:46 AM, Kalesh Anakkur Purayil wrote:
Hi Ophir,
Thank you for the comments. I will address them in the next version.
I will push these changes as Patches next time and not as an RFC. Hope that
is OK.
Regards,
Kalesh
On Tue, Oct 6, 2020 at 10:55 PM Ophir Munk wrote:
Hi Kalesh,
On 10/7/2020 10:01 AM, Ciara Loftus wrote:
strncpy may leave the destination buffer not NULL terminated so use
snprintf instead.
What do you think using 'strlcpy'?
Coverity issue: 362975
Fixes: 339b88c6a91f ("net/af_xdp: support multi-queue")
Signed-off-by: Ciara Loftus
---
drivers/net/af
On Tue, Oct 06, 2020 at 11:10:09PM +0200, Thomas Monjalon wrote:
> > This patchset adds some small enhancements, some rework and also support
> > for new hardware to the ioat rawdev driver. Most rework and enhancements
> > are largely self-explanatory from the individual patches.
>
> Another ioat
strncpy may leave the destination buffer not NULL terminated so use
strlcpy instead.
Coverity issue: 362975
Fixes: 339b88c6a91f ("net/af_xdp: support multi-queue")
Signed-off-by: Ciara Loftus
---
v2:
* use strlcpy instead of snprintf
drivers/net/af_xdp/rte_eth_af_xdp.c | 2 +-
1 file changed, 1
Hi,
On Sun, Sep 27, 2020 at 01:55:21PM +0800, yang_y_yi wrote:
> Per GSO requirement, this is a must-have change, Jiayu, can you help review
> this series?
I can't ack this patch until I have a simple and clear test case (only
with mbuf functions, without GSO or vhost) showing the issue we have
t
On Wed, Oct 07, 2020 at 10:40:32AM +0100, Ferruh Yigit wrote:
> On 10/7/2020 10:01 AM, Ciara Loftus wrote:
> > strncpy may leave the destination buffer not NULL terminated so use
> > snprintf instead.
>
> What do you think using 'strlcpy'?
Or even better, rte_strscpy()
https://git.dpdk.org/dpdk/c
Hi Thomas,
we are still waiting for the comments from Honnappa. In our understanding, the
missing barrier is a bug according to the model. We reproduced the scenario in
herd7, which represents the authoritative memory model:
https://developer.arm.com/architectures/cpu-architecture/a-profile/mem
On 10/6/2020 4:24 PM, Raslan Darawsheh wrote:
Hi,
-Original Message-
From: dev On Behalf Of Xueming Li
Sent: Thursday, September 10, 2020 7:25 AM
To: Matan Azrad ; Slava Ovsiienko
Cc: dev@dpdk.org; Asaf Penso ; sta...@dpdk.org
Subject: [dpdk-dev] [PATCH] net/mlx5: disable flow dump fo
Abstract socket address has no connection with
filesystem pathnames and the socket dissapears
once all open references are closed.
Memif pmd will use abstract socket address by default.
For backwards compatibility use new argument
'socket-abstract=no'
Signed-off-by: Jakub Grajciar
---
doc/guide
strncpy may leave the destination buffer not NULL terminated so use
rte_strscpy instead.
Coverity issue: 362975
Fixes: 339b88c6a91f ("net/af_xdp: support multi-queue")
Signed-off-by: Ciara Loftus
---
v3:
* use rte_strscpy instead of strlcpy
v2:
* use strlcpy instead of snprintf
drivers/net/af_
strncpy may leave the destination buffer not NULL terminated so use
rte_strscpy instead.
Coverity issue: 362975
Fixes: 339b88c6a91f ("net/af_xdp: support multi-queue")
Signed-off-by: Ciara Loftus
---
v4:
* actually use rte_strscpy instead of strlcpy
v3:
* use rte_strscpy instead of strlcpy
v2:
07/10/2020 09:44, David Marchand:
> On Tue, Oct 6, 2020 at 10:23 PM Thomas Monjalon wrote:
> >
> > The sub-directories of config/ are maintained by
> > different architecture maintainers.
> >
> > Some wildcards are used to describe the lib and drivers files
> > which are specific to some architect
Regards
Sunil Kumar Kori
>-Original Message-
>From: David Marchand
>Sent: Wednesday, October 7, 2020 2:34 PM
>To: Jerin Jacob
>Cc: Sunil Kumar Kori ; Timothy McDaniel
>; Jerin Jacob Kollanukkaran
>; dev ; Erik Gabriel Carrillo
>; Gage Eads ; Van Haaren
>Harry
>Subject: Re: [dpdk-dev]
07/10/2020 10:22, Maxime Coquelin:
> Hi Akhil,
>
> Adding Thomas as he pulls your tree.
>
> On 10/6/20 9:42 PM, Akhil Goyal wrote:
> >
> >>
> >> The series prefixes drivers APIs with rte__ in
> >> order to avoid namespace pollution.
> >>
> >> These APIs are experimental, so no need to follow the
On 10/7/20 12:09 PM, Thomas Monjalon wrote:
> 07/10/2020 10:22, Maxime Coquelin:
>> Hi Akhil,
>>
>> Adding Thomas as he pulls your tree.
>>
>> On 10/6/20 9:42 PM, Akhil Goyal wrote:
>>>
The series prefixes drivers APIs with rte__ in
order to avoid namespace pollution.
Th
> -Original Message-
> From: Jayatheerthan, Jay
> Sent: Saturday, October 3, 2020 2:36 PM
> To: jer...@marvell.com; tho...@monjalon.net; Rao, Nikhil
>
> Cc: dev@dpdk.org; sta...@dpdk.org; Jayatheerthan, Jay
>
> Subject: [PATCH 1/2] app/test: uninit vdevs in event eth Rx adapter autote
> -Original Message-
> From: Jayatheerthan, Jay
> Sent: Saturday, October 3, 2020 2:36 PM
> To: jer...@marvell.com; tho...@monjalon.net; Rao, Nikhil
>
> Cc: dev@dpdk.org; sta...@dpdk.org; Jayatheerthan, Jay
>
> Subject: [PATCH 2/2] app/test: add net null dev creation in Rx adapter
> auto
On Wed, Oct 07, 2020 at 11:51:31AM +0200, Olivier Matz wrote:
> On Wed, Oct 07, 2020 at 10:40:32AM +0100, Ferruh Yigit wrote:
> > On 10/7/2020 10:01 AM, Ciara Loftus wrote:
> > > strncpy may leave the destination buffer not NULL terminated so use
> > > snprintf instead.
> >
> > What do you think u
On Wed, Oct 07, 2020 at 11:26:38AM +0100, Bruce Richardson wrote:
> On Wed, Oct 07, 2020 at 11:51:31AM +0200, Olivier Matz wrote:
> > On Wed, Oct 07, 2020 at 10:40:32AM +0100, Ferruh Yigit wrote:
> > > On 10/7/2020 10:01 AM, Ciara Loftus wrote:
> > > > strncpy may leave the destination buffer not N
07/10/2020 12:12, Maxime Coquelin:
> On 10/7/20 12:09 PM, Thomas Monjalon wrote:
> > 07/10/2020 10:22, Maxime Coquelin:
> >> On 10/6/20 9:42 PM, Akhil Goyal wrote:
>
> The series prefixes drivers APIs with rte__ in
> order to avoid namespace pollution.
>
> These APIs are ex
On Wed, Oct 07, 2020 at 09:20:50AM +, Ciara Loftus wrote:
> strncpy may leave the destination buffer not NULL terminated so use
> strlcpy instead.
>
> Coverity issue: 362975
> Fixes: 339b88c6a91f ("net/af_xdp: support multi-queue")
> Signed-off-by: Ciara Loftus
> ---
Acked-by: Bruce Richards
On 06/10/2020 1:32 PM, David Marchand wrote:
For the title, I would suggest: "cryptodev: remove v20 ABI compatibility"
You did this change using a revert, but still, we can avoid restoring
coding style issues, see nits below.
On Fri, Aug 14, 2020 at 12:00 PM Adam Dybkowski
wrote:
This reve
On 10/6/2020 11:13 AM, Ananyev, Konstantin wrote:
-Original Message-
From: Jerin Jacob
Sent: Monday, October 5, 2020 5:35 PM
To: Nicolau, Radu
Cc: Honnappa Nagarahalli ; Richardson, Bruce
; Ananyev, Konstantin
; Van Haaren, Harry
; dev@dpdk.org; jer...@marvell.com; nd
Subject: Re: [d
Hi Olivier,
Thanks for reviewing, some comments below.
>-Original Message-
>From: Olivier Matz
>Sent: Tuesday 6 October 2020 10:32
>To: Power, Ciara
>Cc: dev@dpdk.org; Ray Kinsella ; Neil Horman
>
>Subject: Re: [dpdk-dev] [PATCH v3 01/18] eal: add max SIMD bitwidth
>
>Hi Ciara,
>
>Plea
On Wed, Oct 07, 2020 at 11:47:34AM +0100, Power, Ciara wrote:
> Hi Olivier,
>
> Thanks for reviewing, some comments below.
>
>
> >-Original Message-
> >From: Olivier Matz
> >Sent: Tuesday 6 October 2020 10:32
> >To: Power, Ciara
> >Cc: dev@dpdk.org; Ray Kinsella ; Neil Horman
> >
> >Su
> On 10/6/2020 11:13 AM, Ananyev, Konstantin wrote:
> >>> -Original Message-
> >>> From: Jerin Jacob
> >>> Sent: Monday, October 5, 2020 5:35 PM
> >>> To: Nicolau, Radu
> >>> Cc: Honnappa Nagarahalli ; Richardson, Bruce
> >>> ; Ananyev, Konstantin
> >>> ; Van Haaren, Harry
> >>> ; dev@dpd
On 10/7/20 12:29 PM, Thomas Monjalon wrote:
> 07/10/2020 12:12, Maxime Coquelin:
>> On 10/7/20 12:09 PM, Thomas Monjalon wrote:
>>> 07/10/2020 10:22, Maxime Coquelin:
On 10/6/20 9:42 PM, Akhil Goyal wrote:
>>
>> The series prefixes drivers APIs with rte__ in
>> order to avoid na
This series implements support of matching on packets based on the
fragmentation attribute of the packet, i.e. if packet is a fragment
of a larger packet, or the opposite - packet is not a fragment.
In ethdev, add API to support IPv6 extension headers, and specifically
the IPv6 fragment extension
Applications handling fragmented IPv6 packets need to match on IPv6
fragment extension header, in order to identify the fragments order
and location in the packet.
This patch introduces the IPv6 fragment extension header item,
proposed in [1].
Relevant definitions are moved from lib/librte_ip_frag
This patch updates testpmd CLI to support fragment_offset field of
IPv4 header item.
To match on non-fragmented IPv4 packets, need to use pattern:
... ipv4 fragment_offset spec 0 fragment_offset mask 0x3fff ...
To match on fragmented IPv4 packets, need to use pattern:
... ipv4 fragment_offset spec
Using the current implementation of DPDK, an application cannot match on
IPv6 packets, based on the existing extension headers, in a simple way.
Field 'Next Header' in IPv6 header indicates type of the first extension
header only. Following extension headers can't be identified by
inspecting the I
rte_flow update, following RFC [1], introduced frag_ext_exist field for
IPv6 header item, used to indicate match on fragmented/non-fragmented
packets.
This patch updates testpmd CLI to support the new field.
To match on non-fragmented IPv6 packets, need to use pattern:
... ipv6 frag_ext_exist spec
This patch adds to MLX5 PMD the support of matching on IPv4
fragmented and non-fragmented packets, using the IPv4 header
fragment_offset field.
Signed-off-by: Dekel Peled
Acked-by: Ori Kam
---
drivers/net/mlx5/mlx5_flow.c | 48
drivers/net/mlx5/mlx5_flow.h | 10 +++
d
rte_flow update, following RFC [1], added to ethdev the rte_flow item
ipv6_frag_ext.
This patch updates testpmd CLI to support the new item and its fields.
To match on fragmented IPv6 packets, this item is added to pattern:
... ipv6 / ipv6_frag_ext ...
[1] http://mails.dpdk.org/archives/dev/2020-
Commit [1] forced setting of match on 'frag' bit mask 1 and value 0.
Previous patch in this series added support of match on fragmented and
non-fragmented packets on L3 items, so this setting is now redundant.
This patch removes the changes done in [1].
[1] commit 85407db9f60d ("net/mlx5: fix mat
This patch adds to MLX5 PMD the support of matching on IPv6
fragmented and non-fragmented packets, using the new field
frag_ext_exist, added to rte_flow following RFC [1].
[1] https://mails.dpdk.org/archives/dev/2020-August/177257.html
Signed-off-by: Dekel Peled
---
drivers/net/mlx5/mlx5_flow_d
rte_flow update, following RFC [1], added to ethdev the rte_flow item
ipv6_frag_ext.
This patch adds to MLX5 PMD the option to match on this item type.
[1] http://mails.dpdk.org/archives/dev/2020-March/160255.html
Signed-off-by: Dekel Peled
Acked-by: Ori Kam
---
drivers/net/mlx5/mlx5_flow.h
This patch updates 20.11 release notes with the changes included in
patches of this series:
1) MLX5 support of matching on IPv4/IPv6 fragmented/non-fragmented
packets.
2) ABI change in ethdev struct rte_flow_item_ipv6.
Signed-off-by: Dekel Peled
Acked-by: Ori Kam
---
doc/guides/rel_notes/rel
Due to PRM requirement, the IPv6 header item 'proto' field, indicating
the next header protocol, should not be set as extension header.
This patch adds the relevant validation, and documents the limitation.
Signed-off-by: Dekel Peled
Acked-by: Ori Kam
---
doc/guides/nics/mlx5.rst | 7 +
Hi Maxime,
Thanks for reviewing, some comments below.
>-Original Message-
>From: Maxime Coquelin
>Sent: Tuesday 6 October 2020 12:50
>To: Power, Ciara ; dev@dpdk.org
>Cc: Ray Kinsella ; Neil Horman
>Subject: Re: [dpdk-dev] [PATCH v3 01/18] eal: add max SIMD bitwidth
>
>
>
>On 9/30/20
> -Original Message-
> From: Ferruh Yigit
> Sent: Tuesday, October 6, 2020 5:30 PM
...
> Subject: Re: [PATCH v5 3/3] app/testpmd: reduce tunnel parsing code
> duplication
...
> 'RTE_VXLAN_DEFAULT_PORT' seems defined but '4789' still used as
> hardcoded in this file, since you are touching
07/10/2020 12:52, Maxime Coquelin:
> On 10/7/20 12:29 PM, Thomas Monjalon wrote:
> > 07/10/2020 12:12, Maxime Coquelin:
> >> On 10/7/20 12:09 PM, Thomas Monjalon wrote:
> >>> 07/10/2020 10:22, Maxime Coquelin:
> On 10/6/20 9:42 PM, Akhil Goyal wrote:
> >>
> >> The series prefixes drive
07/10/2020 13:06, Thomas Monjalon:
> 07/10/2020 12:52, Maxime Coquelin:
> > On 10/7/20 12:29 PM, Thomas Monjalon wrote:
> > > 07/10/2020 12:12, Maxime Coquelin:
> > >> On 10/7/20 12:09 PM, Thomas Monjalon wrote:
> > >>> 07/10/2020 10:22, Maxime Coquelin:
> > On 10/6/20 9:42 PM, Akhil Goyal wro
On 10/7/20 1:06 PM, Thomas Monjalon wrote:
> 07/10/2020 12:52, Maxime Coquelin:
>> On 10/7/20 12:29 PM, Thomas Monjalon wrote:
>>> 07/10/2020 12:12, Maxime Coquelin:
On 10/7/20 12:09 PM, Thomas Monjalon wrote:
> 07/10/2020 10:22, Maxime Coquelin:
>> On 10/6/20 9:42 PM, Akhil Goyal w
Hi Bruce,
>-Original Message-
>From: Bruce Richardson
>Sent: Wednesday 7 October 2020 11:52
>To: Power, Ciara
>Cc: Olivier Matz ; dev@dpdk.org; Ray Kinsella
>; Neil Horman
>Subject: Re: [dpdk-dev] [PATCH v3 01/18] eal: add max SIMD bitwidth
>
>On Wed, Oct 07, 2020 at 11:47:34AM +0100, P
Hi Dekel,
> -Original Message-
> From: Dekel Peled
> Sent: Wednesday, October 7, 2020 1:54 PM
> Subject: [PATCH v4 00/11] support match on L3 fragmented packets
>
> This series implements support of matching on packets based on the
> fragmentation attribute of the packet, i.e. if packet
Hi Olivier,
>-Original Message-
>From: Olivier Matz
>Sent: Tuesday 6 October 2020 11:01
>To: Power, Ciara
>Cc: Coyle, David ; Singh, Jasvinder
>; dev@dpdk.org; O'loingsigh, Mairtin
>; Ryan, Brendan ;
>Richardson, Bruce
>Subject: Re: [dpdk-dev] [PATCH v3 17/18] net: add checks for max
Hi Ciara,
On Wed, Oct 07, 2020 at 10:47:34AM +, Power, Ciara wrote:
> Hi Olivier,
>
> Thanks for reviewing, some comments below.
>
>
> >-Original Message-
> >From: Olivier Matz
> >Sent: Tuesday 6 October 2020 10:32
> >To: Power, Ciara
> >Cc: dev@dpdk.org; Ray Kinsella ; Neil Horma
Hi Ori,
> -Original Message-
> From: Ori Kam
> Sent: Sunday, October 4, 2020 5:20 PM
> To: Bing Zhao ; NBU-Contact-Thomas Monjalon
> ; ferruh.yi...@intel.com;
> arybche...@solarflare.com; m...@ashroe.eu; nhor...@tuxdriver.com;
> bernard.iremon...@intel.com; beilei.x...@intel.com;
> wenzhu
Hi Ori,
> -Original Message-
> From: Ori Kam
> Sent: Sunday, October 4, 2020 5:22 PM
> To: Bing Zhao ; NBU-Contact-Thomas Monjalon
> ; ferruh.yi...@intel.com;
> arybche...@solarflare.com; m...@ashroe.eu; nhor...@tuxdriver.com;
> bernard.iremon...@intel.com; beilei.x...@intel.com;
> wenzhu
> -Original Message-
> From: dev On Behalf Of Tal Shnaiderman
> Sent: 07 October 2020 08:20
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; pallavi.ka...@intel.com;
> dmitry.kozl...@gmail.com; ranjit.me...@intel.com;
> navas...@linux.microsoft.com; dmit...@microsoft.com;
> ophi...@nvidia.com
Hi Ori,
> -Original Message-
> From: Ori Kam
> Sent: Sunday, October 4, 2020 5:35 PM
> To: Bing Zhao ; NBU-Contact-Thomas Monjalon
> ; ferruh.yi...@intel.com;
> arybche...@solarflare.com; m...@ashroe.eu; nhor...@tuxdriver.com;
> bernard.iremon...@intel.com; beilei.x...@intel.com;
> wenzhu
Hi Ori,
Thanks for your comments.
I will update the commit logs as well as the documents.
BR. Bing
> -Original Message-
> From: Ori Kam
> Sent: Sunday, October 4, 2020 5:40 PM
> To: Bing Zhao ; NBU-Contact-Thomas Monjalon
> ; ferruh.yi...@intel.com;
> arybche...@solarflare.com; m...@ashr
This series includes change in ethdev to support a new query
response format, and change in testpmd CLI using it.
---
v2: enclose 2 separate patches in series.
(no change in patch contents).
v3: rename struct rte_flow_query_age field for clarity.
---
Dekel Peled (2):
ethdev: support query
> -Original Message-
> From: dev On Behalf Of Pattan, Reshma
> > -Original Message-
> > From: Pattan, Reshma
>
> Gentle remainder for review and ack on this .
Gentle remainder to ack and apply
Existing API supports AGE action to monitor the aging of a flow.
This patch implements RFC [1], introducing the response format for query
of an AGE action.
Application will be able to query the AGE action state.
The response will be returned in the format implemented here.
[1] https://mails.dpdk.o
Following ethdev update [1], this patch adds CLI support to query
information related to AGE action.
[1] https://mails.dpdk.org/archives/dev/2020-September/183699.html
Signed-off-by: Dekel Peled
Acked-by: Matan Azrad
---
app/test-pmd/config.c | 12
1 file changed, 12 insertions(+)
Hi Bing,
> -Original Message-
> From: Bing Zhao
> Sent: Wednesday, October 7, 2020 2:22 PM
> Subject: RE: [PATCH 1/4] ethdev: add hairpin bind and unbind APIs
>
> Hi Ori,
>
> > -Original Message-
> > From: Ori Kam
> > Sent: Sunday, October 4, 2020 5:20 PM
> > Subject: RE: [PATC
On 10/7/2020 11:28 AM, Bruce Richardson wrote:
On Wed, Oct 07, 2020 at 11:26:38AM +0100, Bruce Richardson wrote:
On Wed, Oct 07, 2020 at 11:51:31AM +0200, Olivier Matz wrote:
On Wed, Oct 07, 2020 at 10:40:32AM +0100, Ferruh Yigit wrote:
On 10/7/2020 10:01 AM, Ciara Loftus wrote:
strncpy may l
Hi Dekel,
> -Original Message-
> From: Dekel Peled
> Sent: Wednesday, October 7, 2020 2:38 PM
> Subject: [PATCH v3 1/2] ethdev: support query of AGE action
>
> Existing API supports AGE action to monitor the aging of a flow.
> This patch implements RFC [1], introducing the response forma
On Mon, Oct 5, 2020 at 11:37 AM Dekel Peled wrote:
>
> Thanks, PSB.
>
> > -Original Message-
> > From: Maxime Leroy
> > Sent: Friday, October 2, 2020 3:39 PM
> > To: Dekel Peled
> > Cc: Ori Kam ; NBU-Contact-Thomas Monjalon
> > ; ferruh.yi...@intel.com;
> > arybche...@solarflare.com; dev
> 07/10/2020 13:06, Thomas Monjalon:
> > 07/10/2020 12:52, Maxime Coquelin:
> > > On 10/7/20 12:29 PM, Thomas Monjalon wrote:
> > > > 07/10/2020 12:12, Maxime Coquelin:
> > > >> On 10/7/20 12:09 PM, Thomas Monjalon wrote:
> > > >>> 07/10/2020 10:22, Maxime Coquelin:
> > > On 10/6/20 9:42 PM, A
On Wed, Oct 7, 2020 at 12:41 PM Doherty, Declan
wrote:
> >> @@ -789,33 +781,9 @@ rte_cryptodev_stats_reset(uint8_t dev_id);
> >>* the last valid element has it's op field set to
> >>* RTE_CRYPTO_OP_TYPE_UNDEFINED.
> >>*/
> >> -
> >> -void
> >> +extern void
> > Nit: no need for extern.
Sorry for jumping late,
> -Original Message-
> From: Maxime Leroy
> Sent: Wednesday, October 7, 2020 2:52 PM
> Subject: Re: [PATCH] ethdev: add VLAN attributes to ETH and VLAN items
>
> On Mon, Oct 5, 2020 at 11:37 AM Dekel Peled wrote:
> >
> > Thanks, PSB.
> >
> > > -Original Mess
Add missing experimental API change in release note.
Maxime Coquelin (2):
baseband/fpga_5gnr_fec: add API change in release note
baseband/fpga_lte_fec: add API change in release note
doc/guides/rel_notes/release_20_11.rst | 8
1 file changed, 8 insertions(+)
--
2.26.2
Fixes: 717edebcd394 ("baseband/fpga_lte_fec: fix API naming")
Signed-off-by: Maxime Coquelin
---
doc/guides/rel_notes/release_20_11.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/rel_notes/release_20_11.rst
b/doc/guides/rel_notes/release_20_11.rst
index b3dd9a3646..98ae7
Fixes: 7fd60723065e ("baseband/fpga_5gnr_fec: fix API naming")
Signed-off-by: Maxime Coquelin
---
doc/guides/rel_notes/release_20_11.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/rel_notes/release_20_11.rst
b/doc/guides/rel_notes/release_20_11.rst
index c0a3d76005..b3dd
On 10/7/20 2:05 PM, Akhil Goyal wrote:
>> 07/10/2020 13:06, Thomas Monjalon:
>>> 07/10/2020 12:52, Maxime Coquelin:
On 10/7/20 12:29 PM, Thomas Monjalon wrote:
> 07/10/2020 12:12, Maxime Coquelin:
>> On 10/7/20 12:09 PM, Thomas Monjalon wrote:
>>> 07/10/2020 10:22, Maxime Coquel
Hello!
In 17.05 I get thread_id like that:
worker_threads.push_back(worker);
pthread_setname_np(lcore_config[lcore_id].thread_id, worker_name.c_str());
But in 19.11 lcore_config now private and I don't see any method in
rte_lcore.h for getting thread_id. How can I do that? Thank you.
On Wed, Oct 7, 2020 at 12:07 PM Sunil Kumar Kori wrote:
>> it is on a slow path. 448 is OK.
> >
> >Ah yes, this is for the ctf description.
> >Could it be changed to rely on dynamic allocations and we simply remove this
> >limit?
> Changing it to dynamic allocation is difficult because if we do th
Hello Harsha,
> -Original Message-
[snip]
>
> Tunnel vport is an internal construct used by one specific
> application: OVS. So, shouldn't the rte APIs also be application
> agnostic apart from being vendor agnostic ? For OVS, the match fields
> in the existing datapath flow rules contai
> >From: Pavan Nikhilesh
> >
> >Add size_t as a generic trace point. Also, update
> >test_generic_trace_point() to validate size_t emitter.
> >
> >Signed-off-by: Pavan Nikhilesh
>
> Acked-by: Sunil Kumar Kori
Applied, thanks
Hi David,
Do you plan to send a v4?
17/09/2020 13:13, Burakov, Anatoly:
> On 10-Aug-20 10:07 PM, David Christensen wrote:
> > The SPAPR IOMMU requires that a DMA window size be defined before memory
> > can be mapped for DMA. Current code dynamically modifies the DMA window
> > size in response to
On 05-Oct-20 6:57 PM, Hariprasad Govindharajan wrote:
With DPDK 20.11 release, the igb_uio module is no more part of DPDK.
There are use cases where this module is required, for example while
testing the virtual ports in OvS, the virtual ports are bound to
igb_uio module inside a VM. So, this pat
In virtio_dev_extbuf_alloc(), the shinfo structure used to store
the reference counter and the free callback of the external buffer
is by default stored inside the mbuf data.
This is wrong because the mbuf (and its data) can be freed before
the external buffer, for instance in the following situat
31/07/2020 11:32, Liang, Ma:
> Hi Reshma,
>
>I'm OK with the change. That's the missing part about init process.
>
> Reviewed-by Liang Ma
Because of a missing colon, this review was not counted in patchwork.
I guess Dave is OK with this patch but he was not Cc'ed.
Please use --cc-cmd devt
This commit introduces extension of DPDK flow action API enabling
sharing of single rte_flow_action in multiple flows. The API intended for
PMDs, where multiple HW offloaded flows can reuse the same HW
essence/object representing flow action and modification of such an
essence/object affects all th
This patchset introduces shared action API for RTE flow.
v5 changes:
* updated RTE flow programmers guide
* misc elaborations in code comments
Andrey Vesnovaty (2):
ethdev: add flow shared action API
app/testpmd: support shared action
app/test-pmd/cmdline_flow.c | 262 ++
This patch adds shared action support to testpmd CLI.
All shared actions created via testpmd CLI assigned ID for further
reference in other CLI commands. Shared action ID supplied as CLI
argument or assigned by testpmd is similar to flow ID & limited to
scope of testpdm CLI.
Create shared action
Hi Andrey,
> -Original Message-
> From: dev On Behalf Of Andrey Vesnovaty
> Sent: Wednesday, October 7, 2020 3:56 PM
> Subject: [dpdk-dev] [PATCH v5 1/2] ethdev: add flow shared action API
>
> This commit introduces extension of DPDK flow action API enabling
> sharing of single rte_flow_
Hi Guy,
> -Original Message-
> From: g...@marvell.com
> Sent: Wednesday, September 9, 2020 3:09 PM
> Subject: [PATCH v2 2/2] doc: add l3fwd-regex application user guide
>
> From: Guy Kaneti
>
> Adding the user guide for l3fwd regex application.
>
> Signed-off-by: Guy Kaneti
> ---
Ac
Existing API supports AGE action to monitor the aging of a flow.
This patch implements RFC [1], introducing the response format for query
of an AGE action.
Application will be able to query the AGE action state.
The response will be returned in the format implemented here.
[1] https://mails.dpdk.o
1 - 100 of 269 matches
Mail list logo
