From: Simon Horman <horms@kernel.org>
To: Breno Leitao <leitao@debian.org>
Cc: "David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Andrew Lunn <andrew+netdev@lunn.ch>,
netdev@vger.kernel.org, asantostc@gmail.com, gustavold@gmail.com,
linux-kernel@vger.kernel.org, kernel-team@meta.com
Subject: Re: [PATCH net-next v3 0/9] netconsole: stop charging netpoll users for netconsole-only data
Date: Thu, 16 Jul 2026 14:21:49 +0100 [thread overview]
Message-ID: <20260716132149.GK95246@horms.kernel.org> (raw)
In-Reply-To: <20260710-netconsole_move_more-v3-0-6f63f76b28bc@debian.org>
On Fri, Jul 10, 2026 at 04:38:52AM -0700, Breno Leitao wrote:
> This work continue to untangle netconsole and netpoll, improving
> memory usage for netpoll users that are not netconsole.
>
> struct netpoll is shared by every netpoll consumer in the tree:
> bonding, bridge, team, vlan, macvlan, dsa and netconsole. The non-
> netconsole users only need a per-port handle that lets them transmit
> SKBs.
>
> Yet struct netpoll has accumulated a pile of fields that exist only
> to serve netconsole's printk path:
>
> - skb_pool / refill_wq: the fallback skb pool find_skb() falls back
> on when alloc_skb() returns NULL, plus the workqueue that refills
> it.
> - local_port / remote_port / remote_mac: the source and destination
> UDP ports and the destination ethernet address used to build
> outgoing log packets.
>
> Every netpoll user that allocates a struct netpoll pays for all of
> these fields, even though it never queues a single skb on the pool,
> never sends a UDP frame and never looks at any of the addressing.
>
> Move this netconsole-only state out of the shared struct into struct
> netconsole_target, where its only consumer already lives.
>
> After the series every passive netpoll consumer drops
> sizeof(sk_buff_head) + sizeof(work_struct) + 2 * sizeof(u16) +
> ETH_ALEN bytes per port (plus padding), and struct netpoll keeps only
> what belongs to the generic poll/transmit abstraction or what netpoll
> core still reads itself.
>
> Follow-ups
> ----------
> local_ip, remote_ip and ipv6 are still in struct netpoll. Moving the
> addressing additionally requires relocating netpoll_setup() -- whose
> only caller is netconsole -- and its IPv4/IPv6 helpers, so it is left
> for a follow-up to keep this series focused on a single responsibility
> transfer.
>
> This is pure code motion with no functional change. The pre-existing
> target/device teardown races reported against v1 have since been fixed
> independently (as suggested by Jakub) and are already in the tree, so,
> re-posting this one.
>
> --
>
> Changes in v3:
> - Added a fix for a pre-existing cleanup-skip leak (released/joined targets).
> - Added an skb-pool init-once patch closing an init/teardown race; rebased.
> - Link to v2: https://lore.kernel.org/r/20260702-netconsole_move_more-v2-0-1ebedd921dcb@debian.org
>
> Changes in v2:
> - Rebase on net-next, now that the prerequisite netconsole
> teardown-race fixes are merged.
> - Squash the local_port and remote_port moves into a single patch.
> - v1: https://lore.kernel.org/r/20260524-netconsole_move_more-v1-0-909d1ab398b4@debian.org
For the series:
Reviewed-by: Simon Horman <horms@kernel.org>
prev parent reply other threads:[~2026-07-16 13:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-10 11:38 [PATCH net-next v3 0/9] netconsole: stop charging netpoll users for netconsole-only data Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 1/9] netconsole: clean up released targets dropped before the cleanup worker Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 2/9] netpoll: export refill_skbs(), refill_skbs_work_handler(), skb_pool_flush() Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 3/9] netconsole: take over skb pool lifecycle from netpoll Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 4/9] netconsole: move refill_skbs_work_handler() " Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 5/9] netconsole: move refill_skbs() and skb-pool sizing macros " Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 6/9] netconsole: move skb_pool_flush() " Breno Leitao
2026-07-10 11:38 ` [PATCH net-next v3 7/9] netconsole: move skb_pool / refill_wq from struct netpoll to netconsole_target Breno Leitao
2026-07-10 11:39 ` [PATCH net-next v3 8/9] netconsole: move local_port / remote_port " Breno Leitao
2026-07-10 11:39 ` [PATCH net-next v3 9/9] netconsole: move remote_mac " Breno Leitao
2026-07-16 13:21 ` Simon Horman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260716132149.GK95246@horms.kernel.org \
--to=horms@kernel.org \
--cc=andrew+netdev@lunn.ch \
--cc=asantostc@gmail.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=gustavold@gmail.com \
--cc=kernel-team@meta.com \
--cc=kuba@kernel.org \
--cc=leitao@debian.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox