Re: [RFC PATCH] printk: console: Allow each console to have its own loglevel

[Chris Down <chris@chrisdown.name>]

Hi Geert,

Geert Uytterhoeven writes:
>CC DT

Thanks!

>On Thu, May 19, 2022 at 4:37 PM Chris Down <chris@chrisdown.name> wrote:
>> Geert Uytterhoeven writes:
>> >All of the above options are appropriate for "classic" systems,
>> >where the console device is selected using the "console=" option.
>> >
>> >On systems using Device tree, the serial console device is selected
>> >using the "chosen/stout-path" property in DT, and the graphical
>> >console is usually auto-detected and auto-enabled through DRM.
>> >Do you envision a way to specify a specific console loglevel on the
>> >kernel command line on such systems?
>>
>> Interesting question! I hadn't really thought about device tree. I actually
>> have very little understanding of how it works to be honest :-)
>>
>> I'm happy to add loglevel support to device tree, I assume I'd add another
>> property under the chosen node, like chosen/stdout-loglevel.
>
>Please do not add a new property there.
>IMHO, the loglevel should be specified on the kernel command line,
>and not be fixed using a DT property.

Ah, if that's what you want, it should already work I think (if I understood 
your point correctly).

As long as you know which console type will be brought up, you can just specify 
the following rule on the command line and the rule will be applied to 
whichever console is brought up by DT (untested, but it should work):

     # default 4, serial to 5
     loglevel=4 console=ttyS0/5

     # default 4, usb to 5
     loglevel=4 console=ttyUSB0/5

Is that the kind of thing you meant?