__builtin_add_overflow is gcc specific. There's a need for a portable
version that can also be used with other compilers.
This patch adds tests for these new portable functions, to confirm
they behave the same way across different compilers.
Signed-off-by: Andre Muezerie
---
app/test/meson.buil
__builtin_add_overflow is gcc specific. It should be replaced with
a portable version that can also be used with other compilers.
Signed-off-by: Andre Muezerie
---
drivers/net/ice/base/ice_nvm.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ice/base/ice
__builtin_add_overflow is gcc specific. There's a need for a portable
version that can also be used with other compilers.
Signed-off-by: Andre Muezerie
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 60bdcce543..4b03b6752e 100644
--- a/MAINTAIN
__builtin_add_overflow is gcc specific. There's a need for a portable
version that can also be used with other compilers.
This patch introduces __rte_add_overflow_u8, __rte_add_overflow_u16
and __rte_add_overflow_u32.
Signed-off-by: Andre Muezerie
---
lib/eal/include/meson.build | 1 +
lib/eal
__builtin_add_overflow is gcc specific. There's a need for a portable
version that can also be used with other compilers.
Andre Muezerie (5):
maintainers: add portable version of __builtin_add_overflow
lib/eal: add portable version of __builtin_add_overflow
doc/api: add portable version of _
__builtin_add_overflow is gcc specific. There's a need for a portable
version that can also be used with other compilers.
Signed-off-by: Andre Muezerie
---
doc/api/doxy-api-index.md | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/api/doxy-api-index.md b/doc/api/doxy-api-index.md
index f0
On 2024/12/14 01:16, Bruce Richardson wrote:
On Fri, Dec 13, 2024 at 09:12:39AM -0800, Stephen Hemminger wrote:
On Fri, 13 Dec 2024 17:24:42 +0800
Yang Ming wrote:
1. /var/tmp is hard code which is not a good style
2. /var/tmp may be not allowed to be written via container's
read only mode.
Adding a minimum maintainable directory structure for the
network driver and request maintenance of the sxe driver.
Signed-off-by: Jie Liu
---
MAINTAINERS | 6
doc/guides/nics/features/sxe.ini| 10 +++
doc/guides/nics/features/sxe_vf.ini | 10 +++
Adding a minimum maintainable directory structure for the
network driver and request maintenance of the sxe driver.
Signed-off-by: Jie Liu
---
MAINTAINERS | 6
doc/guides/nics/features/sxe.ini| 10 ++
doc/guides/nics/features/sxe_vf.ini | 10
Feature arc represents an ordered list of features/protocols at a given
networking layer. It is a high level abstraction to connect various
rte_graph nodes, as feature nodes, and allow packets steering across
these nodes in a generic manner.
Features (or feature nodes) are nodes which handles part
New API used by feature arc library to override node's original
process() func.
Signed-off-by: Nitin Saxena
---
lib/graph/graph_private.h | 11 +++
lib/graph/node.c | 23 +++
2 files changed, 34 insertions(+)
diff --git a/lib/graph/graph_private.h b/lib/grap
Feature arc abstraction allows rte_graph based applications to
- Hook feature nodes between start_node and end_node of an arc
- Feature arc's are created via RTE_GRAPH_FEATURE_ARC_REGISTER()
- Feature nodes are added to an arc via RTE_GRAPH_FEATURE_REGISTER()
- If application explicitly calls rte_g
Added ip4 output arc to allow applications to hook feature nodes in ip4
egress direction
Signed-off-by: Nitin Saxena
---
lib/node/ethdev_ctrl.c | 8 +
lib/node/interface_tx_feature.c | 133
lib/node/interface_tx_feature_priv.h | 33 +++
lib/node/ip4_rewrite.c
- Added cmdline argument "--enable-graph-feature-arc" to call
rte_graph_feature_arc_init() before rte_graph_create() which creates
in-built arcs and feature nodes
- Added custom feature nodes in app/graph which are added to ip4 output
arc.
- Custom features can be enabled/disabled at runtime
Fix the issue where OS memory is mistakenly freed with rte_free
by setting the length (len) of unused memseg to 0.
When `eal_legacy_hugepage_init()` releases the VA space for
unused memseg lists(MSLs), it does not reset MSLs' length to 0.
As a result, `mlx5_mem_is_rte()` may incorrectly identify O
On Thu, Jan 02, 2025 at 04:15:31PM -0800, Andre Muezerie wrote:
> On Thu, Jan 02, 2025 at 03:51:55PM -0800, Stephen Hemminger wrote:
> > On Thu, 2 Jan 2025 14:32:43 -0800
> > Andre Muezerie wrote:
> >
> > > __builtin_add_overflow is gcc specific. There's a need for a portable
> > > version that
On Thu, 2 Jan 2025 14:32:43 -0800
Andre Muezerie wrote:
> __builtin_add_overflow is gcc specific. There's a need for a portable
> version that can also be used with other compilers.
>
> Andre Muezerie (5):
> maintainers: add portable version of __builtin_add_overflow
> lib/eal: add portable
It was a common pattern to have "GCC diagnostic ignored" pragmas
sprinkled over the code and only activate these pragmas for certain
compilers (gcc and clang). Clang supports GCC's pragma for
compatibility with existing source code, so #pragma GCC diagnostic
and #pragma clang diagnostic are synonym
It was a common pattern to have "GCC diagnostic ignored" pragmas
sprinkled over the code and only activate these pragmas for certain
compilers (gcc and clang). Clang supports GCC's pragma for
compatibility with existing source code, so #pragma GCC diagnostic
and #pragma clang diagnostic are synonym
It was a common pattern to have "GCC diagnostic ignored" pragmas
sprinkled over the code and only activate these pragmas for certain
compilers (gcc and clang). Clang supports GCC's pragma for
compatibility with existing source code, so #pragma GCC diagnostic
and #pragma clang diagnostic are synonym
It was a common pattern to have "GCC diagnostic ignored" pragmas
sprinkled over the code and only activate these pragmas for certain
compilers (gcc and clang). Clang supports GCC's pragma for
compatibility with existing source code, so #pragma GCC diagnostic
and #pragma clang diagnostic are synonym
On Thu, Jan 02, 2025 at 03:51:55PM -0800, Stephen Hemminger wrote:
> On Thu, 2 Jan 2025 14:32:43 -0800
> Andre Muezerie wrote:
>
> > __builtin_add_overflow is gcc specific. There's a need for a portable
> > version that can also be used with other compilers.
> >
> > Andre Muezerie (5):
> > ma
Hi, Maintainer
A few days ago, I pushed the v6 version. Is there anything else that needs
to be modified? If so, please let me know.
Thank you for your time！
> V6:
> - Remove unnecessary __rte_packed in the virtqueue structure and others.
> - Remove Some blank before or after log mes
The secordary process should not close the crypto device when
it exits because the primary process still manage the device.
There is no reason with occurring error log below when
secordary process exits without any operation on the crypto
device while primary process starts the device.
Case situat
https://bugs.dpdk.org/show_bug.cgi?id=1609
Bug ID: 1609
Summary: memif jumbo support broken
Product: DPDK
Version: 23.11
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Norma
>>
>> This RFC introduces a new API, rte_event_eth_rx_adapter_queues_add(),
>> designed to enhance the flexibility of configuring multiple Rx queues in
>> eventdev Rx adapter.
>>
>> The existing rte_event_eth_rx_adapter_queue_add() API supports adding
>> multiple queues by specifying rx_queue_id =
Hello,
We will continue to upstream our PMD into DPDK 25.03.
Based on the review comments from previous versions, we have refactored the
driver. The new version eliminates the dependency on the rdma core library and
proprietary kernel driver, while adding support for the vfio kernel driver.
B
On Thu, 2 Jan 2025 19:39:50 +0800
Junlong Wang wrote:
> From: Junlong Wang
> To: step...@networkplumber.org
> Cc: dev@dpdk.org
> Subject: Re: [v6,00/15] net/zxdh: updated net zxdh driver
> Date: Thu, 2 Jan 2025 19:39:50 +0800
> X-Mailer: git-send-email 2.43.0
>
> Hi, Maintainer
> A few da
28 matches
Mail list logo
