[RFC PATCH 3/3] drm/log: Introduce a new boot logger to draw the kmsg on the screen

Jocelyn Falempe jfalempe at redhat.com
Fri Sep 6 07:53:15 UTC 2024


On 05/09/2024 17:22, John Ogness wrote:
> On 2024-08-01, John Ogness <john.ogness at linutronix.de> wrote:
>> On 2024-08-01, Jocelyn Falempe <jfalempe at redhat.com> wrote:
>>> I think I can also register one console for each drm driver, which
>>> will simplify drm_log even further. (currently it would mean having a
>>> circular buffer and work function for each driver which is a bit too
>>> much).
>>
>> Indeed.
>>
>>> Do you know if there is a chance to have write_thread() in 6.12 or
>>> 6.13 ?
> 
> FYI: The full NBCON API (with write_thread()) is now available in
> linux-next.
> 
> It would be great to see a version of drm_log that only implements
> write_thread() and does not do any of its own buffering with workqueue
> and also does not need to track multiple graphic loggers at the same
> time.

Thanks for the head-up.
I will rebase it on top of Linux-next, and adapt to the new 
write_thread() API, it should be much simpler.


I also need to adapt to the drm client rework 
(https://patchwork.freedesktop.org/series/137391/) so that it will be 
possible to choose on kernel command line between drm_log and fbdev 
emulation/fbcon.

Best regards,

-- 

Jocelyn

> 
> John Ogness
> 



More information about the dri-devel mailing list