Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

hfp voicecalls on call release: audio path is left in bad stay blocking local sink audio in consecutive bt operations

Inactive

Description

On release of 1st hfp voicecall, control path correctly recovers, but audio path (bluealsa, bluealsa helper) is left in a bad state, impeding audio playback on local sink for subsequent calls or a2dp streaming.

A2DP streaming can be recovered from the mediaplayer application, by reconnecting (disconnect/connect using bt icon), which effectively resets the transport and endpoints.

However, the voiecall pipeline remains broken. 

Environment

None

Activity

Show:

Walt Miner 
June 2, 2023 at 2:50 PM

Once the telephony app is restored with the new App FW and Pipewire we can create new issues for any audio problems. 

Scott Murray 
December 19, 2020 at 5:35 PM

, reassigning to you to decide if this is a duplicate of .

Raquel Medina 
October 26, 2020 at 12:38 PM

The root cause is a timing/race issue due to the different interfaces in use in bluealsa to open (dbus interface) and close (via file descriptor) the pcms, and in particular for this issue, the sco pcm. The fix I'm proposing for this issue is retrying the operation to open the pcm if it fails, after a short delay.

Details

Assignee

Reporter

Contract ID

Components

Affects versions

Priority

Created September 14, 2020 at 8:25 AM
Updated June 2, 2023 at 2:50 PM
Resolved June 2, 2023 at 2:50 PM