From: David Britton <davidpbritton@gmail.com>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] Early failures with Treo 650
Date: Wed, 01 Jun 2005 23:46:32 -0500 [thread overview]
Message-ID: <429E8F28.3010008@gmail.com> (raw)
In-Reply-To: <1117287707.12036.138.camel@pegasus>
[-- Attachment #1: Type: text/plain, Size: 1534 bytes --]
Marcel Holtmann wrote:
>
> explain the speed increase to me. I don't understand it. The RESET quirk
> should be enough, because the BCM92035 quirk is only for a very specific
> dongle from Broadcom.
>
> Check the dmesg output for added and removed USB while you are attaching
> the dongle. You should see a mouse and a keyboard that will disappear
> minutes later.
Well Marcel, as usual, you are correct on this one as well. The speed
drop is corallated to the mouse/keyboard add somehow. Once the mouse
and keyboard are removed:
Jun 1 23:37:02 localhost kernel: usb 3-2.2: USB disconnect, address 44
Jun 1 23:37:02 localhost udev[16373]: removing device node
'/dev/input/event3'
Jun 1 23:37:02 localhost hal.hotplug[16386]: DEVPATH is not set
Jun 1 23:37:02 localhost kernel: usb 3-2.3: USB disconnect, address 45
Jun 1 23:37:02 localhost udev[16421]: removing device node
'/dev/input/mouse2'
Jun 1 23:37:02 localhost udev[16423]: removing device node
'/dev/input/event4'
The speed for the hcitool scan returns to normal. It is not related to
the BCM92035 quirk at all. FYI, the symptom is that before these
removal messages, "hcitool scan" takes on average 3 seconds longer to
perform a scan. I did not test any other hci tools. This must be
related to some contention in the usb code somewhere?
Attached is the patch with just the reset quirk for the Kensington
adapter. I believe that you are correct in that this is all that is
needed for this adapter to function.
--
David Britton <davidpbritton@gmail.com>
[-- Attachment #2: patch --]
[-- Type: text/plain, Size: 491 bytes --]
--- hci_usb.c 2005-06-01 23:41:21.000000000 -0500
+++ hci_usb.c.patch 2005-06-01 23:41:38.000000000 -0500
@@ -107,6 +107,9 @@
{ USB_DEVICE(0x0a5c, 0x200a), .driver_info = HCI_RESET | HCI_BROKEN_ISOC },
{ USB_DEVICE(0x0a5c, 0x2009), .driver_info = HCI_BCM92035 },
+ /* Kensington Bluetooth USB adapter */
+ { USB_DEVICE(0x047d, 0x105d), .driver_info = HCI_RESET },
+
/* Microsoft Wireless Transceiver for Bluetooth 2.0 */
{ USB_DEVICE(0x045e, 0x009c), .driver_info = HCI_RESET },
next prev parent reply other threads:[~2005-06-02 4:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-21 7:14 [Bluez-users] Early failures with Treo 650 David Britton
2005-05-23 10:06 ` Marcel Holtmann
2005-05-24 2:38 ` David Britton
2005-05-24 8:48 ` Marcel Holtmann
2005-05-26 4:43 ` David Britton
2005-05-26 8:16 ` Marcel Holtmann
2005-05-27 2:15 ` David Britton
2005-05-27 7:05 ` Marcel Holtmann
2005-05-28 5:46 ` David Britton
2005-05-28 13:41 ` Marcel Holtmann
2005-06-02 4:46 ` David Britton [this message]
2005-07-28 18:02 ` [Bluez-users] " Ken M
2005-07-30 0:10 ` [Bluez-users] Treo 650 Oddities bc90021
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=429E8F28.3010008@gmail.com \
--to=davidpbritton@gmail.com \
--cc=bluez-users@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox