On 2024-05-09 13:37, Morten Brørup wrote:
From: Bruce Richardson [mailto:bruce.richard...@intel.com]
Sent: Thursday, 9 May 2024 11.30
On Thu, May 09, 2024 at 09:43:16AM +0200, Morten Brørup wrote:
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, 8 May 2024 22.54
On
On 2024-05-09 16:19, Morten Brørup wrote:
From: Morten Brørup [mailto:m...@smartsharesystems.com]
Sent: Thursday, 9 May 2024 13.37
From: Bruce Richardson [mailto:bruce.richard...@intel.com]
Sent: Thursday, 9 May 2024 11.30
On Thu, May 09, 2024 at 09:43:16AM +0200, Morten Brørup wrote:
From: S
On 2024-05-10 11:14, Morten Brørup wrote:
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Friday, 10 May 2024 06.56
On Thu, 9 May 2024 16:19:08 +0200
Morten Brørup wrote:
From: Morten Brørup [mailto:m...@smartsharesystems.com]
Sent: Thursday, 9 May 2024 13.37
From: Bruce R
On 2024-05-08 17:23, Stephen Hemminger wrote:
On Wed, 8 May 2024 09:19:02 +0200
Mattias Rönnblom wrote:
On 2024-05-04 00:00, Stephen Hemminger wrote:
On Fri, 3 May 2024 16:45:47 +0100
Ferruh Yigit wrote:
For stats reset, use an offset instead of zeroing out actual stats values,
get_stat
On 2024-05-15 11:30, Morten Brørup wrote:
+To: @Mattias, @Ferruh, @Bruce, participants in a related discussion
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Tuesday, 14 May 2024 17.35
This header implements 64 bit counters that are NOT atomic
but are safe against load/store
27/11/2023 18:00, Bruce Richardson:
> On Mon, Nov 27, 2023 at 05:45:52PM +0100, Thomas Monjalon wrote:
> > 06/07/2023 14:49, Christian Ehrhardt:
> > > On Mon, Jul 3, 2023 at 5:29 PM Thomas Monjalon
> > > wrote:
> > > >
> > > > 29/06/2023 14:58, christian.ehrha...@canonical.com:
> > > > > From: Ch
For indirect action type, on error case the function jumped to err
but returned zero cause rte_errno was not initialized before the jump.
It caused no error in table creation.
In case reaching an error, if rte_errno is not initialized,
it will be set to EINVAL.
Now table creation should fail if t
On 2024-05-22 21:01, Tyler Retzlaff wrote:
On Wed, May 22, 2024 at 07:57:01PM +0200, Morten Brørup wrote:
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, 22 May 2024 17.38
On Wed, 22 May 2024 10:31:39 +0200
Morten Brørup wrote:
+/* On 32 bit platform, need to use
On 2024-05-22 21:51, Stephen Hemminger wrote:
On Wed, 22 May 2024 12:01:12 -0700
Tyler Retzlaff wrote:
On Wed, May 22, 2024 at 07:57:01PM +0200, Morten Brørup wrote:
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, 22 May 2024 17.38
On Wed, 22 May 2024 10:31:39 +0
22/05/2024 18:33, Tyler Retzlaff:
> rte_free accepts only non-cva qualified arguments so cast away
> RTE_ATOMIC qualification for tbl_chng_cnt and h->tbl_chng_cnt when
> calling rte_free.
>
> Without this change using enable_stdatomic=true with LLVM or MSVC will
> result in a warning being emitted
On 2024-05-22 05:27, Stephen Hemminger wrote:
The DPDK has a lot of unnecessary usage of rte_memcpy.
This patch set replaces cases where rte_memcpy is used with a fixed
size constant size.
Typical example is:
rte_memcpy(mac_addrs, mac.addr_bytes, RTE_ETHER_ADDR_LEN);
which can be replace
22/05/2024 10:36, Morten Brørup:
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Wednesday, 22 May 2024 04.21
> >
> > On Tue, 21 May 2024 17:02:14 -0700
> > Tyler Retzlaff wrote:
> >
> > > MSVC does not support inline asm so replace crc32 inline function
> > > implement
Support to modify VXLAN the last byte reserved field.
v2: patch split.
Rongwei Liu (4):
app/testpmd: fix the testpmd field string sequence
ethdev: add VXLAN last reserved field
app/testpmd: add VXLAN last reserved modification command
net/mlx5: implement VXLAN last reserved modification
The field string should be in the same order as the rte_flow_field_id
enumration definitions
Fixes: bfc007802 ("ethdev: allow modifying IPv6 FL and TC fields")
Cc: michae...@nvidia.com
Cc: sta...@dpdk.org
Signed-off-by: Rongwei Liu
---
app/test-pmd/cmdline_flow.c | 4 ++--
1 file changed, 2 ins
Add 'vxlan_last_rsvd' as the modification command string.
Signed-off-by: Rongwei Liu
Acked-by: Dariusz Sosnowski
---
app/test-pmd/cmdline_flow.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/app/test-pmd/cmdline_flow.c b/app/test-pmd/cmdline_flow.c
index 775ce20fc4..9e8803
Add VXLAN last reserved byte in rte flow packet field.
Signed-off-by: Rongwei Liu
Acked-by: Dariusz Sosnowski
---
lib/ethdev/rte_flow.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/ethdev/rte_flow.h b/lib/ethdev/rte_flow.h
index 6e8ab1d4c7..b807713cec 100644
--- a/lib/ethdev/rte_flow
Implementing the VxLAN last reserved byte modification.
Following the RFC, the field is only 1 byte and needs to
use the field_length as 8 instead of the real dst_field->size.
Signed-off-by: Rongwei Liu
Acked-by: Dariusz Sosnowski
---
doc/guides/nics/mlx5.rst| 5 +
drivers/net/mlx5
Hi
BR
Rongwei
From: Dariusz Sosnowski
Sent: Friday, May 24, 2024 23:53
To: rongwei liu ; dev@dpdk.org ; Matan Azrad
; Slava Ovsiienko ; Ori Kam
; Suanming Mou ; NBU-Contact-Thomas
Monjalon (EXTERNAL)
Cc: Aman Singh ; Yuying Zhang
Subject: RE: [PATCH v1
On 2024-05-27 01:32, Stephen Hemminger wrote:
On Sun, 26 May 2024 16:51:52 +0200
Mattias Rönnblom wrote:
This does not change the resulting binary on almost all architectures
because x86 version of intrisics and glibc are the same, and
other architectures were using __builtin_constant_p().
Th
On Wed, May 8, 2024 at 4:37 PM wrote:
>
> From: Satheesh Paul
>
> The aged flows poll thread is not stopped before NPC cleanup
> resulting in a segmentation fault. Fixing this by stopping
> aged flows poll thread before proceeding with NPC cleanup.
>
> Fixes: 357f5ebc8a24 ("common/cnxk: support f
> I would prefer that rte_memcpy be laid to rest and go away.
> It never had a reason to be there.
DPDK still contains remains of hand crafted code dating back from a time where
compilers (read: the oldest compilers supported by DPDK) didn't produce
efficient code.
Rte_memcpy() is a prime exampl
Dear DPDK Dev .
This is PM from Advantech ENPD. We are working on Intel Amston Lake CPU's
SGMII <> GPY215 PHY for DPDK test but fail.
We consulted with Intel support team and they suggested we should consult DPDK
community and it should have the patch or code change for Amston Lake <> GYP215
av
22 matches
Mail list logo
