Summary: | Bluetooth headset stops working after pulseaudio update to 11 | ||
---|---|---|---|
Product: | PulseAudio | Reporter: | Martin Wilck <mwilck> |
Component: | modules | Assignee: | pulseaudio-bugs |
Status: | RESOLVED FIXED | QA Contact: | pulseaudio-bugs |
Severity: | major | ||
Priority: | medium | CC: | lennart |
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
PA 11 log file
PA 10 log file |
Description
Martin Wilck
2017-09-11 14:59:31 UTC
Created attachment 134163 [details]
PA 11 log file
Created attachment 134164 [details]
PA 10 log file
I can't see anything suspcicious comparing these logs, but maybe you can?
Hmm, I compiled 11.0 from source, and now the udirect 3 headset works at least in A2DP mode. HSP/HFP does not work though. The Twiek 6 still doesn't beep. Not sure what the difference from the openSUSE 11.0 package may be. Anyway, with 10.0, both A2DP and HSP work nicely. What would help here is (a) logs from bluez and PA when things aren't working, and (b) if you're feeling adventurous, since you've got the code from git built and running, a git bisect taking us to the problematic commit. I'm going to try to reproduce the problem here too. Okay, I can see this on my Sony SBH 20 -- A2DP works, HSP does not. Fix for this is at https://lists.freedesktop.org/archives/pulseaudio-discuss/2017-September/028695.html We should have something out in a 11.1 release before too long (hopefully by the end of this week). Am I understanding correctly that I should be able to fix this problem by setting load-module module-bluetooth-discover autodetect_mtu=false ? (In reply to Arun Raghavan from comment #4) > What would help here is (a) logs from bluez and PA when things aren't > working, and (b) if you're feeling adventurous, since you've got the code > from git built and running, a git bisect taking us to the problematic commit. Thanks for looking into this! I attached the PA logs above. Didn't look into the bluez logging configuration so far. Bisecting was my plan but it was difficult because of the problems with reproduction (comment #3). Bisection requires a reliable "good/bad" distinction. Anyway, you seem to have spotted the problem already, many thanks. (In reply to Martin Wilck from comment #7) > Am I understanding correctly that I should be able to fix this problem by > setting > > load-module module-bluetooth-discover autodetect_mtu=false > > ? That's right Verified that the problem is fixed with the config setting from comment 7. Thanks a lot. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.