> From: Anoob Joseph [mailto:ano...@marvell.com]
> Sent: Thursday, 7 March 2024 07.02
>
> Move 'soc_cn9k' above 'soc_cn10k' to have the list alphabetically
> sorted.
>
> Signed-off-by: Anoob Joseph
> ---
Agree, 9 comes before 10.
Reviewed-by: Morten Brørup
> -Original Message-
> From: Thomas Monjalon
> Sent: Thursday, March 7, 2024 3:22 AM
> To: Sunil Kumar Kori
> Cc: Rakesh Kudurumalla ; dev@dpdk.org;
> Bruce Richardson
> Subject: [EXTERNAL] Re: [PATCH v2 1/1] app/graph: generate cmdline
> boilerplate
>
> Prioritize security for external
If the configuration file is absent, the autodetection function should
generate and secure it. Otherwise, multiple simultaneous openings could
erroneously identify themselves as primary instances.
Fixes: af75078fece3 ("first public release")
Cc: sta...@dpdk.org
Signed-off-by: Artemy Kovalyov
---
The initialization of the Memzone file-backed array ensures its
uniqueness by employing an exclusive lock. This is crucial because only
one primary process can exist per specific shm_id, which is further
protected by the exclusive EAL runtime configuration lock.
However, during the process closure
This commit addresses an issue related to the cleanup of the
multiprocess channel. Previously, when closing the channel, there was a
risk of losing trailing messages. This issue was particularly noticeable
when broadcast message from primary to secondary processes was sent
while a secondary process
There exists a time gap between the creation of the multiprocess channel
and the registration of request action handlers. Within this window, a
secondary process that receives an eal_dev_mp_request broadcast
notification might respond with ENOTSUP. This, in turn, causes the
rte_dev_probe() operatio
This commit adds a test scenario that initiates multiple processes
concurrently. These processes attach to the same shared heap, with an
automatic detection mechanism to identify the primary process.
Signed-off-by: Artemy Kovalyov
---
app/meson.build | 1 +
app/test-mp/main.c | 52
In the process of initiating multiple processes concurrently, specifically with
automatic detection of the primary process, certain race conditions have been
identified. This patch series introduces a straightforward test that showcases
the issue and subsequently addresses the problems surfaced by
In the process of initiating multiple processes concurrently, specifically with
automatic detection of the primary process, certain race conditions have been
identified. This patch series introduces a straightforward test that showcases
the issue and subsequently addresses the problems surfaced by
From: Eli Britstein
The following log is printed in WARNING severity:
mlx5_net: port 1 ioctl(SIOCETHTOOL, ETHTOOL_GPAUSEPARAM) failed:
Operation not supported
Reduce the severity to DEBUG to prevent this log from flooding
when there are hundreds of ports probed without supporting this
flow
Move 'soc_cn9k' above 'soc_cn10k' to have the list alphabetically
sorted.
Signed-off-by: Anoob Joseph
---
config/arm/meson.build | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/config/arm/meson.build b/config/arm/meson.build
index 0c24aa8293..3f5fb0f242
Recheck-request: iol-unit-amd64-testing
> -Original Message-
> From: pbhagavat...@marvell.com
> Sent: Wednesday, March 6, 2024 9:20 PM
> To: Jerin Jacob ; juraj.lin...@pantheon.tech;
> n...@arm.com; wathsala.vithan...@arm.com; Ruifeng Wang
> ; Bruce Richardson
> Cc: dev@dpdk.org; Pavan N
> -Original Message-
> From: Amit Prakash Shukla
> Sent: Thursday, March 7, 2024 12:36 AM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Pavan Nikhilesh Bhagavatula
> ; Vamsi Krishna Attunuru
> ; Nithin Kumar Dabilpuram
> ; Anoob Joseph ; Aakash
> Sasidharan ; Amit Prakash Shukla
>
> Subject:
This patch adds names for all registers to be dumped.
For those who can be directly accessed by their addresses,
a new structure containing both name and address is added
and the related arrays is refactored and renamed.
For the remaining modules, there may be different meanings
on different platf
This patch supports reporting names of the dfx registers
which filtering them by names.
Signed-off-by: Jie Hai
---
drivers/net/hns3/hns3_regs.c | 277 +--
1 file changed, 230 insertions(+), 47 deletions(-)
diff --git a/drivers/net/hns3/hns3_regs.c b/drivers/net/h
This patch supports reporting names of registers which
can be directly accessed by addresses and filtering
them by names.
Signed-off-by: Jie Hai
---
drivers/net/hns3/hns3_regs.c | 198 +--
1 file changed, 167 insertions(+), 31 deletions(-)
diff --git a/drivers/ne
Since the driver is going to support reporting names of
all registers, remove the counter and insert of separators
between different register modules.
Signed-off-by: Jie Hai
---
drivers/net/hns3/hns3_regs.c | 67 ++--
1 file changed, 18 insertions(+), 49 deletions
Since the driver dumps the queue interrupt registers according
to the intr_tqps_num, the counter should be the same.
Fixes: acb3260fac5c ("net/hns3: fix dump register out of range")
Fixes: 936eda25e8da ("net/hns3: support dump register")
Signed-off-by: Jie Hai
Cc: sta...@dpdk.org
---
drivers/ne
This patch adds "filter" and "names" fields to "rte_dev_reg_info"
structure. Names of registers in data fields can be reported and
the registers can be filtered by their names.
The new API rte_eth_dev_get_reg_info_ext() is added to support
reporting names and filtering by names. And the original A
This patch adds a telemetry command for registers dump,
and supports get registers with specified names.
The length of the string exported by telemetry is limited
by MAX_OUTPUT_LEN. Therefore, the filter should be more
precise.
An example usage is shown below:
--> /ethdev/regs,0,INTR
{
"/ethdev/
The registers can be dumped through the API rte_eth_dev_get_reg_info.
However, only register values are exported, which is inconvenient
for users to interpret. Therefore, an extension of the structure
"rte_dev_reg_info" and a new API rte_eth_dev_get_reg_info_ext
is added to support the capability o
> On Mar 6, 2024, at 4:31 PM, Paul Szczepanek wrote:
>
> On 02/03/2024 10:33, Morten Brørup wrote:
>> I think that a misconception that arch specific optimizations (such as SIMD
>> code) required stuff to go into EAL has been prevailing, and this
>> misconception is a main reason why EAL has
Make the GFNI stub functions always built. This solves the conditional
linking problem. If GFNI is available, they will never get used.
Fixes: 07d836e5929d ("hash: uninline GFNI stubs")
Signed-off-by: Stephen Hemminger
---
v3 - fix typo in call to ___rte_thash_gfni_bulk
lib/hash/rte_thash_gfni.
> From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> Sent: Wednesday, 6 March 2024 23.15
>
> Use existing __rte_may_alias macro from rte_common.h instead of
> directly using __attribute__((__may_alias__)).
>
> Signed-off-by: Tyler Retzlaff
> ---
Reviewed-by: Morten Brørup
> From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> Sent: Wednesday, 6 March 2024 23.15
>
> Use newly added __rte_pure macro from rte_common.h instead of
> directly using __attribute__((pure)).
>
> Signed-off-by: Tyler Retzlaff
> ---
Reviewed-by: Morten Brørup
On 02/03/2024 10:33, Morten Brørup wrote:
I think that a misconception that arch specific optimizations (such as SIMD
code) required stuff to go into EAL has been prevailing, and this misconception
is a main reason why EAL has become so bloated.
Moving features like pointer compression out of E
On 06/03/2024 16:51, David Marchand wrote:
On Wed, Mar 6, 2024 at 5:40 PM Bruce Richardson
wrote:
On Wed, Mar 06, 2024 at 05:14:15PM +0100, David Marchand wrote:
On Wed, Mar 6, 2024 at 3:36 PM Paul Szczepanek wrote:
If a library has no global section in the version.map
allow it not to h
Allow header only libraries.
Signed-off-by: Paul Szczepanek
Reviewed-by: Dhruv Tripathi
---
lib/meson.build | 176 +---
1 file changed, 91 insertions(+), 85 deletions(-)
diff --git a/lib/meson.build b/lib/meson.build
index 4fb01f059b..0fcf3336d1 100
I want to add library which is header only.
Attempting to build such a a library causes errors during checks.
This skips over building libraries while retaining other library
functionality.
The added lines are the first and last 5. The rest is indentation.
Paul Szczepanek (1):
lib: allow librari
Use existing __rte_may_alias macro from rte_common.h instead of
directly using __attribute__((__may_alias__)).
Signed-off-by: Tyler Retzlaff
---
drivers/net/cxgbe/base/common.h | 2 +-
drivers/net/cxgbe/base/t4_hw.c | 2 +-
drivers/net/cxgbe/base/t4vf_hw.c | 2 +-
3 files changed, 3 insertion
Use existing __rte_may_alias macro from rte_common.h instead of
directly using __attribute__((__may_alias__)).
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/rcu/rcu_qsbr_pvt.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/rcu/rcu_qsbr_pvt.h b/lib/rcu
Use newly added __rte_pure macro from rte_common.h instead of directly
using __attribute__((pure)).
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/lpm/rte_lpm.c | 4 ++--
lib/lpm/rte_lpm6.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/lpm/rte_lpm
Use newly added __rte_pure macro from rte_common.h instead of
directly using __attribute__((pure)).
Signed-off-by: Tyler Retzlaff
---
app/test-fib/main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/app/test-fib/main.c b/app/test-fib/main.c
index 75a5613..c49bfe8 10064
Add __rte_pure for __attribute__((pure)) to permit elimination of
direct use of __attribute__((pure)) in other libs.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/eal/include/rte_common.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/lib/eal/include/rte_common.
Clean up direct uses of GCC __attribute__((__pure__)) and
__attribute__((__may_alias__)). A checkpatch check already warns for
new additions.
v3:
* update series to clean app/drivers/lib
v2:
* fix typo __rte_pure -> __rte_may_alias in rcu commit message
Tyler Retzlaff (5):
eal: add rte pur
12/12/2023 18:05, sk...@marvell.com:
> From: Sunil Kumar Kori
>
> Use the dpdk-cmdline-gen script to autogenerate all the boilerplate
> structs and defines for the commandline part of the application.
>
> Signed-off-by: Sunil Kumar Kori
> Acked-by: Bruce Richardson
Sorry this patch was not ap
Make the GFNI stub functions always built. This solves the conditional
linking problem. If GFNI is available, they will never get used.
Signed-off-by: Stephen Hemminger
---
lib/hash/rte_thash_gfni.c | 9 +++--
lib/hash/rte_thash_gfni.h | 30 +++---
lib/hash/version.m
27/02/2024 19:07, Stephen Hemminger:
> On Tue, 27 Feb 2024 11:23:26 +0200
> Isaac Boukris wrote:
>
> > Signed-off-by: Isaac Boukris
>
> Reviewed-by: Stephen Hemminger
Please could you help providing a message for the commit log?
04/07/2023 01:21, Stephen Hemminger:
> The random number is already initialized to a better random
> seed during startup process. The calls to rte_srand() are redundant
> and actually make entropy worse.
>
> Signed-off-by: Stephen Hemminger
Applied, thanks.
05/03/2024 16:11, Bruce Richardson:
> On Tue, Mar 05, 2024 at 02:36:27PM +, Akhil Goyal wrote:
> > > Subject: [EXT] [PATCH] app/test: don't count skipped tests as executed
> > > The logic around skipped tests is a little confusing in the unit test
> > > runner.
> > > * Any explicitly disabled t
On Wed, Mar 06, 2024 at 09:49:31PM +0100, David Marchand wrote:
> On Wed, Feb 28, 2024 at 7:48 PM Tyler Retzlaff
> wrote:
> >
> > Clean up direct uses of GCC __attribute__ in libs outside of EAL. A
> > checkpatch check already warns for new additions.
> >
> > v2:
> > * fix typo __rte_pure -> __r
05/03/2024 14:49, Bruce Richardson:
> On Tue, Mar 05, 2024 at 02:46:15PM +0100, Robin Jarry wrote:
> > Instead of relying on the default locale from the environment (LC_ALL),
> > explicitly read the files as utf-8 encoded.
> >
> > Fixes: 0aeaf75df879 ("test: define unit tests suites based on test
On Tue, Feb 27, 2024 at 3:22 PM David Marchand
wrote:
>
> Rather than have a block of code as example that gets unaligned as
> time passes, add literal includes.
>
> The coding style guide points at the cfgfile library, let's use it too
> as an example.
>
> Fixes: 97433132c2ed ("lib: use per line
On Tue, Mar 5, 2024 at 2:50 PM David Marchand wrote:
>
> Add version to all symbols maps and a check so any experimental symbol
> is versioned.
>
> Signed-off-by: David Marchand
Applied with some cosmetic change on the doc for Thomas.
--
David Marchand
On Tue, Mar 5, 2024 at 11:49 AM Bruce Richardson
wrote:
>
> On Tue, Mar 05, 2024 at 11:36:51AM +0100, David Marchand wrote:
> > Fixes: 0d8d7bd720ba ("net/ice: support DDP dump switch rule binary")
> > Fixes: ab4eaf9a8a31 ("net/ice: dump Tx scheduling tree")
> >
> > Signed-off-by: David Marchand
>
Acked-by: Vladimir Medvedkin
On 06/03/2024 20:13, Tyler Retzlaff wrote:
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/lpm/rte_lpm6.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Acked-by: Vladimir Medvedkin
On 06/03/2024 20:13, Tyler Retzlaff wrote:
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
Acked-by: Stephen Hemminger
---
lib/fib/dir24_8.h | 2 +-
lib/fib/trie.h| 2 +-
2
Acked-by: Vladimir Medvedkin
On 06/03/2024 20:13, Tyler Retzlaff wrote:
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Morten Brørup
Acked-by: Chengwen Feng
Acked-by: Stephen Hemminger
--
Acked-by: Vladimir Medvedkin
On 28/02/2024 18:47, Tyler Retzlaff wrote:
Use newly added __rte_pure macro from rte_common.h instead of directly
using __attribute__((pure)).
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/lpm/rte_lpm.c | 4 ++--
lib/lpm/rte_lpm6.c | 2 +-
On Wed, Feb 28, 2024 at 7:48 PM Tyler Retzlaff
wrote:
>
> Clean up direct uses of GCC __attribute__ in libs outside of EAL. A
> checkpatch check already warns for new additions.
>
> v2:
> * fix typo __rte_pure -> __rte_may_alias in rcu commit message
>
> Tyler Retzlaff (3):
> eal: add rte pure
> Chengwen Feng (2):
> dma/skeleton: support SG copy ops
> dma/skeleton: support fill ops
Applied, thanks.
26/01/2024 09:57, Chengwen Feng:
> Add support scatter gather copy.
>
> Signed-off-by: Chengwen Feng
> ---
> --- a/drivers/dma/skeleton/skeleton_dmadev.c
> +++ b/drivers/dma/skeleton/skeleton_dmadev.c
> @@ -1,5 +1,5 @@
> /* SPDX-License-Identifier: BSD-3-Clause
> - * Copyright(c) 2021 HiSilicon
This patch refactors the creation and clean up of templates used for
FDB control flow rules, when HWS is enabled.
All pattern and actions templates, and template tables are stored
in a separate structure, `mlx5_flow_hw_ctrl_fdb`. It is allocated
if and only if E-Switch is enabled.
During HWS clean
There's an existing limitation in mlx5 PMD, that all configured flow
queues must have the same size. Even though this condition is checked,
some allocations are done before that. This lead to segmentation
fault during rollback on error in rte_flow_configure() implementation.
This patch fixes that
If rte_flow_configure() failed, then some port resources
were either not freed, nor reset to the default state.
As a result, assumptions in other places in PMD were invalidated
and that lead to segmentation faults during release of HW Steering
resources when port was closed.
This patch adds missin
From: Alex Vesker
In case a depend WQE was required and direct index was
needed we would not set the direct index on the dep_wqe.
This leads to incorrect insertion to index zero.
Fixes: 38b5bf6452a6 ("net/mlx5/hws: support insert/distribute RTC properties")
Cc: sta...@dpdk.org
Signed-off-by: Al
On Wed, 6 Mar 2024 16:14:51 +
Ferruh Yigit wrote:
> On 2/29/2024 5:56 PM, Stephen Hemminger wrote:
> > The tap device needs to exchange file descriptors for tx and rx.
> > But the EAL MP layer has limit of 8 file descriptors per message.
> > The ideal resolution would be to increase the numbe
On Sun, Dec 17, 2023 at 4:54 AM Artemy Kovalyov wrote:
>
> This commit adds a test scenario that initiates multiple processes
> concurrently. These processes attach to the same shared heap, with an
> automatic detection mechanism to identify the primary process.
>
> Signed-off-by: Artemy Kovalyov
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/table/rte_table_acl.c | 2 +-
lib/table/rte_table_array.c | 2 +-
lib/table/rte_table_hash_cuckoo.c | 2 +-
lib/table/rte_table_hash_ext.c|
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
---
lib/lpm/rte_lpm6.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/lpm/rte_lpm6.c b/lib/lpm/rte_lpm6.c
index 46d8f71..5cc1bb2 100644
--- a
Zero length arrays are GNU extension. Replace with
standard flex array.
Add a temporary suppression for rte_pipeline_table_entry
libabigail bug:
Bugzilla ID: https://sourceware.org/bugzilla/show_bug.cgi?id=31377
Signed-off-by: Tyler Retzlaff
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Morte
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
Acked-by: Stephen Hemminger
---
lib/fib/dir24_8.h | 2 +-
lib/fib/trie.h| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/fib/dir24_8.h
Zero length arrays are GNU extension. Replace with
standard flex array.
Add a temporary suppression for rte_pipeline_table_entry
libabigail bug:
Bugzilla ID: https://sourceware.org/bugzilla/show_bug.cgi?id=31377
Signed-off-by: Tyler Retzlaff
Reviewed-by: Morten Brørup
Acked-by: Stephen Hemming
Replace some missed zero length arrays not captured in the
original series.
https://patchwork.dpdk.org/project/dpdk/list/?series=30410&state=*
Zero length arrays are a GNU extension that has been
superseded by flex arrays.
https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
v5:
* no changes, r
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Morten Brørup
Acked-by: Chengwen Feng
Acked-by: Stephen Hemminger
---
lib/hash/rte_thash.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletio
On Fri, Mar 1, 2024 at 6:59 PM Stephen Hemminger
wrote:
>
> Some small stuff that can be picked up after 24.03
>
> Stephen Hemminger (6):
> test/bpf: make sure mbuf is initialized
> net/tap: log if netlink ext ack not possible
> examples/l2fwd-keepalive: use rte_drand_max
> net/qede: repla
29/02/2024 14:48, Gowrishankar Muthukrishnan:
> Improve dma-perf application to support PCI dev and SG copy,
> along with additional supports as below:
> - validate copied memory
> - skip tests if not opted.
>
> v11:
> - Review suggestions.
>
> Gowrishankar Muthukrishnan (4):
> app/dma-perf:
withdrawing this series.
i will submit a new series that tries to address atomics conversion in
all drivers.
On Wed, Nov 08, 2023 at 11:34:03PM -0800, Tyler Retzlaff wrote:
> Replace the use of gcc builtin __atomic_xxx intrinsics with
> corresponding rte_atomic_xxx optional stdatomic API.
>
> Si
16/11/2023 18:45, Gowrishankar Muthukrishnan:
> Gowrishankar Muthukrishnan (3):
> test/dma: use unit test framework
> test/dma: test multiple vchan
> test/dma: add SG copy tests
Applied, thanks.
ping
Is this one worth closing out as a part of rc2 so it is done?
not sure if it's a priority to have lib ~complete.
On Thu, Feb 29, 2024 at 02:58:47PM -0800, Tyler Retzlaff wrote:
> Replace some missed zero length arrays not captured in the
> original series.
> https://patchwork.dpdk.org/proje
ping.
Doesn't seem this series carries high risk, worth considering for
rc2/rc3?
On Wed, Feb 28, 2024 at 10:47:53AM -0800, Tyler Retzlaff wrote:
> Clean up direct uses of GCC __attribute__ in libs outside of EAL. A
> checkpatch check already warns for new additions.
>
> v2:
> * fix typo __rte_
Added performance test support for DMA adapter.
Signed-off-by: Amit Prakash Shukla
---
v3:
- Resolved review comments.
v2:
- Fixed intel compilation error.
app/test-eventdev/evt_common.h | 3 +
app/test-eventdev/evt_main.c | 15 ++
app/test-eventdev/evt_options.c | 36 ++
On Wed, Mar 06, 2024 at 10:55:36AM +0100, David Marchand wrote:
> Hello Tyler,
>
> On Mon, Mar 4, 2024 at 6:53 PM Tyler Retzlaff
> wrote:
> >
> > The current location used for __rte_aligned(a) for alignment of types
> > and variables is not compatible with MSVC. There is only a single
> > locatio
28/11/2023 15:56, Luca Boccassi:
> On Tue, 28 Nov 2023 at 14:40, wrote:
> >
> > From: Christian Ehrhardt
> >
> > On ppc64, without huge pages, pa would be the default but fails like:
> > EAL: Cannot use IOVA as 'PA' since physical addresses are not available
> >
> > On a normal system setup we'
23/11/2023 07:42, Rakesh Kudurumalla:
> when RTE_ENABLE_ASSERT is defined test_mbuf application is
> failing because we are trying to attach extbuf to a cloned
> buffer to which external mbuf is already attached.To make
> test_mbuf pass CI we have updated ol_flags. This patch fixes
> the same.
>
>
On Tue, Feb 20, 2024 at 2:16 PM Chengwen Feng wrote:
>
> The struct rte_argparse_arg's flags was 64bit type, uint64_t should be
> used instead of uint32_t where the operation happened.
Something is strange.
An enum in C is represented as an int.
Plus, this enum type is not used anywhere:
lib/arg
05/03/2024 04:07, Stephen Hemminger:
> Tyler found build issues with MSVC and the thash gfni stubs.
> The problem would be link errors from missing symbols.
>
> This version puts back the rte_thash_gfni function stubs as
> inlines, but instead of logging a message, they panic.
> This is intentiona
Hi Aaron,
> -Original Message-
> From: Aaron Conole
> Sent: Wednesday, March 6, 2024 2:57 PM
> To: Power, Ciara
> Cc: Sivaramakrishnan, VenkatX ; Akhil
> Goyal ; Ji, Kai ; pr...@iol.unh.edu;
> dev@dpdk.org; De Lara Guarch, Pablo ;
> Thomas Monjalon ; David Marchand
> ; Kevin Traynor
> S
On Wed, Mar 6, 2024 at 5:40 PM Bruce Richardson
wrote:
>
> On Wed, Mar 06, 2024 at 05:14:15PM +0100, David Marchand wrote:
> > On Wed, Mar 6, 2024 at 3:36 PM Paul Szczepanek
> > wrote:
> > >
> > > If a library has no global section in the version.map
> > > allow it not to have symbols and not re
27/02/2024 17:10, Morten Brørup:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Tuesday, 27 February 2024 17.02
> >
> > While this is not likely a setting that many will need to change, it's
> > not
> > the first time I've heard of users looking to adjust it.
> >
> > Bec
On Wed, Mar 06, 2024 at 05:14:15PM +0100, David Marchand wrote:
> On Wed, Mar 6, 2024 at 3:36 PM Paul Szczepanek
> wrote:
> >
> > If a library has no global section in the version.map
> > allow it not to have symbols and not report it as an error.
> > This happens if a library doesn't export any
From: Pavan Nikhilesh
Allow RTE_ARM_USE_WFE to be enabled at meson configuration
time by passing it via c_args instead of modifying
`config/arm/meson.build`.
Example usage:
meson build -Dc_args='-DRTE_ARM_USE_WFE' \
--cross-file config/arm/arm64_cn10k_linux_gcc
Signed-off-by: Pavan Nik
From: Pavan Nikhilesh
Some ARM CPUs have specific march requirements and
are not compatible with the supported march list.
Add fallback march in case the mcpu and the march
advertised in the part_number_config are not supported
by the compiler.
Example
mcpu = neoverse-n2
march =
From: Pavan Nikhilesh
The compiler options march and mtune are a subset
of mcpu and will lead to conflicts if improper march
is chosen for a given mcpu.
To avoid conflicts, discard part number march when
mcpu is available and is supported by the compiler.
Example:
march = armv9-a
On 2/29/2024 5:56 PM, Stephen Hemminger wrote:
> The tap device needs to exchange file descriptors for tx and rx.
> But the EAL MP layer has limit of 8 file descriptors per message.
> The ideal resolution would be to increase the number of file
> descriptors allowed for rte_mp_sendmsg(), but this w
On Wed, Mar 6, 2024 at 3:36 PM Paul Szczepanek wrote:
>
> If a library has no global section in the version.map
> allow it not to have symbols and not report it as an error.
> This happens if a library doesn't export any functions
> if they're all inline.
>
> Signed-off-by: Paul Szczepanek
Added
06/03/2024 06:50, Anoob Joseph:
> --- /dev/null
> +++ b/config/arm/arm64_odyssey_linux_gcc
> @@ -0,0 +1,17 @@
> +[binaries]
> +c = ['ccache', 'aarch64-marvell-linux-gnu-gcc']
> +cpp = ['ccache', 'aarch64-marvell-linux-gnu-g++']
> +ar = 'aarch64-marvell-linux-gnu-gcc-ar'
> +strip = 'aarch64-marvell-
06/03/2024 16:04, Wathsala Wathawana Vithanage:
> > >
> > > OK
> > > What will become this second patch?
> > >
> > I will suppress patch 2/2.
> > Thanks.
> I'm not allowed to suppress it, perhaps someone with admin privileges could
> do it.
We don't suppress anything :)
I can change the status to
20/02/2024 02:45, Honnappa Nagarahalli:
> Add Arm Neoverse V2 CPU part number
>
> Signed-off-by: Honnappa Nagarahalli
> Acked-by: Ruifeng Wang
> Reviewed-by: Wathsala Vithanage
Series applied, thanks.
> -Original Message-
> From: Patrick Robb
> Sent: Wednesday, March 6, 2024 2:59 PM
> To: Power, Ciara
> Cc: Akhil Goyal ; Dooley, Brian ;
> Ji, Kai ; De Lara Guarch, Pablo
> ; Aaron Conole ;
> dev@dpdk.org; Sivaramakrishnan, VenkatX
> ; Wathsala Vithanage
> ; tho...@monjalon.net; Marcha
Acked-by: Abdullah Sevincer
Modify the user display data with total average latency per worker.
Signed-off-by: Vipin Varghese
V2 Changes:
- keep one-digit precision is enough, suggested by Chengwen
---
app/test-dma-perf/benchmark.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/app/test-dma-perf/be
> >
> > OK
> > What will become this second patch?
> >
> I will suppress patch 2/2.
> Thanks.
I'm not allowed to suppress it, perhaps someone with admin privileges could do
it.
Current commit decalres either `source or destination numa is greater
than acture numa` as cause of error. Rephrase as `Source or Destination`
is incorrect numa by checking which is greater than available numa.
Signed-off-by: Vipin Varghese
---
app/test-dma-perf/benchmark.c | 3 ++-
1 file chang
> > Joyce is no longer with Arm, and we have not been able to figure out
> > this patch. I think the first patch of this series makes sense.
> > This second patch to us looks like a nice to have, rather than
> > something that fixes an issue. Therefore, we would like to pull this
> > patch out of t
On Wed, Mar 6, 2024 at 6:12 AM Power, Ciara wrote:
>
>
> > And this is also failing http://mails.dpdk.org/archives/test-report/2024-
> > March/601301.html
> > These need to be fixed in CI infra.
>
> This function that throws the error is available in the recently tagged 1.4
> equivalent Arm repo,
"Power, Ciara" writes:
> Hi Aaron,
>
>> -Original Message-
>> From: Aaron Conole
>> Sent: Tuesday, March 5, 2024 6:37 PM
>> To: Power, Ciara
>> Cc: Sivaramakrishnan, VenkatX ; Akhil
>> Goyal ; Ji, Kai ; pr...@iol.unh.edu;
>> dev@dpdk.org
>> Subject: Re: reg. https://patches.dpdk.org/pro
Updates the tag of Arm IPsec-MB library to SECLIB-IPSEC-2024.03.05
in snow3g and zuc documentation. Tag SECLIB-IPSEC-2024.03.05 updates
IPSec-MB library version to 1.4.
Signed-off-by: Wathsala Vithanage
Reviewed-by: Ruifeng Wang
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Jack Bond-Preston
On Wed, Mar 6, 2024 at 5:00 AM David Marchand wrote:
>
> On Tue, Feb 27, 2024 at 8:22 PM Tyler Retzlaff
> wrote:
> >
> > Enable build of eal & ring library when building with MSVC.
> >
> > This series depends on 2 other series that seem to be near being
> > accepted for merge.
> >
> > https://p
> > > > The platform value would be 'native' only when not cross build.
> > > > Move the operation about modifying cpu_instruction_set while platform
> > > > equals 'native' to the not cross build branch.
> > > >
> > > > Fixes: bf66003b51ec ("build: use platform for generic and native
> > > > build
1 - 100 of 154 matches
Mail list logo
