[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251209163745.3d0fcdfe@kernel.org>
Date: Tue, 9 Dec 2025 16:37:45 +0900
From: Jakub Kicinski <kuba@...nel.org>
To: Breno Leitao <leitao@...ian.org>
Cc: Petr Mladek <pmladek@...e.com>, Andrew Lunn <andrew+netdev@...n.ch>,
"David S. Miller" <davem@...emloft.net>, Eric Dumazet
<edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>, Shuah Khan
<shuah@...nel.org>, Simon Horman <horms@...nel.org>, Jonathan Corbet
<corbet@....net>, netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-kselftest@...r.kernel.org, linux-doc@...r.kernel.org,
gustavold@...il.com, asantostc@...il.com, calvin@...nvd.org,
kernel-team@...a.com, davej@...emonkey.org.uk
Subject: Re: [PATCH net-next 0/4] (no cover subject)
On Fri, 5 Dec 2025 02:21:08 -0800 Breno Leitao wrote:
> 1) Have a binary in each machine:
> 2) Send a ping directly to the console
> 3) Using per-loglevel patchset.
> 4) send messages only to netconsole (this patchset)
I think I was alluding that another option (not saying that it's the
best but IIUC your requirements it'd be the best fit)):
5) Add a keepalive configfs knob, if set to a non-zero value netconsole
will send an empty (?) message at given interval
Pros:
- truly does not require a user binary to run periodically, netcons
would set a timer in the kernel
Cons:
- does not provide the arbitrary "console bypass" message
functionality
Powered by blists - more mailing lists