lkml.org 
[lkml]   [2018]   [Jun]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Subject[PATCH v4 0/3] console/fbcon: Add support for deferred console takeover
    Date
    Hi All,

    Here is v4 of my patch-set, to delay fbcon taking over the console (and
    binding to fbdev devices) until there actually is some text output to the
    console. This is intended for use with the "quiet" cmdline option, in
    combination with a bootloader which leaves the vendor's logo /
    EFI bootgraphics put up by the firmware intact on the EFI framebuffer.

    The end goal here is a boot where the firmware shows its boot graphics
    and these stay in place for a couple of seconds until the GUI loads and
    the GUI then smoothly takes over the framebuffer without any distruptions.

    This patch-set spans 2 subsystems.

    Petr, the printk subsys change is really trivial (1 line addition) can we
    get your Acked-by for merging all 3 patches through the fbdev tree?

    Changelog:

    Changes in v4:
    -Keep the comments about which fbcon functions need locks in place

    Changes in v3:
    -Export is_console_locke() for use in modules (as fbcon may be built as a .ko)
    -Use WARN_CONSOLE_UNLOCKED() in several places in the fbcon code to assert
    proper locking (requested by Daniel)
    -Unregister the fbcon-dummycon-output-notifier on fbcon_exit() (req. by Daniel)
    -Document the fbcon=nodefer commandline option (req. by Emil)

    Changes in v2:
    -Check the whole string when checking for erases in putcs, instead of just
    the first char
    -Make dummycon_blank return 1, so that a redraw gets triggered and any text
    rendered while blanked gets output so that it can trigger a deferred
    takeover if one is pending

    Regards,

    Hans


    \
     
     \ /
      Last update: 2018-06-26 20:36    [W:3.581 / U:0.120 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site