[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <168152521818.19909.13076060995417512854.git-patchwork-notify@kernel.org>
Date: Sat, 15 Apr 2023 02:20:18 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Jakub Kicinski <kuba@...nel.org>
Cc: davem@...emloft.net, netdev@...r.kernel.org, edumazet@...gle.com,
pabeni@...hat.com, hawk@...nel.org, ilias.apalodimas@...aro.org,
linyunsheng@...wei.com, alexander.duyck@...il.com
Subject: Re: [PATCH net-next v2 0/3] page_pool: allow caching from safely
localized NAPI
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@...nel.org>:
On Wed, 12 Apr 2023 21:26:02 -0700 you wrote:
> I went back to the explicit "are we in NAPI method", mostly
> because I don't like having both around :( (even tho I maintain
> that in_softirq() && !in_hardirq() is as safe, as softirqs do
> not nest).
>
> Still returning the skbs to a CPU, tho, not to the NAPI instance.
> I reckon we could create a small refcounted struct per NAPI instance
> which would allow sockets and other users so hold a persisent
> and safe reference. But that's a bigger change, and I get 90+%
> recycling thru the cache with just these patches (for RR and
> streaming tests with 100% CPU use it's almost 100%).
>
> [...]
Here is the summary with links:
- [net-next,v2,1/3] net: skb: plumb napi state thru skb freeing paths
https://git.kernel.org/netdev/net-next/c/b07a2d97ba5e
- [net-next,v2,2/3] page_pool: allow caching from safely localized NAPI
https://git.kernel.org/netdev/net-next/c/8c48eea3adf3
- [net-next,v2,3/3] bnxt: hook NAPIs to page pools
https://git.kernel.org/netdev/net-next/c/294e39e0d034
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists