* [bluez/bluez] 6de9c5: adapter: Trigger profile connection on inbound dev...
@ 2026-07-14 10:58 uos-eng
0 siblings, 0 replies; only message in thread
From: uos-eng @ 2026-07-14 10:58 UTC (permalink / raw)
To: linux-bluetooth
Branch: refs/heads/1127291
Home: https://github.com/bluez/bluez
Commit: 6de9c5fd15cc9d1d3543a23a2ffc09cfacc3941b
https://github.com/bluez/bluez/commit/6de9c5fd15cc9d1d3543a23a2ffc09cfacc3941b
Author: Chengyi Zhao <chengyi.zhao@qq.com>
Date: 2026-07-14 (Tue, 14 Jul 2026)
Changed paths:
M src/adapter.c
Log Message:
-----------
adapter: Trigger profile connection on inbound device connection
When a bonded device initiates an inbound ACL connection before the
host sends an outbound one (e.g., after resume the remote wins the
race), BlueZ accepts the ACL link via connected_callback() but does
not establish AVDTP/AVCTP profiles. The remote's subsequent L2CAP
connect for PSM 25 fails with "security block" because the link is
not yet encrypted, and the kernel does not retry. The ACL link stays
up with no audio.
Fix: in connected_callback(), call btd_device_connect_services() for
bonded inbound devices. This initiates outbound profile connections
from the host side. Unlike inbound L2CAP, outbound L2CAP is queued
by the kernel until encryption completes, so it survives the race.
Safe when the host already won: the function returns -EBUSY if
dev->connect or dev->pending is set.
To unsubscribe from these emails, change your notification settings at https://github.com/bluez/bluez/settings/notifications
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2026-07-14 10:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-07-14 10:58 [bluez/bluez] 6de9c5: adapter: Trigger profile connection on inbound dev uos-eng
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox