Bug 8294
Summary: | After connecting USB-Bluetooth Dongle Belkin F8T012 USB-system stops responding | ||
---|---|---|---|
Product: | Drivers | Reporter: | escalope (bux23) |
Component: | USB | Assignee: | Greg Kroah-Hartman (greg) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | marcel, protasnb |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.20.1 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Bug Depends on: | |||
Bug Blocks: | 5089 |
Description
escalope
2007-04-01 15:28:51 UTC
I have the Belkin F8T012xx1 Bluetooth adapter and have the same problem as described, on Debian unstable / kernel 2.6.20. The problem seems to be because this adapter uses a VID/PID which is (also?) assigned to a Belkin USB ethernet adapter, causing an attempt to load the pegasus driver. The driver hangs while probing the adapter, which causes the whole Bluetooth system to freeze up. Unplugging the adapter will unfreeze the Bluetooth system, but of course leaving you without a working adapter. I worked around this problem (in an ugly manner) by hiding (renaming) the pegasus.ko driver so it will not be loaded when the adapter is inserted. Apparently no additional drivers beyond the bluetooth.ko and its dependents are needed in order to use this adapter. Now the Bluetooth subsystem can find the adapter, and I can see other Bluetooth devices which are in range. I haven't yet tried to actually transfer data across the Bluetooth link as I'm just learning about Bluetooth, but hopefully this will be helpful to others with this adapter. Robert Maybe it's a matter of sorting out device ID's. Will pass it on to maintainer. Thanks. If the pegasus.ko driver claims a device with a Bluetooth class identifier then please fix that driver. There is nothing the hci_usb.ko driver can do about. Cls=e0(unk. ) Sub=01 Prot=01 means Bluetooth. Period. The pegasus driver isn't binding to the driver, but it's device id is saying that it supports this device. I'll work on removing that device id, as it must be incorrect. ubunties released this hack: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=commitdiff;h=77d6ec19785ff831150378a1073c21024e88fb05;hp=12863a3ad9e6bb21d8df03076f4ca0b40abec0a7 I can confirm inserting the usb-stick crashes the linux-kernel no more and it is actually working :-) This has been fixed in the main kernel tree for a while now, please upgrade your kernel. The 2.6.24 kernel used by latest ubuntu distribution is apparently broken. Do you mean the 2.6.25* or 2.6.26* kernels? I could not grep any notice in git about fixing this bug. This is not a database for ubuntu kernel bugs, but for issues in the kernel.org releases. and yes, it should be fixed in 2.6.25, it was resolved with a patch to the relevant drivers. IMHO it was buggy "kernel.org's" 2.6.24 kernel they fixed. Anyway thanks for explanation and closing this bug. |