[PATCH v3] console: use first console if stdout-path device doesn't appear

From: Paul Burton
Date: Thu Nov 03 2016 - 09:00:04 EST


If a device tree specified a preferred device for kernel console output
via the stdout-path or linux,stdout-path chosen node properties there's
no guarantee that it will have specified a device for which we have a
driver. It may also be the case that we do have a driver but it doesn't
call of_console_check() to register as a preferred console (eg. offb
driver as used on powermac systems).

In these cases try to ensure that we provide some console output by
enabling the first usable registered console, which we keep track of
with the of_fallback_console variable. Affected systems will enable
their console later than they did prior to commit 05fd007e4629
("console: don't prefer first registered if DT specifies stdout-path")
but should otherwise produce the same output.

Tested in QEMU with a PowerPC pseries_defconfig kernel.

Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx>
Fixes: 05fd007e4629 ("console: don't prefer first registered if DT specifies stdout-path")
Reported-by: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
Reported-by: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Reported-by: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Cc: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Cc: Borislav Petkov <bp@xxxxxxx>
Cc: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
Cc: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Cc: Petr Mladek <pmladek@xxxxxxxx>
Cc: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
Cc: Tejun Heo <tj@xxxxxxxxxx>
Cc: linux-kernel@xxxxxxxxxxxxxxx
Cc: linuxppc-dev@xxxxxxxxxxxxxxxx

---

Changes in v3:
- Be less invasive by simply calling register_console() again rather than splitting it.
- Check for CON_CONSDEV on the first console driver rather than for CON_ENABLED on any.
- Clean up the tracking of the fallback console.

Changes in v2:
- Split enable_console() out of register_console() & call in the fallback case.
- Track the console we would have enabled as of_fallback_console.

kernel/printk/printk.c | 44 ++++++++++++++++++++++++++++++++++++++++++--
1 file changed, 42 insertions(+), 2 deletions(-)

diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index de08fc9..c86e6d0 100644
--- a/kernel/printk/printk.c
+++ b/kernel/printk/printk.c
@@ -260,10 +260,18 @@ void console_set_by_of(void)
{
of_specified_console = true;
}
+
+static void clear_of_specified_console(void)
+{
+ of_specified_console = false;
+}
#else
# define of_specified_console false
+static void clear_of_specified_console(void) { }
#endif

+struct console *of_fallback_console;
+
/* Flag: console code may call schedule() */
static int console_may_schedule;

@@ -2657,10 +2665,26 @@ void register_console(struct console *newcon)
* didn't select a console we take the first one
* that registers here.
*/
- if (preferred_console < 0 && !of_specified_console) {
+ if (preferred_console < 0) {
if (newcon->index < 0)
newcon->index = 0;
- if (newcon->setup == NULL ||
+ if (of_specified_console) {
+ /*
+ * The device tree stdout-path chosen node property was
+ * specified so we don't want to enable the first
+ * registered console just now in order to give the
+ * device indicated by stdout-path a chance to be
+ * registered first. Do however keep track of the
+ * first console we see so that we can fall back to
+ * using it if we don't see the desired device, either
+ * because stdout-path isn't valid, or because we have
+ * no driver for the device or our driver doesn't call
+ * of_console_check(). See printk_late_init() for this
+ * fallback.
+ */
+ if (!of_fallback_console)
+ of_fallback_console = newcon;
+ } else if (newcon->setup == NULL ||
newcon->setup(newcon, NULL) == 0) {
newcon->flags |= CON_ENABLED;
if (newcon->device) {
@@ -2844,6 +2868,22 @@ static int __init printk_late_init(void)
{
struct console *con;

+ if (of_specified_console && of_fallback_console &&
+ (!console_drivers || !(console_drivers->flags & CON_CONSDEV))) {
+ /*
+ * The system has a device tree which specified stdout-path,
+ * but we haven't seen a console associated with the device
+ * specified by the stdout-path chosen node property.
+ *
+ * We do however know which console would have been used
+ * if stdout-path weren't specified at all, so in an attempt
+ * to provide some output we'll re-register that console
+ * pretending that we never saw stdout-path.
+ */
+ clear_of_specified_console();
+ register_console(of_fallback_console);
+ }
+
for_each_console(con) {
if (!keep_bootcon && con->flags & CON_BOOT) {
/*
--
2.10.2