When a core that is not used by the rte is specified in the config
for testing, the problem of infinite loop occurs. The root cause
is that the program waits for the completion of the test task when
the test worker fails to be started on the lcore. This patch fix it.
Fixes: 533d7e7f66f3 ("app/dma-
> Subject: [PATCH V1] doc: add tested Intel platforms with Intel NICs
>
> Add tested Intel platforms with Intel NICs to v25.03 release note.
Acked-by: John McNamara
https://bugs.dpdk.org/show_bug.cgi?id=1682
Jiale Song (songx.ji...@intel.com) changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
The direct passthrough interrupt mechanism, which allowed bypassing the
kernel, was obscure and is no longer supported. So this driver won't
work with latest SDK kernels. Additionally, the sysfs GPIO control
interface has been deprecated by Linux kernel itself.
That said, this change updates the P
Add tested Intel platforms with Intel NICs to v25.03 release note.
Signed-off-by: Yu Jiang
---
doc/guides/rel_notes/release_25_03.rst | 164 +
1 file changed, 164 insertions(+)
diff --git a/doc/guides/rel_notes/release_25_03.rst
b/doc/guides/rel_notes/release_25_03.rst
https://bugs.dpdk.org/show_bug.cgi?id=1682
Bug ID: 1682
Summary: [dpdk-25.03] vhost_virtio_fuzzing/tso_forward_pkt:
testpmd cannot exit normally when test fuzz
Product: DPDK
Version: 25.03
Hardware: x86
OS:
https://bugs.dpdk.org/show_bug.cgi?id=1681
Bug ID: 1681
Summary: [dpdk-25.03] loopback_multi_paths_port_restart: core
dumped occurred when exiting testpmd
Product: DPDK
Version: 25.03
Hardware: All
OS: All
Test Environment: ARM architecture, OpenEuler operating system
CPU: HUAWEI Kunpeng 920 5220, BIOS Vendor ID: HiSilicon
Network Card: Mellanox Technologies MT27800 Family [ConnectX-5]
DPDK program sending self-encapsulated packets with MAC, IP, and UDP headers
continuously prints the following error
A new major release is available:
https://fast.dpdk.org/rel/dpdk-25.03.tar.xz
It was a small release cycle:
812 commits from 137 authors
1601 files changed, 85099 insertions(+), 38808 deletions(-)
It is not planned to start a maintenance branch for 25.03.
This version is A
21/03/2025 18:34, John McNamara:
> Fix grammar, spelling and formatting of DPDK 25.03 release notes
>
> Signed-off-by: John McNamara
Applied with an additional merge of vhost and virtio RSA features.
Also removed the comments.
Thanks
17/03/2025 21:09, lon...@linuxonhyperv.com:
> From: Long Li
>
> All vmbus APIs are used internally by DPDK core and net/netvsc PMD.
> It's not feasible or practical to use those APIs by the application.
> Those APIs will become internal in DPDK 25.11.
>
> Signed-off-by: Long Li
Applied, thanks
Used the common Tx entry structure and common Tx mbuf ring replenish fn
in place of idpf-specific structure and function.
The vector driver code paths (AVX2, AVX512) use the smaller SW
ring structure.
Signed-off-by: Shaiq Wani
---
drivers/net/intel/cpfl/cpfl_ethdev.c | 1 +
drivers/net
20/03/2025 15:21, Brian Dooley:
> Replacing myself as Crypto Perf App maintainer with Kai Ji.
>
> Signed-off-by: Brian Dooley
> ---
> Crypto performance test application
> -M: Brian Dooley
> +M: Kai Ji
Series applied, thanks.
To use cores with IDs greater than RTE_MAX_LCORE the user must provide a
mapping of those higher core numbers to ids within the 0 - RTE_MAX_LCORE
range. This can be awkward to do manually when more than a few lcores
are involved, so instead we can provide an extra option to EAL to do
this manually.
Traditionally, DPDK has had a direct mapping of internal lcore-ids, to
the actual core numbers in use. With higher core count servers becoming
more prevalent the issue becomes one of increasing memory footprint when
using such a scheme, due to the need to have all arrays dimensioned for
all cores o
24/03/2025 14:18, Morten Brørup:
> > From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
> > Sent: Monday, 24 March 2025 10.34
> >
> > When processing VLAN or QinQ packets, an infinite loop occurred,
> > preventing the csum forward engine from proceeding and causing
> > testpmd to hang during shutd
reworked the idpf and cpfl drivers to use the common functions and structures
from drivers/net/intel/common.
Shaiq Wani (4):
net/intel: use common Tx queue structure
net/intel: align Tx queue struct field names
net/intel: use common Tx entry structure
net/idpf: use common Tx free fn in idp
Using common code from net/intel/common in idpf and cpfl drivers.
Shaiq Wani (4):
net/intel: use common Tx queue structure
net/intel: align Tx queue struct field names
net/intel: use common Tx entry structure
net/idpf: use common Tx free fn in idpf
drivers/net/intel/common/tx.h
Used the common Tx entry structure and common Tx mbuf ring replenish fn
in place of idpf-specific structure and function.
The vector driver code paths (AVX2, AVX512) use the smaller SW
ring structure.
Signed-off-by: Shaiq Wani
---
drivers/net/intel/cpfl/cpfl_ethdev.c | 1 +
drivers/net
> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
> Sent: Monday, 24 March 2025 10.34
>
> When processing VLAN or QinQ packets, an infinite loop occurred,
> preventing the csum forward engine from proceeding and causing
> testpmd to hang during shutdown attempts.
>
> Updated the `get_ethertype
On Mon, Mar 24, 2025 at 06:19:06PM +0530, Shaiq Wani wrote:
> Align the Tx queue struct field names in idpf and
> cpfl driver with the common Tx queue struct.
>
Do the field names not need to aligned before you merge in the structures?
Remember, each patch should build when applied individually in
Align the Tx queue struct field names in idpf and
cpfl driver with the common Tx queue struct.
Signed-off-by: Shaiq Wani
---
drivers/net/intel/cpfl/cpfl_rxtx.c| 40 -
drivers/net/intel/cpfl/cpfl_rxtx_vec_common.h | 4 +-
drivers/net/intel/idpf/idpf_common_rxtx.c | 72 +++
> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
> Sent: Monday, 24 March 2025 09.50
>
> When processing VLAN or QinQ packets, an infinite loop occurred,
> preventing the csum forward engine from proceeding and causing
> testpmd to hang during shutdown attempts.
>
> Updated the `get_ethertype
Switch the idpf driver to use the common Tx free function for
AVX2 and AVX512.
Signed-off-by: Shaiq Wani
---
.../net/intel/idpf/idpf_common_rxtx_avx2.c| 68 +
.../net/intel/idpf/idpf_common_rxtx_avx512.c | 237 +-
drivers/net/intel/idpf/idpf_rxtx_vec_common.h | 2 +-
Align the Tx queue struct field names in idpf and
cpfl driver with the common Tx queue struct.
Signed-off-by: Shaiq Wani
---
drivers/net/intel/cpfl/cpfl_rxtx.c| 40 -
drivers/net/intel/cpfl/cpfl_rxtx_vec_common.h | 4 +-
drivers/net/intel/idpf/idpf_common_rxtx.c | 72 +++
Updates IP header data of reassembled packets,
1) IPv4 length, MF bit and checksum correction
2) IPv6 length update and fragment extension header remove
Also, corrects data length of multisegment decrypted
packets.
Signed-off-by: Rahul Bhansali
---
drivers/net/cnxk/cn20k_rx.h | 112 +
Switch the idpf driver to use the common Tx free function for
AVX2 and AVX512.
Signed-off-by: Shaiq Wani
---
.../net/intel/idpf/idpf_common_rxtx_avx2.c| 68 +
.../net/intel/idpf/idpf_common_rxtx_avx512.c | 237 +-
drivers/net/intel/idpf/idpf_rxtx_vec_common.h | 2 +-
Merge in additional fields used by the idpf driver and then convert it
over to using the common Tx queue structure.
Signed-off-by: Shaiq Wani
---
drivers/net/intel/common/tx.h | 18 ++
drivers/net/intel/cpfl/cpfl_ethdev.c | 2 +-
drivers/net/intel/cpfl/cpfl_ethdev.h
From: Vidya Sagar Velumuri
Fix the buffer refill for SDP output queue
Fixes: ab09499e809c ("net/octeon_ep: add SSE Rx")
Signed-off-by: Vidya Sagar Velumuri
Acked-by: Vamsi Krishna Attunuru
---
drivers/net/octeon_ep/cnxk_ep_rx.h | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
dif
https://bugs.dpdk.org/show_bug.cgi?id=1680
Bug ID: 1680
Summary: ASan check failed during testpmd termination
Product: DPDK
Version: 25.03
Hardware: All
OS: Linux
Status: UNCONFIRMED
Severity: normal
23/03/2025 13:28, Raslan Darawsheh:
> Updated the `get_ethertype_by_ptype` function to correctly parse VLAN
> headers.
You should describe what is broken and how.
> Fixes: 76730c7b9b5a ("app/testpmd: use packet type parsing API")
> Cc: haij...@huawei.com
Do you think it is critical for the relea
>> - eth_hdr->ether_type == _htons(RTE_ETHER_TYPE_QINQ)) {
>> - vlan_hdr = (struct rte_vlan_hdr *)
>> - ((char *)eth_hdr + sizeof(*eth_hdr));
>> + vlan_hdr = (struct rte_vlan_hdr *) RTE_PTR_ADD(eth_hdr,
>> +
The bitmap goal is to prevent double allocations and deallocations in
per core cache mode.
This validation occurs only in debug mode, ensuring it doesn't
impact performance.
Signed-off-by: Shani Peretz
Acked-by: Bing Zhao
---
drivers/net/mlx5/mlx5_utils.c | 103 +
When processing VLAN or QinQ packets, an infinite loop occurred,
preventing the csum forward engine from proceeding and causing
testpmd to hang during shutdown attempts.
Updated the `get_ethertype_by_ptype` function to correctly parse
VLAN headers.
Fixes: 76730c7b9b5a ("app/testpmd: use packet ty
https://bugs.dpdk.org/show_bug.cgi?id=1679
Bug ID: 1679
Summary: rte_ipv6_hdr.version is encoded in the wrong byte on
little-endian platforms
Product: DPDK
Version: 24.11
Hardware: All
OS: All
St
When processing VLAN or QinQ packets, an infinite loop occurred,
preventing the csum forward engine from proceeding and causing
testpmd to hang during shutdown attempts.
Updated the `get_ethertype_by_ptype` function to correctly parse
VLAN headers.
Fixes: 76730c7b9b5a ("app/testpmd: use packet ty
Answer inline below.
From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
Sent: Monday, 24 March 2025 09.32
Comment inline below.
From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
Sent: Monday, 24 March 2025 08.35
>> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
>> Sent: Sunday
>> Updated the `get_ethertype_by_ptype` function to correctly parse VLAN
>> headers.
>You should describe what is broken and how.
I’ll handle in v2
>> Fixes: 76730c7b9b5a ("app/testpmd: use packet type parsing API")
>> Cc: haij...@huawei.com
>Do you think it is critical for the release?
Yes, as
Comment inline below.
From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
Sent: Monday, 24 March 2025 08.35
>> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
>> Sent: Sunday, 23 March 2025 13.28
>>
>> Updated the `get_ethertype_by_ptype` function to correctly parse VLAN
>> headers.
>>
>> Fixes
The direct passthrough interrupt mechanism, which allowed bypassing the
kernel, was obscure and is no longer supported. So this driver won't
work with latest SDK kernels. Additionally, the sysfs GPIO control
interface has been deprecated by Linux kernel itself.
That said, this change updates the P
Enhancing ipool debug capabilities by introducing new ipool log
component.
Also adding various logs in different verbosities for ipool operations.
Signed-off-by: Shani Peretz
Acked-by: Bing Zhao
---
drivers/net/mlx5/mlx5_utils.c | 50 ++-
drivers/net/mlx5/mlx5_ut
Enhanced ipool debugging: Added new log component and verbosity levels for
operations.
Introduced a bitmap in debug mode to track allocations/deallocations,
preventing doubles in per-core cache mode.
Shani Peretz (2):
net/mlx5: add ipool debug capabilities
net/mlx5: added a bitmap that trac
>> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
>> Sent: Sunday, 23 March 2025 13.28
>>
>> Updated the `get_ethertype_by_ptype` function to correctly parse VLAN
>> headers.
>>
>> Fixes: 76730c7b9b5a ("app/testpmd: use packet type parsing API")
>> Cc: haij...@huawei.com
>>
>>> Signed-off-by: R
Comment inline below.
From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
Sent: Monday, 24 March 2025 08.35
>> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
>> Sent: Sunday, 23 March 2025 13.28
>>
>> Updated the `get_ethertype_by_ptype` function to correctly parse VLAN
>> headers.
>>
Morten Brørup would like to recall the message, "[PATCH] app/testpmd: fix VLAN
header parsing".
Comment inline below.
From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
Sent: Monday, 24 March 2025 08.35
>> From: Raslan Darawsheh [mailto:rasl...@nvidia.com]
>> Sent: Sunday, 23 March 2025 13.28
>>
>> Updated the `get_ethertype_by_ptype` function to correctly parse VLAN
>> headers.
>
>> Signed-off-by: Raslan Darawsheh
>> ---
>> app/test-pmd/csumonly.c | 8 +---
>> 1 file changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c
>> index 5b906eaa53..302cc4cc66 100644
>> --- a/app/test-pmd/csumonly.c
>> +++ b/app/test-pmd
Hey Arek
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Thursday 20 March 2025 16:57
> To: dev@dpdk.org
> Cc: gak...@marvell.com; Ji, Kai ; Dooley, Brian
> ; Kusztal, ArkadiuszX
> ; sta...@dpdk.org
> Subject: [PATCH] crypto/qat: fix out-of-place header bytes in aead raw api
>
>
48 matches
Mail list logo
