Hi Chethan,
On Wed, Dec 28, 2011 at 9:08 AM, Chethan T N [off-list ref] wrote:
Original patch by Chan-yeol Park [off-list ref]
While the streaming is in progress, the remote headset is capable
of buffering audio packets. When it buffered the more audio
packets, we are sending the SUSPEND command before initiating
sco connection. Some headset is able to process the SUSPEND
command only after processing the buffered audio packets, hence
the delay in the response. So in this case, increasing the
REQ_TIMEOUT from 6 to 10 will solve the issue.
What model does that? This use case is exactly when we need to proceed
fast to switch profiles because in between there wont be any route to
the audio and a lot of things can happen during 10 seconds. Now I
don't know what is going on in the headset side but it seems it should
be dropping the remaining buffered packets if a call is alerting/SCO
is needed, in that case it might be better/faster to just drop the
avdtp connection and reconnect forcing the headset to drop everything.
--
Luiz Augusto von Dentz