[PATCH 0/5] Enable Qi / backup rootfs

Andy Green andy at openmoko.com
Fri Aug 22 20:30:15 CEST 2008

Hash: SHA1

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
anything else.

- -Andy
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


More information about the openmoko-kernel mailing list