Fix issue 3130388.

The problem comes from the way the codec driver handles codec path and clock configuration
when a call is terminated: the driver relies on the pcm output stream to be stopped and restarted
between two calls. This is not the case if music is playing when a first call is received and not stopped
before a second call is received.

Implemented a workaround in audio HAL that forces the output stream into standby when the call is terminated.

Change-Id: I58ed6f4e3a5edb0e363c06580e2b97ce68988c4c

1 files changed, 2 insertions, 1 deletions

diff --git a/libaudio2/AudioHardware.cpp b/libaudio2/AudioHardware.cpp
index 89fc3f3..40a7458 100644
--- a/libaudio2/AudioHardware.cpp
+++ b/libaudio2/AudioHardware.cpp
@@ -310,7 +310,7 @@ status_t AudioHardware::setMode(int mode)
             }
             if (mMode == AudioSystem::MODE_NORMAL && mInCallAudioMode) {
                 setVoiceRecognition_l(mVrModeEnabled);
-                LOGV("setMode() closePcmOut_l()");
+                LOGV("setMode() closeMixer_l()");
                 closeMixer_l();
                 LOGV("setMode() closePcmOut_l()");
                 closePcmOut_l();
@@ -328,6 +328,7 @@ status_t AudioHardware::setMode(int mode)
 
     if (spOut != 0) {
         spOut->setNextRoute(getOutputRouteFromDevice(spOut->device()));
+        spOut->standby();
     }
     if (spIn != 0) {
         spIn->setNextRoute(getInputRouteFromDevice(spIn->device()));