When the user has asked the menu code to be hidden/quiet and the current
entry is being autobooted because the timeout has expired don't show
the "Booting `%s'" msg.
This is necessary to let flicker-free boots really be flicker free,
otherwise the "Booting `%s'" msg will kick the EFI fb into text
Grub EFI builds are now often used in combination with flicker-free
boot, but this breaks with upstream grub because the "Welcome to GRUB!"
message will kick the EFI fb into text mode and show the msg,
breaking the flicker-free experience.
EFI systems are so fast, that when the menu or the countdo
Hi All,
This series in essence is a renewed attempt to get grub to really
be truly hidden when autobooting with TIMEOUT_STYLE_HIDDEN.
This is something which multiple big Linux distributions want,
this is a minimized version of my previous attempt from March 2018:
https://lists.gnu.org/archive/ht
GRUB_MOD_INIT(normal) does an unconditional:
grub_env_set ("color_normal", "light-gray/black");
which triggers a grub_term_setcolorstate() call. The original version
of the "efi/console: Do not set text-mode until we actually need it" patch:
https://lists.gnu.org/archive/html/grub-devel/2018-03/m
To allow flickerfree boot the EFI console code does not call
grub_efi_set_text_mode (1) until some text is actually output.
Depending on if the output text is because of an error loading
e.g. the .cfg file; or because of showing the menu the cursor needs
to be on or off when the first text is show
Hi,
I'm wondering if GRUB already has support for, or would consider
supporting, searching for GRUB root by partition type GUID rather than
by filesystem GUID.
e.g. instead of
search --no-floppy --fs-uuid --set=dev 20681947-2a83-451e-82dd-28e6beee18bb
do
search --no-floppy --type-uuid --set=dev
Forgot to mention, I do see GRUB knows about "BIOS boot" partition
type guid, when it comes to the grub-install command. But I'm not sure
if GRUB as a concept of doing a search by arbitrary partition type
codes.
Thanks,
Chris Murphy
___
Grub-devel mail
