| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ie3bae3f037730e316d7fca12e7a3527973f752ef
|
|
|
|
|
|
|
|
|
|
|
| |
Delay release of wakelock in the TimedEventQueue to
after an event has been processed.
This ensures AP shutdown does not happen while an event
is ready but hasn't been processed yet.
Bug: 11976087.
Change-Id: I71a5f3ac4a57e1d05dd5d9ab5c6f91ed7bb64c87
|
|
|
|
| |
This reverts commit aef04853de0ce27222cf6250b2ba4fa9fc6a72a8.
|
|
|
|
|
|
|
|
|
|
|
|
| |
If an event is taking a wakelock, the wakelock must be
released after the event is fired.
If the wakelock is released before and the event execution
implies some sleeps or I/O the system can go idle as
no wakelock is held anymore.
Bug: 11976087.
Change-Id: Ie7df8ed4834952ff818ff27d6be415c0b1794a9f
|
|
|
|
|
|
|
|
|
| |
Do not acquire a wakelock unless the event is delayed by more
than a given time. This prevents from acquiring/releasing
wakelocks too often which has adverse effects on performance.
Bug: 11509471.
Change-Id: Id06803b393b40c4db5095a6e7ec02339fa581a38
|
|
|
|
|
|
|
|
|
| |
Take a wake lock when events present in a TimedEventQueue
to prevent from going idle before all delayed events are
processed.
Bug: 11057387.
Change-Id: I26a17df68068fde5e879a2fe7568dec439fc540f
|
|
|
|
|
|
|
| |
we're waiting for its scheduled time to come in which case we'd be removing it from the queue twice.
Change-Id: I4e42e318fd5373d1f352f54027d4bf823126266d
related-to-bug: 2585276
|
|
|
|
|
|
| |
Events are now cancelled given their "unique" event_id instead of the event pointer
itself (which may be reallocated in place if we're unlucky). Also the ability to
cancel multiple events matching a predicate has been added.
|
|
|