Its not clear if ultimately kernel or anaconda has to deal with this
[Pasted from discussion emails]
we have found one problem is when install RedHat9.0 and System BIOS be selected
to LCD as primary display device, LCD will display abnormal. We have found the
problem is caused by RedHat install Application to program VGA register directly
and not to use VESA interface.
This root cause is RedHat's programmer program VGA register directly (CRT is
working , but LCD timing register is different from CRT)
System "Display Device Select" of BIOS item set to LCD and LCD+CRT for RedHat
9.0 installation will cause system hang up in black and white dots screen
Our engineer has reproduced the problem on VIA's CLE demo board with the VT1631
LVDS daughter board connected to the LCD panel. The CRT and LCD screens both
went black or showed vertical white stripes abnormally right after running the
/sbin/loader. For RedHat 9.0, either graphical or text mode installation had the
same problem and couldn't proceed by then. But, if without using LVDS output, it
can work. For RedHat 8.0, everything is normal.
This appears to be because the device isnt 100% VGA compatible when using LCD
(the LCD timings apply I guess). I've asked for more info and to confirm "nofb"
boot option works around this. It seems we should avoid loading vgafb on this hw
Knowing if 'nofb' works would be helpful.
I guess we might have to have a blacklist of devices to do nofb on :(
Apparently so although I've had no 100% definitive confirmtion
Ever get a definitive confirmation?
If so, have something good for me to key off of to do 'nofb' by default on these?
I don't know of any way to verify if the CLE266 is driving an LCD panel without
getting quite deep and grungy. We can go that way if you want or we could
document it 8)
It's documented in multiple places now (syslinux screens, release notes, install
guide), so without a good way to detect a need to do it by default, that's going
to have to be enough I guess.