← Back to team overview

kernel-packages team mailing list archive

[Bug 1552128] Re: Music audio is not transferred to headset after it is connected


There are two differences in the logs.


In case there is no call in between of  disconnection and connection
after the connection is made the 'card' is created with the profile set
to 'off'.  This is later reset to profile a2dp_sink.

[pulseaudio] backend-ofono.c: New HF card found: /card_2
[pulseaudio] module-bluez5-device.c: Using a2dp_sink profile as default
[pulseaudio] card.c: Created 2 "bluez_card.68_76_4F_6C_31_E9"
[pulseaudio] module-bluez5-device.c: Default profile not connected, selecting off profile
[pulseaudio] module-bluez5-device.c: Created card (current profile off)
[pulseaudio] module-bluez5-device.c: Setting default profile a2dp_sink
[pulseaudio] module-bluez5-device.c: Setting new profile a2dp_sink for card (current off)
[pulseaudio] module-bluez5-device.c: Initializing profile a2dp_sink

In case there is a call in between the card is created with a2dp_sink


without an incoming call in between of disconnection and connection
there is no such line in the logs:

[pulseaudio] sink-input.c: Successfully moved sink input 0 to

You received this bug notification because you are a member of Kernel
Packages, which is subscribed to bluez in Ubuntu.

  Music audio is not transferred to headset after it is connected

Status in bluez package in Ubuntu:

Bug description:
  Device and Ubuntu version

  Tested on Krillin [Aquaris E4.5], with BlueZ 5.37

  phablet@ubuntu-phablet:~$ lsb_release -rd
  Description:    Ubuntu 15.04
  Release:        15.04

  Tested with:
  1. Sony SBH52 headset
  2. Philips SHB5500 headphones


  In disconnect state play the music on the phone and do the connection
  (bluetoothctl connect <device>).

  Audio is not transferred to the BT headset but it still plays on the
  phone instead. On the other hand the bluetoothctl and UI shows that
  the device is connected. The headset blinkenlights indicate that it is
  connected too.

  The audio is properly routed again after the incoming call is made and

To manage notifications about this bug go to: