[PATCH 0/5] Power supply and resume ordering meddling
andy at openmoko.com
Tue Jun 3 10:34:43 CEST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Somebody in the thread at some point said:
| Michael 'Mickey' Lauer wrote:
|> a) This hardcoded behaviour should be configurable
|> (CONFIG_HARDCODED_CHARGING_LED) for people who rather want userland
to be in
|> control of the LEDs.
| Indeed. In fact, this is something that should be handled completely
| in user space, without more kernel involvement than providing a means
| to efficiently determine the charging state and changes to it.
Well as you realized while writing that, "handled completely in
userspace" is not the right answer here, the event-driven tracking of
charger state from the kernel is needed to drive any userspace policy.
~ Which we now have, to "widespread critical acclaim".
What is the proposal for passing the charging on and off events
painfully tracked by the patch to userspace then? There's a bunch of
ways like power events, APM and I well know that whichever one I pick
and implement, a mob will appear telling me it has to be some other one.
-----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