[bluez/bluez] 598f9a: transport: Preserve Release on late BAP ready

[bluez/bluez] 598f9a: transport: Preserve Release on late BAP ready

[github-actions[bot]]

  Branch: refs/heads/1168994
  Home:   https://github.com/bluez/bluez
  Commit: 598f9acc24f918a4b931c5c5d96937f91599b50d
      https://github.com/bluez/bluez/commit/598f9acc24f918a4b931c5c5d96937f91599b50d
  Author: Derek Tern <1263187-dt@users.noreply.gitlab.freedesktop.org>
  Date:   2026-09-18 (Fri, 18 Sep 2026)

  Changed paths:
    M profiles/audio/transport.c

  Log Message:
  -----------
  transport: Preserve Release on late BAP ready

A late stream-ready event can reach bap_resume_complete() after Release
has queued Disable. It then replies to Release with an Acquire payload
and drops the Disable request ID. Client disconnection can subsequently
free the owner while the Disable callback still refers to it.

Only complete pending Acquire/TryAcquire requests from this path. Leave
Release and its request ID for the Disable callback or cancellation.


  Commit: fdbf00415c15b45929bd62b48aa01f4faa26be07
      https://github.com/bluez/bluez/commit/fdbf00415c15b45929bd62b48aa01f4faa26be07
  Author: Derek Tern <1263187-dt@users.noreply.gitlab.freedesktop.org>
  Date:   2026-09-18 (Fri, 18 Sep 2026)

  Changed paths:
    M profiles/audio/bap.c

  Log Message:
  -----------
  bap: Recreate stream IO after an early Enable

When reacquiring a transport, the stream can reach Enabling before its
previous CIS finishes disconnecting. Once teardown completes, IO
recreation accepts only QoS, while CIS enabling requires existing IO.
The pending Acquire consequently stalls.

Allow deferred IO recreation in Enabling too. Keep the existing CIG-busy
checks and recreate all IO before enabling CISes.


  Commit: a2d3451ed0492330293fbe52e2ca31994c831dfb
      https://github.com/bluez/bluez/commit/a2d3451ed0492330293fbe52e2ca31994c831dfb
  Author: Derek Tern <1263187-dt@users.noreply.gitlab.freedesktop.org>
  Date:   2026-09-18 (Fri, 18 Sep 2026)

  Changed paths:
    M doc/functional-bap.rst
    M test/functional/test_bap.py

  Log Message:
  -----------
  test: Cover BAP transport release and reacquire

Acquire both unicast transports, close their sockets and release them
through the same D-Bus owner. Require an empty Release reply so a late
ready callback cannot pass unnoticed by returning an Acquire payload.

Repeat three times with immediate, 100 ms and one-second reacquisition.
Check Acquire reply types and active transport states. Close returned
FDs even when a reply is malformed.


Compare: https://github.com/bluez/bluez/compare/598f9acc24f9%5E...a2d3451ed049

To unsubscribe from these emails, change your notification settings at https://github.com/bluez/bluez/settings/notifications