Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 121508 - debugging fbsplash and splashutils
Summary: debugging fbsplash and splashutils
Status: RESOLVED DUPLICATE of bug 119268
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Michal Januszewski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-04 00:00 UTC by jeffery palmer
Modified: 2006-02-04 01:58 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jeffery palmer 2006-02-04 00:00:29 UTC
Please assign this to spock at gentoo . org, thanks.

I'm using splashutils/fbsplash on a 1Ghz transmeta with a "chips" card, using vesafb-tng. I'm a developer so I'm looking for some pointers of where to start digging. Here the situation:
 
Kernel - gentoo-sources-2.6.15-r1
Splashutils-1.1.9.10
Tried initrd and packing the cpio zip in the kernel for the splash screen
 
If I set the theme to "verbose" the background shows up in the console right when the kernel inits the fb device. (working great)
 
If I set the theme to "silent" the overlay doesn't show up until half way through inittab (much much later), just after the swap is mounted. (slightly confused) I would assume that it's needing an additional file or such on the actual fs, but everything is supposed to be statically linked in with splash_helper in the initramfs.
 
Anyways on bootup in "verbose" mode I have an entry in the syslog stating "fbsplash: switched splash state to 'on' on console 0" when fbsplash_ioctl_dosetstate is called.
 
On bootup in "silent" mode, fbsplash_ioctl_dosetstate is never called, and eventually the inittab startup stuff is written onto the framebuffer screen. Then after inittab mounts the local filesystems, it finally shows the splash screen. Just to reiterate, this is using an initrd image.
 
I've noticed in splashutils/kernel.c:145 that "if arg_mode != silent then cmd_setstate(1, FB_SPLASH_IO_ORIG_USER)" which would be why it's not starting up when the fb device is started and using an initrd, but what's the reason behind it?
Comment 1 Michal Januszewski (RETIRED) gentoo-dev 2006-02-04 01:58:23 UTC
Fortunately, no digging should be needed anymore :) The problem is fixed in 2.6.15-r2.

*** This bug has been marked as a duplicate of 119268 ***