Bootloader
Andy Green
andy at openmoko.com
Thu Mar 20 10:18:14 CET 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Somebody in the thread at some point said:
> Andy Green wrote:
>> <= 2MB is fine as initramfs for me but aren't we closing off the
>> possibility for a wonderland of graphical apps and so on in there? Or
>> these must come from the main rootfs?
>
> A "console" type system would probably even fit into 1MB of initramfs,
> with a bit of squeezing. (kboot's initramfs currently takes about
> 400kB, but we may want to have a bit more stuff, perhaps use glibc,
> and the kboot shell should really be rewritten in C.)
>
> So there's still about 1MB for fancy GUIs.
>
> And of course, those spare 4MB I'd allocate could be used for even
> more graphical bloat :)
I wonder if we need to get away from this enforced minimalism there, it
is sort of U-Boot thinking.
Why don't we treat the alternate kernel and rootfs as made up of pieces
from the normal packages (and libc / libs!), so we can re-use anything
interesting (eg, wpa_supplicant) without a second thought. And if this
struggle to keep the initramfs down cramps the style, use a proper
rootfs part.
That will also further regularize how you work with this alternative
kernel + rootfs -- just copy files in the filesystem on the device, not
regenerate magic initramfs images on a host.
- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFH4ivWOjLpvpq7dMoRAknMAJ9gIg5W8MYbwOyWoivqMJwQbWdQnwCfa7G/
MaKPEKoDUs1Xl+MRqbfK0DY=
=bkLG
-----END PGP SIGNATURE-----
More information about the openmoko-kernel
mailing list