Le 28/08/2013 12:56, Marco Chen a écrit : > Hi all, > > This mail is used to discuss the motivation on moving power key handling from > Gaia to Gecko (according to Bug 898707). > Please refer to the link as below for what I mentioned here. > > https://docs.google.com/a/mozilla.com/drawings/d/1nT0WOW-Xgxp0oNzgRx7BOdxMBrDKf0cxDVfLXMeziA8/edit > > The blue/pink/purple arrows are used to indicate flows of handling power key > between kernel driver, gecko and gaia. > And only blue arrows are protected by WakeLock. > So there may be a chance that kernel will go back to suspend state before > FxOS finished to process the power key then change power state from 3 -> 0. > > "In order to avoid this issue, we should guarantee that whole flows of > power key handling are protected by WakeLock." > > But you can see the flows now it goes through layers between Gaia & Gecko, > that is hard to protect by WakeLock. > So I proposed to move power key handling from Gaia to Gecko as well as the > idle timer management. > Then it becomes more easy to deal with this issue and process power more > quickly and in time (ex: race condition between power key & idle timer).
What about other things ? For example I can think of when we receive a SMS. There are Wakelocks in Gaia and in Gecko, but we still have a problem sometimes (we have a bug for this, I don't remember the number) and as a result we don't get the notification. So I think this problem is more general and can't be solved (generally, I mean) by moving things from gaia to gecko. (even if in the power case this could fix the problem).
signature.asc
Description: OpenPGP digital signature
_______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
