Created attachment 908893 [details] btmon logs, both binary and text output Description of problem: Bluetooth keyboard is automatically disconnected after 5 seconds of successful connection. Version-Release number of selected component (if applicable): 3.14.6-200.fc20, 3.14.7-200.fc20 How reproducible: Always Steps to Reproduce: 1. Assume the keyboard is already paired with the computer. 2. Push any key on the keyboard - keyboard successfully connects. 3. Wait 5 sec. Doesn't matter if I'm pushing keys or just waiting. Actual results: The keyboard is disconnected. Expected results: The keyboard stays connected. Additional info: If I boot to kernel version 3.14.5-200.fc20, the problem eliminates: the keyboard disconnects after 600 sec of idling by request from keyboard itself. As I can understand from btmon logs, in newer kernels it's disconnected after 5 sec by request from computer.
Relevant kernel bug, includes a patch that has been applied upstream: https://bugzilla.kernel.org/show_bug.cgi?id=77541
Same/similar with by bluetooth headset; connects for about 5 seconds then disconnects. Works fine with 3.14.5 kernel
Kernel 3.14.7 still does the same thing, headphones connect then five seconds later disconnect [tdavis@localhost ~]$ journalctl -f | grep blue Jun 18 07:04:19 localhost.localdomain bluetoothd[2917]: /org/bluez/hci0/dev_00_1E_7C_22_1E_3B/fd1: fd(31) ready Jun 18 07:04:24 localhost.localdomain dbus-daemon[614]: dbus[614]: [system] Rejected send message, 4 matched rules; type="method_return", sender=":1.56" (uid=1000 pid=1636 comm="/usr/bin/pulseaudio --start --log-target=syslog ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.99" (uid=0 pid=2917 comm="/usr/libexec/bluetooth/bluetoothd ") Jun 18 07:04:24 localhost.localdomain dbus[614]: [system] Rejected send message, 4 matched rules; type="method_return", sender=":1.56" (uid=1000 pid=1636 comm="/usr/bin/pulseaudio --start --log-target=syslog ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.99" (uid=0 pid=2917 comm="/usr/libexec/bluetooth/bluetoothd ")
I just updated to kernel 3.14.8 and I'm seeing the same problem with a keyboard that used to work fine. (Same keyboard as https://bugzilla.kernel.org/show_bug.cgi?id=77541) Some related bug reports: The process of displaying a PIN during pairing of the keyboard has suddenly broken: bug #1072048 https://bugzilla.gnome.org/show_bug.cgi?id=725865
I am reporting that kernel 3.14.8 did not fix my headphones either; still on 3.14.5
Did this make it to 3.14.9?
No fix in 3.14.9; still on 3.14.5
kernel-PAE-3.15.3-200.fc20.i686, the problem persists.
3.15.3-200.fc20.x86_64 Headphones are staying connected now, thank you.
3.15.5-200.fc20.i686, the bug fixed. Finally I can upgrade from old good 3.14.5 kernel.