Dell BH200 Bluetooth Headset Connectivity Issue

Bug #600137 reported by cliftonlai on 2010-06-30
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OEM Priority Project
bluez (Ubuntu)

Bug Description

Binary package hint: gnome-bluetooth

I have a Dell inspiron mini 1012 installed lucid netbook edition. After successfully pairing Dell BH200
bluetooth headset with Dell Inspiron mini 1012 via Bluetooth, connection
will be interrupted after 6~10 seconds. BT device will soon disappear
in audio device list under Sound Preferences. Music can not be played
from headset, but headset still shows on BT device list.

Attempt to pair another bluetooth headset Nokia BH503, no such problem.
Also tested the same BH200 headset with other laptop running Ubuntu
10.04, same problem.

Steps to Reproduce:
1.Pair BH200 headset with Dell Inspiron 1012 via Bluetooth.
2.Play audio files. Notice music comes out from system speakers.
3.Check the sound preferences, Dell BH200 disappears from device list.

cliftonlai (cliftonlai) wrote :

Poke the internet and found the same bug from upstream mailing list:
There is a workaround: echo 'Y' > /sys/module/sco/parameters/disable_esco

description: updated
description: updated
Tony Espy (awe) wrote :

It's been noted that the specified headset works well with the Ubuntu Moblin Remix image which was sold on the Dell Mini 10n:

Also during conversations about this bug, someone mentioned that Blueman works with this headset.

I've marked this bug as affecting the oem-priority project, as this bug has also been encountered internally at Dell and they would like us to continue analysis and drive a fix if possible.

Jerone Young (jerone) wrote :

This looks as though it's a problem with the BH200. Even under Windows you basically have to disable_esco

This would be a defect in the headphones & not the bluetooth support. Also these headphones appear not to be sold by Dell anymore.

Tony Espy (awe) on 2010-07-02
Changed in gnome-bluetooth (Ubuntu):
status: New → Confirmed
Changed in oem-priority:
status: New → Confirmed
importance: Undecided → Medium
Keng-Yu Lin (lexical) wrote :

good to attach `hcidump -X -V` log for further analysis.

Jerone Young (jerone) wrote :

     I don't have this headset. I think the QA guys in your office have this headset.

Changed in oem-priority:
importance: Medium → Low
Jerone Young (jerone) on 2010-07-12
affects: gnome-bluetooth (Ubuntu) → bluez (Ubuntu)
Jerone Young (jerone) wrote :

The workaround for this headset from upstream mailing list:
There is a workaround: echo 'Y' > /sys/module/sco/parameters/disable_esco

After testing this has been verified to work. What would need is a way to quirk for this headset only to disable esco, as other headsets work without issue.

Keng-Yu Lin (lexical) wrote :

  Sorry we do not have the headset in Taipei QA lab.

Changed in oem-priority:
status: Confirmed → Incomplete
Chris Van Hoof (vanhoof) on 2011-12-05
Changed in oem-priority:
status: Incomplete → Won't Fix
Changed in bluez (Ubuntu):
status: Confirmed → Incomplete
Chris Van Hoof (vanhoof) wrote :

Marking the bluez task here as incomplete, if this is still an issue please update this bug with details of the release and hardware used.


Launchpad Janitor (janitor) wrote :

[Expired for bluez (Ubuntu) because there has been no activity for 60 days.]

Changed in bluez (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers