#4166: Recent changes to video modes seem to have removed some modes. --------------------------------+--------------------------- Reporter: bga | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1/pre-alpha1 Resolution: fixed | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All --------------------------------+--------------------------- Comment (by ttcoder): IIUC, it's the latter. The vesa_init_accelerant() -> create_mode_list() -> create_display_modes() call chain is the one called by the app_server (and Screen prefs ..etc), whereas the boot menu and "icons" splash screen uses functions from system/boot/bios_ia32/[http://dev.haiku- os.org/browser/haiku/trunk/src/system/boot/platform/bios_ia32/video.cpp?rev=42600 video.cpp]. These ones are not affected by r42600 (IIUC). This is why Bruno could select the mode from the boot menu, yet that mode would not be present in Screen. Also (and apologies for digging up a 2 years old comment, num. 8, to reply on ;-) , > Also, if that mode doesn't work in the boot loader, it shouldn't work with VESA either, as they use the very same mechanism to switch the mode. Well I have first-hand experience of an [http://dev.haiku- os.org/ticket/#7787 exception] to this one ;-) , that is to say, a mode which blanks out the monitor if selected in the boot loader "safe mode options", even though that very same mode works perfectly if selected in Screen when VESA.accelerant kicks in (so it's the opposite of Bruno's problem, where a mode works a bootup but not in VESA.accelerant). I have a new monitor now anyway, so no urgency to work on that one, but who knows if it's a small symptom of a more significant problem lurking in there. -- Ticket URL: <http://dev.haiku-os.org/ticket/4166#comment:25> Haiku <http://dev.haiku-os.org> Haiku - the operating system.