URL:
<http://savannah.gnu.org/bugs/?50911>
Summary: i386-pc: ability to probe extra VBE modes
Project: GNU GRUB
Submitted by: felix_s
Submitted on: Tue 02 May 2017 08:27:04 AM UTC
Category: User Interface
Severity: Major
Priority: 5 - Normal
Item Group: Feature Request
Status: None
Privacy: Public
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release:
Release: Git master
Reproducibility: Every Time
Planned Release: None
_______________________________________________________
Details:
Some VBE implementations may fail to advertise the availability of all
supported video modes via the interrupt call 0x10/ax=0x4f00. I used to have a
laptop with Intel integrated graphics which did just that: mode
0x17d/0x17e/0x17f set the highest possible resolution on the available display
(8bpp, 16bpp, 32bpp respectively), but I only found it out by brute-forcing
queries to the interrupt 0x10/ax=0x4f01 call.
I can work this around by patching the video BIOS (that is, unlocking writes
to the [0xc0000, 0xcffff] RAM range, patching the modes list and locking the
range again), but this is quite ugly, hardware-specific and potentially
dangerous. I'd rather would have set a variable in GRUB which would make the
vbe module probe modes of my choosing in addition to (or maybe even instead
of?) the ones returned from the interrupt 0x10/ax=0x4f00 call.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?50911>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-grub mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-grub
