> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Saturday, 17 February 2024 19.11
>
> On Sat, 17 Feb 2024 19:02:30 +0100
> Morten Brørup wrote:
>
> > Not formally... it follows the official DPDK Coding Style [1].
> >
> > [1]:
> https://doc.dpdk.org/guides/contributing/coding
> > Replace use of __atomic_thread_fence with rte_atomic_thread_fence.
> >
> > Notes:
> >
> > The rest of lib/lpm will be converted to rte_atomic in a separate
> > series (to be submitted soon).
> >
> > There are existing checkpatches checks that catch use of both
> > __atomic_thread_fen
15/02/2024 23:20, Tyler Retzlaff:
> Provide a new macro __rte_attribute(a) that when directly used
> compiles to empty for MSVC and to __attribute__(a) when using GCC/LLVM.
>
> Replace direct use of __attribute__ in __rte_xxx macros where there is
> existing empty expansion of the macro for MSVC a
Hello,
David Marchand writes:
> Dodji confirmed the issue in libabigail and prepared a fix.
Yes, that is correct. Sorry for the inconvenience.
The patch fixing this issue in libabigail has been applied to the
mainline and is
https://sourceware.org/git/?p=libabigail.git;a=commit;h=3cc1c3423c89c
15/02/2024 07:21, Tyler Retzlaff:
> Provide a macro that allows conditional expansion of RTE_MARKER fields
> to empty to allow rte_mbuf to be used with MSVC. It is proposed that
> we announce the fields to be __rte_deprecated (currently disabled).
>
> Introduce C11 anonymous unions to permit alias
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Sunday, 18 February 2024 13.24
>
> 15/02/2024 23:20, Tyler Retzlaff:
> > Provide a new macro __rte_attribute(a) that when directly used
> > compiles to empty for MSVC and to __attribute__(a) when using
> GCC/LLVM.
> >
> > Replace direct
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Sunday, 18 February 2024 13.40
>
> 15/02/2024 07:21, Tyler Retzlaff:
> > Provide a macro that allows conditional expansion of RTE_MARKER
> fields
> > to empty to allow rte_mbuf to be used with MSVC. It is proposed that
> > we announce th
12/02/2024 22:49, Tyler Retzlaff:
> MSVC does not support GCC args... forwarding of args replace
> with ... and __VA_ARGS__ when forwarding. Both forms of
> forwarding are a compiler extension but the latter is supported
> by both MSVC and GCC.
You use the non-standard ", ## __VA_ARGS__"
which wo
Any update?
Would you like to provide a v3?
24/10/2023 18:08, Ric Li:
>
> On 2023/10/11 23:34, Bruce Richardson wrote:
> > On Wed, Oct 11, 2023 at 05:27:22PM +0200, Thomas Monjalon wrote:
> >> 20/09/2023 16:18, Ric Li:
> >>> When running 'meson setup' on Windows with MSYS2,
> >>> "list-dir-globs
21/11/2023 04:44, lihuisong (C):
> 在 2023/11/10 18:01, Chengwen Feng 写道:
> > --- a/lib/eal/linux/eal_dev.c
> > +++ b/lib/eal/linux/eal_dev.c
> > @@ -181,7 +181,10 @@ dev_uev_parse(const char *buf, struct rte_dev_event
> > *event, int length)
> > buf += 14;
> >
On 2024-02-18 13:24, Thomas Monjalon wrote:
15/02/2024 23:20, Tyler Retzlaff:
Provide a new macro __rte_attribute(a) that when directly used
compiles to empty for MSVC and to __attribute__(a) when using GCC/LLVM.
Replace direct use of __attribute__ in __rte_xxx macros where there is
existing em
18/02/2024 14:07, Morten Brørup:
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 15/02/2024 07:21, Tyler Retzlaff:
> > > --- a/lib/eal/include/rte_common.h
> > > +++ b/lib/eal/include/rte_common.h
> > > @@ -582,6 +582,12 @@ static void
> > __attribute__((destructor(RTE_PRIO(prio)), used))
18/02/2024 15:51, Mattias Rönnblom:
> On 2024-02-18 13:24, Thomas Monjalon wrote:
> > 15/02/2024 23:20, Tyler Retzlaff:
> >> Provide a new macro __rte_attribute(a) that when directly used
> >> compiles to empty for MSVC and to __attribute__(a) when using GCC/LLVM.
> >>
> >> Replace direct use of __
18/02/2024 13:53, Morten Brørup:
> > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > Sent: Sunday, 18 February 2024 13.24
> >
> > 15/02/2024 23:20, Tyler Retzlaff:
> > > Provide a new macro __rte_attribute(a) that when directly used
> > > compiles to empty for MSVC and to __attribute__(a) w
10/11/2023 11:01, Chengwen Feng:
> This patchset mainly fix the return value of strdup not checked which
> may lead to segment fault. It also include two commits which fix memory
> leak of strdup.
>
> Chengwen Feng (16):
> eal: verify strdup return value
> bus/dpaa: verify strdup return value
24/01/2024 19:53, Ferruh Yigit:
> gcc [1] generates warning [2] about calloc usage, because calloc
> parameter order is wrong, fixing it by replacing parameters.
Series applied, thanks.
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Sunday, 18 February 2024 16.22
>
> 18/02/2024 14:07, Morten Brørup:
> > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > 15/02/2024 07:21, Tyler Retzlaff:
> > > > --- a/lib/eal/include/rte_common.h
> > > > +++ b/lib/eal/include/r
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Sunday, 18 February 2024 16.35
>
> 18/02/2024 13:53, Morten Brørup:
> > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > Sent: Sunday, 18 February 2024 13.24
> > >
> > > 15/02/2024 23:20, Tyler Retzlaff:
> > > > Provide a new m
13/02/2024 19:14, Stanislaw Kardach:
> Change my email to a personal one.
>
> Signed-off-by: Stanislaw Kardach
> ---
> RISC-V
> -M: Stanislaw Kardach
> +M: Stanislaw Kardach
Applied and updated the .mailmap file at the same time.
18/02/2024 17:38, Morten Brørup:
> > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > Sent: Sunday, 18 February 2024 16.35
> >
> > 18/02/2024 13:53, Morten Brørup:
> > > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > > Sent: Sunday, 18 February 2024 13.24
> > > >
> > > > 15/02/20
13/02/2024 10:58, Robin Jarry:
> in the past months, I saw that the usertools scripts didn't receive much
> reviews. Unless somebody is against it, I'd like to become maintainer
> for the usertools folder.
>
> Signed-off-by: Robin Jarry
Acked-by: Bruce Richardson
Acked-by: Thomas Monjalon
Acke
10/01/2024 17:58, Tyler Retzlaff:
> On Wed, Jan 10, 2024 at 03:01:03PM +, Bruce Richardson wrote:
> > The default behaviour of "ld.lld" has changed, so it now prints out
> > warnings about entries in the version.map file which don't exist in
> > the current build. Since we use our version.map f
29/01/2024 14:17, Bruce Richardson:
> On Mon, Jan 29, 2024 at 01:55:36PM +0100, David Marchand wrote:
> > On Mon, Jan 29, 2024 at 1:47 PM Robin Jarry wrote:
> > >
> > > When DPDK is used as a subproject, declare static libs to be linked with
> > > -Wl,--whole-archive along with the drivers. This i
05/12/2023 04:52, Joyce Kong:
> The cpu info in some cross files is inconsistent with
> that in SoC flags. The mismatch doesn't cause any issue
> because the cpu field in the cross file takes no effect
> and machine_args in config/arm/meson.build actually works.
> Use a common one in cross files to
24/01/2024 12:21, Morten Brørup:
> --- a/app/test/test_mempool_perf.c
> +++ b/app/test/test_mempool_perf.c
> @@ -1,6 +1,6 @@
> /* SPDX-License-Identifier: BSD-3-Clause
> * Copyright(c) 2010-2014 Intel Corporation
> - * Copyright(c) 2022 SmartShare Systems
> + * Copyright(c) 2022-2024 SmartShare
09/11/2023 11:20, Jie Hai:
> Field 'flags' of struct rte_ring is defined as int type. However,
> it is used as unsigned int. To ensure consistency, change the
> type of flags to unsigned int. Since these two types has the
> same byte size, this change is not an ABI change.
>
> Fixes: af75078fece3
05/02/2024 05:59, Honnappa Nagarahalli:
> Debug print should use acked token value that was used for comparison.
>
> Fixes: bf386ae377aa ("rcu: add additional debug logs")
> Cc: sta...@dpdk.org
>
> Reported-by: Nathan Brown
> Signed-off-by: Honnappa Nagarahalli
> Reviewed-by: Nathan Brown
We
07/02/2024 12:09, Dariusz Sosnowski:
> Remove mention of cmdline_poll() function from deprecation notice,
> because it was removed in 23.11 release.
>
> Fixes: f44f2edd198a ("cmdline: remove poll function")
> Cc: step...@networkplumber.org
> Cc: sta...@dpdk.org
>
> Signed-off-by: Dariusz Sosnowsk
07/01/2024 16:28, Srikanth Yalavarthi:
> Added support for 64-bit integer data types for inference input and
> output. Extended support for quantization of 32-bit and 64-bit integer
> data types.
>
> Srikanth Yalavarthi (3):
> mldev: add conversion routines for 32-bit integers
> mldev: add sup
02/01/2024 08:30, Rakesh Kudurumalla:
> --- /dev/null
> +++ b/doc/guides/tools/img/graph-usecase-l2fwd.svg
> @@ -0,0 +1,92 @@
> +
> + + "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";>
> +
> +
> +
> +
We could include this syntax directly in .rst file
with this Sphinx extension:
https://www.sp
This commit adds virtual QAT device to the Intel
QuickAssist Technology PMD. Only symmetric crypto service
is enabled with this commit.
Signed-off-by: Arkadiusz Kusztal
---
doc/guides/rel_notes/release_24_03.rst | 3 ++
drivers/common/qat/dev/qat_dev_gen4.c| 39 +++
02/01/2024 08:30, Rakesh Kudurumalla:
> +/**
> + * Update ethdev rx next node.
> + *
> + * @param id
> + * Node id whose edge is to be updated.
> + * @param edge_name
> + * Name of the next node.
> + *
> + * @return
> + * ENINVAL: Either of input parameters are invalid
typo: EINVAL
> + *
02/01/2024 08:30, Rakesh Kudurumalla:
> By default all packets received on ethdev_rx node
> is forwarded to pkt_cls node.This patch provides
> library support to add a new node as next node to
> ethdev_rx node and forward packet to new node from
> rx node.
>
> Signed-off-by: Rakesh Kudurumalla
S
14/02/2024 21:58, Cristian Dumitrescu:
> Removed the requirement that the number of pipeline input ports be a
> power of 2, which is problematic for many real life use-cases. Also
> adding checks for the output port validity used for sending the
> current packet.
>
> Signed-off-by: Cristian Dumitr
13/02/2024 17:57, Cristian Dumitrescu:
> So far, the pipeline supports the following operations on IPv6 addresses:
> -using an IPv6 address as a table match field of exact/ternary/LPM match type
> -assignment of IPv6 address to another IPv6 address
> -conversion between an IPv4 address and an IPv6
15/02/2024 20:26, Cristian Dumitrescu:
> Simplified the L2 forwarding examples by removing all tables and
> actions, as they are not really needed for these simple use-cases.
>
> Signed-off-by: Cristian Dumitrescu
Applied, thanks.
14/12/2023 12:20, Morten Brørup:
> > From: Kaiwen Deng [mailto:kaiwenx.d...@intel.com]
> > Sent: Thursday, 14 December 2023 10.23
> >
> > IEEE 802 packets may have a minimum size limit. The data fields
> > should be padded when necessary. In some cases, the padding data
> > is not zero.
> >
> > I
> > Align fp_objects based on cacheline size defined
> > by build configuration.
> >
> > Signed-off-by: Pavan Nikhilesh
> Acked-by: Chengwen Feng
Applied, thanks.
Hi,
> -Original Message-
> From: David Marchand
> Sent: Friday, February 16, 2024 6:25 PM
> To: dev@dpdk.org
> Cc: Ajit Khaparde ; Somnath Kotur
> ; Devendra Singh Rawat
> ; Alok Prasad ; Xu, Rosen
>
> Subject: [PATCH v2 2/3] drivers: use common min/max macros
>
> Use newly introduced m
08/01/2024 12:18, Bruce Richardson:
> On Tue, Jan 02, 2024 at 04:11:15PM -0800, Tyler Retzlaff wrote:
> > Stop writing RTE_TOOLCHAIN_XXX macros to rte_build_config.h. When an
> > application builds it doesn't necessarily use the same toolchain that
> > DPDK was built with.
> >
> > Instead evaluate
On Fri, Feb 16, 2024 at 2:25 AM David Marchand
wrote:
>
> Use newly introduced macro.
>
> Signed-off-by: David Marchand
Acked-by: Ajit Khaparde
> ---
> drivers/net/bnxt/bnxt_ethdev.c | 12 +---
> drivers/net/qede/base/bcm_osal.h | 6 ++
> drivers/
This was causing failure for testpmd runs (for queues >=15)
presumably due to flooding of logs due to descriptor ring being
overwritten.
Fixes: a01854 ("net/gve: fix dqo bug for chained descriptors")
Cc: sta...@dpdk.org
Signed-off-by: Rushil Gupta
Reviewed-by: Joshua Washington
---
drivers/net
Hi Thomas and Ferruh,
Can you take a look at this series adding TM feature in doc?
在 2023/11/28 20:40, Huisong Li 写道:
The traffic management API has been introduced for a long time, please see
commit 5d109deffa87 ("ethdev: add traffic management API").
And many PMD also support this feature. So
Hi,
> -Original Message-
> From: Michael Baum
> Sent: Wednesday, February 14, 2024 3:30 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Dariusz Sosnowski
> ; Raslan Darawsheh ; Slava
> Ovsiienko ; Ori Kam ; Suanming
> Mou
> Subject: [PATCH v5 3/3] net/mlx5/hws: add compare ESP sequence number
> -Original Message-
> From: Michael Baum
> Sent: Wednesday, February 14, 2024 3:30 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Dariusz Sosnowski
> ; Raslan Darawsheh ; Slava
> Ovsiienko ; Ori Kam ; Suanming
> Mou
> Subject: [PATCH v5 2/3] net/mlx5: add support to compare random value
>
> -Original Message-
> From: Michael Baum
> Sent: Wednesday, February 14, 2024 3:30 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Dariusz Sosnowski
> ; Raslan Darawsheh ; Slava
> Ovsiienko ; Ori Kam ; Suanming
> Mou ; Hamdan Igbaria
> Subject: [PATCH v5 1/3] net/mlx5/hws: add support for c
On Mon, Feb 19, 2024 at 4:00 AM Thomas Monjalon wrote:
>
> 02/01/2024 08:30, Rakesh Kudurumalla:
> > --- /dev/null
> > +++ b/doc/guides/tools/img/graph-usecase-l2fwd.svg
> > @@ -0,0 +1,92 @@
> > +
> > + > + "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";>
> > +
> > +
> > +
> > +
>
> We could i
On 2/9/2024 11:32 PM, Thomas Monjalon wrote:
09/02/2024 15:58, Ferruh Yigit:
On 2/9/2024 1:44 PM, Thomas Monjalon wrote:
09/02/2024 13:11, Ferruh Yigit:
On 2/9/2024 10:12 AM, Thomas Monjalon wrote:
09/02/2024 00:54, Ferruh Yigit:
On 1/30/2024 11:25 AM, Gavin Li wrote:
Currently, DPDK sup
On 2/9/2024 11:32 PM, Thomas Monjalon wrote:
09/02/2024 15:58, Ferruh Yigit:
On 2/9/2024 1:44 PM, Thomas Monjalon wrote:
09/02/2024 13:11, Ferruh Yigit:
On 2/9/2024 10:12 AM, Thomas Monjalon wrote:
09/02/2024 00:54, Ferruh Yigit:
On 1/30/2024 11:25 AM, Gavin Li wrote:
Currently, DPDK sup
On 2/19/2024 11:44 AM, Gavin Li wrote:
On 2/9/2024 11:32 PM, Thomas Monjalon wrote:
09/02/2024 15:58, Ferruh Yigit:
On 2/9/2024 1:44 PM, Thomas Monjalon wrote:
09/02/2024 13:11, Ferruh Yigit:
On 2/9/2024 10:12 AM, Thomas Monjalon wrote:
09/02/2024 00:54, Ferruh Yigit:
On 1/30/2024 11:2
Hi Gregory,
I apologize for my delayed response. I have now taken a look through the
code. I do think a number of the design decisions you made for the unit
test framework can be carried over to DTS - in fact we have some tickets
currently for refactoring DTS to this end. Namely:
-Breaking out
Hi,
> -Original Message-
> From: Suanming Mou
> Sent: Monday, 19 February 2024 5:00
> To: Michael Baum ; dev@dpdk.org
> Cc: Matan Azrad ; Dariusz Sosnowski
> ; Raslan Darawsheh ; Slava
> Ovsiienko ; Ori Kam
> Subject: RE: [PATCH v5 3/3] net/mlx5/hws: add compare ESP sequence
> number sup
> -Original Message-
> From: Michael Baum
> Sent: Monday, February 19, 2024 3:22 PM
> To: Suanming Mou ; dev@dpdk.org
> Cc: Matan Azrad ; Dariusz Sosnowski
> ; Raslan Darawsheh ; Slava
> Ovsiienko ; Ori Kam
> Subject: RE: [PATCH v5 3/3] net/mlx5/hws: add compare ESP sequence number
> su
On 2024-02-09 14:04, Morten Brørup wrote:
From: Mattias Rönnblom [mailto:hof...@lysator.liu.se]
Sent: Friday, 9 February 2024 12.46
On 2024-02-09 09:25, Morten Brørup wrote:
From: Mattias Rönnblom [mailto:mattias.ronnb...@ericsson.com]
Sent: Thursday, 8 February 2024 19.17
Introduce DPDK per-l
54 matches
Mail list logo
