devgianlu 863444d39c pi-bluetooth: bump SRCREV to let bluetoothd power the adapter on ...

Without systemd, bthelper runs from udev when hci0 appears, before
bluetoothd starts. It brings the interface up with hciconfig, which
powers the adapter without the kernel's power-on initialisation: that
runs only when the adapter is powered through the management interface,
and it is where the SMP channels are registered and Secure Simple
Pairing is enabled. bthelper's delayed "bluetoothctl power off; power
on" is meant to recover from this, but bluetoothd isn't running yet, so
the adapter ignores LE pairing requests after every boot, and bluetoothd
logs "Failed to set privacy: Rejected (0x0b)", until the Bluetooth stack
is restarted.

Upstream bthelper now takes the interface down again once it is done,
so bluetoothd powers the adapter on when it starts, and powers it on
through bluetoothd when that is already running:
https://github.com/RPi-Distro/pi-bluetooth/pull/39. The same symptom is
reported on Raspberry Pi OS in
https://github.com/RPi-Distro/pi-bluetooth/issues/35.

Refresh the hciconfig path patch to cover the new hciconfig call.

Signed-off-by: devgianlu <altomanigianluca@gmail.com>

2026-10-18 22:16:16 +01:00

..

bluez5

*.patch: add Upstream-Status to all patches

2023-06-22 00:04:40 +01:00

pi-bluetooth

pi-bluetooth: bump SRCREV to let bluetoothd power the adapter on

2026-10-18 22:16:16 +01:00