[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180619093244.ehj34uhpnpv6447f@pathway.suse.cz>
Date: Tue, 19 Jun 2018 11:32:44 +0200
From: Petr Mladek <pmladek@...e.com>
To: Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>
Cc: Maninder Singh <maninder1.s@...sung.com>,
sergey.senozhatsky@...il.com, rostedt@...dmis.org,
linux-kernel@...r.kernel.org, a.sahrawat@...sung.com,
pankaj.m@...sung.com, v.narang@...sung.com
Subject: Re: [PATCH v2] printk: make sure to print log on console.
On Mon 2018-06-18 15:23:06, Sergey Senozhatsky wrote:
> On (06/18/18 15:15), Sergey Senozhatsky wrote:
> >
> > On (06/01/18 14:26), Maninder Singh wrote:
> > >
> > > Signed-off-by: Vaneet Narang <v.narang@...sung.com>
> > > Signed-off-by: Maninder Singh <maninder1.s@...sung.com>
> >
> > Reviewed-by: Sergey Senozhatsky <sergey.senozhatsky@...il.com>
>
> OK, we probably need v3 after all.
>
> I think this
>
> - if (suppress_message_printing(msg->level)) {
> + if (msg->flags & LOG_NOCONS) {
>
> must be changed to
>
> - if (suppress_message_printing(msg->level)) {
> + if (!ignore_loglevel && (msg->flags & LOG_NOCONS)) {
>
>
> `ignore_loglevel' is a module param and can change any time via
> /sys/module/printk/parameters/ignore_loglevel
> we need to respect its value.
I would prefer to keep the patch as is. I see it the following way.
Also console_loglevel can be changed anytime by /proc/sys/kernel/printk.
The patch basically moves the decision about the message visibility from
console_unlock() to vprintk_emit(). The logic is easier when all
aspects are handled in a single location and only once.
Best Regards,
Petr
Powered by blists - more mailing lists