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>
