[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c5977a24-ba1e-4089-a74e-4b94ca239d36@intel.com>
Date: Mon, 16 Sep 2024 17:10:49 +0200
From: Alexander Lobakin <aleksander.lobakin@...el.com>
To: Lorenzo Bianconi <lorenzo@...nel.org>
CC: <bpf@...r.kernel.org>, <kuba@...nel.org>, <ast@...nel.org>,
<daniel@...earbox.net>, <andrii@...nel.org>, <dxu@...uu.xyz>,
<john.fastabend@...il.com>, <hawk@...nel.org>, <martin.lau@...ux.dev>,
<davem@...emloft.net>, <edumazet@...gle.com>, <pabeni@...hat.com>,
<netdev@...r.kernel.org>, <lorenzo.bianconi@...hat.com>
Subject: Re: [RFC/RFT v2 0/3] Introduce GRO support to cpumap codebase
From: Lorenzo Bianconi <lorenzo@...nel.org>
Date: Mon, 16 Sep 2024 12:13:42 +0200
> Add GRO support to cpumap codebase moving the cpu_map_entry kthread to a
> NAPI-kthread pinned on the selected cpu.
>
> Changes in rfc v2:
> - get rid of dummy netdev dependency
>
> Lorenzo Bianconi (3):
> net: Add napi_init_for_gro routine
> net: add napi_threaded_poll to netdevice.h
> bpf: cpumap: Add gro support
Oh okay, so it's still uses a NAPI.
When I'm back from the conferences (next week), I might rebase and send
the solution where I only use the GRO part of it, i.e. no
napi_schedule()/poll()/napi_complete() logics.
>
> include/linux/netdevice.h | 3 +
> kernel/bpf/cpumap.c | 123 ++++++++++++++++----------------------
> net/core/dev.c | 27 ++++++---
> 3 files changed, 73 insertions(+), 80 deletions(-)
Thanks,
Olek
Powered by blists - more mailing lists