From: "Rolf E. Thorup" <rolft@daimi.au.dk>
To: BlueZ Mailing List <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] SDP problems on embedded device
Date: Tue, 20 Jul 2004 12:31:13 +0200 [thread overview]
Message-ID: <40FCF471.4010501@daimi.au.dk> (raw)
In-Reply-To: <1090270387.4400.100.camel@pegasus>
Marcel Holtmann wrote:
> Hi Rolf,
Hi Marcel
>>I have some problems with sdp on a Intrinsyc Cerfcube 255
>>(http://www.intrinsyc.com/products/cerfcube/) running a Linux 2.4.19
>>kernel patched with the mh17-patch (and some platform specific patches).
>>
>>The problem is that I can't get to discover anything on the device. I
>>have tried with two mobile phones, and a laptop running RH 9.0.
>>
>> From the laptop I either try 'spdtool browse bdaddr' or 'sdptool search
>>SP' after adding SP service to the SDP record of the Cerfcube. I am able
>>to browse the service record of the mobile phone, but not the Cerfcube.
>>The output could be: 'Failed to connect to SDP server on
>>00:0A:94:00:20:2A: Resource temporarily unavailable'. Other reasons I
>>have experienced are: 'Host is down', 'Connection timed out', and
>>'Connection refused'.
[SNIP, some details and initial hcidump]
>>So, what to do next?
>
> looks like a kernel or scheduling bug. Run "hcidump -x -t" on both sides
> so we can compare the data flow and the timestamps.
Here's the output from the laptop (browsing the Cerfcube):
HCIDump - HCI packet analyzer ver 1.9
device: hci0 snap_len: 1028 filter: 0xffffffff
1090319067.842941 < HCI Command: Create Connection (0x01|0x0005) plen 13
2A 20 00 94 0A 00 18 CC 00 00 00 00 01
1090319067.846445 > HCI Event: Command Status (0x0f) plen 4
00 01 05 04
1090319068.636871 > HCI Event: Connect Complete (0x03) plen 11
00 29 00 2A 20 00 94 0A 00 01 00
1090319068.637297 < ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Connect req: psm 1 scid 0x0040
1090319068.637345 < HCI Command: Write Link Policy Settings
(0x02|0x000d) plen 4
29 00 0F 00
1090319068.648902 > HCI Event: Number of Completed Packets (0x13) plen 5
01 29 00 01 00
1090319068.658112 > HCI Event: Command Complete (0x0e) plen 6
01 0D 08 00 29 00
1090319068.666028 > HCI Event: Page Scan Repetition Mode Change (0x20)
plen 7
2A 20 00 94 0A 00 01
1090319068.667769 > HCI Event: Max Slots Change (0x1b) plen 3
29 00 05
1090319068.715975 > ACL data: handle 0x0029 flags 0x02 dlen 16
L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
1090319068.716411 < ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
1090319068.722627 > HCI Event: Number of Completed Packets (0x13) plen 5
01 29 00 01 00
1090319068.745926 > ACL data: handle 0x0029 flags 0x02 dlen 14
L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
1090319107.835421 < ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040
1090319107.849809 > HCI Event: Number of Completed Packets (0x13) plen 5
01 29 00 01 00
1090319107.866512 > ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040
1090319109.835420 < HCI Command: Disconnect (0x01|0x0006) plen 3
29 00 13
1090319109.837924 > HCI Event: Command Status (0x0f) plen 4
00 01 06 04
1090319109.875959 > HCI Event: Disconn Complete (0x05) plen 4
00 29 00 16
and here's the output from the Cerfcube:
HCIDump - HCI packet analyzer ver 1.9
device: hci0 snap_len: 1028 filter: 0xffffffff
1090319478.496750 > HCI Event: Connect Request (0x04) plen 10
74 05 B1 76 0C 00 00 01 00 01
1090319478.497886 < HCI Command: Accept Connection Request (0x01|0x0009)
plen 7
74 05 B1 76 0C 00 01
1090319478.512733 > HCI Event: Command Status (0x0f) plen 4
00 01 09 04
1090319478.546741 > HCI Event: Connect Complete (0x03) plen 11
00 29 00 74 05 B1 76 0C 00 01 00
1090319478.547821 < HCI Command: Write Link Policy Settings
(0x02|0x000d) plen 4
29 00 0F 00
1090319478.550769 > HCI Event: Page Scan Repetition Mode Change (0x20)
plen 7
74 05 B1 76 0C 00 01
1090319478.564746 > HCI Event: Command Complete (0x0e) plen 6
01 0D 08 00 29 00
1090319478.565797 < HCI Command: Change Connection Packet Type
(0x01|0x000f) plen 4
29 00 18 CC
1090319478.584718 > HCI Event: Max Slots Change (0x1b) plen 3
29 00 05
1090319478.588740 > HCI Event: Command Status (0x0f) plen 4
00 01 0F 04
1090319478.592739 > HCI Event: Connection Packet Type Changed (0x1d) plen 5
00 29 00 18 CC
1090319478.602746 > ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Connect req: psm 1 scid 0x0040
1090319478.604041 < ACL data: handle 0x0029 flags 0x02 dlen 16
L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
1090319478.612733 > HCI Event: Number of Completed Packets (0x13) plen 5
01 29 00 01 00
1090319478.618741 > ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
1090319478.619937 < ACL data: handle 0x0029 flags 0x02 dlen 14
L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
1090319478.620053 < ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
1090319478.642724 > HCI Event: Number of Completed Packets (0x13) plen 5
01 29 00 01 00
1090319517.746003 > ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040
1090319517.746236 < ACL data: handle 0x0029 flags 0x02 dlen 12
L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040
1090319517.768987 > HCI Event: Number of Completed Packets (0x13) plen 5
01 29 00 01 00
1090319519.848575 > HCI Event: Disconn Complete (0x05) plen 4
00 29 00 13
Regards, Rolf
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
next prev parent reply other threads:[~2004-07-20 10:31 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-19 19:38 [Bluez-users] SDP problems on embedded device Rolf E. Thorup
2004-07-19 20:53 ` Marcel Holtmann
2004-07-20 10:31 ` Rolf E. Thorup [this message]
2004-07-20 14:47 ` Marcel Holtmann
2004-07-20 17:10 ` Rolf E. Thorup
2004-07-20 17:43 ` Marcel Holtmann
2004-07-21 9:43 ` Rolf E. Thorup
2004-07-21 10:04 ` Marcel Holtmann
2004-07-21 10:56 ` Rolf E. Thorup
2004-07-21 12:18 ` Marcel Holtmann
2004-07-21 12:30 ` Rolf E. Thorup
2004-07-28 14:05 ` Rolf E. Thorup
2004-07-28 18:57 ` Marcel Holtmann
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=40FCF471.4010501@daimi.au.dk \
--to=rolft@daimi.au.dk \
--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