Bug 26182
Summary: | btusb hangs after resetting USB device | ||
---|---|---|---|
Product: | Drivers | Reporter: | denk |
Component: | USB | Assignee: | Greg Kroah-Hartman (greg) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | akpm, brian, florian, gustavo, jfaulkne, maciej.rutecki, meako, mjg59-kernel, rjw, stern |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.37 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 21782 |
Description
denk
2011-01-05 23:55:09 UTC
I found another problem/regression with suspend/resume. Whereas the suspend seems to work as it should the resume of my Thinkpad leads to an unusable bt device. The only working solution is to reboot. I hope the maintainers of btusb or someone else can investigate that further! Regards denk I found another problem regarding btusb: If I connect my USB HP LaserJet 1018, I get the following dmesg output: [ 142.256064] usb 5-1: reset full speed USB device using uhci_hcd and address 2 [ 142.390577] btusb 5-1:1.0: no reset_resume for driver btusb? [ 142.390585] btusb 5-1:1.1: no reset_resume for driver btusb? This also happens if I run XSane. During XSane is searching for devices I get the same dmesg output. If anyone who can look into this, needs more information, please ask! As this is really annoying and renders my bluetooth card and bluetooth input devices nearly unusable I hope somebody can solve this! Regards denk Still no answer on this! Can somebody at least tell me the maintainer (mail adress) of btusb? I found out that autosuspend for btusb has been enabled by default recently: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=556ea928f78a390fe16ae584e6433dff304d3014 Seems to be, that my adapter doesn't work with this enabled. Regards denk I did another round of investigation and blacklisted the module 'btusb'. Then everything works as it should: I can use my USB printer, HPLIP oder XSane can search for devices etc. (as for sure my bluetooth devices don't work...) Is 'btusb' loaded the USB printer doesn't work and HPLIP or XSane scanning for devices lead to the above mentioned dmesg output. I would like to help with investigating the error but I don't know where to begin! I need someone who can look into this and point me into the right direction where to look for the cause for this. Regards denk Confirming same bug on kernel 2.6.37-ARCH (Arch Linux), it appeared after update to 2.6.37. I'm using mobile phone as a modem via bluetooth, and BT connection gets lost after random time. It's unable to reconnect. Rfcomm says 'no route to host', different manipulations with hcitool and kernel modules at runtime give no results. After rebooting the system everything works for some time until next lockup. Using Dell Inspiron 1525 laptop and Nokia 3720 phone. Bluetooth device: Bus 007 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth) Bus 007 Device 003: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth I'm seeing the same bug when using my bluetooth remote control. The problem appeared in 2.6.37, I had no problems before that version. 2.6.37.1 is affected as well. Here's my device: Bus 008 Device 002: ID 0a5c:2101 Broadcom Corp. A-Link BlueUsbA2 Bluetooth and here's the errors I see when it stops working: [ 4533.361959] btusb 8-1:1.0: no reset_resume for driver btusb? [ 4533.361964] btusb 8-1:1.1: no reset_resume for driver btusb? Matthew, it looks like your 556ea928f78a390fe16ae584e6433dff304d3014 commit (Bluetooth: Enable USB autosuspend by default on btusb) needs to be reverted, at least until somebody adds reset-resume support to the btusb driver. Florian or Rafael, can one of you let the Bluetooth maintainers know about this bug? There has been at least one other bug report for this same problem on LKML: http://marc.info/?l=linux-kernel&m=129845423017429&w=2 Does it still happen with 2.6.38-rc6? I pushed a fix from Oliver Neukum in the btusb driver. I'm really not sure if it fix this, but it worth a try. commit 8efdd0cdc54f3bb5db464b3baf88f7441f54da47 Author: Oliver Neukum <oneukum@suse.de> Date: Fri Feb 11 13:00:06 2011 +0100 Bluetooth: fix crash with quirky dongles doing sound Quirky dongles sometimes do not use the iso interface which causes a crash with runtime PM Signed-off-by: Oliver Neukum <oneukum@suse.de> Signed-off-by: Gustavo F. Padovan <padovan@profusion.mobi> btw, my Bluetooth input devices are working fine with a kernel from linux-next from Monday. I don't think that patch will affect this problem. Apparently some Bluetooth devices require a reset when they are resumed, and btusb doesn't currently support this. It might help to know _why_ the device requires a reset. A usbmon trace showing a suspend-resume cycle would be good. Instructions are in the kernel source file Documentation/usb/usbmon.txt. Can somebody attach a trace to this bug report? Thanks for fixing this! I can use my BT input devices again and they work as they did before. Regards denk |