From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Re: Problems with anycom usb dongle
Date: Tue, 07 Dec 2004 14:22:09 +0100 [thread overview]
Message-ID: <1102425729.8447.41.camel@pegasus> (raw)
In-Reply-To: <cp4a8v$959$1@sea.gmane.org>
Hi Sebastian,
> > What does "hcitool con" show when both (ACL + SCO) links were open?
>
> (btsco's last line is RFCOMM channel 1 connected)
> # hcitool con
> Connections:
> < ACL 00:08:1B:00:FF:33 handle 1 state 1 lm MASTER
>
> (pressing the button at my headset starts the SCO stream)
> # hcitool con
> Connections:
> < SCO 00:08:1B:00:FF:33 handle 1025 state 1 lm SLAVE
> < ACL 00:08:1B:00:FF:33 handle 1 state 1 lm MASTER
using handle 1025 is weird. I've never seen this before.
> I've tested the anycom dongle with both headsets once again.
> Here is a (heavy striped) output of hcidump while testing one of those:
>
> < HCI Command: Create Connection (0x01|0x0005) plen 13
> 0000: 33 ff 00 1b 08 00 18 cc 02 00 00 00 01
> ... (normal connect)
There must be "SCO add" in between.
> > HCI Event: Connect Complete (0x03) plen 11
> 0000: 00 01 04 33 ff 00 1b 08 00 00 01
This is handle 1025 after the "SCO add" and this is fine.
> > SCO data: handle 0x0000 dlen 0
> ... (a lot of those packets)
> > SCO data: handle 0x0000 dlen 0
And this is broken hardware. You can't send something for handle 0 with
zero data if no connection handle is available.
> (I guess, here was my first button press)
> > SCO data: handle 0x0401 dlen 48
> 0000: 58 00 60 ff f0 ff a0 ff 7c ff 98 ff d8 00 38 00
> 0010: 68 00 48 ff d0 ff 6c ff 5c ff a8 ff f0 00 50 00
> 0020: 70 00 38 ff c8 ff 7c ff 88 ff c0 00 20 00 70 00
> ... (a lot of those packets)
> > SCO data: handle 0x0401 dlen 48
> 0000: f0 ff f0 ff f8 ff f8 ff f0 ff f0 ff f0 ff f8 ff
> 0010: f8 ff f8 ff f0 ff f0 ff f8 ff f8 ff f8 ff f0 ff
> 0020: f0 ff f8 ff f8 ff f8 ff f0 ff f0 ff f8 ff f8 ff
> (the second button press)
> > ACL data: handle 0x0001 flags 0x01 dlen 4
> L2CAP(d): cid 0x0041 len 17 [psm 3]
> RFCOMM(d): UIH: cr 0 dlci 2 pf 1 ilen 12 fcs 0x5c credits 1
> 0000: 41 54 2b 43 4b 50 44 3d 32 30 30 0d
> **
> < ACL data: handle 0x0001 flags 0x02 dlen 14
> L2CAP(d): cid 0x01c3 len 10 [psm 3]
> RFCOMM(d): UIH: cr 1 dlci 2 pf 0 ilen 6 fcs 0x9a
> 0000: 0d 0a 4f 4b 0d 0a
> **
> > HCI Event: Number of Completed Packets (0x13) plen 5
> 0000: 01 01 00 01 00
> < HCI Command: Disconnect (0x01|0x0006) plen 3
> 0000: 01 04 13
> **
> > HCI Event: Command Status (0x0f) plen 4
> 0000: 00 01 06 04
> **
> > HCI Event: Disconn Complete (0x05) plen 4
> 0000: 00 01 04 13
> > HCI Event: Max Slots Change (0x1b) plen 3
> 0000: 01 00 05
> > SCO data: handle 0x0000 dlen 0
> > SCO data: handle 0x0000 dlen 0
> ... flood ;)
The SCO part of this dongle seem totally broken. Should I mark it as
broken in hci_usb driver? Or should I simply drop SCO packets with no
data on handle 0 in the HCI core? Is handle 0 a valid handle?
Regards
Marcel
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2004-12-07 13:22 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-06 22:56 [Bluez-devel] snd-bt-sco problem Chris Boyle
2004-12-07 7:37 ` [Bluez-devel] " Sebastian Roth
2004-12-07 8:21 ` Marcel Holtmann
2004-12-07 9:06 ` [Bluez-devel] Problems with anycom usb dongle (was: snd-bt-sco problem) Sebastian Roth
2004-12-07 9:17 ` Marcel Holtmann
2004-12-07 13:13 ` [Bluez-devel] Re: Problems with anycom usb dongle Sebastian Roth
2004-12-07 13:22 ` Marcel Holtmann [this message]
2004-12-07 14:07 ` Sebastian Roth
2004-12-07 17:05 ` Marcel Holtmann
2004-12-08 8:59 ` Sebastian Roth
2004-12-08 9:06 ` Marcel Holtmann
2004-12-08 9:39 ` [Bluez-devel] CVS doubles suche.org
2004-12-08 9:48 ` Marcel Holtmann
2004-12-08 10:33 ` suche.org
2004-12-08 11:08 ` Marcel Holtmann
2004-12-08 11:46 ` [Bluez-devel] Re: Problems with anycom usb dongle Steven Singer
2004-12-08 12:00 ` Marcel Holtmann
2004-12-08 13:00 ` Steven Singer
2004-12-08 13:19 ` Marcel Holtmann
2004-12-08 11:53 ` Sebastian Roth
2004-12-08 10:34 ` [Bluez-devel] Re: snd-bt-sco problem Chris Boyle
2004-12-08 10:38 ` [Bluez-devel] Re[2]: " suche.org
2004-12-08 14:35 ` [Bluez-devel] " Lars Grunewaldt
2004-12-07 7:57 ` [Bluez-devel] " Marcel Holtmann
2004-12-08 10:24 ` Chris Boyle
2004-12-08 3:10 ` Brad Midgley
2004-12-08 10:26 ` Chris Boyle
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=1102425729.8447.41.camel@pegasus \
--to=marcel@holtmann.org \
--cc=bluez-devel@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