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

[Andy Green]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:

| I've noticed something else that looks like it could be an hardware
| issue. LEDs are not able to be lit when you are in suspend mode. This
| means you can't indicate a charge if you are plugged in and suspended.
| I can set this capability in my application, but it isn't default
behavior.

There shouldn't be a hardware issue with LED state surviving suspend if
we wanted it in the LED suspend function.  CPU defines the GPIO will
hold its state during suspend.

Also power removal or arrival at the USB socket ("USB insert / remove")
is a wake event if you're suspended; BATFULL can be too although that'll
get you fake wakes.  So for some kind of events around charging you'll
get woken up and so have the opportunity to track it a bit, or too much
or something.

It's this kind of mungy mess that makes some folks want to have an
always-on system manangement controller to enforce globally consistent
behaviours around power independent of the CPU.

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

iEYEARECAAYFAkhOu7IACgkQOjLpvpq7dMrkAQCfTjaab9LJ87hRrNmLwDHELFVu
eI4AoIsttnhMbGfJy3JjgqAAi0eykOOw
=yGQy
-----END PGP SIGNATURE-----