backlight device, suspend/resume...

[Andy Green]

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

Somebody in the thread at some point said:

|> Yes a "purposeful suspend" ability, that suspended enough so we are
|> definitely straight with UARTs and so on, did the Cesar things and then
|> came back up again would be an interesting way to guarantee the clock
|> modification did not trash anything.
|>
|> - -Andy
|
| Is this different from 'disable' as in 'disable bluetooth', 'disable
| WLAN', and 'disable GSM' (aka "airplane mode")?  Those things should
| also probably be able to be as 'purposefully suspended' as possible in
| the interest of battery life.

It should be different, the proposal is the enable or disable state is
not disturbed in a sticky way, same as suspend and resume should leave
things up on resume.

The purpose is to hide the fact we could trash communication on several
peripherals when we change clock underneath.

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

iEYEARECAAYFAkh0YSEACgkQOjLpvpq7dMromQCfbs1aL3MmD7UtknoX6P+IjAGW
SPEAnjMV9iLwBDBYq3HogkL4dJ2NygoU
=I15z
-----END PGP SIGNATURE-----