> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> Sent: Tuesday, 18 April 2023 17.17
>
> On 2023-04-18 16:07, Morten Brørup wrote:
> >> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> >> Sent: Tuesday, 18 April 2023 14.31
> >>
> >> On 2023-04-18 12:45, Sivaprasad Tu
VRRP advertisement packets are dropped on i40e PF device because
when a MAC address is added to a device, packets originating from
that MAC address are dropped.
This patch fixes the bug by disabling source pruning by default,
and adds a PMD specific API to enable/disable source pruning.
Bugzilla I
Signed-off-by: Qiming Yang
---
doc/guides/nics/ice.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/guides/nics/ice.rst b/doc/guides/nics/ice.rst
index bcc1cab491..c351c6bd74 100644
--- a/doc/guides/nics/ice.rst
+++ b/doc/guides/nics/ice.rst
@@ -68,6 +68,8 @@ The detailed information
Signed-off-by: Qiming Yang
---
doc/guides/nics/i40e.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 7447af1be4..1f5ac25c27 100644
--- a/doc/guides/nics/i40e.rst
+++ b/doc/guides/nics/i40e.rst
@@ -101,6 +101,8 @@ For X710/XL710/
Good evening DPDK Community,
Tomorrow DPDK will hold its biweekly tech board meeting 8am PDT/11am
EDT/1500h UTC
A read only copy of the agenda can be found here:
https://annuel.framapad.org/p/r.0c3cc4d1e011214183872a98f6b5c7db
And as always, you can log in on jitsi:
https://meet.jit.si/dpdk
> -Original Message-
> From: Yunjian Wang
> Sent: Monday, April 17, 2023 8:12 AM
> To: dev@dpdk.org
> Cc: Honnappa Nagarahalli ;
> konstantin.v.anan...@yandex.ru; luyi...@huawei.com; Yunjian Wang
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] ring: fix use after free in ring release
Add aes-128-xts and aes-256-xts support for crypto openssl pmd. As xts mode we
got 2 key, the key length is multiplied by two, i.e. 32 and 64.
Signed-off-by: Michael Leung
---
drivers/crypto/openssl/openssl_pmd_private.h | 2 +-
drivers/crypto/openssl/rte_openssl_pmd.c | 13 +
On Wed, 19 Apr 2023 00:35:31 +0300
Dmitry Kozlyuk wrote:
> Hi,
>
> 2023-04-12 08:44 (UTC+), wuchangsheng (C):
> > When using rte_malloc and rte_free to request and release memory
> > repeatedly, the usage of large pages gradually increases.
>
> Do you have a repro?
>
> > Checking the re
Hi,
2023-04-12 08:44 (UTC+), wuchangsheng (C):
> When using rte_malloc and rte_free to request and release memory repeatedly,
> the usage of large pages gradually increases.
Do you have a repro?
> Checking the relevant source code shows that memory requests and releases
> are started from t
When getting objects from the mempool, the number of objects to get is
often constant at build time.
This patch adds another code path for this case, so the compiler can
optimize more, e.g. unroll the copy loop when the entire request is
satisfied from the cache.
On an Intel(R) Xeon(R) E5-2620 v4
Introduce the new rte_flow_update() API allowing users
to update the action list in the already existing rule.
Flow rules can be updated now without the need to destroy
the rule first and create a new one instead.
A single API call ensures that no packets are lost by
guaranteeing atomicity and flow
When getting objects from the mempool, the number of objects to get is
often constant at build time.
This patch adds another code path for this case, so the compiler can
optimize more, e.g. unroll the copy loop when the entire request is
satisfied from the cache.
On an Intel(R) Xeon(R) E5-2620 v4
On Thu, Apr 13, 2023 at 12:10:41PM +0200, David Marchand wrote:
> Caught with ASan.
> If initialising a virtio_user port fails, we may leak the ifname passed
> via a devargs.
>
> Fixes: 4214a1b493f2 ("net/virtio-user: support changing tap interface name")
> Cc: sta...@dpdk.org
>
> Signed-off-by:
On Thu, Mar 16, 2023 at 09:17:05AM -0700, Tyler Retzlaff wrote:
> On Thu, Mar 16, 2023 at 04:25:41PM +0100, Thomas Monjalon wrote:
> > 16/03/2023 11:03, Bruce Richardson:
> > > On Wed, Mar 15, 2023 at 02:15:29PM -0700, Tyler Retzlaff wrote:
> > > > This series replaces uses of __atomic_{add,and,or,
Indirect flow action provides a handler to hardware
flow action object. The handler is used in flow rules for sharing
hardware action object state.
Current INDIRECT flow handler can reference a single
flow action type.
New INDIRECT_LIST extends existing functionality.
INDIRECT_LIST flow handler
On Tue, 18 Apr 2023 13:25:41 +0800
Wenzhuo Lu wrote:
> fd = open("{}/cpu{}/topology/physical_package_id".format(base_path, cpu))
> socket = int(fd.read())
> fd.close()
> +fd = open("{}/cpu{}/topology/die_id".format(base_path, cpu))
> +die = int(fd.read())
> +fd.close()
> From: Morten Brørup
> Sent: Tuesday, 18 April 2023 13.30
>
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Tuesday, 18 April 2023 13.07
> >
> > On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
[...]
> > > + /*
> > > + * The request size i
On Tue, Apr 18, 2023 at 05:50:56PM +0200, Morten Brørup wrote:
> > From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> > Sent: Tuesday, 18 April 2023 17.45
> >
> > On Tue, Apr 18, 2023 at 05:30:27PM +0200, Morten Brørup wrote:
> > > > From: Tyler Retzlaff [mailto:roret...@linux.microsoft.
When getting objects from the mempool, the number of objects to get is
often constant at build time.
This patch adds another code path for this case, so the compiler can
optimize more, e.g. unroll the copy loop when the entire request is
satisfied from the cache.
On an Intel(R) Xeon(R) E5-2620 v4
> From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> Sent: Tuesday, 18 April 2023 17.45
>
> On Tue, Apr 18, 2023 at 05:30:27PM +0200, Morten Brørup wrote:
> > > From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> > > Sent: Tuesday, 18 April 2023 17.15
> > >
> > > On Tue, Apr 18,
On Tue, Apr 18, 2023 at 05:30:27PM +0200, Morten Brørup wrote:
> > From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> > Sent: Tuesday, 18 April 2023 17.15
> >
> > On Tue, Apr 18, 2023 at 12:06:42PM +0100, Bruce Richardson wrote:
> > > On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brør
> From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> Sent: Tuesday, 18 April 2023 17.15
>
> On Tue, Apr 18, 2023 at 12:06:42PM +0100, Bruce Richardson wrote:
> > On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
> > > When getting objects from the mempool, the number of obje
Pre and post computations currently use the OpenSSL library by default.
This patch removes this dependency on OpenSSL and uses Intel IPsec MB
library for the required computations.
Removed OpenSSL dependency for QAT PMD compilation. IPsec MB is now a
requirement and minimum version of IPsec MB is
On 2023-04-18 16:07, Morten Brørup wrote:
>> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
>> Sent: Tuesday, 18 April 2023 14.31
>>
>> On 2023-04-18 12:45, Sivaprasad Tummala wrote:
>>> fixed the padding required to align to cacheline size.
>>>
>>
>> What's the point in having this
On Tue, Apr 18, 2023 at 12:06:42PM +0100, Bruce Richardson wrote:
> On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
> > When getting objects from the mempool, the number of objects to get is
> > often constant at build time.
> >
> > This patch adds another code path for this case, s
On Tue, Apr 18, 2023 at 10:19:15AM +0100, Bruce Richardson wrote:
> On Fri, Mar 17, 2023 at 03:34:15PM -0700, Tyler Retzlaff wrote:
> > Update driver to use rte thread API where available instead of pthread
> > as a prerequisite to removing pthread stubs on Windows.
> >
> > Signed-off-by: Tyler Re
This workaround was needed before version 1.0.1f. Do not build it for
versions >= 1.1.
Fixes: d61f70b4c918 ("crypto/libcrypto: add driver for OpenSSL library")
Signed-off-by: Didier Pallard
Cc: sta...@dpdk.org
---
drivers/crypto/openssl/rte_openssl_pmd.c | 14 --
1 file changed, 12 i
Contexts allocated with EVP_MAC_CTX_new calls are leaking, they are created
then overwritten by the return value of EVP_MAC_CTX_dup call.
Fixes: 75adf1eae44f ("crypto/openssl: update HMAC routine with 3.0 EVP API")
Fixes: 2b9c693f6ef5 ("crypto/openssl: support AES-CMAC operations")
Signed-off-by:
> -Original Message-
> From: Saoirse O'Donovan
> Sent: Tuesday 18 April 2023 15:23
> To: Ji, Kai ; De Lara Guarch, Pablo
>
> Cc: dev@dpdk.org; luca.bocca...@gmail.com; O'Donovan, Saoirse
> ; Bronowski, PiotrX
>
> Subject: [PATCH] crypto/ipsec_mb: enqueue counter fix
>
> This patch re
This patch removes enqueue op counter update from the process_op_bit
function where the process is now done in dequeue stage. The original
stats increment was incorrect as they shouldn't have been updated at all
in this function.
Fixes: 4f1cfda59ad3 ("crypto/ipsec_mb: move snow3g PMD")
Cc: piotrx.
In the commit 8070d8fecb4e ("devtools: add fixes flag to commit listing")
the function to mark a commit for "stable" was duplicated for "Fixes:" mark.
The code is a bit smaller by using a single function for both marks.
Signed-off-by: Thomas Monjalon
---
devtools/git-log-fixes.sh | 22 ++---
When looking for fixes to backport,
only the first origin commit hash (from "Fixes:") was checked.
There is very little chance that the next commits being fixed
have a wrong hash in the commit log of the fix,
but it is fixed by checking them all before proceeding further.
Fixes: 752d8e097ec1 ("scr
While looking again at git-log-fixes.sh,
I've found a minor bug and a small improvement.
Thomas Monjalon (2):
devtools: fix check of multiple commits fixed at once
devtools: deduplicate function to mark fixes
devtools/git-log-fixes.sh | 24 +++-
1 file changed, 7 insertio
> From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
> Sent: Tuesday, 18 April 2023 14.31
>
> On 2023-04-18 12:45, Sivaprasad Tummala wrote:
> > fixed the padding required to align to cacheline size.
> >
>
> What's the point in having this structure cache-line aligned? False
> sharing
This patch adds support to the QAT symmetric crypto PMD for combined
cipher-crc offload feature, primarily for DOCSIS, on gen2/gen3/gen4
QAT devices.
A new devarg called qat_sym_cipher_crc_enable has been
added to the PMD, which can be set on process start as follows:
-a ,qat_sym_cipher_crc_enabl
This patch adds support to the QAT firmware interface header files
for the combined cipher-crc offload feature for DOCSIS on gen2/gen3/
gen4 QAT devices. The main change is that new structures have been
added for the crc content descriptor for the various generations.
Signed-off-by: Kevin O'Sulliv
This patchset adds support to the QAT PMD for combined cipher-crc
processing for DOCSIS on the QAT device. The current QAT PMD
implementation of cipher-crc calculates CRC in software and uses QAT
for encryption/decryption offload.
Note: The previous code-path is still retained for QAT firmware
ver
On 4/5/2023 8:41 AM, Aakash Sasidharan wrote:
Add cryptodev tests to verify that the device supports
reconfiguration any number of times via
rte_cryptodev_configure API.
Signed-off-by: Aakash Sasidharan
---
Acked-by: Fan Zhang
Ping.
On Thu, Mar 9, 2023 at 11:35 PM Tanzeel Ahmed
wrote:
> Any updates?
>
>
> On Sat, Feb 25, 2023 at 6:53 PM Tanzeel-inline
> wrote:
>
>> From: Tanzeel Ahmed
>>
>> This patch is new version of [PATCH] lib/net: added push MPLS header API.
>> I have also added the MPLS strip functionality to
On Tue, Apr 18, 2023 at 01:29:49PM +0200, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Tuesday, 18 April 2023 13.07
> >
> > On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
> > > When getting objects from the mempool, the number of obj
On Tue, Apr 18, 2023 at 01:29:49PM +0200, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Tuesday, 18 April 2023 13.07
> >
> > On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
> > > When getting objects from the mempool, the number of obj
On 2023-04-18 13:06, Morten Brørup wrote:
>> From: Sivaprasad Tummala [mailto:sivaprasad.tumm...@amd.com]
>> Sent: Tuesday, 18 April 2023 12.46
>>
>> fixed the padding required to align to cacheline size.
>>
>> Fixes: 54f17843a887 ("eventdev: add port maintenance API")
>> Cc: mattias.ronnb...@erics
On 2023-04-18 12:45, Sivaprasad Tummala wrote:
> fixed the padding required to align to cacheline size.
>
What's the point in having this structure cache-line aligned? False
sharing is a non-issue, since this is more or less a read only struct.
This is not so much a comment on your patch, but t
Hi,
> >
> > > -Original Message-
> > > From: Harold Huang
> > > Sent: Sunday, March 12, 2023 4:00 AM
> > > To: dev@dpdk.org
> > > Cc: Harold Huang ; Wisam Monther
> > >
> > > Subject: [PATCH] app/flow-perf: replace RTE_BE32/16 with
> > > rte_cpu_to_be_32/16 for variables
> > >
> > > In D
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Tuesday, 18 April 2023 13.07
>
> On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
> > When getting objects from the mempool, the number of objects to get is
> > often constant at build time.
> >
> > This patch adds
On Tue, Apr 11, 2023 at 08:48:45AM +0200, Morten Brørup wrote:
> When getting objects from the mempool, the number of objects to get is
> often constant at build time.
>
> This patch adds another code path for this case, so the compiler can
> optimize more, e.g. unroll the copy loop when the entir
> From: Sivaprasad Tummala [mailto:sivaprasad.tumm...@amd.com]
> Sent: Tuesday, 18 April 2023 12.46
>
> fixed the padding required to align to cacheline size.
>
> Fixes: 54f17843a887 ("eventdev: add port maintenance API")
> Cc: mattias.ronnb...@ericsson.com
>
> Signed-off-by: Sivaprasad Tummala
fixed the padding required to align to cacheline size.
Fixes: 54f17843a887 ("eventdev: add port maintenance API")
Cc: mattias.ronnb...@ericsson.com
Signed-off-by: Sivaprasad Tummala
---
lib/eventdev/rte_eventdev_core.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/even
David,
Sorry that I missed one comment...
> -Original Message-
> From: David Marchand
> Sent: Tuesday, April 18, 2023 3:47 PM
> To: Xia, Chenbo
> Cc: dev@dpdk.org; sk...@marvell.com
> Subject: Re: [RFC 0/4] Support VFIO sparse mmap in PCI bus
>
> Hello Chenbo,
>
> On Tue, Apr 18, 2023
Hi David,
> -Original Message-
> From: David Marchand
> Sent: Tuesday, April 18, 2023 3:47 PM
> To: Xia, Chenbo
> Cc: dev@dpdk.org; sk...@marvell.com
> Subject: Re: [RFC 0/4] Support VFIO sparse mmap in PCI bus
>
> Hello Chenbo,
>
> On Tue, Apr 18, 2023 at 7:49 AM Chenbo Xia wrote:
>
The crypto operations are performed with crypto WQE. If the input
buffers(AAD, mbuf, digest) are not contiguous, as the requirement
from FW, an UMR WQE is needed to generate contiguous address space
for crypto WQE. The UMR WQE and crypto WQE are handled in two
different QPs.
The QP for UMR operati
Crypto queue pair is for handling the encryption/decryption operations.
As AES-GCM AEAD API provides AAD, mbuf, digest separately, low-level FW
only accepts the data in a single contiguous memory region, two internal
QPs are created for AES-GCM queue pair. One for organizing the memory
to be conti
Sessions are used in symmetric transformations in order to prepare
objects and data for packet processing stage.
The AES-GCM session includes IV, AAD, digest(tag), DEK, operation
mode information.
Signed-off-by: Suanming Mou
---
drivers/common/mlx5/mlx5_prm.h| 12 +++
drivers/crypto
AES-GCM provides both authenticated encryption and the ability to check
the integrity and authentication of additional authenticated data (AAD)
that is sent in the clear.
This commit adds the AES-GCM capability query and check. An new devarg
"algo" is added to identify if the crypto PMD will be in
The crypto device requires the DEK(data encryption key) object for
data encryption/decryption operation.
This commit adds the AES-GCM DEK object management support.
Signed-off-by: Suanming Mou
---
drivers/common/mlx5/mlx5_devx_cmds.c | 6 +-
drivers/common/mlx5/mlx5_devx_cmds.h | 1 +
dri
AES-GCM provides both authenticated encryption and the ability to check
the integrity and authentication of additional authenticated data (AAD)
that is sent in the clear.
The crypto operations are performed with crypto WQE. If the input
buffers(AAD, mbuf, digest) are not contiguous, as the require
On Tue, Apr 18, 2023 at 09:52:49AM +0100, Ferruh Yigit wrote:
> On 4/18/2023 9:25 AM, Sivaprasad Tummala wrote:
> > A new flag RTE_CPUFLAG_MONITORX is added to rte_cpu_flag_t in
> > DPDK 23.07 release to support monitorx instruction on EPYC processors.
> > This results in ABI breakage for legacy ap
On Sun, Apr 02, 2023 at 10:34:12PM -0700, Tyler Retzlaff wrote:
> early review if possible please, would like to have this in from the
> start of 23.07 to work against.
>
> thanks!
>
Don't see any problems with this set.
Series-acked-by: Bruce Richardson
> On Fri, Mar 17, 2023 at 03:34:14PM -
On Fri, Mar 17, 2023 at 03:34:15PM -0700, Tyler Retzlaff wrote:
> Update driver to use rte thread API where available instead of pthread
> as a prerequisite to removing pthread stubs on Windows.
>
> Signed-off-by: Tyler Retzlaff
> ---
> drivers/dma/skeleton/skeleton_dmadev.c | 15 ---
In case of CRYPTO_ADAPTER_OPS_BUFFER_SZ is modified,
eca_circular_buffer_space_for_batch() also needs to be updated
to check maximum number of crypto ops can be accommodated in
circular buffer when CPM becomes busy.
Defined MAX_OPS_IN_BUFFER which contains size for batch of dequeued events
and red
On 4/18/2023 9:25 AM, Sivaprasad Tummala wrote:
> A new flag RTE_CPUFLAG_MONITORX is added to rte_cpu_flag_t in
> DPDK 23.07 release to support monitorx instruction on EPYC processors.
> This results in ABI breakage for legacy apps.
>
> Signed-off-by: Sivaprasad Tummala
> ---
> doc/guides/rel_no
UDP header length is included in sa->hdr_len. Take care of that in
L3 header and pakcet length calculation.
Fixes: 01eef5907fc3 ("ipsec: support NAT-T")
Signed-off-by: Xiao Liang
---
lib/ipsec/esp_outb.c | 2 +-
lib/ipsec/sa.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
On Tue, Apr 11, 2023 at 11:36 PM Stephen Hemminger
wrote:
>
> On Tue, 11 Apr 2023 15:34:07 +0530
> Nithin Dabilpuram wrote:
>
> > diff --git a/lib/security/rte_security.h b/lib/security/rte_security.h
> > index 4bacf9fcd9..866cd4e8ee 100644
> > --- a/lib/security/rte_security.h
> > +++ b/lib/secu
mwaitx allows EPYC processors to enter a implementation dependent
power/performance optimized state (C1 state) for a specific period
or until a store to the monitored address range.
Signed-off-by: Sivaprasad Tummala
---
lib/eal/x86/rte_power_intrinsics.c | 77 +-
1 fi
A new flag RTE_CPUFLAG_MONITORX is added to rte_cpu_flag_t in
DPDK 23.07 release to support monitorx instruction on EPYC processors.
This results in ABI breakage for legacy apps.
Signed-off-by: Sivaprasad Tummala
---
doc/guides/rel_notes/deprecation.rst | 3 +++
1 file changed, 3 insertions(+)
current x86 power monitor implementation fails on platforms
with only monitor supported and not power_pause.
Signed-off-by: Sivaprasad Tummala
---
lib/eal/x86/rte_power_intrinsics.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lib/eal/x86/rte_power_intrinsics.c
b/l
Add a new CPUID flag to indicate support for monitorx instruction
on AMD EPYC processors.
Signed-off-by: Sivaprasad Tummala
---
lib/eal/x86/include/rte_cpuflags.h | 1 +
lib/eal/x86/rte_cpuflags.c | 3 +++
2 files changed, 4 insertions(+)
diff --git a/lib/eal/x86/include/rte_cpuflags.h
mwaitx allows EPYC processors to enter a implementation dependent
power/performance optimized state (C1 state) for a specific period
or until a store to the monitored address range.
Sivaprasad Tummala (4):
doc: announce new cpu flag added to rte_cpu_flag_t
eal: add x86 cpuid support for monito
mwaitx allows EPYC processors to enter a implementation dependent
power/performance optimized state (C1 state) for a specific period
or until a store to the monitored address range.
Sivaprasad Tummala (4):
doc: announce new cpu flag added to rte_cpu_flag_t
eal: add x86 cpuid support for monito
Hello Chenbo,
On Tue, Apr 18, 2023 at 7:49 AM Chenbo Xia wrote:
>
> This series introduces a VFIO standard capability, called sparse
> mmap to PCI bus. In linux kernel, it's defined as
> VFIO_REGION_INFO_CAP_SPARSE_MMAP. Sparse mmap means instead of
> mmap whole BAR region into DPDK process, only
70 matches
Mail list logo