question on A2DP sink suspend/resume

[lan zhu]

If we want to create SCO link when A2DP is in streaming state, we
shall suspend A2DP first and then establish SCO link. Conversely, we
shall resume A2DP link when we drop SCO link. The entire description
can be found in the Simultaneous use of HFP, A2DP, and AVRCP Profiles
Whitepaper on bluetooth org web site.
(https://www.bluetooth.org/Technical/Specifications/whitepapers.htm).

My question is, I found there is no such sink_suspend or sink_resume
method in D-BUS API while these functions are all implemented in Bluez
audio module. I would like to know why don't put them to D-BUS API?
If we need to call these functions we have to expand the D-BUS API.

One more question is, is there a formal way to test SCO/A2DP
simultaneous case? we can't find a proper headset to test it because
those headsets are all well implemented with the simultaneous logic,
so there is no way to enter ourselves' code that handle this logic.
Can we test it by configurating some test tool such as PTS?

Thanks,
Zhu Lan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[Marcel Holtmann]

Hi Zhu,

> If we want to create SCO link when A2DP is in streaming state, we
> shall suspend A2DP first and then establish SCO link. Conversely, we
> shall resume A2DP link when we drop SCO link. The entire description
> can be found in the Simultaneous use of HFP, A2DP, and AVRCP Profiles
> Whitepaper on bluetooth org web site.
> (https://www.bluetooth.org/Technical/Specifications/whitepapers.htm).
>
> My question is, I found there is no such sink_suspend or sink_resume
> method in D-BUS API while these functions are all implemented in Bluez
> audio module. I would like to know why don't put them to D-BUS API?
> If we need to call these functions we have to expand the D-BUS API.
>
> One more question is, is there a formal way to test SCO/A2DP
> simultaneous case? we can't find a proper headset to test it because
> those headsets are all well implemented with the simultaneous logic,
> so there is no way to enter ourselves' code that handle this logic.
> Can we test it by configurating some test tool such as PTS?

seriously, wrong mailing list. Especially since A2DP is implemented
fully in userspace ;)

Post such questions to linux-b...@vger.kernel.org please.

Regards

Marcel