Re: [PATCH ovpn net-next 5/5] ovpn: add per-peer NAPI for RX decap and reinject

Ralf Lici <[email protected]>
Newsgroups gmane.network.openvpn.devel
Message-ID <[email protected]>
On Tue, 12 May 2026 16:43:58 +0200, Antonio Quartulli <[email protected]> wrote:
> From: Ralf Lici <[email protected]>
>
> Currently ovpn processes received packets in the same softirq context
> that delivers the skb. If the packet is valid and decapsulated, it is
> reinjected via a single per-interface gro_cells instance.
>
> To improve parallelism and scaling, add a per-peer NAPI and skb queue
> for reception and reinjection. On receive, the skb is enqueued to the
> peer's queue and the peer NAPI is scheduled. The poll function drains
> the queue, processes the packet, and reinjects the decapsulated skb into
> the stack through that peer NAPI.
>
> This is the first patch introducing a more elaborated packet processing
> pipeline aimed at improving parallelism and scalability.
[...]

Hi,

we decided to drop this patch from the next respin.

We are working on a broader datapath rework that will cover this
optimization more cleanly, so we'll revisit the NAPI part separately
once that work is ready.

Thanks,
-- 
Ralf Lici
Mandelbit Srl
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.