console setting via stdout-path vs console=xxx (was Re: [PATCH 2/4] ARC: [axs101] support early 8250 uart)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Friday 05 June 2015 10:32 AM, Vineet Gupta wrote:
> On Thursday 14 May 2015 06:34 PM, Vineet Gupta wrote:
>> > On Thursday 14 May 2015 06:23 PM, Arnd Bergmann wrote:
>> > 
>> > On Thursday 14 May 2015 15:48:42 Alexey Brodkin wrote:
>> > 
>> > 
>>>> >> >
>>>> >> >         chosen {
>>>> >> > -               bootargs = "console=tty0 console=ttyS3,115200n8 consoleblank=0";
>>>> >> > +               bootargs = "earlycon=uart8250,mmio32,0xe0022000,115200n8 console=tty0 console=ttyS3,115200n8 consoleblank=0";
>>>> >> >         };
>>>> >> >  };
>>>> >> >
>> > 
>> > When you do earlycon with DT, better use a 'stdout-path' property that points
>> > to the device, and just put 'earlycon' without arguments on the command line.
>> > 
>> >         Arnd
>> > 
>> > 
>> > Sure ! I tried that once (3.16) and even the dts patch got merged but had to be reverted out !
>> > 
>> > 2014-07-27 22524b02b17b Revert "ARC: [arcfpga] stdout-path now suffices for earlycon/console"
>> > 
>> > Let me see if that works again since serial land has seen some significant churn in recent times
>> > 
>> > Thx for pointing this out !
> so specifying console with stdout-path works for me,
> 
> -  bootargs = "earlycon=uart8250,mmio32,0xf0000000,115200n8 console=tty0
> console=ttyS0,115200n8 consoleblank=0 debug";
> +  bootargs = "earlycon=uart8250,mmio32,0xf0000000,115200n8";
> +  stdout-path = &uart0;
> ..

Also interestingly, specifying console with stdout-path vs. console=xyz leads to a
subtle behaviour change of boot printing.

With console=xyz, console_setup() -> __add_preferred_console() sets
preferred_console = 0, which doesn't happen with stdout-path.

ARC defconfigs have CONFIG_VT_CONSOLE, so tty0 gets registered. For stdout-path
case it becomes default (deregistering the earlycon), but not in case of cconsole=xyz.

This manifests as a "pause" in boot logging (perceivable if u have linux running
in simulation on a slow host or a large initramfs loading etc). printing is
restored when the real 8250 console registers towards end of boot.

One workaround to this seems to be using @keep_bootcon cmdline option. Asking for
all the bells and whistles to be implemented with paramless earlycon is perhaps
not fair :-)

But this is something developers in this area need to be aware of nevertheless.

Thx,
-Vineet
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux