> > On Thu, 5 Sep 2024 19:01:42 +0200 Lorenzo Bianconi wrote: > > > In particular, the cpumap kthread pinned on cpu 'n' can schedule the > > > backlog NAPI associated to cpu 'n'. However according to my understanding > > > it seems the backlog NAPI APIs (in process_backlog()) do not support GRO, > > > right? Am I missing something? > > > > I meant to use the struct directly, not to schedule it. All you need > > is GRO - feed it packets, flush it. > > ack, thx for pointing this out. > > > But maybe you can avoid the netdev allocation and patch 3 in other ways. > > Using backlog NAPI was just the first thing that came to mind. > > ack, I will look into it. > > Regards, > Lorenzo Hi all, I reworked my previous implementation to add GRO support to cpumap codebase, removing the dummy netdev dependency and keeping most of the other logic. You can find the codebase here: - https://github.com/LorenzoBianconi/bpf-next/commit/e152cf8c212196fccece0b516190827430c0f5f8 I added to the two patches below in order to reuse some NAPI generic code: - https://github.com/LorenzoBianconi/bpf-next/commit/3c73e9c2f07486590749e9b3bfb8a4b3df4cb5e0 - https://github.com/LorenzoBianconi/bpf-next/commit/d435ce2e1b6a991a6264a5aad4a0374a3ca86a51 I have not run any performance test yet, just functional one. Regards, Lorenzo
Attachment:
signature.asc
Description: PGP signature
