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

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

 



Hi Geert,

Geert Uytterhoeven writes:
CC DT

Thanks!

On Thu, May 19, 2022 at 4:37 PM Chris Down <chris@xxxxxxxxxxxxxx> 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?



[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