Package: usplash
Version: 0.3e
I was installing usplash on an old machine with an i810 graphics board
and i found that i need to do some tweaks to make it work with i810fb.
When i first installed usplash it worked fine with vga16fb. But my
idea was to load the i810fb from the beginning so i force in the
kernel cmd:
/boot/vmlinuz-2.6.18-5-686 root=/dev/hda1 ro acpi=off splash
video=i810fb:xres:1024,yres:768,bpp:24,hsync1:30,hsync2:55,vsync1:50,vsync2:85,accel,mtrr
** Important!!, if i set the "splash" command after "video" or after
"vga", the script
"/usr/share/initramfs-tools/scripts/init-top/framebuffer" will load
allways the vga16fb because of the loop for parsing the arguments in
line 62 of that file. The last argument of these (video,vga,splash) is
the one that really count. **
I add the required modules for loading the i810fb (intel_agp and
agpgart) in /etc/initramfs-tools/modules as this:
agpgart
intel_agp
i810fb
But usplash refused to work, i think, because of the order of the
functions called in "/usr/share/initramfs-tools/init", concretely, in
line 136 it do a "run_scripts /scripts/init-top" where are the scripts
of usplash and framebuffer, and a little later it does a "load_module"
call to load the modules. So it would be correct because the script
"/scripts/init-top/framebuffer" load the framebuffer module with
modprobe, but i couldn't go further, it didn't work.
For last i hardcoded the loading of modules in
"/scripts/init-top/framebuffer" like that (line 79):
# Map command line name to module name
case ${FB} in
matroxfb)
FB=matroxfb_base
;;
i810fb)
modprobe -q agpgart
modprobe -q intel_agp
;;
*)
;;
esac
This works, but i know it's not a good solution. Ideally the "modprobe
i810fb" in that script should load the other required modules in
correct order, but i don't know why.
I use a Debian Etch (4.0) with kernel 2.6.18-5-686 and libc6 2.3.6.ds1-13etch2
Thanks in advance, and thanks too for this lovely distribution :)
Mario Abajo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
