From owner-freebsd-bluetooth@FreeBSD.ORG Tue Mar 17 18:20:48 2015 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4055CF8B for ; Tue, 17 Mar 2015 18:20:48 +0000 (UTC) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [IPv6:2001:4b98:c:538::197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5E2D320 for ; Tue, 17 Mar 2015 18:20:47 +0000 (UTC) Received: from mfilter37-d.gandi.net (mfilter37-d.gandi.net [217.70.178.168]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id E458F41C07E; Tue, 17 Mar 2015 19:20:44 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter37-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter37-d.gandi.net (mfilter37-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id QvsmnQDpBjj8; Tue, 17 Mar 2015 19:20:43 +0100 (CET) X-Originating-IP: 31.68.1.52 Received: from galant.ogmig.net (unknown [31.68.1.52]) (Authenticated sender: plunky@ogmig.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id CAA1441C05A; Tue, 17 Mar 2015 19:20:41 +0100 (CET) Received: by galant.ogmig.net (Postfix, from userid 1000) id 1903A2600C6; Tue, 17 Mar 2015 18:20:37 +0000 (GMT) Date: Tue, 17 Mar 2015 18:20:36 +0000 (GMT) From: Iain Hibbert To: Waitman Gobble Subject: Re: register HID with SDP error In-Reply-To: Message-ID: References: <0AD7A2F7-37BE-4F6A-9FD6-F6C81B2CAF36@gmail.com> User-Agent: Alpine 2.11 (NEB 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-bluetooth@freebsd.org" X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 18:20:48 -0000 On Tue, 17 Mar 2015, Waitman Gobble wrote: > hcidump log https://gist.github.com/waitman/c3f8a3bc9b046e36dbb5 Kind of unrelatedly, from that log, the Linux machine requests a search for Protocol UUID 0x0100 (L2CAP) but gets nothing in return.. > ACL data: handle 0x0048 flags 0x02 dlen 24 L2CAP(d): cid 0x44 len 20 [psm 1] SDP SSA Req: tid 0x0 len 0xf pat uuid-16 0x0100 (L2CAP) max 0xffff aid(s) 0x0000 - 0xffff cont 00 < ACL data: handle 0x0048 flags 0x02 dlen 15 L2CAP(d): cid 0x40 len 11 [psm 1] SDP SSA Rsp: tid 0x0 len 0x6 cnt 0x3 cont 00 ..does the SDP server not return results for that, Max? Then, more pertinently the unexpected syntax is probably an artifact of your modifications, as hcidump should be able to parse anything legal. can you save the binary dump next time? (hcidump -w ) you can look at it with "hcidump -r " but it might help to be able to examine the hex values, in the case where an unexpected syntax occurs.. btw .. if you use sdpcontrol(1) to query the local SDP server (see -l) then hcidump will not see anything of the interchange, since it does not go through the Bluetooth stack. regards, iain