tree e3ca90035d580a1cfe7d786b45a9d31a49da1f76
parent 132bc5bd1c68aa807a20e1655f009f74433be588
author Christer Fletcher <christer.fletcher@sonymobile.com> 1358519223 +0100
committer Henrik Baard <henrik.baard@sonymobile.com> 1371728218 +0200

Prevent AudioCommands being freed before read

When AudioCommandThread::threadLoop process AudioCommands it was
possible for it to delete a command where the posting thread still
hadn't read that status from it.

If a second command signaled the thread loop to continue after it
had inserted a new command while the thread loop was actually waiting
for the first command to report that it had read the status the
thread loop would continue and delete the first command.

Changed the wait condition when waiting for the calling thread to
read status to use command->mCond instead of mWaitWorkCV. This way
it's guaranteed that the signal to continue comes from the correct
thread.

Change-Id: Ia69b48cb4fdfaf8b4c83b56a197fb9f2058a92d1