[PATCH 1/3] Add a dedicated function to query debug action to board_api

Andy Green andy at openmoko.com
Sun Jan 18 21:01:36 CET 2009

Hash: SHA1

Somebody in the thread at some point said:
| Werner Almesberger wrote:
|> Paul Fertser wrote:
| ...
|>> I hope some guys who want that fancy bootmenu will come soon with a
|>> decent solution, if they don't that means they don't really need it ;)
|> Yeah, I'm hoping we can "outsource" this to the community but
|> perhaps a proof of concept is needed to get things going.
|   I rather agree with Paul on this.  The proof-of-concept has already
| been done, and all the ingredients are pretty much pre-packaged already.
|  All the bitbake recipes, including kexec-tools as well as a mechanism
| to create a minimal rootfs with a menu are already in OE, and are
| running on other devices.
|   Perhaps when the GTA03 comes out without u-boot at all, there will be
| renewed interest in a menu, and this will come to happen.

If I interpret the other patches from Werner today correctly, this may
be headed for reality sooner than later.

| But it should come from the community; Openmoko shouldn't be spending
| cycles building this.  At most, the involvement of the Openmoko kernel
| team should be to ensure that the drivers and kernel behave correctly
| with regard to kexec -- and that already seems to be the case, at least
| on the kernels I've tested (I use kexec rather a lot to test kernels).

Actually I am quite interested in using kexec as you have mentioned
before as a crash handler.  A "second order" kernel that was spawned in
order to display a summary of the crash that happened in the real kernel
would be a lot more useful than flashing an LED.

It's not quite that simple thinking about policy for power and so on in
there, under truly random conditions it could be triggered, but it is an
interesting subject related to the menu / backup kernel stuff.

- -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