public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Ken M <wgold@flyingplastic.com>
To: bluez-users@lists.sourceforge.net
Subject: [Bluez-users] Re: Early failures with Treo 650
Date: Thu, 28 Jul 2005 18:02:22 +0000 (UTC)	[thread overview]
Message-ID: <loom.20050728T195337-380@post.gmane.org> (raw)
In-Reply-To: 429E8F28.3010008@gmail.com

David Britton <davidpbritton <at> gmail.com> writes:

> 
> 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.
> 

Hey guys, thanks for the great info!  

I've got the same adapter, and am seeing the exact same problem.  I've tried
both adding a "reset=1" to the modprobe, as well as adding HCI_RESET to the
hci_usb, neither seem to work for me.

As a matter of fact, the driver refuses the "reset" setting: 

Jul 28 14:16:05 FatboySlim kernel: hci_usb: Unknown parameter `reset'


I'm running FC3 (2.6.10-770) and the first patch Marcel sent didn't work as
"HCI_BCM92035" wasn't defined in my kernel tree.

The second patch that David wrote, setting the driver to "HCI_RESET" still gives
me a "Connection Timed Out" error when attempting any "hcitool scan|inq", yet my
Treo 650 sees it in discovery.

"hcitool dev" gives me:
Devices:
        hci0    00:01:52:F3:A4:55


"hciconfig -a" gives me:
[root@FatboySlim bluetooth]# hciconfig -a
hci0:   Type: USB
        BD Address: 00:0C:55:F6:A0:53 ACL MTU: 377:10  SCO MTU: 16:0
        UP RUNNING PSCAN ISCAN INQUIRY AUTH ENCRYPT
        RX bytes:101 acl:0 sco:0 events:13 errors:0
        TX bytes:304 acl:0 sco:0 commands:13 errors:0
        Features: 0xff 0xfe 0x0d 0x38 0x08 0x08 0x00 0x00
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'FatboySlim-0'
        Class: 0x120104
        Service Classes: Networking, Object Transfer
        Device Class: Computer, Desktop workstation
        HCI Ver: 1.2 (0x2) HCI Rev: 0x0 LMP Ver: 1.2 (0x2) LMP Subver: 0x6965
        Manufacturer: Broadcom Corporation (15)

What more can I do to help debug this?  I am pretty savvy with this stuff, but
I'm stumped..


Ken





-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

  reply	other threads:[~2005-07-28 18:02 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
2005-07-28 18:02                     ` Ken M [this message]
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=loom.20050728T195337-380@post.gmane.org \
    --to=wgold@flyingplastic.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