[PATCH 0/5] Enable Qi / backup rootfs
andy at openmoko.com
Fri Aug 22 20:30:15 CEST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Somebody in the thread at some point said:
| Mike (mwester) wrote:
|> kexec solves this for exactly the audience who would need to change
|> command lines.
| Yes, but if the fast path only has a hard-coded default, then the
This is like the third time I ask for that killer scenario where we need
a change in kernel parameters for normal use that can't be handled in Qi
update. Really it's virtual hand-waving otherwise.
| Anyway, Andy has made it clear that he's not interested in
| implementing this, so I'll make a patch for it later.
Can you provide a link to where I made that "clear"? Should be easy
since you state it as a fact.
kexec is fine, but it shouldn't be the entire reason for the backup
rootfs. Most of the benefit of kexec, we find in the backup rootfs
itself, and it is no coincidence because kexec is just another way of
saying linux twice "in quick succession": it's a fair definition of it.
~ And it is clear we should implement a full backup rootfs re-using
normal packages since we have all the bits and bobs to hand.
Implicit in Mike's idea is a way to direct boot path through kexec, and
that needs some thinking on so it fits what we all like to see. But
generally, I think his plan meets our philosophy really well, high speed
fixed solution for normal case and open-ended Linux-centric solution for
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the openmoko-kernel