It also happens on some supermicro atom boards that definitely don't run Intel reference BIOS software. I can't provide any serial numbers dough since it's Sunday at my location.
On 18.03.19 11:22, Konstantin Belousov wrote: > On Mon, Mar 18, 2019 at 05:09:31AM +0700, Eugene Grosbein wrote: >> 18.03.2019 0:34, Konstantin Belousov wrote: >> >>> Can anybody provide an example of machine where the flag is set but VGA >>> works ? For me, it is set on headless NUC when there is no monitor >>> attached, and then BIOS does not configure framebuffer at all. >> http://freebsd.1045724.x6.nabble.com/vt-4-related-hang-of-11-2-td6299125.html >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230172 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229235 > All of them are about Silvermont/Airmont atoms which probably share reference > Intel BIOS code. > > As I noted above, BIOS on mine machine is somewhat smarter, it reports > NO_VGA only if the display was not connected on boot. > >>>> So the proposal is about reversing the set of broken machines, but only >>> in installer ? In other words, if it worked for installer, the installed >>> system would be broken (again) ? >> VGA-based installation session won't event start unless this is fixed. >> >> It should be easy to make installer generate the knob for target machine >> if installer sees wrong ACPI flag with working VGA hardware. > Until installer generates such knob, it is out of question to make > the config of the kernel booted from the installation media different > from the config of the installed system. > > That said, did anybody considered ignoring NO_VGA FACP flag on Silvermonts > only ? Or even better, gather SMBIOS identifications for affected BIOSes > and ignore the flag for them ?
signature.asc
Description: OpenPGP digital signature
