printk/console: Rename has_preferred_console to need_default_console
authorPetr Mladek <pmladek@suse.com>
Mon, 22 Nov 2021 13:26:46 +0000 (14:26 +0100)
committerPetr Mladek <pmladek@suse.com>
Mon, 6 Dec 2021 13:07:57 +0000 (14:07 +0100)
commita6953370d2fcf8c3878f1588771d20d3d972fcf3
tree28ea6ec50eac5dac23f1c712fb0dd7d1a2a2bfa4
parented758b30d541e9bf713cd58612a4414e57dc6d73
printk/console: Rename has_preferred_console to need_default_console

The logic around the variable @has_preferred_console made my head
spin many times. Part of the problem is the ambiguous name.

There is the variable @preferred_console. It points to the last
non-braille console in @console_cmdline array. This array contains
consoles preferred via the command line, device tree, or SPCR.

Then there is the variable @has_preferred_console. It is set to
"true" when @preferred_console is enabled or when a console with
tty binding gets enabled by default.

It might get reset back by the magic condition:

if (!has_preferred_console || bcon || !console_drivers)
has_preferred_console = preferred_console >= 0;

It is a puzzle. Dumb explanation is that it gets re-evaluated
when:

+ it was not set before (see above when it gets set)
+ there is still an early console enabled (bcon)
+ there is no console enabled (!console_drivers)

This is still a puzzle.

It gets more clear when we see where the value is checked. The only
meaning of the variable is to decide whether we should try to enable
the new console by default.

Rename the variable according to the single situation where
the value is checked.

The rename requires an inverted logic. Otherwise, it is a simple
search & replace. It does not change the functionality.

Signed-off-by: Petr Mladek <pmladek@suse.com>
Reviewed-by: Sergey Senozhatsky <senozhatsky@chromium.org>
Link: https://lore.kernel.org/r/20211122132649.12737-3-pmladek@suse.com
kernel/printk/printk.c