Original patch by Chan-yeol Park <chanyeol.park@xxxxxxxxxxx> 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. --- audio/avdtp.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/audio/avdtp.c b/audio/avdtp.c index d3568ba..474c446 100644 --- a/audio/avdtp.c +++ b/audio/avdtp.c @@ -89,7 +89,7 @@ #define AVDTP_MSG_TYPE_ACCEPT 0x02 #define AVDTP_MSG_TYPE_REJECT 0x03 -#define REQ_TIMEOUT 6 +#define REQ_TIMEOUT 10 #define ABORT_TIMEOUT 2 #define DISCONNECT_TIMEOUT 1 #define STREAM_TIMEOUT 20 -- 1.7.5.4 -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
