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.