Hi Morten,
On 2023/1/15 15:58, Morten Brørup wrote:
>> From: Chengwen Feng [mailto:fengcheng...@huawei.com]
>> Sent: Saturday, 14 January 2023 12.50
>>
>> The memarea library is an allocator of variable-size object which based
>> on a memory region.
>>
>> This patch provides rte_memarea_create() a
On 1/19/23 19:47, Gregory Etelson wrote:
Current API allows either query or update indirect flow action.
If indirect action must be conditionally updated according to it's
present state application must first issue action query then
analyze returned data and if needed issue update request.
When t
This series adds trace points for functions in the ethdev library.
The trace points are added in ethdev, flow, mtr and tm files.
v6:
- Resolves compilation error with 32 bit build.
- Resolves a bug found in v5 in the trace autotest application where
the traces where not getting generated afte
Adds a trace point emit function for capturing a blob. The blob
captures the length passed by the application followed by the array.
The maximum blob bytes which can be captured is bounded by
RTE_TRACE_BLOB_LEN_MAX macro. The value for max blob length macro is
64 bytes. If the length is less than
Adds trace points for ethdev functions.
Moved the rte_ethdev_trace_rx_burst and rte_ethdev_trace_tx_burst to
a new file rte_ethdev_trace_fp_burst.h. This is needed to resolve
cyclic dependency between rte_ethdev.h and rte_ethdev_trace_fp.h.
Signed-off-by: Ankur Dwivedi
---
lib/ethdev/ethdev_priv
Adds trace points for remaining ethdev functions.
Signed-off-by: Ankur Dwivedi
---
lib/ethdev/ethdev_trace_points.c | 252 +++
lib/ethdev/rte_ethdev.c | 476 ++-
lib/ethdev/rte_ethdev_cman.c | 30 +-
lib/ethdev/rte_ethdev_trace.h| 529 +++
Adds trace points for rte_flow specific functions in ethdev lib.
Signed-off-by: Ankur Dwivedi
---
lib/ethdev/ethdev_trace_points.c | 117 ++
lib/ethdev/rte_ethdev_trace.h| 383 +++
lib/ethdev/rte_ethdev_trace_fp.h | 113 +
lib/ethdev/rte_flow.c
Adds trace points for rte_mtr specific functions in ethdev lib.
Signed-off-by: Ankur Dwivedi
---
lib/ethdev/ethdev_trace_points.c | 63 +
lib/ethdev/rte_ethdev_trace.h| 112 ++
lib/ethdev/rte_ethdev_trace_fp.h | 100
lib/ethdev/rte_mtr.c
Adds trace points for rte_tm specific functions in ethdev lib.
Signed-off-by: Ankur Dwivedi
---
lib/ethdev/ethdev_trace_points.c | 90 +++
lib/ethdev/rte_ethdev_trace.h| 141 ++
lib/ethdev/rte_ethdev_trace_fp.h | 171 +
lib/ethdev/rte_tm.c
On 1/19/23 19:47, Gregory Etelson wrote:
Quota action limits traffic according to pre-defined configuration.
Quota reflects overall traffic usage regardless bandwidth.
Quota flow action initialized with signed tokens number value.
Quota flow action updates tokens number according to
these rules:
Hi Jerin,
> -Original Message-
> From: Jerin Jacob
> Sent: Wednesday, January 18, 2023 3:52 PM
> To: Naga Harish K, S V
> Cc: jer...@marvell.com; Gujjar, Abhinandan S
> ; dev@dpdk.org; Jayatheerthan, Jay
>
> Subject: Re: [PATCH 1/3] eventdev/eth_rx: add params set/get APIs
>
> On Sat,
> From: fengchengwen [mailto:fengcheng...@huawei.com]
> Sent: Friday, 20 January 2023 09.21
>
> Hi Morten,
>
> On 2023/1/15 15:58, Morten Brørup wrote:
> >> From: Chengwen Feng [mailto:fengcheng...@huawei.com]
> >> Sent: Saturday, 14 January 2023 12.50
> >>
> >> The memarea library is an allocato
On 1/19/23 07:58, Rongwei Liu wrote:
Add flex item as modify field destination.
Add "struct rte_flow_item_flex_handle *flex_handle" into
"struct rte_flow_action_modify_data" as union with existed
"level" member. This new member is dedicated for modifying
flex item.
Add flex item modify field cmd
On 1/19/23 06:11, Rongwei Liu wrote:
Add IPv6 routing extension header definition and no
TLV support for now.
At rte_flow layer, there are new items defined for matching
type/nexthdr/segments_left field.
Add command line support for IPv6 routing extension header
matching: type/nexthdr/segment_l
On Fri, Jan 20, 2023 at 2:28 PM Naga Harish K, S V
wrote:
>
> Hi Jerin,
>
> > -Original Message-
> > From: Jerin Jacob
> > Sent: Wednesday, January 18, 2023 3:52 PM
> > To: Naga Harish K, S V
> > Cc: jer...@marvell.com; Gujjar, Abhinandan S
> > ; dev@dpdk.org; Jayatheerthan, Jay
> >
> >
> From: Tomasz Duszynski [mailto:tduszyn...@marvell.com]
> Sent: Friday, 20 January 2023 00.39
>
> Add support for programming PMU counters and reading their values
> in runtime bypassing kernel completely.
>
> This is especially useful in cases where CPU cores are isolated
> (nohz_full) i.e run
> From: Ankur Dwivedi [mailto:adwiv...@marvell.com]
> Sent: Friday, 20 January 2023 09.41
>
> Adds a trace point emit function for capturing a blob. The blob
> captures the length passed by the application followed by the array.
>
> The maximum blob bytes which can be captured is bounded by
> RTE
> From: ok...@kernel.org [mailto:ok...@kernel.org]
> Sent: Friday, 20 January 2023 05.42
>
> From: Sinan Kaya
>
> rte_class_eth: eth_mac_cmp: The status of this call to
> rte_eth_dev_info_get
> is not checked, potentially leaving dev_info uninitialized.
>
> Signed-off-by: Sinan Kaya
> ---
> l
This patch series provides new APIs for reorder library and test cases for
them.
Volodymyr Fialko (3):
reorder: add new drain up to seq number API
reorder: add ability to set min sequence number
test/reorder: add cases to cover new API
app/test/test_reorder.c | 160 ++
Introduce new reorder drain API:
`rte_reorder_drain_up_to_seqn` - exhaustively drain all inserted mbufs
up to the given sequence number.
Currently there's no ability to force the drain from reorder buffer,
i.e. only consecutive ordered or ready packets could be drained.
New function would give use
Add API `rte_reorder_min_seqn_set` to allow user to specify minimum
sequence number.
Currently sequence number of first inserted packet is used as minimum
sequence number. But for case when we want to wait for packets before
the received one this will not work.
Signed-off-by: Volodymyr Fialko
---
Add new test cases to cover `rte_reorder_drain_up_to_seqn` and
`rte_reorder_min_seqn_set`.
Signed-off-by: Volodymyr Fialko
---
app/test/test_reorder.c | 160
1 file changed, 160 insertions(+)
diff --git a/app/test/test_reorder.c b/app/test/test_reorder.c
Hi Jerin,
> -Original Message-
> From: Jerin Jacob
> Sent: Friday, January 20, 2023 3:02 PM
> To: Naga Harish K, S V
> Cc: jer...@marvell.com; Gujjar, Abhinandan S
> ; dev@dpdk.org; Jayatheerthan, Jay
>
> Subject: Re: [PATCH 1/3] eventdev/eth_rx: add params set/get APIs
>
> On Fri, Jan
Hello Andrew,
[]
> > The patch adds `rte_flow_action_handle_query_update` function call,
>
> "This patch adds ..." -> "Add ..."
>
Will fix in v7.
> > and it's async version `rte_flow_async_action_handle_query_update`
> > to atomically query and update flow action.
>
> Sorry, may be I'm missi
Hi team,
My name is Sam and I am a Software Engineer.
Currently, we are trying to improve the performance of proprietary in-house
tools by using DPDK but we are not sure whether DPDK has support for TCP
stack.
If yes, could you please point me to the link of apis alone. I will take it
from there.
Hello,
I am trying to operate a Broadcom BCM57414 2x10G nic using dpdk bnxt pmd. I
use DPDK 22.11.
However, doing so I stumbled over a number of different issues. Mainly,
using the dpdk rte_eth library, I don't seem to be able to correctly poll
the link status: I expect my nic has a problem using
On 1/20/23 13:46, Gregory Etelson wrote:
and it's async version `rte_flow_async_action_handle_query_update`
to atomically query and update flow action.
Sorry, may be I'm missing something, but after reading previous
discussion I have a feeling that update could be queried data
dependent. Howeve
Hello i40e and testpmd maintainers,
We're hitting an issue with DPDK testpmd on Ampere Altra servers in FD.io lab.
A bit of background: along with VPP performance tests (which uses DPDK), we're
running a small number of basic DPDK testpmd and l3fwd tests in FD.io as well.
This is to catch any p
Adding the logfile.
One thing that's in the logs but didn't explicitly mention is the DPDK version
we've tried this with:
EAL: RTE Version: 'DPDK 22.07.0'
We also tried earlier versions going back to 21.08, with no luck. I also did a
quick check on 22.11, also with no luck.
Juraj
From: Juraj
On 1/18/23 19:37, Slava Ovsiienko wrote:
-Original Message-
From: Thomas Monjalon
Sent: Wednesday, January 18, 2023 6:22 PM
To: Slava Ovsiienko ; Ori Kam
Cc: dev@dpdk.org; Matan Azrad ; Raslan Darawsheh
; andrew.rybche...@oktetlabs.ru;
ivan.ma...@oktetlabs.ru; ferruh.yi...@amd.com
Su
Depends-on: series-26425 ("lib/reorder: fix drain/free issues")
Test failure is caused by this bug in drain/api test -
http://patches.dpdk.org/project/dpdk/list/?series=26425
It wasn't seen before seen before because drain was the last test, but now
following test receive pointer to same packet
20/01/2023 09:11, Sam Kirubakaran:
> Hi team,
>
> My name is Sam and I am a Software Engineer.
> Currently, we are trying to improve the performance of proprietary in-house
> tools by using DPDK but we are not sure whether DPDK has support for TCP
> stack.
No there is no stack inside DPDK.
You ca
Hi David,
> -Original Message-
> From: David Marchand
> Sent: Friday, January 20, 2023 3:34 PM
> To: Su, Simei
> Cc: Xing, Beilei ; Zhang, Yuying
> ; dev@dpdk.org; Zhang, Qi Z
> ; Yang, Qiming ;
> sta...@dpdk.org; Zhang, Helin
> Subject: Re: [PATCH] net/i40e: rework maximum frame size c
On Fri, Jan 20, 2023 at 2:58 PM Su, Simei wrote:
>
> Hi David,
>
> > -Original Message-
> > From: David Marchand
> > Sent: Friday, January 20, 2023 3:34 PM
> > To: Su, Simei
> > Cc: Xing, Beilei ; Zhang, Yuying
> > ; dev@dpdk.org; Zhang, Qi Z
> > ; Yang, Qiming ;
> > sta...@dpdk.org; Zha
> -Original Message-
> From: David Marchand
> Sent: Friday, January 20, 2023 10:47 PM
> To: Su, Simei
> Cc: Xing, Beilei ; Zhang, Yuying
> ; dev@dpdk.org; Zhang, Qi Z
> ; Yang, Qiming ;
> sta...@dpdk.org; Zhang, Helin ; Mcnamara, John
>
> Subject: Re: [PATCH] net/i40e: rework maximum fr
Okay, believe we have tracked down and can explain most of the current
behavior. The question I have now is, is this really what is desired or
should it be possible for DPDK be passed a flag and load a DDPK file
anyways, or should it always try to update the DDP if a newer one is
found. In our cas
On Thu, 19 Jan 2023 23:41:40 -0500
ok...@kernel.org wrote:
> diff --git a/lib/ethdev/ethdev_vdev.h b/lib/ethdev/ethdev_vdev.h
> index 364f140f91..6d94a65d97 100644
> --- a/lib/ethdev/ethdev_vdev.h
> +++ b/lib/ethdev/ethdev_vdev.h
> @@ -34,6 +34,8 @@ rte_eth_vdev_allocate(struct rte_vdev_device *de
Hello Andrew,
[]
> On 1/20/23 13:46, Gregory Etelson wrote:
> >>> and it's async version `rte_flow_async_action_handle_query_update`
> >>> to atomically query and update flow action.
> >>
> >> Sorry, may be I'm missing something, but after reading previous
> >> discussion I have a feeling that up
There was a plan to have structures from lib/net/ at the beginning
of corresponding flow item structures.
Unfortunately this plan has not been followed up so far.
This series is a step to make the most used items,
compliant with the inheritance design explained above.
The old API is kept in anonymo
From: Thomas Monjalon
The VXLAN and VXLAN-GPE headers were including reserved fields
with other fields in big uint32_t struct members.
Some more precise definitions are added as union of the old ones.
The new struct members are smaller in size and in names.
Signed-off-by: Thomas Monjalon
Acke
From: Thomas Monjalon
As announced in the deprecation notice, flow item structures
should re-use the protocol header definitions from the directory lib/net/.
The Ethernet headers (including VLAN) structures are used
instead of the redundant fields in the flow items.
The remaining protocols to cl
From: Thomas Monjalon
As announced in the deprecation notice, flow item structures
should re-use the protocol header definitions from the directory lib/net/.
In the case of VXLAN-GPE, the protocol struct is added
in an unnamed union, keeping old field names.
The VXLAN headers (including VXLAN-G
From: Thomas Monjalon
As announced in the deprecation notice, flow item structures
should re-use the protocol header definitions from the directory lib/net/.
The protocol struct is added in an unnamed union, keeping old field names.
The GRE header struct members are used in apps and drivers
ins
From: Thomas Monjalon
The flow item structure includes the protocol definition
from the directory lib/net/, so it is reflected in the guide.
Section title underlining is also fixed around.
Fixes: 3a929df1f286 ("ethdev: support L2TPv2 and PPP procotol")
Cc: sta...@dpdk.org
Signed-off-by: Thomas
From: Thomas Monjalon
As announced in the deprecation notice, flow item structures
should re-use the protocol header definitions from the directory lib/net/.
The protocol struct is added in an unnamed union, keeping old field names.
The ARP header struct members are used in testpmd
instead of t
From: Thomas Monjalon
As announced in the deprecation notice, flow item structures
should re-use the protocol header definitions from the directory lib/net/.
The protocol struct is added in an unnamed union, keeping old field names.
The GTP header struct members are used in apps and drivers
ins
From: Thomas Monjalon
Some protocols (ARP, MPLS and HIGIG2) were using uint16_t and uint32_t
types for their 16 and 32-bit fields.
It was correct but not conveying the big endian nature of these fields.
As for other protocols defined in this directory,
all types are explicitly marked as big endi
On 10/26/2022 9:45 AM, David Marchand wrote:
> On Tue, Oct 25, 2022 at 11:45 PM Thomas Monjalon wrote:
>> diff --git a/lib/ethdev/rte_flow.h b/lib/ethdev/rte_flow.h
>> index 6045a352ae..fd9be56e31 100644
>> --- a/lib/ethdev/rte_flow.h
>> +++ b/lib/ethdev/rte_flow.h
>> @@ -1069,19 +1069,29 @@ stati
To allow the fnmatch function to be shared between libraries, without
having to export it into the public namespace (since it's not prefixed
with "rte"), we can convert fnmatch.c to replace fnmatch.h. This allows
fnmatch function to be static and limited in scope to the current file,
preventing dup
There is a general desire to reduce the size and scope of EAL. To this
end, this patchset makes a (very) small step in that direction by taking
the logging functionality out of EAL and putting it into its own library
that can be built and maintained separately.
As with the first RFC for this, the
Move the logging capability to a separate library, free from EAL. Rename
files as appropriate, and use meson.build to select the correct file to
be built for each operating system, rather than having a subdir per-os.
Add new documentation section in programmers guide to cover logging in
more detail
Now that logging is moved out of EAL, we don't need injection of the
logtype and logging function from EAL to telemetry library, simplifying
things.
Signed-off-by: Bruce Richardson
Acked-by: Morten Brørup
Acked-by: Tyler Retzlaff
---
lib/eal/freebsd/eal.c | 6 +-
lib/eal/linu
On Fri, Jan 20, 2023 at 12:39:12AM +0100, Tomasz Duszynski wrote:
> Add support for programming PMU counters and reading their values
> in runtime bypassing kernel completely.
>
> This is especially useful in cases where CPU cores are isolated
> (nohz_full) i.e run dedicated tasks. In such cases o
Upstream fix to 23.03 for potential issue of dereferencing a pointer before
null check.
Hernan Vargas (1):
baseband/acc: fix check after deref and dead code
drivers/baseband/acc/rte_acc100_pmd.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
--
2.37.1
Fix potential issue of dereferencing a pointer before null check.
Remove null check for value that could never be null.
Coverity issue: 381646, 381631
Fixes: 989dec301a9 ("baseband/acc100: add ring companion address")
Signed-off-by: Hernan Vargas
---
drivers/baseband/acc/rte_acc100_pmd.c | 7 ++
hi folks,
i think this one can probably be merged?
Series-acked-by: Morten Brørup
Series-acked-by: Bruce Richardson
patch 1/2 Acked-by: Ferruh Yigit
thanks!
On Tue, Jan 10, 2023 at 11:46:39AM -0800, Tyler Retzlaff wrote:
> v6:
> * remove stray #include
>
> v5:
> * fix implementation of
> 14/12/2022 03:21, Alexander Kozyrev:
> > Bring more flexibility and control over both flow rule insertion
> > and packet matching mechanisms. Introduce 2 new flow table types:
> >
> > 1. Allow a user to specify the insertion type used in template tables.
> > The insertion type is responsible for
Bring more flexibility and control over both flow rule insertion
and packet matching mechanisms. Introduce 2 new flow table types:
1. Allow a user to specify the insertion type used in template tables.
The insertion type is responsible for choosing the appropriate key
value used to map inserted fl
Allow user to specify insertion type used in template tables.
The insertion type is responsible for choosing appropriate key
value used to map inserted flow rules into a template table.
Flow rules can be inserted by calculating the hash value for
the pattern or inserted by index via new create_by_
Add testpmd CLI interface for specifying a template table insertion type.
Available types are: pattern and index.
flow template_table 0 create table_id 0 insertion_type index ...
Allow specifying the rule index instead of the pattern template index:
flow queue 0 create 0 template_table 0 rule_index
Allow user to specify hash calculation function used in template tables.
The hash calculation type is responsible for the calculation of the flow
rule index a packet would hit upon arrival at the table.
Control over this is useful for applications with custom RSS algorithms,
for example. An applic
Add testpmd CLI interface for a template table hash function.
Available types are: default, linear, crc32 and crc16.
flow template_table 0 create table_id 0 hash_func linear ...
Signed-off-by: Alexander Kozyrev
---
app/test-pmd/cmdline_flow.c | 69 -
1 file ch
62 matches
Mail list logo
