[pulseaudio-discuss] don't stop_stream_fd when suspending sink/source in bluetooth-device module

Bu, Long long.bu at intel.com
Thu Jun 25 01:46:07 PDT 2009


Now the suspend call back will call stop_stream_fd(u) which will
send BT_STOP_STREAM command. This eventually causes some connected devices(I tested with DELL BH200 and Motorola HT800) to disconnect.(BlueZ asks connected devices to disconnect audio link only but some devices actually disconnect the RFComm link also).  And you can not use the Bluetooth anymore without reconnecting it. The module-bluetooth-device also gets unloaded

The benefit of stop_stream_fd when suspending is to save some power for HSP/HFP case since communication on sco link occurs even there is no audio data. But for some devices that disconnect on BT_STOP_STREAM, it really brings some bad use experience. 

So I think it's good to remove stop_stream_fd for now as in the attached patch.

Cheers.
Long
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bluetooth_no_stop_stream_fd.diff
Type: application/octet-stream
Size: 3166 bytes
Desc: bluetooth_no_stop_stream_fd.diff
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20090625/df7da011/attachment.obj>


More information about the pulseaudio-discuss mailing list