I'm seeing the exact same behavior, but on a mouse (bt 3.x mouse; I also have another which seems to be BLE and it still connects fine). Reverting to 5.0 always works. Em sex, 17 de mai de 2019 às 03:03, Carlos Pita <carlosjosepita@xxxxxxxxx> escreveu: > > Hi, > > after upgrading to kernel 5.1.1 (and also 5.1.2) my bluetooth speakers > are unable to auto-reconnect. I can connect them without problems, but > once I turn them off and on again an unending sequence of connections > and disconnections begins: > > ---- manual connection ok --------- > [bluetooth]# connect E0:D1:E6:07:62:E1 > Attempting to connect to E0:D1:E6:07:62:E1 > [CHG] Device E0:D1:E6:07:62:E1 Connected: yes > Connection successful > [CHG] Device E0:D1:E6:07:62:E1 ServicesResolved: yes > ---- turned off speakers and on again ---- > [CHG] Device E0:D1:E6:07:62:E1 ServicesResolved: no > [CHG] Device E0:D1:E6:07:62:E1 Connected: no > [CHG] Device E0:D1:E6:07:62:E1 Connected: yes > [CHG] Device E0:D1:E6:07:62:E1 Connected: no > [CHG] Device E0:D1:E6:07:62:E1 Connected: yes > [CHG] Device E0:D1:E6:07:62:E1 Connected: no > [CHG] Device E0:D1:E6:07:62:E1 Connected: yes > [CHG] Device E0:D1:E6:07:62:E1 Connected: no > [CHG] Device E0:D1:E6:07:62:E1 Connected: yes > [CHG] Device E0:D1:E6:07:62:E1 Connected: no > > I've tested this with a number of kernels: > > linux-lts 4.19.43: doesn't work > linux 5.0.13: works > linux 5.1: works > linux 5.1.1: doesn't work > linux 5.1.2: doesn't work > > All the above tests were done against bluez 5.50. I've also tested > bluez git master against linux 5.1.2 to no avail. > > During failed attempts to auto-reconnect, the debug log shows: > > May 17 02:25:27 carlos bluetoothd[8178]: > src/adapter.c:connected_callback() hci0 device E0:D1:E6:07:62:E1 > connected eir_len 5 > May 17 02:25:27 carlos bluetoothd[8178]: > src/adapter.c:dev_disconnected() Device E0:D1:E6:07:62:E1 > disconnected, reason 3 > May 17 02:25:27 carlos bluetoothd[8178]: > src/adapter.c:adapter_remove_connection() > May 17 02:25:27 carlos bluetoothd[8178]: > plugins/policy.c:disconnect_cb() reason 3 > May 17 02:25:27 carlos bluetoothd[8178]: > src/adapter.c:bonding_attempt_complete() hci0 bdaddr E0:D1:E6:07:62:E1 > type 0 status 0xe > May 17 02:25:27 carlos bluetoothd[8178]: > src/device.c:device_bonding_complete() bonding (nil) status 0x0e > May 17 02:25:27 carlos bluetoothd[8178]: > src/device.c:device_bonding_failed() status 14 > > Some other info that may be relevant: > > > uname -a > Linux carlos 5.1.1-arch1-1-ARCH #1 SMP PREEMPT Sat May 11 13:02:48 UTC > 2019 x86_64 GNU/Linux > > > yay -Qi pulseaudio > Version : 12.2-2 > > If you need something else to track down this issue, please let me > know. I've also reported this to pulseaudio tracker: > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/674. > > Best regards > -- > Carlos