Battery Lifetime
Andy Green
andy at openmoko.com
Thu Jul 17 22:58:10 CEST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Somebody in the thread at some point said:
| Subject to wakeups caused by cell reregistration this is true. This
isn't a
| complaint - keep reading ;-) It does a wake to full backlight too,
which is
| distracting and wastes power
Backlight should be fixed for a couple of days now:
http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=db07519c1dfe916bcf9644bfdc4d7c03707a979e
|> Yes, suspend is unstable, it does not always wake, but nothing a reboot
|> does not solve.
Suspend per se is actually really quite stable (I sat here a few weeks
ago doing 100 in a row with no trouble) except for one issue, something
to do with certain GSM wakes getting in there first and deadlocking it
somehow in resume time. Unfortunately not for want of trying I can't
reproduce it here using my normal setup... which is why I know suspend
is otherwise really pretty stable on current kernels. I'll be looking
at it again very soon.
| That's currently the crux of the problem, and why I don't yet use
suspend. It
| resumes on cell registration messages, and each resume is another
chance to
| fail. It also has to resume to accept a call, and not being able to
reliably
| resume makes it an unreliable phone.
Yes, it's an issue. But it seems pretty certain this is "just
software". Once we fix whatever the remaining issue is with
GSM-provoked (and that much is known, if you turn off GSM before suspend
you don't die in resume any more) resume deadlock and there is the wake
daemon this should eventually be OK.
- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkh/smIACgkQOjLpvpq7dMpycwCdF1XBALEYeCqOp3GhRzmmGXYF
lmoAoJT7eL7w89qkdJFxWQLnc0O0k/xz
=204a
-----END PGP SIGNATURE-----
More information about the community
mailing list