Bug#542423: grub-pc: Known upstream bug?

[Marc Haber]

Hi,

On Sun, Sep 06, 2009 at 08:17:39PM +0200, Felix Zielcke wrote:
> Am Sonntag, den 06.09.2009, 20:09 +0200 schrieb Marc Haber:
> > vga=791 would mean mode 0x314, which isn't in the list printed by the
> > command line. So I'll lose half of my graphics modes that used to be
> > useable with grub-legacy?
> 
> vbeinfo prints plain VESA numbers, the vga= mode for the Linux was and
> is always that + 0x200
> so 0x314 means 0x114 in vbeinfo output

Ah, I see.

> vga= works still the same with the old Linux loader linux16/initrd16
> which just works like all other bootloaders.

Yes. That was the bit of information I was missing.

> The problem is that the new 32bit Linux loader has to convert the vga=
> numbers into height width and bit depth.
> So it's more realiable to just use `set gfxpayload' directly.
> For example with my Nvidia Geforce vga=0x318 means 1024x768x32 but in
> qemu this is 1024x768x24 which also the new Linux loader assumes.
> So for me vga=0x318 just doestn't work.
> 
> We could use the code from vbeinfo to map the numbers but then it would
> make the loader depend on it, which doestn't work for Coreboot and EFI
> which share the same loader.

No, things are fine as they are now, with the missing information
added. The problem is that there are _so_ many undocumented things
that one needs to know that using grub2 is just incredibly frustrating.

Thanks for helping.

Greetings
Marc, using linux16/initrd16 for the time being.

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190