tree feda8b0cdaa60a4845f6f6a311c3ddbb4c9811a6
parent 89b4470bc926c4b5de59deaff2b6a4993ab6cab7
author Eric Laurent <elaurent@google.com> 1347560303 -0700
committer Eric Laurent <elaurent@google.com> 1347580980 -0700

audioflinger: send priority request from a thread

When creating a fast AudioTrack, a request is sent to SchedulingPolicyService
to elevate the requesting thread priority. This generates a binder
call into system_server process and to a JAVA service via JNI.
If the thread from which the track was created is in the system_server
process and does not have the "can call java" attribute, a crash occurs because
the binder optimization reuses the same thread to process the returning binder
call and no JNI env is present.

The fix consists in sending the priority change request from the AudioFlinger
mixer thread, not from the binder thread.

This also reverts the workaround in commit 73431968

Bug 7126707.

Change-Id: I3347adf71ffbb56ed8436506d4357eab693078a3