To optimize Rx/Tx burst process,
add NEON vector instructions on arm architecture.
Signed-off-by: Wencheng Li
---
drivers/net/macb/macb_rxtx.c | 3 +
drivers/net/macb/macb_rxtx_vec_neon.c | 675 ++
drivers/net/macb/meson.build | 4 +
3 files
v7:
- Use a legal name instead of an email alias.
- Do not use additional __rte_cold.
- Replace unsigned long with standard uint64_t.
- Describe the devargs used by the driver in the documentation.
- Update macb.ini.
v6:
- Fixed build failures across different OS.
v5:
- Putting __rte_unused after
> -Original Message-
> From: Bruce Richardson
> Sent: Tuesday, April 08, 2025 23:57
> To: dev@dpdk.org
> Cc: Richardson, Bruce; sta...@dpdk.org; Burakov, Anatoly
> Subject: [PATCH] net/ice: fix Rx of large packets
>
> The determination of whether or not the buffer size is less than the
> pa
Added missing documentation in doc/guides/nics,
mailmap entry, and updated MAINTAINERS file.
v7:
* Describe the devargs used by the driver in the documentation.
* Update macb.ini.
Signed-off-by: Wencheng Li
---
MAINTAINERS| 6 ++
doc/guides/nics/features/macb.ini
Ah, thanks for adding that support. I can send a follow up patch which
takes this into account.
Best,
Josh
The DPDK project has two constrained resources - reviewers and
public CI infrastructure. These are shared among the entire
project, and there are true costs associated with using these
resources. Thus, there are two motivations behind this change:
- Encourage developers to spend more time ensur
On Tue, Apr 15, 2025 at 05:05:17PM -0700, Stephen Hemminger wrote:
> On Mon, 14 Apr 2025 18:21:36 -0700
> Andre Muezerie wrote:
>
> > diff --git a/drivers/baseband/acc/rte_acc100_pmd.c
> > b/drivers/baseband/acc/rte_acc100_pmd.c
> > index b7f02f56e1..a4cbe6f42f 100644
> > --- a/drivers/baseband/
Hello Harry,
Thanks for posting this RFC. I'll share my API RFC in the coming days too, for
now
some feedback (which is already integrated/existing in the API I've been
working on)
Bigger picture; the APIs below implement "DPDK C API thinking" in Rust. I'd like to
rework the APIs to be "DPD
This patch is NOT to be considered for merge, it is a demo
of the Rust APIs for Ethdev. There is no actual implementation
of the APIs against the DPDK C functions, this is Rust API only.
To test/run the code (and uncomment things to see errors)
just apply this patch, cd "rust_api_example" and run
On Tue, Apr 15, 2025 at 5:51 AM Luca Vizzarro wrote:
> NICs like the Intel E810-C often produce ICMP packets. These packets
> are stray and can interfere with testing. Therefore, add an ICMP
> filtering option in the packet filter.
>
Okay, this sounds harmless. But, is Paul okay with this approa
After parsing the GTP packet header, the next protocol type should
be converted from RTE_GTP_TYPE_IPV4/IPV6 to RTE_ETHER_TYPE_IPV4/IPV6.
Otherwise, the next protocol cannot be parsed.
Bugzilla ID: 1672
Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
Cc: sta...@dpdk.org
Signed-off-by:
> From: Gregory Etelson
> Sent: Wednesday, April 16, 2025 12:42 PM
> To: Van Haaren, Harry; Richardson, Bruce
> Cc: dev@dpdk.org
> Subject: [RFC] add Rust API for basic port operations
>
> This RFC proposes Rust API for basic DPDK port management and IO operations.
Thanks for posting this RFC. I'
Recheck-request: iol-unit-amd64-testing
From: Thomas Wilks
Sent: 15 April 2025 14:09
To: dev@dpdk.org
Cc: Paul Szczepanek ; Luca Vizzarro
; Patrick Robb ; Thomas Wilks
Subject: [PATCH 0/2] dts: use tmp dir and DPDK tree dir
Hi,
Sending this update to extend t
>From: Owen Hilyard
>Sent: Sunday, April 13, 2025 6:09 PM
>To: Etelson, Gregory; Van Haaren, Harry
>Cc: Richardson, Bruce; dev@dpdk.org
>Subject: Re: [RFC PATCH] add rust binding support to DPDK
>
>Hello all,
>
>I wanted to chime in as someone who uses DPDK from Rust in quite a few
>projects.
Gr
On 16-04-2025 18:04, Maxime Coquelin wrote:
As approved by both Technical and Governing boards, Linux
Kernel uAPI header files can now be imported into the
kernel/linux/uapi directory.
This patch also fix the SPDX tags checker script to take
into account dual-licensed files.
The process to im
On 4/16/25 16:59, Ivan Malov wrote:
From: Denis Pryazhennikov
Implement NIC family discovery and minimum probe support.
Signed-off-by: Denis Pryazhennikov
Reviewed-by: Andy Moreton
[snip]
@@ -1922,6 +1923,36 @@ static struct ef10_external_port_map_s {
(1U << TLV_PORT_MODE
Hi, Dear Maintainers
I met the following compile failure when I pass "-D_TIME_BITS=64
-D_FILE_OFFSET_BITS=64" to build 32bit dpdk. The key command like:
gcc -m32 ... -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 ... -o
lib/librte_ethdev.a.p/ethdev_ethdev_trace_points.c.o -c
../git/lib/ethde
On 4/16/25 16:59, Ivan Malov wrote:
New X4522 (dual port SFP56) and X4542 (dual port QSFP56) adaptors are
Medford4 (X4) chips that are based on EF10 architecture. An X4 NIC
supports multiple network engine types. This series provides support
only for the Medford2-alike, 'full-feature' (FF) networ
On 4/16/25 17:00, Ivan Malov wrote:
On netport MCDI capable adaptors, link modes exported by libefx can be
backed by different technologies with different lane counts. Allow the
client drivers to get and set the lane count and query possible values.
Signed-off-by: Ivan Malov
Reviewed-by: Andy M
On 4/16/25 17:00, Ivan Malov wrote:
Supply Medford4-specific methods to clear, upload and update
MAC statistics, as well as the method to toggle periodic DMA
updates. All of these leverage the same netport MCDI command.
Signed-off-by: Ivan Malov
Reviewed-by: Andy Moreton
Reviewed-by: Pieter Ja
On 4/16/25 17:00, Ivan Malov wrote:
That leverages MAC control functionality of new netport MCDI.
Signed-off-by: Ivan Malov
Reviewed-by: Andy Moreton
Reviewed-by: Pieter Jansen Van Vuuren
---
drivers/common/sfc_efx/base/efx_impl.h | 13
drivers/common/sfc_efx/base/efx_mac.c
On 4/16/25 17:00, Ivan Malov wrote:
Use new MCDI to select loopback, speed, flow control and FEC.
Signed-off-by: Ivan Malov
Reviewed-by: Andy Moreton
Reviewed-by: Pieter Jansen Van Vuuren
[snip]
+static void
+efx_np_cap_sw_mask_to_hw_enum(
+ __in_ecou
On 4/16/25 16:59, Ivan Malov wrote:
From: Denis Pryazhennikov
Later patches will use this to implement support for Medford4.
Signed-off-by: Denis Pryazhennikov
Reviewed-by: Andy Moreton
---
drivers/common/sfc_efx/base/efx_check.h | 24 ++--
drivers/common/sfc_efx/efsys
23 matches
Mail list logo
