Bluetooth handsfree does not work and floods syslog
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Expired
|
Low
|
Unassigned |
Bug Description
[I'm not sure is this big relates to bluez or alsa or something else . It concerns hardy beta]
First, to get pairing to work I have to use parts of the suggested python-script from the bluez-wiki. To make the PC visible and connectable prior to setting the headset in pairing mode is not enough to trigger the pairing process.
From there it appears normal in the log when the headset is turned on:
With audio sent to the device there is no sound, but syslog is flooded:
mplayer -ao alsa:device=headset /usr/share/
The repeaded log-entry contains:
Apr 4 13:39:34 obelix kernel: [ 460.424359] hci_scodata_packet: hci0 SCO packet for unknown connection handle 46
Output to syslog continues after the mplayer process is terminated. It does not stop until the bt-headset is turned off and gets de-registered from the bt service.
The USB dongle in use works fine with other services (obex,hid etc)
Further details attached.
Changed in linux: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → Low |
status: | New → Triaged |
This relates to a similar bug in gutsy and before, but both bluez and the kernel has changed since so the fixes for those may not apply anymore.
In short this seems to relate to missing or incomplete support for eSCO in the kernel that makes most, if not all, BT<=1.2 headsets fail.
There's a number of patches listed to support this in the kernel listed at http:// kernelnewbies. org/Linux_ 2_6_24# head-efad198ce9 f2c533fcc541c30 6e566fc3a42af91 It seems these are included in the current kernel-source (2.6.24-15).
In addition there is a small patch to make it work listed in http:// lkml.org/ lkml/diff/ 2008/2/ 25/530/ 1 article. gmane.org/ gmane.linux. bluez.user/ 13682).
This has been reported to work with 2.6.24 (http://