On 02/09/2014 05:18, Jonas Sicking wrote: > Thinker is pointing out one important problem that we'd need to solve > though. At least for when we are receiving a phone call, it is > important that we are able to as quickly as possible launch the > process for the dialer app and give it a high CPU and LMK priority.
For now I'd keep the process priority manager watch the wakelock changes instead of delegating that job to the system app. As far as grabbing wakelocks for calls go we don't have much of a problem because the callscreen lives in the system app now and thus is running at the highest possible priority anyway. When we'll split it out though this might be important again. One thing that we're missing right now IIRC is a way to pass a wakelock from the platform code to the app code. In a lot of scenarios (e.g. bug 932698 [1]) it would be very useful if the platform code could grab a wakelock on behalf of the app; then once the relevant app has started the wakelock should be passed on to it to prevent a scenario where the platform releases its wakelock before the app can grab it itself. This is another problem though and possibly worthy of a separate discussion. Gabriele
signature.asc
Description: OpenPGP digital signature
_______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
