Bug 528744 - Patch for btusb (linux-2.6-bluetooth-autosuspend.diff) breaks my bluetooth mouse
Summary: Patch for btusb (linux-2.6-bluetooth-autosuspend.diff) breaks my bluetooth mouse
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 12
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: John Feeney
QA Contact: Fedora Extras Quality Assurance
: 516756 (view as bug list)
Depends On:
Blocks: F12Target
TreeView+ depends on / blocked
Reported: 2009-10-13 14:51 UTC by Martin Decky
Modified: 2013-01-10 07:17 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-12-01 00:34:00 UTC
Type: ---

Attachments (Terms of Use)
lsusb output (63.22 KB, text/plain)
2009-10-26 18:43 UTC, Andy Burns
no flags Details
lsusb -v output on Lenovo ThinkPad T60 (43.75 KB, text/plain)
2009-10-27 11:49 UTC, Martin Decky
no flags Details

Description Martin Decky 2009-10-13 14:51:26 UTC
Description of problem:

The patch linux-2.6-bluetooth-autosuspend.diff (which is used in the current rawhide kernel breaks my bluetooth mouse.

With this patch the mouse gets discovered in the GNOME Bluetooth preferences, I can even pair successfully with it and it seems to be working at first. But the cursor movement stops every 2 seconds or so for about 0.5 seconds, which is rather annoying. Moreover, after about 20 - 30 seconds the mouse stops responding at all and this can be seen in dmesg:

usb 5-1: reset full speed USB device using uhci_hcd and address 4
btusb 5-1:1.0: no reset_resume for driver btusb?
btusb 5-1:1.1: no reset_resume for driver btusb?

All attempts to make the mouse (or any other bluetooth communication) to work again fail. I have tried "hciconfig hci0 reset" (also down/reset/up), turning the dongle off and on via a hardware kill switch (it is an integrated USB bluetooth adapter inside Lenovo ThinkPad T60), rmmoding and insmoding the btusb module. Only rebooting the machine helps, but the mouse works again for just a limited time.

After recompiling with the linux-2.6-bluetooth-autosuspend.diff patch removed (I didn't touch anything else) everything works perfectly again. The mouse cursor is moving smoothly and the mouse has been working for 2 hours now without any troubles. The mouse also worked in Fedora 10 and 11 without any problems.

Version-Release number of selected component (if applicable):


How reproducible:

Always, if the kernel is compiled with linux-2.6-bluetooth-autosuspend.diff.

Steps to Reproduce:

Just use the bluetooth mouse in the usual way in GNOME (discover, connect, use).

Actual results:

Mouse cursor movements are not smooth and the bluetooth communication dies unexpectedly.

Expected results:

The bluetooth mouse should work flawlessly as in previous Fedora releases.

Additional info:

Bus 005 Device 002: ID 0a5c:2110 Broadcom Corp. Bluetooth Controller
(integrated inside Lenovo ThinkPad 60 with a kill switch, see http://www.thinkwiki.org/wiki/ThinkPad_Bluetooth_with_Enhanced_Data_Rate_%28BDC-2%29)

Microsoft Bluetooth Notebook Mouse 5000
generic-bluetooth 0005:045E:0700.0001: input,hidraw0: BLUETOOTH HID v1.00 Mouse

Comment 1 Chuck Ebbert 2009-10-17 12:54:20 UTC
Updated the autosuspend patch to the latest upstream version in kernel- That may or may not fix the problems.

Comment 2 Chuck Ebbert 2009-10-21 10:03:44 UTC
*** Bug 516756 has been marked as a duplicate of this bug. ***

Comment 3 Martin Decky 2009-10-21 12:06:04 UTC
I have been testing kernel- for several hours now and everything works without any problems. I consider the bug fixed.

Comment 4 Andy Burns 2009-10-24 21:01:55 UTC
Working again for me with

Comment 5 Jared Smith 2009-10-26 18:15:53 UTC
This also seems to have fixed the problem for me as well... thank you!

Comment 6 Matthew Garrett 2009-10-26 18:27:20 UTC
Updated patch fixes the problem by disabling autosuspend by default, which kind of defeats the object. Could those of you who had it broken before please provide the output of lsusb -v when run as root?

Comment 7 Andy Burns 2009-10-26 18:43:33 UTC
Created attachment 366139 [details]
lsusb output

Dell mini9 with internal Bluetooth and a Microsoft Intellimouse bluetooth mouse.

Comment 8 Matthew Garrett 2009-10-26 18:48:57 UTC

And with previous kernels, it's broken in the way described above?

Comment 9 Andy Burns 2009-10-26 19:10:41 UTC
Yes, fine with 2.6.29.x and 2.6.30.x in F11, broken in rawhide from 2.6.31-14 to, then fixed it.

Comment 10 Martin Decky 2009-10-27 11:49:28 UTC
Created attachment 366248 [details]
lsusb -v output on Lenovo ThinkPad T60

(In reply to comment #6)

This is the output of lsusb -v on my machine (further hardware details in comment #0). Like I have written in comment #0, bt worked in Fedora 11 and the breakage was connected with the indicated patch. In the current kernel ( bt is working.

I understand the objective of autosuspend, but somehow I prefer a driver which works (but without autosuspend) than a driver which does not work (but with autosuspend) :)

Comment 11 Martin Decky 2009-12-01 00:34:00 UTC
I have not encountered any more problems with my bluetooth mouse since this bug was fixed. Therefore I suggest closing this report.

Comment 12 Andy Burns 2009-12-01 00:38:58 UTC
(In reply to comment #11)

> I have not encountered any more problems with my bluetooth mouse since this bug
> was fixed. Therefore I suggest closing this report.  

The way I read it, the bug has only been "fixed" by disabling the autosuspend code, so should it really be re-opened pending a proper fix of the code?

Comment 13 Martin Decky 2009-12-01 00:56:20 UTC
(In reply to comment #12)

Like I have already written in comment #10, the basic functionality of the bluetooth mouse and the possibility to make use of autosuspend are probably two more-or-less separate issues.

This bug was about the basic functionality and I believe that it would be wiser to create a separate bug report concerning the autosuspend issue, rather than transforming this report. But that's just my humble opinion, so please feel free to reopen this bug if you really think that it is the best way to track the progress of making the autosuspend feature work flawlessly.

Note You need to log in before you can comment on or make changes to this bug.