There is a flaw in the mechanism used by AudioService to detect the fact that mediaserver process did crash and restart. It relies on polling AudioFlinger service until a successful connection triggers a callback into AudioSystem JNI and then into AudioService. But if another thread in system_server process, not attached to the JNI environment, reconnects before AudioService, the callback is called in a detached context and dropped. The fix consists in attaching the thread executing the callback and detaching it if needed. Bug: 9693068. Change-Id: I184308b12a3f87653bf818abf0159e0e45a66ef0
…
cherrypick from ics-mr1 docs: source for nw app Change-Id: If50f407a0e56fa802fe9beedaa650e3a131872b2
…
…
Description
No description provided
Languages
Java
77.3%
Kotlin
9.2%
PowerBuilder
6.6%
C++
5.5%
AIDL
1%