You are not logged in.
Hello,
I have already posted a bug here but I wonder if somebody has already solved it.
After recent upgrade to linux-4.13.3-1 with some dependencies my bluetooth has stopped working properly. The effect is that after few seconds after starting bluetooth.service (or restarting) I am able to connect my A2DP Headphones but the sound does not come out. Instead after those few seconds my headphones disconnect and I am not able to connect them till I restart bluetooth service. From journal I can provide those logs:
kernel: Bluetooth: Failed to disable LE scan: status 0x0c
bluetoothd[455]: Control: Refusing unexpected connect
bluetoothd[455]: Suspend: Connection timed out (110)
bluetoothd[455]: Suspend: Connection timed out (110)
bluetoothd[455]: Abort: Connection timed out (110)
bluetoothd[455]: Unable to get io data for Headset Voice gateway: getpeername: Transport endpoint is not connected (107)
Downgrading linux to 4.12.13-1 and bluetooth comes back to work again and no errors or warnings appear in journal.
My bluetooth dongle is
03:00.0 Network controller: Intel Corporation Wireless 8265 / 8275 (rev 78)
Does anybody have the same issues?
2020 ASUS Zephyrus G14
Offline
Same here with Lenovo ThinkPad Bluetooth Laser Mouse and Intel Corporation Wireless 8260 (rev 3a).
Offline
Having the same issues on my Dell with Network controller: Intel Corporation Wireless 8260 (rev 2a).
Offline
So, is it a kernel or bluez bug?
2020 ASUS Zephyrus G14
Offline
Can you get a more complete dmesg? Do you get similar errors like in https://bbs.archlinux.org/viewtopic.php?id=230362 ? Does the same parameter help?
Offline
Setting the kernel parameter to intel_iommu=off as advised in post attached by @V1del didn't help me with bluetooth issues. Still experiencing the same problems.
Offline
Go read the bug report linked in the OP some progress has been made there.
Offline
Currently adding bt_coex_active=0 to the iwlwifi module solves this issue temporary.
2020 ASUS Zephyrus G14
Offline
I noticed today it stopped working for me with the same error. but I have an orico usb BT dongle
Bus 001 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 224 Wireless
bDeviceSubClass 1 Radio Frequency
bDeviceProtocol 1 Bluetooth
bMaxPacketSize0 64
idVendor 0x0a12 Cambridge Silicon Radio, Ltd
idProduct 0x0001 Bluetooth Dongle (HCI mode)
bcdDevice 88.91
iManufacturer 0
iProduct 2
iSerial 0
bNumConfigurations 1
Downgrading the kernel didn't work for me
EDIT: got it working by removing the BT device. Audio works fine, but according to gnome bluetooth GUI is an unknown device, before it was detected as a headset
Last edited by hirs (2017-10-04 08:44:08)
Offline
same happens to me.
intel 8260, kernel 4.13.3-1
restarting bluetooth make it work again but it stops again 2mn later.
disabling bt_coex_active worked for me as well.
Last edited by VsM (2017-10-04 16:58:49)
Offline
I can verify that I had the same issue and that the workaround of bt_coex_active works.
Anyone experienced any WiFi performance degradation after disabling this option? It would be a bummer if I had to choose between network or keyboard...
Offline
The same issue after upgrading to kernel 4.13.4-1 with other packages:
bluez 5.47-2
pulseaudio-bluetooth 11.1-1
2020 ASUS Zephyrus G14
Offline
Anyone experienced any WiFi performance degradation after disabling this option?
WiFi Performance ok, music via BT stutters while WiFi generates traffic (dl/updates).
4.13.5-1-ARCH.
Offline
On a Clevo P775DMG3 the Bluetooth didnt work after the normal logging in KDE.
[ios@ios ~]$ modinfo iwlwifi | grep 8265
firmware: iwlwifi-8265-33.ucode
[ios@ios ~]$ dmesg | grep iwl
[ 3.400043] iwlwifi 0000:71:00.0: Direct firmware load for iwlwifi-8265-33.ucode failed with error -2
[ 3.400051] iwlwifi 0000:71:00.0: Direct firmware load for iwlwifi-8265-32.ucode failed with error -2
[ 3.403539] iwlwifi 0000:71:00.0: loaded firmware version 31.532993.0 op_mode iwlmvm
[ 3.443730] iwlwifi 0000:71:00.0: Detected Intel(R) Dual Band Wireless AC 8265, REV=0x230
[ 3.498559] iwlwifi 0000:71:00.0: base HW address: f8:59:71:42:09:e6
[ 3.589192] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[ 3.589822] iwlwifi 0000:71:00.0 wlp113s0: renamed from wlan0
[ 12.212427] iwlwifi 0000:71:00.0 wlp113s0: disabling HT/VHT due to WEP/TKIP use
[ios@ios ~]$ dmesg | grep cfg80211
[ios@ios ~]$
[ios@ios ~]$ uname -r
4.13.11-1-ARCH
[root@ios ios]# rfkill list
0: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
Tried changing device class in /etc/bluetooth/main.conf as following:
# Default device class. Only the major and minor device class bits are
# considered.
#Class = 0x000100 (from default config)
Class = 0x100100
For me it seems enough restart the Bluetooth service for make it work again.
Ill add a script for any startup for not do it manually every time.
Last edited by giostark (2017-11-07 13:29:24)
Offline
For now the only solution seems to be to disable bt_coex_active.
But there are upstream bug reports already:
https://bugs.archlinux.org/task/55796#comment163300
Offline
Hi! I'm running Kernel 4.14.8-1 with the same issue.
This bug is already live? I don't want to swtich to kernel 4.12.x anymore
Offline
With Kenel 4.14.12-1 same issue
Offline