1 |
Michal Januszewski a écrit : |
2 |
> On Tue, Apr 10, 2007 at 06:53:45PM +0200, Jimmy Jazz wrote: |
3 |
> |
4 |
> |
5 |
>> I will try splash_util and look if it doesn't overvalue my needs. |
6 |
>> Indeed, bzImage doesn't become too huge. |
7 |
>> |
8 |
> |
9 |
> splash_util, being dynamically linked, won't work from an initramfs unless |
10 |
> you're willing to include glibc, libpng, freetype2 etc with it. And that |
11 |
> _will_ make the image huge :) |
12 |
> |
13 |
> Best regards. |
14 |
> |
15 |
hello, |
16 |
|
17 |
You are right, but that doesn't matter if you are using initramfs into |
18 |
the kernel file instead initrd (My kernel is just 5Mo huge). With the |
19 |
switch_root command you will have the full memory back again :). In |
20 |
fact, i didn't implement splash_util into the cpio file because of some |
21 |
freezes and lack of time :) |
22 |
|
23 |
Anyway, i tried to compile splashutils-1.4.2 without success. It seems |
24 |
we are now unable to use it without the kernel patch which also i cannot |
25 |
install :( |
26 |
|
27 |
[code] |
28 |
You can run `make` now. |
29 |
CC objs/solibsplash.o |
30 |
LD objs/libsplash.so |
31 |
CONF libjpeg |
32 |
MAKE libjpeg |
33 |
CONF freetype2 |
34 |
MAKE freetype2 |
35 |
CONF zlib |
36 |
MAKE zlib |
37 |
CONF libpng |
38 |
MAKE libpng |
39 |
CC objs/kernel/kernel.o |
40 |
kernel.c: In function ‘handle_init’: |
41 |
kernel.c:96: erreur: ‘FB_SPLASH_IO_ORIG_USER’ undeclared (first use in |
42 |
this function) |
43 |
kernel.c:96: erreur: (Each undeclared identifier is reported only once |
44 |
kernel.c:96: erreur: for each function it appears in.) |
45 |
kernel.c: In function ‘main’: |
46 |
kernel.c:262: erreur: ‘FB_SPLASH_IO_ORIG_KERNEL’ undeclared (first use |
47 |
in this function) |
48 |
make: *** [objs/kernel/kernel.o] Erreur 1 |
49 |
[/code] |
50 |
|
51 |
|
52 |
Have you dropped the 100% gensplash userspace solution ? why ? :cry: |
53 |
|
54 |
Jj |