Thread (175 messages) flat view 175 messages, 28 authors, 2022-05-24

Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers

From: Petr Mladek <pmladek@suse.com>
Date: 2022-05-16 14:50:29
Also in: kexec, linux-alpha, linux-edac, linux-hyperv, linux-leds, linux-mips, linux-pm, linux-remoteproc, linux-s390, linux-tegra, linux-um, linuxppc-dev, lkml, rcu, sparclinux, xen-devel

On Wed 2022-05-11 17:03:51, Guilherme G. Piccoli wrote:
On 10/05/2022 14:40, Steven Rostedt wrote:
quoted
On Wed, 27 Apr 2022 19:49:17 -0300
"Guilherme G. Piccoli" [off-list ref] wrote:
quoted
Currently we don't have a way to check if there are dumpers set,
except counting the list members maybe. This patch introduces a very
simple helper to provide this information, by just keeping track of
registered/unregistered kmsg dumpers. It's going to be used on the
panic path in the subsequent patch.
FYI, it is considered "bad form" to reference in the change log "this
patch". We know this is a patch. The change log should just talk about what
is being done. So can you reword your change logs (you do this is almost
every patch). Here's what I would reword the above to be:

 Currently we don't have a way to check if there are dumpers set, except
 perhaps by counting the list members. Introduce a very simple helper to
 provide this information, by just keeping track of registered/unregistered
 kmsg dumpers. This will simplify the refactoring of the panic path.
Thanks for the hint, you're right - it's almost in all of my patches.
I'll reword all of them (except the ones already merged) to remove this
"bad form".
Shame on me that I do not care that much about the style of the commit
message :-)

Anyway, the code looks good to me. With the better commit message:

Reviewed-by: Petr Mladek <pmladek@suse.com>

Best Regards,
Petr
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help