[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v2 3/3] multiboot2: do not set StdOut mode unconditionally
On 31.05.2023 12:57, Roger Pau Monné wrote: > On Wed, Apr 05, 2023 at 12:36:55PM +0200, Jan Beulich wrote: >> On 31.03.2023 11:59, Roger Pau Monne wrote: >>> @@ -887,6 +881,15 @@ void __init efi_multiboot2(EFI_HANDLE ImageHandle, >>> EFI_SYSTEM_TABLE *SystemTable >>> >>> efi_arch_edid(gop_handle); >>> } >>> + else >>> + { >>> + /* If no GOP, init ConOut (StdOut) to the max supported size. */ >>> + efi_console_set_mode(); >>> + >>> + if ( StdOut->QueryMode(StdOut, StdOut->Mode->Mode, >>> + &cols, &rows) == EFI_SUCCESS ) >>> + efi_arch_console_init(cols, rows); >>> + } >> >> Instead of making this an "else", wouldn't you better check that a >> valid gop_mode was found? efi_find_gop_mode() can return ~0 after all. > > When using vga=current gop_mode would also be ~0, in order for > efi_set_gop_mode() to not change the current mode, And then we'd skip efi_console_set_mode() here as well, which I think is what we want with "vga=current"? > I was trying to > avoid exposing keep_current or similar extra variable to signal this. > >> Furthermore, what if the active mode doesn't support text output? (I >> consider the spec unclear in regard to whether this is possible, but >> maybe I simply didn't find the right place stating it.) >> >> Finally I think efi_arch_console_init() wants calling nevertheless. >> >> So altogether maybe >> >> if ( gop_mode == ~0 || >> StdOut->QueryMode(StdOut, StdOut->Mode->Mode, >> &cols, &rows) != EFI_SUCCESS ) > > I think it would make more sense to call efi_console_set_mode() only > if the current StdOut mode is not valid, as anything different from > vga=current will already force a GOP mode change. Hmm, this may also make sense. I guess I'd like to see the combined result to be better able to judge. Jan
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |