|| ||Pavel Machek <pavel-AT-ucw.cz>|
|| ||Arve Hj?nnev?g <arve-AT-android.com>|
|| ||non-racy examples,
please (was Re: [PATCH 01/13] PM: Add wake lock api.)|
|| ||Sun, 8 Feb 2009 23:17:47 +0100|
|| ||ncunningham-AT-crca.org.au, u.luckas-AT-road.de, swetland-AT-google.com,
|| ||Article, Thread
Ok, I think that this wakelock stuff is in "can't be used properly"
area on Rusty's scale of nasty interfaces.
So... do I understand this correctly that if I want to run "make zImage"
on Android, I'll need to modify make, gcc, .... to keep system awake?
(How to do that? Give all the userland processes access to
BTW what does android do when battery goes critically low? I believe
you want to suspend, ignoring wakelocks, at that point.
And now, you have some X-like system.
/* We were idle for too long */
unlock_all_wakelocks(); /* We want machine to sleep */
/* (here) */
...is that approximately correct? There's race there, right? If (here)
processing takes too long, or whatever, kernel will sleep the machine
before it even displays "do you want to unlock the screen" dialog,
Can you solve that in a way that works, always?
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo...
to post comments)