On Mon, 29 Jul 2024 at 23:13, Dmitry Kozlyuk
wrote:
> 2024-07-29 22:18 (UTC+0530), Prashant Upadhyaya:
> > Hi,
> >
> > I have 4 ethernet interfaces available as PCI devices.
> > The PCI addresses are known.
> > When I start my DPDK application, it starts up properly and assigns the
> > port numbe
CPFL parser was incorrectly parsing the mask value of the
next_proto_id field as a string instead of unsigned integer.
This patch will fix this issue.
Fixes: 41f20298ee8c ("net/cpfl: parse flow offloading hint from JSON")
Cc: sta...@dpdk.org
Signed-off-by: Praveen Shetty
---
drivers/net/cpfl/cp
> -Original Message-
> From: Thomas Monjalon
> Sent: Wednesday, July 24, 2024 7:03 AM
> To: annou...@dpdk.org
> Subject: release candidate 24.07-rc3
>
> A new DPDK release candidate is ready for testing:
> https://git.dpdk.org/dpdk/tag/?id=v24.07-rc3
>
> There are 100 new patches i
A new DPDK release candidate is ready for testing:
https://git.dpdk.org/dpdk/tag/?id=v24.07-rc4
There are only 17 patches in this snapshot.
Release notes:
https://doc.dpdk.org/guides/rel_notes/release_24_07.html
As usual, you can report any issue on https://bugs.dpdk.org
You may
16/04/2024 15:20, Karen Kelly:
> Updating PMD Power Management Mode section of the l3fwd-power
> sample app to add baseline option as this was missing from the
> original commit.
>
> Fixes: a9ea60702ecb ("examples/l3fwd-power: add baseline PMD management mode")
>
> Signed-off-by: Karen Kelly
Ap
13/06/2023 18:15, Stephen Hemminger:
> Several commands have a -q option but the description in
> the documentation was unclear. It is the upper limit on
> the number of queues per lcore.
>
> Suggested-by: Vipin Varghese
> Signed-off-by: Stephen Hemminger
Applied, thanks.
27/06/2024 17:04, Stephen Hemminger:
> On Thu, 27 Jun 2024 04:42:14 +
> Shaiq Wani wrote:
>
> > Added a note to avoid usage errors by end user.
> >
> > Signed-off-by: Shaiq Wani
>
> If it is going in the documentation, it needs more explanation as to what
> that parameters do.
I would pre
25/07/2024 19:47, Amit Prakash Shukla:
> Fixing typo in command line arguments for dma perf application.
>
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Amit Prakash Shukla
Applied, thanks.
24/07/2024 09:36, Maayan Kashani:
> Add actions order supported in mlx5 PMD when HW steering flow engine
> is used.
> This limitation existed since HW Steering flow engine was introduced.
>
> Fixes: 22681deead3e ("net/mlx5/hws: enable hardware steering")
> Cc: sta...@dpdk.org
> Signed-off-by: Maa
IBM - Power Systems Testing DPDK v24.07-rc3-0-g82c47f005b
* Build CI on Fedora 37,39,40 container images for ppc64le
* Basic PF on Mellanox: No issue found
* Performance: not tested.
* OS:- RHEL 9.4 kernel: 5.14.0-427.13.1.el9_4.ppc64le
with gcc version 11.4.1 20231218 (Red Hat 11.4.1
From: Jeremy Spewock
Multiple test suites from the old DTS framework rely on being able to
consume and interpret the verbose output of testpmd. The new framework
doesn't have an elegant way for handling the verbose output, but test
suites are starting to be written that rely on it. This patch cre
From: Jeremy Spewock
This series adds a new text parser that is able to extract all verbose
messages from testpmd output into a more organized data structure.
Jeremy Spewock (1):
dts: add text parser for testpmd verbose output
dts/framework/parser.py | 30
dts/fra
30/04/2024 20:57, Ferruh Yigit:
> Add missing power uncore API documenttation.
>
> Fixes: ac1edcb6621a ("power: refactor uncore power management API")
> Cc: sta...@dpdk.org
>
> Reported-by: Vipin Varghese
> Signed-off-by: Ferruh Yigit
Applied, thanks
13/07/2024 13:08, Vipin Varghese:
> Introduce sections into AMD Linux getting start guide for
> 1. MAX LCORE
> 2. CPU power
>
> Signed-off-by: Vipin Varghese
Applied with minor improvements.
16/02/2024 18:42, Stephen Hemminger:
> On Fri, 16 Feb 2024 09:29:47 +0100
> Morten Brørup wrote:
>
> > The system requirements in the Getting Started Guide [1] says:
> >
> > Kernel version >= 4.14
> > The kernel version required is based on the oldest long term stable kernel
> > available at ke
18/07/2024 20:43, Stephen Hemminger:
> On Linux (and probably BSD), CPU 0 can not be fully isolated
> because it receives timer interrupts and is used for other
> kernel related functions. The DPDK documentation should
> be updated to tell users to avoid polling on that CPU.
>
> Signed-off-by: Ste
> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> Sent: Monday, 29 July 2024 21.27
>
> On 2024-07-29 13:00, Morten Brørup wrote:
> >> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> >> Sent: Wednesday, 24 July 2024 09.54
> >
> > Which packet mix was used for your tests? Syn
15/07/2024 16:44, Jack Bond-Preston:
> The mempool memory channel striding optimisation is not necessary on
> Arm platforms.
> Update the Programmer's Guide's mempool section to clarify this.
>
> Signed-off-by: Jack Bond-Preston
> Reviewed-by: Wathsala Vithanage
> ---
> +.. note::
> +
> +Thi
18/04/2024 08:20, Mao YingMing:
> From: maoyingming
>
> Fixes: 2542ad53d8 (doc: add description of the offload API)
> Fixes: ae2c2cb606 (net/cnxk: avoid command copy from Tx queue)
>
> Reviewed-by: lishuo02
> Signed-off-by: maoyingming
Applied, thanks.
> From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
> Sent: Monday, 29 July 2024 21.12
>
> On 2024-07-29 20:16, Wathsala Wathawana Vithanage wrote:
> >>
> >> Without a rationale why rte_csrand() functionality is something that
> should be
> >> in DPDK, and a rationale why the ARM CPU CSRNG is
On 2024-07-29 13:00, Morten Brørup wrote:
From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
Sent: Wednesday, 24 July 2024 09.54
Which packet mix was used for your tests? Synthetic IMIX, or some live data?
I used the same test as was being done when the performance regression
was
On 2024-07-29 20:16, Wathsala Wathawana Vithanage wrote:
Without a rationale why rte_csrand() functionality is something that should be
in DPDK, and a rationale why the ARM CPU CSRNG is superior to getentropy(),
it doesn't really matter how the patch set looks like.
I've repeatedly asked for th
>
> Without a rationale why rte_csrand() functionality is something that should be
> in DPDK, and a rationale why the ARM CPU CSRNG is superior to getentropy(),
> it doesn't really matter how the patch set looks like.
>
> I've repeatedly asked for this information, and you've repeatedly ignored i
Acked-by: Joshua Washington
https://bugs.dpdk.org/show_bug.cgi?id=1505
Bug ID: 1505
Summary: Port over Ethertype configuration test suite to new
DTS.
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIR
2024-07-29 22:18 (UTC+0530), Prashant Upadhyaya:
> Hi,
>
> I have 4 ethernet interfaces available as PCI devices.
> The PCI addresses are known.
> When I start my DPDK application, it starts up properly and assigns the
> port numbers to them as 0, 1, 2, 3 expectedly.
>
> However, is there a way I
29/07/2024 15:13, Radu Nicolau:
>
> On 29-Jul-24 1:57 PM, Vladimir Medvedkin wrote:
> > The previous commit swapped the bytes of SA salt which
> > led to incorrect work of the ipsec-secgw application.
> > This patch reverts the previous commit and changes
> > the type of the salt field in the ipse
02/07/2024 15:14, Gagandeep Singh:
> --- a/app/proc-info/main.c
> +++ b/app/proc-info/main.c
> @@ -637,6 +638,10 @@ meminfo_display(void)
> rte_memzone_dump(stdout);
> printf("-- END_MEMORY_ZONES ---\n");
>
> + printf(" HEAP DUMP -\n");
Sho
> From: Jerin Jacob [mailto:jerinjac...@gmail.com]
> Sent: Monday, 29 July 2024 17.20
>
> On Mon, Jul 29, 2024 at 6:19 PM Vamsi Attunuru
> wrote:
> >
> > Announce addition of new capability flag and fields in
> > rte_dma_info and rte_dma_conf structures.
>
> The new capability flag won't break A
26/07/2024 13:01, Juraj Linkeš:
> For series:
> Reviewed-by: Juraj Linkeš
>
> On 24. 7. 2024 20:39, jspew...@iol.unh.edu wrote:
> > From: Jeremy Spewock
> >
> > v6:
> > * Fix error catch for retries. This series changed the error that
> > is thrown in the case of a timeout, but it was ori
Hi,
I have 4 ethernet interfaces available as PCI devices.
The PCI addresses are known.
When I start my DPDK application, it starts up properly and assigns the
port numbers to them as 0, 1, 2, 3 expectedly.
However, is there a way I can force that a particular PCI address should be
identified as
On Mon, Jul 29, 2024 at 06:16:48PM +0200, Burakov, Anatoly wrote:
> On 7/29/2024 4:30 PM, Bruce Richardson wrote:
> > On Mon, Jul 29, 2024 at 02:05:52PM +0100, Anatoly Burakov wrote:
> > > A lot of developers use Visual Studio Code as their primary IDE. This
> > > script generates a configuration f
Support the use of indirect counters in so-called SWITCH
rules (second stage lookup and steering after supposed
decapsulation) in tunnel offload. An indirect counter
can either come instead of an inline counter or, when
the latter is a conntrack-assisted counter, follow it.
Signed-off-by: Ivan Mal
18/07/2024 21:07, Luca Boccassi:
> On Thu, 18 Jul 2024 at 18:43, Stephen Hemminger
> wrote:
> >
> > The conversion from seconds to nanoseconds in the pcapng test
> > would overflow on 32 bit platforms leading to this test failing.
> >
> > Reported-by: Luca Boccassi
> > Signed-off-by: Stephen Hemm
29/07/2024 17:54, Dariusz Sosnowski:
> >
> > The 'eswitch_owner_vhca_id_valid' only depends on the 'merged_eswitch'
> > capability. And it should be set for all vport actions.
> >
> > Fixes: ac8415cfe760 ("net/mlx5/hws: set E-Switch owner VHC ID valid")
> > Cc: ere...@nvidia.com
> >
> > Signed-o
On 7/29/2024 4:30 PM, Bruce Richardson wrote:
On Mon, Jul 29, 2024 at 02:05:52PM +0100, Anatoly Burakov wrote:
A lot of developers use Visual Studio Code as their primary IDE. This
script generates a configuration file for VSCode that sets up basic build
tasks, launch tasks, as well as C/C++ cod
> -Original Message-
> From: Bing Zhao
> Sent: Monday, July 29, 2024 16:07
> To: Dariusz Sosnowski ; Slava Ovsiienko
> ; dev@dpdk.org; Raslan Darawsheh
>
> Cc: Ori Kam ; Suanming Mou ;
> Matan Azrad ; Erez Shitrit ; Alex
> Vesker
> Subject: [PATCH] net/mlx5/hws: fix the valid bit of E-Sw
On Mon, Jul 29, 2024 at 6:19 PM Vamsi Attunuru wrote:
>
> Announce addition of new capability flag and fields in
The new capability flag won't break ABI. We can mention only fields
update rte_dma_info and rte_dma_conf structures.
Another option is new set APIs for priority enablement. The downs
>-Original Message-
>From: Morten Brørup
>Sent: Monday, July 29, 2024 7:23 PM
>To: Bruce Richardson
>Cc: Vamsi Krishna Attunuru ;
>fengcheng...@huawei.com; dev@dpdk.org; kevin.la...@intel.com; Jerin
>Jacob ; Anoob Joseph
>Subject: [EXTERNAL] RE: [RFC] dmadev: add QoS capability
>
>> F
On Mon, Jul 29, 2024 at 02:05:52PM +0100, Anatoly Burakov wrote:
> A lot of developers use Visual Studio Code as their primary IDE. This
> script generates a configuration file for VSCode that sets up basic build
> tasks, launch tasks, as well as C/C++ code analysis settings that will
> take into a
The 'eswitch_owner_vhca_id_valid' only depends on the
'merged_eswitch' capability. And it should be set for all
vport actions.
Fixes: ac8415cfe760 ("net/mlx5/hws: set E-Switch owner VHC ID valid")
Cc: ere...@nvidia.com
Signed-off-by: Bing Zhao
Reviewed-by: Alex Vesker
---
drivers/net/mlx5/hws/
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Monday, 29 July 2024 15.27
>
> On Mon, Jul 29, 2024 at 03:14:55PM +0200, Morten Brørup wrote:
> > > From: Vamsi Attunuru [mailto:vattun...@marvell.com]
> > > Sent: Monday, 29 July 2024 13.56
> > >
> > > Some DMA controllers suppo
> On 2024-07-11 21:54, Abdullah Sevincer wrote:
> > This commit adds support for independent enqueue feature and updates
> > Event Device and PMD feature list.
> >
> > A new capability RTE_EVENT_DEV_CAP_INDEPENDENT_ENQ is introduced to
> > support independent enqueue to support PMD to enqueue in an
On Mon, Jul 29, 2024 at 1:48 AM Thomas Monjalon wrote:
>
> 26/07/2024 13:31, Ferruh Yigit:
> > On 7/26/2024 9:51 AM, Gavin Li wrote:
> > > Adding the deprecation notice as reminder for removing
> > > RTE_FLOW_ITEM_TYPE_VXLAN_GPE and its related structures,
> > > eg. rte_vxlan_gpe_hdr, rte_flow_ite
On Mon, Jul 29, 2024 at 03:14:55PM +0200, Morten Brørup wrote:
> > From: Vamsi Attunuru [mailto:vattun...@marvell.com]
> > Sent: Monday, 29 July 2024 13.56
> >
> > Some DMA controllers support QoS at HW command queue level to
> > differentiate the performance on different HW queues based on
> > th
On 7/29/2024 3:14 PM, Bruce Richardson wrote:
On Mon, Jul 29, 2024 at 02:05:52PM +0100, Anatoly Burakov wrote:
A lot of developers use Visual Studio Code as their primary IDE. This
script generates a configuration file for VSCode that sets up basic build
tasks, launch tasks, as well as C/C++ cod
On Mon, Jul 29, 2024 at 02:05:52PM +0100, Anatoly Burakov wrote:
> A lot of developers use Visual Studio Code as their primary IDE. This
> script generates a configuration file for VSCode that sets up basic build
> tasks, launch tasks, as well as C/C++ code analysis settings that will
> take into a
> From: Vamsi Attunuru [mailto:vattun...@marvell.com]
> Sent: Monday, 29 July 2024 13.56
>
> Some DMA controllers support QoS at HW command queue level to
> differentiate the performance on different HW queues based on
> the priority configured. Patch adds required fields in dmadev
> structures to
On 29-Jul-24 1:57 PM, Vladimir Medvedkin wrote:
The previous commit swapped the bytes of SA salt which
led to incorrect work of the ipsec-secgw application.
This patch reverts the previous commit and changes
the type of the salt field in the ipsec_sa structure.
Fixes: e6bfd9676109 ("examples/i
A lot of developers use Visual Studio Code as their primary IDE. This
script generates a configuration file for VSCode that sets up basic build
tasks, launch tasks, as well as C/C++ code analysis settings that will
take into account compile_commands.json that is automatically generated
by meson.
F
Lots of developers (myself included) uses Visual Studio Code as their primary
IDE for DPDK development. I have been successfully using various incarnations of
this script internally to quickly set up my development trees whenever I need a
new configuration, so this script is being shared in hopes t
The previous commit swapped the bytes of SA salt which
led to incorrect work of the ipsec-secgw application.
This patch reverts the previous commit and changes
the type of the salt field in the ipsec_sa structure.
Fixes: e6bfd9676109 ("examples/ipsec-secgw: fix SA salt endianness")
Cc: shihong.w..
Announce addition of new capability flag and fields in
rte_dma_info and rte_dma_conf structures.
Signed-off-by: Vamsi Attunuru
---
RFC:
https://patchwork.dpdk.org/project/dpdk/patch/20240729115558.263574-1-vattun...@marvell.com/
doc/guides/rel_notes/deprecation.rst | 5 +
1 file changed, 5
> In case of event mode operations where event device can help in atomic
> sequence number increment across cores, sequence number need to be
> provided by the application instead of being updated in rte_ipsec or the
> PMD.
>
> To support this, two new APIs rte_ipsec_pkt_crypto_sqn_assign and
>
Some DMA controllers support QoS at HW command queue level to
differentiate the performance on different HW queues based on
the priority configured. Patch adds required fields in dmadev
structures to get hardware supported priority levels and the
provision to configure the priority from the applica
> Subject: [PATCH v3] doc: announce rte_ipsec API changes
>
> In case of event mode operations where event device can help in atomic
> sequence number increment across cores, sequence number need to be
> provided by the application instead of being updated in rte_ipsec or the
> PMD.
>
> To suppor
In case of event mode operations where event device can help in atomic
sequence number increment across cores, sequence number need to be
provided by the application instead of being updated in rte_ipsec or the
PMD.
To support this, two new APIs rte_ipsec_pkt_crypto_sqn_assign and
rte_ipsec_pkt_cr
https://bugs.dpdk.org/show_bug.cgi?id=1504
Bug ID: 1504
Summary: Segmentation fault when enable avail_thresh on hairpin
queues
Product: DPDK
Version: 23.11
Hardware: All
OS: All
Status: UNCONFIRM
> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> Sent: Wednesday, 24 July 2024 09.54
Which packet mix was used for your tests? Synthetic IMIX, or some live data?
> +/* The code generated by GCC (and to a lesser extent, clang) with just
> + * a straight memcpy() to copy packets is
> > > > > > In case of event mode operations where event device can help
> > > > > > in atomic sequence number increment across cores, sequence
> > > > > > number need to be provided by the application instead of being
> > > > > > updated in rte_ipsec or the PMD. To support this, a new flag
> > > >
26/07/2024 13:31, Ferruh Yigit:
> On 7/26/2024 9:51 AM, Gavin Li wrote:
> > Adding the deprecation notice as reminder for removing
> > RTE_FLOW_ITEM_TYPE_VXLAN_GPE and its related structures,
> > eg. rte_vxlan_gpe_hdr, rte_flow_item_vxlan_gpe, etc.
> >
> > The proposed time of the removal is DPDK
61 matches
Mail list logo
