I don't know how DRI would affect the framebuffer since it is usually
only used under X Windows.
However, after slogging around a bit, I got a hint:
in lilo.conf add:
Code:
append = "video=savagefb:1024x768-8@75"
This works and, apparently, works with Matrox fb and some others.
Just another little tidbit:
You must compile vesafb into the kernel also otherwise the
kernel compile will abort with a '[vmlinux] Error 1'.
The savagefb overrides the vesafb upon boot even though vesafb
is setup on /dev/fb1.
Code:
messages:
kernel: savagefb: mapped io at ce880000
kernel: savagefb: probed videoram: 32768k
kernel: savagefb: Detected current MCLK value of 14318 kHz
kernel: savagefb: mapped framebuffer at ce980000, pbase == d0000000
kernel: savagefb v0.4.0_2.6: 32640kB VRAM, using 1024x768, 60.062kHz, 75Hz
kernel: fb: S3 ProSavage8 frame buffer device
kernel: vesafb: framebuffer at 0xd0000000, mapped to 0xd0a00000, using 1536k, total 31680k
kernel: vesafb: mode is 1024x768x8, linelength=1024, pages=40
kernel: vesafb: protected mode interface info at c000:7fcf
kernel: vesafb: scrolling: redraw
kernel: vesafb: Pseudocolor: size=6:6:6:6, shift=0:0:0:0
kernel: fb1: VESA VGA frame buffer device
syslog:
kernel: Display is GTF capable
kernel: Console: switching to colour frame buffer device 128x48
kernel: vesafb: cannot reserve video memory at 0xd0000000