matroxfb and 2.6.0-test2
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 24 lines · Petr Vandrovec
Quoted 7 lines · Frédéric L. W. Meunier
Quoted 1 line · Petr Vandrovec
On Mon, Jul 28, 2003 at 08:34:40PM -0300, Frédéric L. W. Meunier wrote:
Thanks. It worked (and I don't see any screen corruption).
Maybe I'm missing something, but is there anything wrong with video=matroxfb:vesa:0x1B5 ? I got
I have no idea...
Quoted 4 lines
Kernel command line: BOOT_IMAGE=3 root=307 acpi=off noapic video=matroxfb:vesa:0x1B5
Console: colour VGA+ 80x25
matroxfb: Matrox G400 (AGP) detected
matroxfb: MTRR's turned onQuoted 8 lines
matroxfb: 800x600x24bpp (virtual: 800x65536)
matroxfb: framebuffer at0xD8000000, mapped to0xe0805000, size 33554432
fb0: MATROX frame buffer device
fb0: initializing hardware
matroxfb: cannot set xres to 800, rounded up to 832
Console: switching to colour frame buffer device 100x37
/dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 p6 p7 p8 p9 p10 >
Console: switching to colour frame buffer device 100x37
Quoted 1 line
... but it looks strange to me that you have two 'switching to...' lines.
I don't have two with your patch.
Quoted 6 lines
Unless it gets proven that it is bug in kernel's matroxfb and not in generic fbcon (== if you'll send me a patch, I'll apply it; but do not expect that I'll hunt down bugs which do not occur with matroxfb-2.5.72 addon), I recommend you applying ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/matroxfb-2.5.72.gz. It reinstates back fbcon layer I understand & trust...
2 other problems went away with your patch. When I reported no screen corruption I was wrong since it messed everything returning from XFree86, including getting a dump of a Windows reboot. The other is the boot logo, which now appears.