On May 16, 2023 at 12:19 PM -0700, Philip Prindeville
, wrote:
> Hi,
>
> I'm a packaging maintainer for some of the OpenWrt ancillary packages, and
> I'm looking at upstreaming DPDK support into OpenWrt. Apologies in advance if
> this is a bit dense (a brain dump) or hops between too many topics
So we right now (at WEKA) have a somewhat older version of DPDK that we have
customized heavily, and I am going to to need to to make the headroom *dynamic*
(passed in at run time, and per port.)
We have this requirement because we need payload to be at a specific offset,
but have to deal with
;s not something we can really use.
On Mar 25, 2024 at 10:20 AM -0700, Stephen Hemminger
, wrote:
> On Mon, 25 Mar 2024 10:01:52 +
> Bruce Richardson wrote:
>
> > On Sat, Mar 23, 2024 at 01:51:25PM -0700, Garrett D'Amore wrote:
> > > > So we right now (at WEKA)
t, the driver should adjust m->data_off accordingly on
> RX, so rte_pktmbuf_mtod[_offset]() and rte_pktmbuf_iova[_offset]() still
> point to the Ethernet header.
>
>
> Med venlig hilsen / Kind regards,
> -Morten Brørup
>
> From: Garrett D'Amore [mailto:garr...@damore.org]
not going to be possible. (And you
> were lucky that the offset happens to be sufficiently aligned to work for
> IPv4 to begin with.)
>
> It seems you need to read a bunch of datasheets before proceeding.
>
>
> Med venlig hilsen / Kind regards,
> -Morten Brørup
>
> From: Ga
FER_SPLIT offload:
> https://doc.dpdk.org/api/structrte__eth__rxseg__split.html
> Which might be close to what you are looking for, but right now it is
> supported by mlx5 PMD only.
>
> From: Garrett D'Amore
> Sent: Tuesday, March 26, 2024 2:19 PM
> To: Bruce Richardson ; S
everywhere.
On Mar 26, 2024 at 1:35 PM -0700, Stephen Hemminger
, wrote:
> On Tue, 26 Mar 2024 10:43:30 -0700
> Garrett D'Amore wrote:
>
> > This had occurred to me as well. I think most hardware DMA engines can
> > align on 32-bit boundaries. I've yet to see a
First time poster here:
I worry a bit about a coroutine approach as it may be challenging for some uses
like ours. We have a purely event driven loop with a Reactor model written in
D. The details are not specifically needed here, except to point out that an
approach based on ucontext.h or so
This is mostly a heads up
We (WEKA) use various drivers with specific alignment requirements, which
causes us to need to need to use multibuffer (scatter/gather) functionality in
various drivers.
Unfortunately, the GVNIC driver was ... very... buggy in this regard (in fact
it doesn't work
9 matches
Mail list logo
