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