[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <26255031-9f8e-4d22-bbb2-f2a61655c1d6@intel.com>
Date: Wed, 27 Aug 2025 13:42:35 -0700
From: Tony Nguyen <anthony.l.nguyen@...el.com>
To: Simon Horman <horms@...nel.org>, Alexander Lobakin
<aleksander.lobakin@...el.com>
CC: <intel-wired-lan@...ts.osuosl.org>, Michal Kubiak
<michal.kubiak@...el.com>, Maciej Fijalkowski <maciej.fijalkowski@...el.com>,
Przemek Kitszel <przemyslaw.kitszel@...el.com>, Andrew Lunn
<andrew+netdev@...n.ch>, "David S. Miller" <davem@...emloft.net>, "Eric
Dumazet" <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni
<pabeni@...hat.com>, Alexei Starovoitov <ast@...nel.org>, Daniel Borkmann
<daniel@...earbox.net>, <nxne.cnse.osdt.itp.upstreaming@...el.com>,
<bpf@...r.kernel.org>, <netdev@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH iwl-next v5 00/13] idpf: add XDP support
On 8/27/2025 10:28 AM, Simon Horman wrote:
> On Tue, Aug 26, 2025 at 05:54:54PM +0200, Alexander Lobakin wrote:
>> Add XDP support (w/o XSk for now) to the idpf driver using the libeth_xdp
>> sublib. All possible verdicts, .ndo_xdp_xmit(), multi-buffer etc. are here.
>> In general, nothing outstanding comparing to ice, except performance --
>> let's say, up to 2x for .ndo_xdp_xmit() on certain platforms and
>> scenarios.
>> idpf doesn't support VLAN Rx offload, so only the hash hint is
>> available for now.
>>
>> Patches 1-7 are prereqs, without which XDP would either not work at all or
>> work slower/worse/...
>
> Hi Alexander,
>
> I'm wondering if you could give a hash that this patch-set applies to.
> Or a branch where it has been applied.
Hi Simon,
I believe this will apply to net-next if you apply this series [1]
beforehand; it should merge into net-next this week. Alternatively,
you could use IWL next-queue/dev-queue [2] and replace the patches there
(v4) with this these.
Thanks,
Tony
[1]
https://lore.kernel.org/netdev/20250821180100.401955-1-anthony.l.nguyen@intel.com/
[2]
https://web.git.kernel.org/pub/scm/linux/kernel/git/tnguy/next-queue.git/
> I suspect it's terribly obvious how to do this, but I'm drawing a blank here.
>
> Thanks!
Powered by blists - more mailing lists