Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1451768

Re: debug tip after earlycon is closed?

From Arnd Bergmann <arnd@arndb.de>
Newsgroups linux.kernel
Subject Re: debug tip after earlycon is closed?
Date 2016-07-28 09:50 +0200
Message-ID <rZOeR-36k-9@gated-at.bofh.it> (permalink)
References <rZlPA-1a1-1@gated-at.bofh.it> <rZrBE-4PS-43@gated-at.bofh.it> <rZIVP-7X5-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thursday, July 28, 2016 11:08:13 AM CEST Masahiro Yamada wrote:
> Hi Arnd,
> 
> 
> 2016-07-27 16:32 GMT+09:00 Arnd Bergmann <arnd@arndb.de>:
> > On Wednesday, July 27, 2016 10:23:09 AM CEST Masahiro Yamada wrote:
> >> [    0.000004] sched_clock: 56 bits at 50MHz, resolution 20ns, wraps
> >> every 4398046511100ns
> >> [    0.008254] Console: colour dummy device 80x25
> >> [    0.012700] console [tty0] enabled
> >> [    0.016110] bootconsole [uniphier0] disabled
> >
> > I assume that the original console is on a uart, while the new console
> > appears to be on the framebuffer. Maybe you have no screen attached?
> >
> 
> 
> I use 8250-compat serial console for both.
> 
> 
> The following is the full boot log when success.
> 
> 
> I am not sure about:
> [    0.000141] Console: colour dummy device 80x25
> [    0.000550] console [tty0] enabled
> 
> 
> 
> This is the UART console I am really using.
> [    0.234743] 54006800.serial: ttyS0 at MMIO 0x54006800 (irq = 6,
> base_baud = 3676470) is a 16550A
> [    0.994393] console [ttyS0] enabled

I think the problem is that you have three consoles:

- the boot console that stays active until a real console comes up
- the framebuffer console that is initialized early and goes on to
  disable the bootconsole
- the serial console that you are looking at but which doesn't get
  initialized until much later

Clearly something is wrong in this setup and we don't want to
disable the boot console before the serial console is up.

I guess you could work around it by disabling the framebuffer console
at compile time, or by having the serial console initialized earlier
than the framebuffer, but I wonder if this is something that could
use a more general solution.

	Arnd

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

debug tip after earlycon is closed? Masahiro Yamada <yamada.masahiro@socionext.com> - 2016-07-27 03:30 +0200
  Re: debug tip after earlycon is closed? Sebastian Reichel <sre@kernel.org> - 2016-07-27 04:20 +0200
    Re: debug tip after earlycon is closed? Masahiro Yamada <yamada.masahiro@socionext.com> - 2016-07-27 05:30 +0200
  Re: debug tip after earlycon is closed? Arnd Bergmann <arnd@arndb.de> - 2016-07-27 09:40 +0200
    Re: debug tip after earlycon is closed? Masahiro Yamada <yamada.masahiro@socionext.com> - 2016-07-28 04:10 +0200
      Re: debug tip after earlycon is closed? Arnd Bergmann <arnd@arndb.de> - 2016-07-28 09:50 +0200
        Re: debug tip after earlycon is closed? Russell King - ARM Linux <linux@armlinux.org.uk> - 2016-07-28 14:30 +0200
          Re: debug tip after earlycon is closed? Rabin Vincent <rabin@rab.in> - 2016-08-08 11:10 +0200

csiph-web