Michal Januszewski a écrit : > On Tue, Apr 10, 2007 at 06:53:45PM +0200, Jimmy Jazz wrote: > > >> I will try splash_util and look if it doesn't overvalue my needs. >> Indeed, bzImage doesn't become too huge. >> > > splash_util, being dynamically linked, won't work from an initramfs unless > you're willing to include glibc, libpng, freetype2 etc with it. And that > _will_ make the image huge :) > > Best regards. > hello,
You are right, but that doesn't matter if you are using initramfs into the kernel file instead initrd (My kernel is just 5Mo huge). With the switch_root command you will have the full memory back again :). In fact, i didn't implement splash_util into the cpio file because of some freezes and lack of time :) Anyway, i tried to compile splashutils-1.4.2 without success. It seems we are now unable to use it without the kernel patch which also i cannot install :( [code] You can run `make` now. CC objs/solibsplash.o LD objs/libsplash.so CONF libjpeg MAKE libjpeg CONF freetype2 MAKE freetype2 CONF zlib MAKE zlib CONF libpng MAKE libpng CC objs/kernel/kernel.o kernel.c: In function ‘handle_init’: kernel.c:96: erreur: ‘FB_SPLASH_IO_ORIG_USER’ undeclared (first use in this function) kernel.c:96: erreur: (Each undeclared identifier is reported only once kernel.c:96: erreur: for each function it appears in.) kernel.c: In function ‘main’: kernel.c:262: erreur: ‘FB_SPLASH_IO_ORIG_KERNEL’ undeclared (first use in this function) make: *** [objs/kernel/kernel.o] Erreur 1 [/code] Have you dropped the 100% gensplash userspace solution ? why ? :cry: Jj
