the problem is either related to the way >2.6.10 kernel dependencies are selected or to gensplash. I remember having no difficulties compiling the Matrox g400 framebuffer support inside the kernel and at the same time benefit from spock's fbsplash. Today I tried kernel 2.6.12.1 and I was surprise that when one wanted to compile-in or wanted to make a module of any Matrox driver for framebuffer, tile blitting support was automatically selected (no way to de-select it). If tile blitting is meant to be compiled then fbsplash will not (the option disappears). to be brief: CONFIG_FB_MATROX compilation option can not be selected if used together with CONFIG_FB_SPLASH (and only since kernel 2.6.12 it would seem). Reproducible: Always Steps to Reproduce:
This did work for me: Copied .config from the previous kernel, now doing 'make oldconfig; make xconfig' DID work (I could use both options together), and it boots successfully with fbsplash. Must be somehow related to the fact that after a make oldconfig 'tile blitting' is not selectable in qconf (just shown, but with no radio button attached ?-) However, after compilation, CONFIG_FB_SPLASH is gone from both .config and /proc/config.gz, so this can't be a real solution. Looks like the dependency handling is borked somewhere
Fix here: http://dev.gentoo.org/~spock/temp/matroxfb-tileblitting-remove-dep.patch
Fixed in gentoo-sources-2.6.12-r7 Fixed in genpatches-2.6.12-11
this bug is present again in 2.6.9-gentoo-r9. i am having the exact same problems mentioned in this thread, both with -r6 and -r9: http://forums.gentoo.org/viewtopic-t-361858-highlight-matrox+g400.html
Sorry, we don't support anything older than 2.6.12 right now.