[PATCH 0/5] Power supply and resume ordering meddling

Michael 'Mickey' Lauer mickey at openmoko.org
Tue Jun 3 10:58:32 CEST 2008

On Tuesday 03 June 2008 10:34:43 Andy Green wrote:
> 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.

power class device -> uevents. IIRC zecke has already started on that. z?


More information about the openmoko-kernel mailing list