On 03/09/2024 23.33, Lorenzo Bianconi wrote:
On Fri, 30 Aug 2024 18:24:59 +0200 Alexander Lobakin wrote:
* patch 4: switch cpumap from a custom kthread to a CPU-pinned
threaded NAPI;
Could you try to use the backlog NAPI? Allocating a fake netdev and
using NAPI as a threading abstraction feels like an abuse. Maybe try
to factor out the necessary bits? What we want is using the per-cpu
caches, and feeding GRO. None of the IRQ related NAPI functionality
fits in here.
I was thinking allocating a fake netdev to use NAPI APIs is quite a common
approach, but sure, I will looking into it.
I have a use-case for cpumap where I adjust (increase) kthread priority.
Using backlog NAPI, will I still be able to change scheduling priority?
--Jesper
