Add support for ECDSA SECP192R1, SECP224R1, SECP521R1 curve SIGN and
VERIFY operations
Signed-off-by: Rupesh Chiluka
---
app/test-crypto-perf/cperf_ops.c | 116
app/test-crypto-perf/cperf_options.h | 6 +
app/test-crypto-perf/cperf_options_parsing.c | 32 ++-
app/
From: Chinh Cao
The shadow RAM size is defined as 16-bit unsigned, which may result in
overflows under certain scenarios. Fix the value to be 32-bit.
Fixes: a240ff50505b ("net/ice/base: add basic structures")
Cc: sta...@dpdk.org
Signed-off-by: Chinh Cao
Signed-off-by: Anatoly Burakov
---
dri
Add enable/disable TX laser configuration code for Amber-Lite NICs.
Due to hardware design differences, the GPIO controlling the TX
laser on Amber-Lite NICs differs from Sapphire NICs, requiring
corresponding configuration changes.
Signed-off-by: Zaiyu Wang
---
drivers/net/txgbe/base/txgbe_hw.c
From: Vladimir Medvedkin
Current implementation only supports symmetric PFC configuration. Add
two more bitmasks to ice_dcb_pfc_cfg to support asymmetric PFC.
Signed-off-by: Vladimir Medvedkin
Signed-off-by: Anatoly Burakov
---
drivers/net/intel/ice/base/ice_dcb.c | 105 +
On Fri, Sep 26, 2025 at 02:41:01PM +0200, David Marchand wrote:
> A problem with the current headers check is that it relies on
> meson dependencies objects that come with their include_directories
> directives, and all of those point at the library / driver sources.
>
> This means that we won't d
Intel driver were moved from 'net/*' to '/net/intel/*' in DPDK 25.03
in commit
c1d145834f28 ("net/intel: move Intel drivers to a subdirectory")
This means that any enabling or disabling of those drivers from
the command line using the old names will no longer work.
e.g. 'net/ixgbe' will not enable
http://bugs.dpdk.org/show_bug.cgi?id=1619
Kevin Traynor (ktray...@redhat.com) changed:
What|Removed |Added
CC||ktray...@redhat.com
On Fri, Sep 26, 2025 at 11:07:52AM -0700, Stephen Hemminger wrote:
> On Fri, 26 Sep 2025 15:49:04 +
> Kai Ji wrote:
>
> > Bugzilla ID: 1773
> > Cc: sta...@dpdk.org
> >
> > [0] https://bugs.dpdk.org/show_bug.cgi?id=1773
> >
> > Signed-off-by: Kai Ji
> > ---
> > lib/eal/include/rte_common.h
In case some CPUs don't support AVX512. Enable AVX2 for them to
get better per-core performance.
In the single queue model, the same descriptor queue is used by SW
to post descriptors to the device and used by device to report completed
descriptors to SW. While as the split queue model separates t
On Fri, 26 Sep 2025 08:58:01 -0700
Stephen Hemminger wrote:
> All global functions should use a common prefix. For netvsc all
> globals start with hn_. Rename get_vmbus_device to
> hn_nvs_get_vmbus_device to follow pattern used in this code.
>
> Fixes: 11c0663c9445 ("net/netvsc: add function to
Use a utility function and macro to simplify the code for checking for
conflicting cmdline options. The checking can also be done at the
initial argument collating stage, shortening the argument
processing function which is very much on the long side.
Signed-off-by: Bruce Richardson
---
lib/eal/
> Acked-by: Kai Ji
Applied to dpdk-next-crypto
Thanks.
Add device IDs, speed and other basic information for Wangxun's
new Amber-Lite NICs: aml (10G/25G) and aml40 (40G).
Signed-off-by: Zaiyu Wang
---
drivers/net/txgbe/base/txgbe_devids.h | 9 +++
drivers/net/txgbe/base/txgbe_hw.c | 17 +
drivers/net/txgbe/base/txgbe_regs.h |
Hi!
The patch series looks good.
Only one thought from my side is about consistency between prefixes for global
symbols for variables and functions.
For functions, we use the prefix "nthw_*"; however, the patch series uses the
prefix "ntnic_" for global variables.
Will it be better to keep the
On Tue, Sep 23, 2025 at 02:54:52PM +0200, Shetty, Praveen wrote:
> From: Praveen Shetty
>
> This patch adds the registration support for a new vCPF PMD.
> vCPF PMD is responsible for enabling control and data path
> functionality for the CPF VF devices.
>
> Signed-off-by: Praveen Shetty
> Te
This patchset introduces the support for Tx offload configuration
through DTS, allowing test cases to be written utilizing Tx offload
capabilities. Along with configuring these capabilities, they are also
added to the NIC capabilities class, in which they can be required by
test suites. Finally, a
02/10/2025 09:37, Morten Brørup:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > --- a/config/meson.build
> > +++ b/config/meson.build
> > @@ -379,6 +379,7 @@ if get_option('mbuf_refcnt_atomic')
> > dpdk_conf.set('RTE_MBUF_REFCNT_ATOMIC', true)
> > endif
> > dpdk_conf.set10('RTE_IOV
Rather than working off arrays of lcore values, update the coremask
handling to use rte_cpuset_t. The use of the array provides no
additional value for coremasks, since the order of the bits set will
always be from lowest core number to highest, making the tracking of
what core was 0, 1, 2 etc. poi
Allow the "-R" flag to be used with core lists so that we can specify
lists with core ids >= RTE_MAX_LCORE in them, e.g. -l 140-148. In order
to do so, we limit the use of the "@" symbol for per-core remapping when
specifying a core list for automatic/global remapping, rather than
dealing with the
#
October 2, 2025
Attendees
1. Patrick Robb
2. Luca Vizzarro
3. Paul Szczepanek
4. Andrew Bailey
5. Aaron Conole
#
Minutes
==
September 25, 2025
Attendees
* Patrick Robb
* Luca Vizzarro
* Andrew Bailey
* Paul Szczepanek
* Indira K
Minutes
==
#
September 18, 2025
Attendees
1. Patrick Robb
2. Aaron Conole
3. Luca Vizzarro
4. Sadashiva Rao
5. Paul Szczepanek
6. Aaron Conole
#
Minutes
=
From: Nithinsen Kaithakadan
Add packet vector support in cn20k crypto adapter.
Signed-off-by: Nithinsen Kaithakadan
---
drivers/crypto/cnxk/cn20k_cryptodev_ops.c | 319 --
drivers/crypto/cnxk/cn20k_cryptodev_ops.h | 1 +
drivers/crypto/cnxk/cnxk_cryptodev_ops.h | 6 +
DPDK traditionally has iterated through all args and processed them as
they appear in the commandline. The arg processing logic can be
simplified if instead we initially gather all arguments into a structure
which is then processed with the arguments dealt with in a fixed/known
order.
Signed-off-b
Introduce a string define for the currently running OS, or execution
environment.
Originally, with old make build system, CONFIG_RTE_EXEC_ENV used to hold
this name string, but the variable seems to have been missed in the
meson build system, until commit cadb255e25d6 ("eal: add OS defines for
C c
The existing "available_cores" function in eal_common_options.c has
general code for converting a set of cores to a printable string.
Generalize this code into an "eal_cpuset_to_str" function which takes a
cpuset as parameter, and create a new "available_cores" function using
this new utility funct
Add the new "--remap-lcore-ids" or "-R" option to signify that lcore ids
are to start at a low range. This takes an optional parameter to specify
the value to start from. Initially, use this to adjust the core mappings
when using a coremask.
As well as remapping within the range of RTE_MAX_LCORE,
To simplify future rework of the EAL arg handling, add a long-option
equivalent for each short option that doesn't already have one.
When updating the docs with the new long options, standardize the format
of options which have both short and long variants, and drop the
deprecated service-coremask
When rte_eal_init fails part way through, any saved EAL arguments need
to be freed, and the run_once flag needs to be set back to zero again.
The former task was never done on failure, and the latter was only done
on some occasions. Rework the error handling to always go to an err_out
label where c
The different value types supported by the argparse library are not
discussed in the documentation, so add some reference material about
them.
Signed-off-by: Bruce Richardson
---
doc/guides/prog_guide/argparse_lib.rst | 73 +-
1 file changed, 71 insertions(+), 2 deletions
When the arguments passed to argparse include -h/--help then usage
information is automatically printed. Provide the capability for the
user to supply their own help function for this.
Signed-off-by: Bruce Richardson
---
doc/guides/prog_guide/argparse_lib.rst | 16
doc/guides/re
Make the function to print out the help text for an argparse object a
public function, which takes as a new parameter the file stream on which
to print. This can be used in future to allow application to extend
their own help information.
Signed-off-by: Bruce Richardson
---
lib/argparse/rte_argp
Hi all,
This patch fixes a subtle ordering issue in the ring code that can lead
to incorrect behavior under certain conditions. The change adopts a
solution that balances performance with compatibility for dependent
libraries.
For background, motivation, and validation (including Herd7 litmus
tes
On Thu, 2 Oct 2025 at 18:56, David Marchand wrote:
>
> Running rte_exit() in a forked process means that shared memory will be
> released by the child process before the parent process does the same.
Another way of describing the issue is that the unit test code by
forking at rte_eal_init made it
Running rte_exit() in a forked process means that shared memory will be
released by the child process before the parent process does the same.
This issue has been seen recently when some GHA virtual machine (with
some mlx5 devices) runs the debug_autotest unit test.
Instead, run rte_panic() and rt
Sorry for the various series I pushed. I attempted in reply to but it seemed to
create a new series. If I am making changes to one commit in a series, do I
need to resend all commits with an updated version? In such a case do I reply
to the series or the specific change I am updating?
Regarding
On Thu, Oct 02, 2025 at 06:42:15PM +0300, Ali Alnubani wrote:
> On 10/2/25 3:45 PM, David Marchand wrote:
>
> > On Thu, 2 Oct 2025 at 13:54, David Marchand
> > wrote:
> > > On Wed, 24 Sept 2025 at 13:13, Bruce Richardson
> > > wrote:
> > > > The meson find_library() API call sometimes finds a l
On 10/2/25 3:45 PM, David Marchand wrote:
On Thu, 2 Oct 2025 at 13:54, David Marchand wrote:
On Wed, 24 Sept 2025 at 13:13, Bruce Richardson
wrote:
The meson find_library() API call sometimes finds a library that is
actually incompatible with the current build, for example, returning a
64-bi
Bugzilla ID: 1773
https://bugs.dpdk.org/show_bug.cgi?id=1773
Signed-off-by: Kai Ji
---
lib/eal/include/rte_memory.h | 38
1 file changed, 38 insertions(+)
diff --git a/lib/eal/include/rte_memory.h b/lib/eal/include/rte_memory.h
index dcc0e69cfe..2d24e091af 1
Replace memcmp() with rte_timingsafe_memcmp() in cryptographic
authentication verification operations across iipsec-mb drivers.
Note: OpenSSL crypto driver already uses CRYPTO_memcmp() which
provides equivalent timing attack resistance and is left unchanged.
Note: scheduler driver memcmp stays un
On 10/1/2025 9:56 AM, Shaiq Wani wrote:
In case some CPUs don't support AVX512. Enable AVX2 for them to
get better per-core performance.
In the single queue model, the same descriptor queue is used by SW
to post descriptors to the device and used by device to report completed
descriptors to SW.
On Wed, 1 Oct 2025 at 08:45, David Marchand wrote:
>
> As explained in patch 8, the current headers check can not catch
> issues when a public header includes an internal header.
>
> Patch 1-5 fixes have not been marked as backport material as those bugs
> seems minor/easy to fix externally (by ei
On 10/2/2025 1:54 PM, David Marchand wrote:
On Thu, 2 Oct 2025 at 12:34, Burakov, Anatoly wrote:
On 10/1/2025 4:23 PM, David Marchand wrote:
On Wed, 1 Oct 2025 at 16:12, David Marchand wrote:
On Wed, 1 Oct 2025 at 16:04, Burakov, Anatoly wrote:
Can you provide a little more details on wha
On Thu, 2 Oct 2025 at 13:54, David Marchand wrote:
> On Wed, 24 Sept 2025 at 13:13, Bruce Richardson
> wrote:
> >
> > The meson find_library() API call sometimes finds a library that is
> > actually incompatible with the current build, for example, returning a
> > 64-bit library when doing a 32-b
On 10/1/2025 4:23 PM, David Marchand wrote:
On Wed, 1 Oct 2025 at 16:12, David Marchand wrote:
On Wed, 1 Oct 2025 at 16:04, Burakov, Anatoly wrote:
Can you provide a little more details on what exactly you are proposing?
On the back of this patch, I installed CodeRabbit in my IDE (VSCode),
a
On Thu, 2 Oct 2025 at 10:07, Bruce Richardson
wrote:
> On Thu, Oct 02, 2025 at 09:53:15AM +0200, David Marchand wrote:
> > It's a pity meson refuses to define user helpers... so much copy/paste
> > in this patch.
> >
>
> Yes, though if we want to reduce it I can remove some that is currently
> unn
On Wed, 24 Sept 2025 at 13:13, Bruce Richardson
wrote:
>
> The meson find_library() API call sometimes finds a library that is
> actually incompatible with the current build, for example, returning a
> 64-bit library when doing a 32-bit build. To avoid problems with this,
> check each library retu
On Thu, 2 Oct 2025 at 12:34, Burakov, Anatoly wrote:
>
> On 10/1/2025 4:23 PM, David Marchand wrote:
> > On Wed, 1 Oct 2025 at 16:12, David Marchand
> > wrote:
> >> On Wed, 1 Oct 2025 at 16:04, Burakov, Anatoly
> >> wrote:
> >>> Can you provide a little more details on what exactly you are pro
The documentation has unused anchors that were either left behind after
a documentation refactoring, or just unused since day 1.
Signed-off-by: David Marchand
---
doc/guides/contributing/abi_policy.rst| 2 --
doc/guides/contributing/cheatsheet.rst| 1 -
doc/guides/contr
From: Nandini Persad
I modified the anchors names within the guides to have a
a clear prefix so that they don't collide, based on
advice from Thomas.
Signed-off-by: Nandini Persad
Acked-by: Bruce Richardson
Acked-by: Hemant Agrawal
Signed-off-by: David Marchand
---
Changes since v1:
- rebase
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Thursday, 2 October 2025 10.10
>
> On Wed, Oct 01, 2025 at 08:57:02PM +0200, Morten Brørup wrote:
> > > From: Kai Ji [mailto:kai...@intel.com]
> > > Sent: Wednesday, 1 October 2025 17.33
> > >
> > > Bugzilla ID: 1773
> > > https:
On Thu, Oct 02, 2025 at 10:37:09AM +0200, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Thursday, 2 October 2025 10.10
> >
> > On Wed, Oct 01, 2025 at 08:57:02PM +0200, Morten Brørup wrote:
> > > > From: Kai Ji [mailto:kai...@intel.com]
> > > > Sent:
On Wed, Oct 01, 2025 at 08:57:02PM +0200, Morten Brørup wrote:
> > From: Kai Ji [mailto:kai...@intel.com]
> > Sent: Wednesday, 1 October 2025 17.33
> >
> > Bugzilla ID: 1773
> > https://bugs.dpdk.org/show_bug.cgi?id=1773
> >
> > Signed-off-by: Kai Ji
> > ---
> > lib/eal/include/rte_memory.h | 3
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Wednesday, 1 October 2025 01.25
>
> From: Shani Peretz
>
> This feature is designed to monitor the lifecycle of mbufs
> as they move between the application and the PMD.
> It will allow to track the operations and transitions
> o
Hi Thomas, Shani,
Sorry, I had completely forgotten about this patch.
Thomas Monjalon, Oct 01, 2025 at 01:25:
> From: Shani Peretz
>
> Add a Python script that parses the history dump of mbufs
> generated by rte_mbuf_history_dump() and related functions,
> and presents it in a human-readable for
On Thu, Oct 02, 2025 at 09:53:15AM +0200, David Marchand wrote:
> Hello Bruce,
>
> On Wed, 24 Sept 2025 at 13:13, Bruce Richardson
> wrote:
> >
> > The meson find_library() API call sometimes finds a library that is
> > actually incompatible with the current build, for example, returning a
> > 64
From: Nithinsen Kaithakadan
Fix mbuf sanity check failure by zeroing data_len of each
segment from the target len onward and adjusting pkt_len
in the head mbuf. Hence by avoiding call to free mbuf from
intermediate node.
Fixes: 9a126e7cf088 ("crypto/cnxk: support TLS padding verification")
Fixes
> The test dummy vector data is incorrect for AEAD decryption, so we should
> only run when passed a valid test vector file.
>
> Signed-off-by: Emma Finn
> ---
> app/test-crypto-perf/cperf_options_parsing.c | 19 +--
> 1 file changed, 17 insertions(+), 2 deletions(-)
Acked-by: A
Hello Bruce,
On Wed, 24 Sept 2025 at 13:13, Bruce Richardson
wrote:
>
> The meson find_library() API call sometimes finds a library that is
> actually incompatible with the current build, for example, returning a
> 64-bit library when doing a 32-bit build. To avoid problems with this,
> check eac
On 8/26/25 9:43 PM, Nicolas Chautru wrote:
Clarify the usage, range and mapping for the set of window
indexes of each cyclic shift for the FFT processing pipeline.
Signed-off-by: Nicolas Chautru
---
doc/guides/prog_guide/bbdev.rst | 7 +--
1 file changed, 5 insertions(+), 2 deletions(
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Wednesday, 1 October 2025 01.25
>
> From: Shani Peretz
>
> Mark the Rx/Tx steps in mbufs for debugging.
> It has no performance impact if mbuf history is disabled (by default).
>
> Signed-off-by: Shani Peretz
> ---
> lib/ethdev/rte_
61 matches
Mail list logo
