bluetooth applet unaware of pairing

Bug #346883 reported by Ben
4
Affects Status Importance Assigned to Milestone
bluez-gnome (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: bluez-gnome

1)benjamin@benjamin-desktop:~$ lsb_release -rd
Description: Ubuntu jaunty (development branch)
Release: 9.04

2)benjamin@benjamin-desktop:~$ apt-cache policy bluez-gnome
bluez-gnome:
  Installed: 1.8-0ubuntu4
  Candidate: 1.8-0ubuntu4
  Version table:
 *** 1.8-0ubuntu4 0
        500 http://mirrors.rit.edu jaunty/main Packages
        100 /var/lib/dpkg/status

3)
My apple keyboard pairs on boot (typing with it now) yet the bluetooth applet is completely unaware of this, and when I attempt to pair my mouse, it doesn't find anything.

4)
I assume the bluetooth application in gnome is suppose to handle all bluetooth pairings?

Other things tried:

/etc/init.d/bluetooth restart doesn't even disrupt the bluetooth pairing of the keyboard

produces log:

Mar 22 14:08:43 benjamin-desktop bluetoothd[2786]: bridge pan0 removed
Mar 22 14:08:43 benjamin-desktop bluetoothd[2786]: Stopping SDP server
Mar 22 14:08:43 benjamin-desktop bluetoothd[2786]: Exit
Mar 22 14:08:43 benjamin-desktop bluetoothd[3866]: Bluetooth daemon
Mar 22 14:08:43 benjamin-desktop bluetoothd[3866]: Starting SDP server
Mar 22 14:08:43 benjamin-desktop bluetoothd[3866]: bridge pan0 created
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Registered interface org.bluez.Service on path /org/bluez/3866/any
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Starting experimental netlink support
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Failed to find Bluetooth netlink family
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: HCI dev 0 registered
Mar 22 14:08:44 benjamin-desktop bluetoothd[3871]: Can't set link policy on hci0: Device or resource busy (16)
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: HCI dev 0 already up
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Starting security manager 0
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Can't read class of adapter on /org/bluez/3866/hci0: Unknown error 4294967291 (-5)
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Getting name failed with status 0x0c
Mar 22 14:08:44 benjamin-desktop bluetoothd[3866]: Can't read class of device on hci0: Input/output error (5)

Revision history for this message
Henk Koster (h-a-j-koster) wrote :

This is not really a bug, or it may be a different sort of bug.

Apple firmware simulates the BT keyboard/mouse as USB devices; these are then available after booting Ubuntu through the USB-HID interface (they're listed when running the "sudo lsusb -v" command). Unfortunately, not all functionality is available this way: the fn-key on the keyboard; the scroll ball on the mouse.

In order for them to be treated as Bluetooth devices you must first reset them with the command

$ sudo hciconfig hci0 reset

then (with a temporary USB keyboard/mouse attached) activate the Bluetooth applet and let the BT keyboard/mouse be discovered and paired. Keyboard fn-key and mouse scroll ball are now working, and the "sudo lsusb -v" command does no longer list these devices.

Unfortunately, these BT pairings do not survive a reboot, not even when the line

options hci_usb reset=1

is added to a file like /etc/modprobe.d/options.conf. That would be the real bug...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.