From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 11:36:54 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33C916A468 for ; Sun, 4 Nov 2007 11:36:54 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from post.rya-online.net (post.rya-online.net [195.26.225.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0A38E13C48A for ; Sun, 4 Nov 2007 11:36:53 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from rya-online.net (th1dc-217-154-248-12.dial.mistral.co.uk [217.154.248.12]) by post.rya-online.net (Postfix) with SMTP id ABB471D48A8 for ; Sun, 4 Nov 2007 11:13:56 +0000 (GMT) Received: (nullmailer pid 11244 invoked by uid 1000); Sun, 04 Nov 2007 11:11:01 -0000 Date: Sun, 4 Nov 2007 11:11:01 +0000 (GMT) To: freebsd-bluetooth@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1194174661.309391.11026.nullmailer@galant.ukfsn.org> From: Iain Hibbert Subject: sdp - SearchService of UUID X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 11:36:54 -0000 Hi Max, I just got a new phone (HTC Touch) with Windows Mobile 6.0 on it (bah!) and am having trouble sending files with Bluetooth to my computer, though it manages to send fine to a Nokia 6103 which also sends fine to my computer, and I can use obexapp to access the FTRN service on the Touch and send and receive files that way. The problem seems to be that it sends a SearchServiceAttribute Request with SDP_UUID_PROTOCOL_OBEX instead of a service class, like so: > ACL data: handle 45 flags 0x02 dlen 25 L2CAP(d): cid 0x0044 len 21 [psm 1] SDP SSA Req: tid 0x0 len 0x10 pat uuid-16 0x0008 (OBEX) max 4088 aid(s) 0x0001 (SrvClassIDList) 0x0004 (ProtocolDescList) cont 00 and we reply with "no attributes found": < ACL data: handle 45 flags 0x02 dlen 15 L2CAP(d): cid 0x004d len 11 [psm 1] SDP SSA Rsp: tid 0x0 len 0x6 count 3 cont 00 so it gives up. In contrast, the Nokia sends a ServiceSearchRequest for ObjectPUSH then ServiceAttributeRequest for the handle and all works fine.. So, I'm looking at the SDP spec and I'm not finding it really clear but it seems (section 2.7.2) that a ServiceSearch should cover any UUID within the record (?) not just the service class but I think that sdpd does not do that, as it only keeps a single UUID per profile.. Since we don't have an actual record in memory because we build the appropriate parts when requested (?), I've come up with the following [incomplete*] scheme to extend the profile uuid into a uuid list and made a provider_match_uuid() function for the ServiceSearch and ServiceSearchAttribute functions to use. what do you think, is this the right way to go? regards, iain * - only compile tested so far - needs further study of specs to see which UUIDs should be in a profile --- /usr/src/usr.sbin/sdpd/bgd.c 2006-06-19 16:44:56.000000000 +0100 +++ bgd.c 2007-11-04 10:30:24.000000000 +0000 @@ -98,8 +98,13 @@ { 0, NULL } /* end entry */ }; -profile_t bgd_profile_descriptor = { +static uint16_t bgd_profile_uuids[] = { SDP_SERVICE_CLASS_BROWSE_GROUP_DESCRIPTOR, +}; + +profile_t bgd_profile_descriptor = { + bgd_profile_uuids, + nelems(bgd_profile_uuids), 0, (profile_data_valid_p) NULL, (attr_t const * const) &bgd_profile_attrs --- /usr/src/usr.sbin/sdpd/dun.c 2006-06-19 16:44:56.000000000 +0100 +++ dun.c 2007-11-04 10:54:04.000000000 +0000 @@ -132,8 +132,16 @@ { 0, NULL } /* end entry */ }; -profile_t dun_profile_descriptor = { +static uint16_t dun_profile_uuids[] = { SDP_SERVICE_CLASS_DIALUP_NETWORKING, + SDP_SERVICE_CLASS_GENERIC_NETWORKING, + SDP_UUID_PROTOCOL_L2CAP, + SDP_UUID_PROTOCOL_RFCOMM, + 0x0100, +}; + +profile_t dun_profile_descriptor = { + dun_profile_uuids, nelems(dun_profile_uuids), sizeof(sdp_dun_profile_t), common_profile_server_channel_valid, (attr_t const * const) &dun_profile_attrs --- /usr/src/usr.sbin/sdpd/ftrn.c 2006-06-19 16:44:56.000000000 +0100 +++ ftrn.c 2007-11-04 10:56:08.000000000 +0000 @@ -113,8 +113,15 @@ { 0, NULL } /* end entry */ }; -profile_t ftrn_profile_descriptor = { +static uint16_t ftrn_profile_uuids[] = { SDP_SERVICE_CLASS_OBEX_FILE_TRANSFER, + SDP_UUID_PROTOCOL_L2CAP, + SDP_UUID_PROTOCOL_RFCOMM, + SDP_UUID_PROTOCOL_OBEX, +}; + +profile_t ftrn_profile_descriptor = { + ftrn_profile_uuids, nelems(ftrn_profile_uuids), sizeof(sdp_ftrn_profile_t), common_profile_server_channel_valid, (attr_t const * const) &ftrn_profile_attrs --- /usr/src/usr.sbin/sdpd/hf.c 2006-08-17 21:13:31.000000000 +0100 +++ hf.c 2007-11-04 10:52:14.000000000 +0000 @@ -148,8 +148,17 @@ { 0, NULL } /* end entry */ }; -profile_t hf_profile_descriptor = { +static uint16_t hf_profile_uuids[] = { SDP_SERVICE_CLASS_HANDSFREE, + SDP_SERVICE_CLASS_HANDSFREE_AUDIO_GATEWAY, + SDP_SERVICE_CLASS_GENERIC_AUDIO, + SDP_UUID_PROTOCOL_L2CAP, + SDP_UUID_PROTOCOL_RFCOMM, + 0x0105, +}; + +profile_t hf_profile_descriptor = { + hf_profile_uuids, nelems(hf_profile_uuids), sizeof(sdp_hf_profile_t), hf_profile_data_valid, (attr_t const * const) &hf_profile_attrs --- /usr/src/usr.sbin/sdpd/hset.c 2006-06-19 16:44:56.000000000 +0100 +++ hset.c 2007-11-04 10:57:24.000000000 +0000 @@ -128,8 +128,16 @@ { 0, NULL } /* end entry */ }; -profile_t hset_profile_descriptor = { +static uint16_t hset_profile_uuids[] = { SDP_SERVICE_CLASS_HEADSET_AUDIO_GATEWAY, + SDP_SERVICE_CLASS_GENERIC_AUDIO, + SDP_SERVICE_CLASS_HEADSET, + SDP_UUID_PROTOCOL_L2CAP, + SDP_UUID_PROTOCOL_RFCOMM, +}; + +profile_t hset_profile_descriptor = { + hset_profile_uuids, nelems(hset_profile_uuids), sizeof(sdp_hset_profile_t), hset_profile_data_valid, (attr_t const * const) &hset_profile_attrs --- /usr/src/usr.sbin/sdpd/irmc.c 2006-06-19 16:44:56.000000000 +0100 +++ irmc.c 2007-11-04 10:31:15.000000000 +0000 @@ -129,8 +129,12 @@ { 0, NULL } /* end entry */ }; -profile_t irmc_profile_descriptor = { +static uint16_t irmc_profile_uuids[] = { SDP_SERVICE_CLASS_IR_MC_SYNC, +}; + +profile_t irmc_profile_descriptor = { + irmc_profile_uuids, nelems(irmc_profile_uuids), sizeof(sdp_irmc_profile_t), obex_profile_data_valid, (attr_t const * const) &irmc_profile_attrs --- /usr/src/usr.sbin/sdpd/irmc_command.c 2006-06-19 16:44:56.000000000 +0100 +++ irmc_command.c 2007-11-04 10:31:27.000000000 +0000 @@ -113,8 +113,12 @@ { 0, NULL } /* end entry */ }; -profile_t irmc_command_profile_descriptor = { +static uint16_t irmc_command_profile_uuids[] = { SDP_SERVICE_CLASS_IR_MC_SYNC_COMMAND, +}; + +profile_t irmc_command_profile_descriptor = { + irmc_command_profile_uuids, nelems(irmc_command_profile_uuids), sizeof(sdp_irmc_command_profile_t), common_profile_server_channel_valid, (attr_t const * const) &irmc_command_profile_attrs --- /usr/src/usr.sbin/sdpd/lan.c 2006-06-19 16:44:56.000000000 +0100 +++ lan.c 2007-11-04 10:31:36.000000000 +0000 @@ -173,8 +173,12 @@ { 0, NULL } /* end entry */ }; -profile_t lan_profile_descriptor = { +static uint16_t lan_profile_uuids[] = { SDP_SERVICE_CLASS_LAN_ACCESS_USING_PPP, +}; + +profile_t lan_profile_descriptor = { + lan_profile_uuids, nelems(lan_profile_uuids), sizeof(sdp_lan_profile_t), lan_profile_data_valid, (attr_t const * const) &lan_profile_attrs --- /usr/src/usr.sbin/sdpd/opush.c 2006-06-19 16:44:56.000000000 +0100 +++ opush.c 2007-11-04 10:58:30.000000000 +0000 @@ -129,8 +129,15 @@ { 0, NULL } /* end entry */ }; -profile_t opush_profile_descriptor = { +static uint16_t opush_profile_uuids[] = { SDP_SERVICE_CLASS_OBEX_OBJECT_PUSH, + SDP_UUID_PROTOCOL_L2CAP, + SDP_UUID_PROTOCOL_RFCOMM, + SDP_UUID_PROTOCOL_OBEX, +}; + +profile_t opush_profile_descriptor = { + opush_profile_uuids, nelems(opush_profile_uuids), sizeof(sdp_opush_profile_t), obex_profile_data_valid, (attr_t const * const) &opush_profile_attrs --- /usr/src/usr.sbin/sdpd/profile.c 2006-08-19 18:11:04.000000000 +0100 +++ profile.c 2007-11-04 10:20:55.000000000 +0000 @@ -41,6 +41,7 @@ #include #include "profile.h" #include "provider.h" +#include "uuid-private.h" /* * Lookup profile descriptor @@ -74,7 +75,7 @@ int32_t i; for (i = 0; i < sizeof(profiles)/sizeof(profiles[0]); i++) - if (profiles[i]->uuid == uuid) + if (profiles[i]->uuid[0] == uuid) return (profiles[i]); return (NULL); --- /usr/src/usr.sbin/sdpd/profile.h 2006-06-19 16:44:56.000000000 +0100 +++ profile.h 2007-11-04 10:37:28.000000000 +0000 @@ -63,7 +63,8 @@ struct profile { - uint16_t uuid; /* profile uuid */ + uint16_t * uuid; /* profile uuid list */ + int ucount; /* profile uuid count */ uint16_t dsize; /* profile data size */ profile_data_valid_p valid; /* profile data validator */ attr_t const * const attrs; /* supported attributes */ @@ -88,4 +89,6 @@ profile_data_valid_t common_profile_server_channel_valid; profile_data_valid_t obex_profile_data_valid; +#define nelems(list) (sizeof(list) / sizeof(list[0])) + #endif /* ndef _PROFILE_H_ */ --- /usr/src/usr.sbin/sdpd/provider.c 2006-06-19 16:44:56.000000000 +0100 +++ provider.c 2007-11-04 10:40:54.000000000 +0000 @@ -36,10 +36,12 @@ #include #include +#include #include #include #include "profile.h" #include "provider.h" +#include "uuid-private.h" static TAILQ_HEAD(, provider) providers = TAILQ_HEAD_INITIALIZER(providers); static uint32_t change_state = 0; @@ -198,3 +200,28 @@ { return (change_state); } + +/* + * Match provider by uuid + */ + +int +provider_match_uuid(provider_p provider, uint128_t *uuid) +{ + uint128_t puuid; + int i; + + if (memcmp(uuid, &uuid_public_browse_group, sizeof(*uuid)) == 0) + return 1; + + for (i = 0 ; i < provider->profile->ucount ; i++) { + memcpy(&puuid, &uuid_base, sizeof(puuid)); + puuid.b[2] = provider->profile->uuid[i] >> 8; + puuid.b[3] = provider->profile->uuid[i]; + + if (memcmp(uuid, &puuid, sizeof(*uuid)) == 0) + return 1; + } + + return 0; +} --- /usr/src/usr.sbin/sdpd/provider.h 2006-06-19 16:44:56.000000000 +0100 +++ provider.h 2007-11-04 09:40:59.000000000 +0000 @@ -100,6 +100,8 @@ provider_p provider_get_first (void); provider_p provider_get_next (provider_p provider); uint32_t provider_get_change_state (void); +int provider_match_uuid (provider_p provider, + uint128_t *uuid); int32_t server_prepare_attr_list(provider_p const, uint8_t const *, uint8_t const *, uint8_t *, uint8_t const *); --- /usr/src/usr.sbin/sdpd/sd.c 2006-06-19 16:44:56.000000000 +0100 +++ sd.c 2007-11-04 10:55:05.000000000 +0000 @@ -208,8 +208,13 @@ { 0, NULL } /* end entry */ }; -profile_t sd_profile_descriptor = { +static uint16_t sd_profile_uuids[] = { SDP_SERVICE_CLASS_SERVICE_DISCOVERY_SERVER, + SDP_UUID_PROTOCOL_L2CAP, +}; + +profile_t sd_profile_descriptor = { + sd_profile_uuids, nelems(sd_profile_uuids), 0, (profile_data_valid_p) NULL, (attr_t const * const) &sd_profile_attrs --- /usr/src/usr.sbin/sdpd/sp.c 2006-06-19 16:44:56.000000000 +0100 +++ sp.c 2007-11-04 10:59:04.000000000 +0000 @@ -113,8 +113,14 @@ { 0, NULL } /* end entry */ }; -profile_t sp_profile_descriptor = { +static uint16_t sp_profile_uuids[] = { SDP_SERVICE_CLASS_SERIAL_PORT, + SDP_UUID_PROTOCOL_L2CAP, + SDP_UUID_PROTOCOL_RFCOMM, +}; + +profile_t sp_profile_descriptor = { + sp_profile_uuids, nelems(sp_profile_uuids), sizeof(sdp_sp_profile_t), common_profile_server_channel_valid, (attr_t const * const) &sp_profile_attrs --- /usr/src/usr.sbin/sdpd/ssar.c 2006-06-19 16:44:56.000000000 +0100 +++ ssar.c 2007-11-04 09:41:01.000000000 +0000 @@ -60,7 +60,7 @@ provider_t *provider = NULL; int32_t type, rsp_limit, ssplen, aidlen, cslen, cs; - uint128_t uuid, puuid; + uint128_t uuid; /* * Minimal Service Search Attribute Request request @@ -217,12 +217,7 @@ if (!provider_match_bdaddr(provider, &srv->req_sa.bt_bdaddr)) continue; - memcpy(&puuid, &uuid_base, sizeof(puuid)); - puuid.b[2] = provider->profile->uuid >> 8; - puuid.b[3] = provider->profile->uuid; - - if (memcmp(&uuid, &puuid, sizeof(uuid)) != 0 && - memcmp(&uuid, &uuid_public_browse_group, sizeof(uuid)) != 0) + if (!provider_match_uuid(provider, &uuid)) continue; cs = server_prepare_attr_list(provider, --- /usr/src/usr.sbin/sdpd/ssr.c 2006-06-19 16:44:56.000000000 +0100 +++ ssr.c 2007-11-04 09:41:04.000000000 +0000 @@ -63,7 +63,7 @@ uint8_t *ptr = NULL; provider_t *provider = NULL; int32_t type, ssplen, rsp_limit, rcount, cslen, cs; - uint128_t uuid, puuid; + uint128_t uuid; /* * Minimal SDP Service Search Request @@ -190,15 +190,11 @@ if (!provider_match_bdaddr(provider, &srv->req_sa.bt_bdaddr)) continue; - memcpy(&puuid, &uuid_base, sizeof(puuid)); - puuid.b[2] = provider->profile->uuid >> 8; - puuid.b[3] = provider->profile->uuid; - - if (memcmp(&uuid, &puuid, sizeof(uuid)) == 0 || - memcmp(&uuid, &uuid_public_browse_group, sizeof(uuid)) == 0) { - SDP_PUT32(provider->handle, ptr); - rcount ++; - } + if (!provider_match_uuid(provider, &uuid)) + continue; + + SDP_PUT32(provider->handle, ptr); + rcount ++; } } From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 18:15:49 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 941A916A41B for ; Sun, 4 Nov 2007 18:15:49 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id 7944F13C4B3 for ; Sun, 4 Nov 2007 18:15:46 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4HBJ8r027071; Sun, 4 Nov 2007 12:11:19 -0500 (EST) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qcdiGUZTdI3k; Sun, 4 Nov 2007 12:10:35 -0500 (EST) Received: from slate.coldhaus.com (maenad.coldhaus.com [74.0.48.222]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4H9sED015730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2007 12:09:56 -0500 (EST) Message-ID: <472DFCE2.2010707@coldhaus.com> Date: Sun, 04 Nov 2007 12:09:54 -0500 From: Eric Millbrandt User-Agent: Thunderbird 2.0.0.6 (X11/20070806) MIME-Version: 1.0 To: freebsd-bluetooth@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Millbrandt Subject: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 18:15:49 -0000 I am having trouble setting up a bluetooth mouse and keyboard on FreeBSD 7.0-BETA1. I followed the instructions from the handbook and what I found on google here... http://destari.blogspot.com/2006/01/setting-up-bluetooth-mouse-on-freebsd.html . The keyboard does not work at all, but I am able to pull a configuration from bthidcontrol. The mouse buttons work, but I can't move the cursor. These issues occur in both on the console and in X. I included log messages and config files below. Any help would be greatly appreciated. Thanks Eric Millbrandt 11:58 emillbrandt@slate:/home/emillbrandt# uname -a FreeBSD slate.coldhaus.com 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 29 23:40:03 EDT 2007 emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE i386 from dmesg Nov 4 10:57:38 slate kernel: ubt0: on uhub3 Nov 4 10:57:38 slate kernel: ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 Nov 4 10:57:38 slate kernel: ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 Nov 4 10:57:38 slate kernel: WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() Nov 4 10:57:38 slate kernel: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() Nov 4 11:51:27 slate bthidd[1453]: Opening outbound session for 00:1b:63:fc:6c:2c (new_device=1, reconnect_initiate=1) Nov 4 11:51:57 slate bthidd[1453]: Could not connect to 00:1b:63:fc:6c:2c. Host is down (64) Nov 4 11:52:27 slate kernel: kbd3 at vkbd0 10:59 emillbrandt@slate:/home/emillbrandt# bthidcontrol -a keyboard query device { bdaddr 00:1b:63:fc:6c:2c; control_psm 0x11; interrupt_psm 0x13; reconnect_initiate true; battery_power false; normally_connectable true; hid_descriptor { 0x05 0x01 0x09 0x06 0xa1 0x01 0x85 0x01 0x05 0x07 0x19 0xe0 0x29 0xe7 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02 0x75 0x08 0x95 0x01 0x81 0x01 0x75 0x01 0x95 0x05 0x05 0x08 0x19 0x01 0x29 0x05 0x91 0x02 0x75 0x03 0x95 0x01 0x91 0x01 0x75 0x08 0x95 0x06 0x15 0x00 0x26 0xff 0x00 0x05 0x07 0x19 0x00 0x2a 0xff 0x00 0x81 0x00 0xc0 0x05 0x0c 0x09 0x01 0xa1 0x01 0x85 0x47 0x05 0x01 0x09 0x06 0xa1 0x02 0x05 0x06 0x09 0x20 0x15 0x00 0x26 0xff 0x00 0x75 0x08 0x95 0x01 0x81 0x02 0xc0 0xc0 0x05 0x0c 0x09 0x01 0xa1 0x01 0x85 0x11 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x03 0x81 0x01 0x75 0x01 0x95 0x01 0x05 0x0c 0x09 0xb8 0x81 0x02 0x06 0xff 0x00 0x09 0x03 0x81 0x02 0x75 0x01 0x95 0x03 0x81 0x01 0x05 0x0c 0x85 0x12 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x01 0x09 0xcd 0x81 0x02 0x09 0xb3 0x81 0x02 0x09 0xb4 0x81 0x02 0x09 0xb5 0x81 0x02 0x09 0xb6 0x81 0x02 0x81 0x01 0x81 0x01 0x81 0x01 0x85 0x13 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x01 0x06 0x01 0xff 0x09 0x0a 0x81 0x02 0x75 0x01 0x95 0x07 0x81 0x01 0xc0 }; } 10:59 emillbrandt@slate:/home/emillbrandt# bthidcontrol -a mouse query device { bdaddr 00:12:5a:57:a6:9a; control_psm 0x11; interrupt_psm 0x13; reconnect_initiate true; battery_power true; normally_connectable false; hid_descriptor { 0x05 0x0c 0x09 0x01 0xa1 0x01 0x05 0x01 0x09 0x02 0x85 0x14 0x06 0x00 0xff 0x0a 0x12 0xfe 0x95 0x01 0x75 0x02 0x15 0x00 0x25 0x03 0x81 0x02 0x0a 0x11 0xfe 0x75 0x01 0x25 0x01 0x81 0x02 0x95 0x05 0x81 0x01 0xc0 0x05 0x01 0x09 0x02 0xa1 0x01 0x05 0x01 0x09 0x02 0x85 0x11 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x04 0x95 0x04 0x75 0x01 0x25 0x01 0x81 0x02 0x75 0x04 0x95 0x01 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x00 0x00 0x00 0x00 0x00 0x00 0x25 0x7f 0x81 0x06 0x95 0x01 0x81 0x01 0xc0 0xc0 0x05 0x0c 0x09 0x01 0xa1 0x01 0x85 0x19 0x06 0x00 0xff 0x1a 0x18 0xff 0x2a 0x22 0xff 0x95 0x0b 0x75 0x08 0x15 0x00 0x26 0xff 0x00 0xb1 0x02 0x0a 0x23 0xff 0x95 0x01 0x75 0x01 0x25 0x01 0xb1 0x02 0x75 0x07 0xb1 0x01 0xc0 }; } I added both of these to bthidd.conf from hcsecd.conf device { bdaddr 00:1b:63:fc:6c:2c; name "Apple Wireless Keyboard"; key nokey; pin "5625264"; } device { bdaddr 00:12:5a:57:a6:9a; name "Microsoft Bluetooth Notebook Mouse 5000"; key nokey; pin "0000"; } DING! emillbrandt@slate:/home/emillbrandt# l2ping -a keyboard 0 bytes from keyboard seq_no=0 time=1905.898 ms result=0 0 bytes from keyboard seq_no=1 time=38.023 ms result=0 0 bytes from keyboard seq_no=2 time=13.141 ms result=0 11:45 emillbrandt@slate:/home/emillbrandt# l2ping -a mouse 0 bytes from mouse seq_no=0 time=1428.790 ms result=0 0 bytes from mouse seq_no=1 time=47.168 ms result=0 0 bytes from mouse seq_no=2 time=53.263 ms result=0 rc.conf hcsecd_enable="YES" bthidd_enable="YES" From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 20:25:00 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765A516A417 for ; Sun, 4 Nov 2007 20:25:00 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id F0A7D13C4A6 for ; Sun, 4 Nov 2007 20:24:59 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so984618nfb for ; Sun, 04 Nov 2007 12:24:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=zdq6RRA1gmA/BViN4ELvdzU3KzWHI2kcb6th6FaT1LU=; b=WaACoessawTFsFVmQFYExlWaY2JRZGgTB5cMu6dIOyHkZ4wo2PKAXQKQWG8JIUM1qaxtJwpoSk/DLiJCMyVhgCbvjVtKScKxmcHViRgr6ovSkau0AonoBjB/ydELR3wbB5rUg8EdYp7Nvj7PWsJ+B23+/o5r9Glr8Sa3zK47Rts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eTaNfef0M4uboUpfvTg3hKyyF0t6YJZDFkwhP+ZWqLSr/OVsR4F++RtJ1T23qiBLJIu9wLOWZIJUUJrnjM/7puBaonsC0duXZUWP2NEisVAv+4ua2WwhLdynxdvAaVvL5qWkhapOE+JI0RjUJTG2B+gmh+t2rBFpNEiJkdC1ukQ= Received: by 10.86.4.2 with SMTP id 2mr2809922fgd.1194207887509; Sun, 04 Nov 2007 12:24:47 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 12:24:47 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 13:24:47 -0700 From: "Maksim Yevmenkin" To: "Eric Millbrandt" In-Reply-To: <472DFCE2.2010707@coldhaus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DFCE2.2010707@coldhaus.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:25:00 -0000 Eric, > I am having trouble setting up a bluetooth mouse and keyboard on FreeBSD > 7.0-BETA1. I followed the instructions from the handbook and what I > found on google here... > http://destari.blogspot.com/2006/01/setting-up-bluetooth-mouse-on-freebsd.html > . The keyboard does not work at all, but I am able to pull a > configuration from bthidcontrol. The mouse buttons work, but I can't > move the cursor. These issues occur in both on the console and in X. I > included log messages and config files below. Any help would be greatly > appreciated. 1) make sure you have paired bluetooth keyboard/mouse and your pc 2) what bluetooth keyboard and mouse are you using? 3) for keyboard, please make sure you have both vkbd(4) and kbdmux(4) loaded. also make sure kbdmux(4) keyboard is the default keyboard. 4) are there any messages from bthidd(8) in /var/log/messages? 5) try to run bthidd(8) in foreground to see if it prints anything strange > 11:58 emillbrandt@slate:/home/emillbrandt# uname -a > FreeBSD slate.coldhaus.com 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 29 > 23:40:03 EDT 2007 > emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE i386 ok > from dmesg > Nov 4 10:57:38 slate kernel: ubt0: 224/1, rev 2.00/19.58, addr 2> on uhub3 > Nov 4 10:57:38 slate kernel: ubt0: Interface 0 endpoints: > interrupt=0x81, bulk-in=0x82, bulk-out=0x2 > Nov 4 10:57:38 slate kernel: ubt0: Interface 1 (alt.config 5) > endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, > buffer size=294 > Nov 4 10:57:38 slate kernel: WARNING: attempt to > net_add_domain(bluetooth) after domainfinalize() > Nov 4 10:57:38 slate kernel: WARNING: attempt to > net_add_domain(netgraph) after domainfinalize() > Nov 4 11:51:27 slate bthidd[1453]: Opening outbound session for > 00:1b:63:fc:6c:2c (new_device=1, reconnect_initiate=1) > Nov 4 11:51:57 slate bthidd[1453]: Could not connect to > 00:1b:63:fc:6c:2c. Host is down (64) > Nov 4 11:52:27 slate kernel: kbd3 at vkbd0 this looks mostly ok. please make sure you have bluetooth connection between your keyboard and your pc > 10:59 emillbrandt@slate:/home/emillbrandt# bthidcontrol -a keyboard query > device { > bdaddr 00:1b:63:fc:6c:2c; > control_psm 0x11; > interrupt_psm 0x13; > reconnect_initiate true; > battery_power false; > normally_connectable true; > hid_descriptor { > 0x05 0x01 0x09 0x06 0xa1 0x01 0x85 0x01 > 0x05 0x07 0x19 0xe0 0x29 0xe7 0x15 0x00 > 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02 > 0x75 0x08 0x95 0x01 0x81 0x01 0x75 0x01 > 0x95 0x05 0x05 0x08 0x19 0x01 0x29 0x05 > 0x91 0x02 0x75 0x03 0x95 0x01 0x91 0x01 > 0x75 0x08 0x95 0x06 0x15 0x00 0x26 0xff > 0x00 0x05 0x07 0x19 0x00 0x2a 0xff 0x00 > 0x81 0x00 0xc0 0x05 0x0c 0x09 0x01 0xa1 > 0x01 0x85 0x47 0x05 0x01 0x09 0x06 0xa1 > 0x02 0x05 0x06 0x09 0x20 0x15 0x00 0x26 > 0xff 0x00 0x75 0x08 0x95 0x01 0x81 0x02 > 0xc0 0xc0 0x05 0x0c 0x09 0x01 0xa1 0x01 > 0x85 0x11 0x15 0x00 0x25 0x01 0x75 0x01 > 0x95 0x03 0x81 0x01 0x75 0x01 0x95 0x01 > 0x05 0x0c 0x09 0xb8 0x81 0x02 0x06 0xff > 0x00 0x09 0x03 0x81 0x02 0x75 0x01 0x95 > 0x03 0x81 0x01 0x05 0x0c 0x85 0x12 0x15 > 0x00 0x25 0x01 0x75 0x01 0x95 0x01 0x09 > 0xcd 0x81 0x02 0x09 0xb3 0x81 0x02 0x09 > 0xb4 0x81 0x02 0x09 0xb5 0x81 0x02 0x09 > 0xb6 0x81 0x02 0x81 0x01 0x81 0x01 0x81 > 0x01 0x85 0x13 0x15 0x00 0x25 0x01 0x75 > 0x01 0x95 0x01 0x06 0x01 0xff 0x09 0x0a > 0x81 0x02 0x75 0x01 0x95 0x07 0x81 0x01 > 0xc0 > }; > } this looks fine to me > 10:59 emillbrandt@slate:/home/emillbrandt# bthidcontrol -a mouse query > device { > bdaddr 00:12:5a:57:a6:9a; > control_psm 0x11; > interrupt_psm 0x13; > reconnect_initiate true; > battery_power true; > normally_connectable false; > hid_descriptor { > 0x05 0x0c 0x09 0x01 0xa1 0x01 0x05 0x01 > 0x09 0x02 0x85 0x14 0x06 0x00 0xff 0x0a > 0x12 0xfe 0x95 0x01 0x75 0x02 0x15 0x00 > 0x25 0x03 0x81 0x02 0x0a 0x11 0xfe 0x75 > 0x01 0x25 0x01 0x81 0x02 0x95 0x05 0x81 > 0x01 0xc0 0x05 0x01 0x09 0x02 0xa1 0x01 > 0x05 0x01 0x09 0x02 0x85 0x11 0x09 0x01 > 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x04 > 0x95 0x04 0x75 0x01 0x25 0x01 0x81 0x02 > 0x75 0x04 0x95 0x01 0x81 0x01 0x05 0x01 > 0x09 0x30 0x09 0x31 0x09 0x38 0x00 0x00 > 0x00 0x00 0x00 0x00 0x25 0x7f 0x81 0x06 > 0x95 0x01 0x81 0x01 0xc0 0xc0 0x05 0x0c > 0x09 0x01 0xa1 0x01 0x85 0x19 0x06 0x00 > 0xff 0x1a 0x18 0xff 0x2a 0x22 0xff 0x95 > 0x0b 0x75 0x08 0x15 0x00 0x26 0xff 0x00 > 0xb1 0x02 0x0a 0x23 0xff 0x95 0x01 0x75 > 0x01 0x25 0x01 0xb1 0x02 0x75 0x07 0xb1 > 0x01 0xc0 > }; > } > I added both of these to bthidd.conf this looks fine too. > from hcsecd.conf > device { > bdaddr 00:1b:63:fc:6c:2c; > name "Apple Wireless Keyboard"; > key nokey; > pin "5625264"; > } > > device { > bdaddr 00:12:5a:57:a6:9a; > name "Microsoft Bluetooth Notebook Mouse 5000"; > key nokey; > pin "0000"; > } looks fine > DING! emillbrandt@slate:/home/emillbrandt# l2ping -a keyboard > 0 bytes from keyboard seq_no=0 time=1905.898 ms result=0 > 0 bytes from keyboard seq_no=1 time=38.023 ms result=0 > 0 bytes from keyboard seq_no=2 time=13.141 ms result=0 looks normal (some bluetooth devices will always return 0 bytes in l2cap echo response) > 11:45 emillbrandt@slate:/home/emillbrandt# l2ping -a mouse > 0 bytes from mouse seq_no=0 time=1428.790 ms result=0 > 0 bytes from mouse seq_no=1 time=47.168 ms result=0 > 0 bytes from mouse seq_no=2 time=53.263 ms result=0 looks normal (some bluetooth devices will always return 0 bytes in l2cap echo response) > rc.conf > hcsecd_enable="YES" > bthidd_enable="YES" looks ok btw, i have apple bluetooth keyboard here, so i will try to reproduce the problem. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 20:44:56 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F76F16A46C for ; Sun, 4 Nov 2007 20:44:56 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA2813C48E for ; Sun, 4 Nov 2007 20:44:55 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1588005mue for ; Sun, 04 Nov 2007 12:44:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=4G4U2SjRPYJe0FtAohTkoY+ETgApRCsCrjgehV5afCg=; b=FEAnvwS5mjTcXrsgg8uGzxnluZ6ks2deBVVxLrKzMs7VDxoXNSKIubH7MA4ZVv6TTK/GMXMUxRx60XeB4SIsIB7kJMrVmFBiNfNP0FOtCaCG6ViZtkmiVfM+FNHIlQNwxSSDbFDJqGsSfPK2WVvDva/6r63lSD94ScZl2KZr4vI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Sg2DaXbWojF0RYlN4TW5y5oY59Ml3d4+LGKv+SJ3Q0EMBhgIh1TRwDGpCsPE+Bdc1elHHCx06OqLrqpA2ag1sWe++YLWz0RbvyqioI03iEgbR/hQpSDOu4JxZgxlNNwWj0r5SLLZ49FkP+4VxFTlounYtH0gR9ZadsmyIyX3G78= Received: by 10.86.65.11 with SMTP id n11mr2819535fga.1194208670486; Sun, 04 Nov 2007 12:37:50 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 12:37:49 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 13:37:49 -0700 From: "Maksim Yevmenkin" To: "Eric Millbrandt" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DFCE2.2010707@coldhaus.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:44:56 -0000 Eric, i just tried apple keyboard with FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 20:40:41 PDT 2007 root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 and it works just fine. granted, it almost a couple month old system, but bthidd(8) code has not changed in a while, so it still should work. i'm cvsup'ing RELENG_7 and will build it later. thanks, max On 11/4/07, Maksim Yevmenkin wrote: > Eric, > > > I am having trouble setting up a bluetooth mouse and keyboard on FreeBSD > > 7.0-BETA1. I followed the instructions from the handbook and what I > > found on google here... > > http://destari.blogspot.com/2006/01/setting-up-bluetooth-mouse-on-freebsd.html > > . The keyboard does not work at all, but I am able to pull a > > configuration from bthidcontrol. The mouse buttons work, but I can't > > move the cursor. These issues occur in both on the console and in X. I > > included log messages and config files below. Any help would be greatly > > appreciated. > > 1) make sure you have paired bluetooth keyboard/mouse and your pc > > 2) what bluetooth keyboard and mouse are you using? > > 3) for keyboard, please make sure you have both vkbd(4) and kbdmux(4) > loaded. also make sure kbdmux(4) keyboard is the default keyboard. > > 4) are there any messages from bthidd(8) in /var/log/messages? > > 5) try to run bthidd(8) in foreground to see if it prints anything strange > > > 11:58 emillbrandt@slate:/home/emillbrandt# uname -a > > FreeBSD slate.coldhaus.com 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Mon Oct 29 > > 23:40:03 EDT 2007 > > emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE i386 > > ok > > > from dmesg > > Nov 4 10:57:38 slate kernel: ubt0: > 224/1, rev 2.00/19.58, addr 2> on uhub3 > > Nov 4 10:57:38 slate kernel: ubt0: Interface 0 endpoints: > > interrupt=0x81, bulk-in=0x82, bulk-out=0x2 > > Nov 4 10:57:38 slate kernel: ubt0: Interface 1 (alt.config 5) > > endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, > > buffer size=294 > > Nov 4 10:57:38 slate kernel: WARNING: attempt to > > net_add_domain(bluetooth) after domainfinalize() > > Nov 4 10:57:38 slate kernel: WARNING: attempt to > > net_add_domain(netgraph) after domainfinalize() > > Nov 4 11:51:27 slate bthidd[1453]: Opening outbound session for > > 00:1b:63:fc:6c:2c (new_device=1, reconnect_initiate=1) > > Nov 4 11:51:57 slate bthidd[1453]: Could not connect to > > 00:1b:63:fc:6c:2c. Host is down (64) > > Nov 4 11:52:27 slate kernel: kbd3 at vkbd0 > > this looks mostly ok. please make sure you have bluetooth connection > between your keyboard and your pc > > > 10:59 emillbrandt@slate:/home/emillbrandt# bthidcontrol -a keyboard query > > device { > > bdaddr 00:1b:63:fc:6c:2c; > > control_psm 0x11; > > interrupt_psm 0x13; > > reconnect_initiate true; > > battery_power false; > > normally_connectable true; > > hid_descriptor { > > 0x05 0x01 0x09 0x06 0xa1 0x01 0x85 0x01 > > 0x05 0x07 0x19 0xe0 0x29 0xe7 0x15 0x00 > > 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02 > > 0x75 0x08 0x95 0x01 0x81 0x01 0x75 0x01 > > 0x95 0x05 0x05 0x08 0x19 0x01 0x29 0x05 > > 0x91 0x02 0x75 0x03 0x95 0x01 0x91 0x01 > > 0x75 0x08 0x95 0x06 0x15 0x00 0x26 0xff > > 0x00 0x05 0x07 0x19 0x00 0x2a 0xff 0x00 > > 0x81 0x00 0xc0 0x05 0x0c 0x09 0x01 0xa1 > > 0x01 0x85 0x47 0x05 0x01 0x09 0x06 0xa1 > > 0x02 0x05 0x06 0x09 0x20 0x15 0x00 0x26 > > 0xff 0x00 0x75 0x08 0x95 0x01 0x81 0x02 > > 0xc0 0xc0 0x05 0x0c 0x09 0x01 0xa1 0x01 > > 0x85 0x11 0x15 0x00 0x25 0x01 0x75 0x01 > > 0x95 0x03 0x81 0x01 0x75 0x01 0x95 0x01 > > 0x05 0x0c 0x09 0xb8 0x81 0x02 0x06 0xff > > 0x00 0x09 0x03 0x81 0x02 0x75 0x01 0x95 > > 0x03 0x81 0x01 0x05 0x0c 0x85 0x12 0x15 > > 0x00 0x25 0x01 0x75 0x01 0x95 0x01 0x09 > > 0xcd 0x81 0x02 0x09 0xb3 0x81 0x02 0x09 > > 0xb4 0x81 0x02 0x09 0xb5 0x81 0x02 0x09 > > 0xb6 0x81 0x02 0x81 0x01 0x81 0x01 0x81 > > 0x01 0x85 0x13 0x15 0x00 0x25 0x01 0x75 > > 0x01 0x95 0x01 0x06 0x01 0xff 0x09 0x0a > > 0x81 0x02 0x75 0x01 0x95 0x07 0x81 0x01 > > 0xc0 > > }; > > } > > this looks fine to me > > > 10:59 emillbrandt@slate:/home/emillbrandt# bthidcontrol -a mouse query > > device { > > bdaddr 00:12:5a:57:a6:9a; > > control_psm 0x11; > > interrupt_psm 0x13; > > reconnect_initiate true; > > battery_power true; > > normally_connectable false; > > hid_descriptor { > > 0x05 0x0c 0x09 0x01 0xa1 0x01 0x05 0x01 > > 0x09 0x02 0x85 0x14 0x06 0x00 0xff 0x0a > > 0x12 0xfe 0x95 0x01 0x75 0x02 0x15 0x00 > > 0x25 0x03 0x81 0x02 0x0a 0x11 0xfe 0x75 > > 0x01 0x25 0x01 0x81 0x02 0x95 0x05 0x81 > > 0x01 0xc0 0x05 0x01 0x09 0x02 0xa1 0x01 > > 0x05 0x01 0x09 0x02 0x85 0x11 0x09 0x01 > > 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x04 > > 0x95 0x04 0x75 0x01 0x25 0x01 0x81 0x02 > > 0x75 0x04 0x95 0x01 0x81 0x01 0x05 0x01 > > 0x09 0x30 0x09 0x31 0x09 0x38 0x00 0x00 > > 0x00 0x00 0x00 0x00 0x25 0x7f 0x81 0x06 > > 0x95 0x01 0x81 0x01 0xc0 0xc0 0x05 0x0c > > 0x09 0x01 0xa1 0x01 0x85 0x19 0x06 0x00 > > 0xff 0x1a 0x18 0xff 0x2a 0x22 0xff 0x95 > > 0x0b 0x75 0x08 0x15 0x00 0x26 0xff 0x00 > > 0xb1 0x02 0x0a 0x23 0xff 0x95 0x01 0x75 > > 0x01 0x25 0x01 0xb1 0x02 0x75 0x07 0xb1 > > 0x01 0xc0 > > }; > > } > > I added both of these to bthidd.conf > > this looks fine too. > > > from hcsecd.conf > > device { > > bdaddr 00:1b:63:fc:6c:2c; > > name "Apple Wireless Keyboard"; > > key nokey; > > pin "5625264"; > > } > > > > device { > > bdaddr 00:12:5a:57:a6:9a; > > name "Microsoft Bluetooth Notebook Mouse 5000"; > > key nokey; > > pin "0000"; > > } > > looks fine > > > DING! emillbrandt@slate:/home/emillbrandt# l2ping -a keyboard > > 0 bytes from keyboard seq_no=0 time=1905.898 ms result=0 > > 0 bytes from keyboard seq_no=1 time=38.023 ms result=0 > > 0 bytes from keyboard seq_no=2 time=13.141 ms result=0 > > looks normal (some bluetooth devices will always return 0 bytes in > l2cap echo response) > > > 11:45 emillbrandt@slate:/home/emillbrandt# l2ping -a mouse > > 0 bytes from mouse seq_no=0 time=1428.790 ms result=0 > > 0 bytes from mouse seq_no=1 time=47.168 ms result=0 > > 0 bytes from mouse seq_no=2 time=53.263 ms result=0 > > looks normal (some bluetooth devices will always return 0 bytes in > l2cap echo response) > > > rc.conf > > hcsecd_enable="YES" > > bthidd_enable="YES" > > looks ok > > btw, i have apple bluetooth keyboard here, so i will try to reproduce > the problem. > > thanks, > max > From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 21:17:36 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAEB316A417 for ; Sun, 4 Nov 2007 21:17:36 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 21FFC13C4B9 for ; Sun, 4 Nov 2007 21:17:35 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so992145nfb for ; Sun, 04 Nov 2007 13:17:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xl4PzjzA7y42PqD53Lr2L5EYVD89E/VqIou2pO+pIL8=; b=G9tcfkqtcNN0A4KRHY/KEhtJD/knV6/lYvm8yCTFX+aaUacd26FayxHHsey2Zxm6vIQ4MrVKe5b2y9tzzokPPy/Nb2uxwFxssMJ1tMpSlszzY31SxYQl/SO1qAGnu4tp/wJvjqYuyvu4yTtlw75+0Hf1EYrZknXKOrf10IiRUpM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PuIKAt9mOaYt/TNwugUex+fhiYHHuF14TERFeYx6iy/VFnmE9kcjx/92WyOn16heiuu7IaKr2BioKVSK6vlcCcfdByNzlQ9Q+QWg+XPJislfLiz8dml+SfGb1QI308Tb0FUIelqlltpoVvixNuDagitGOJ2yLC3/4NJc0EOWRBU= Received: by 10.86.74.15 with SMTP id w15mr2826766fga.1194211044654; Sun, 04 Nov 2007 13:17:24 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 13:17:24 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 14:17:24 -0700 From: "Maksim Yevmenkin" To: "Iain Hibbert" In-Reply-To: <1194174661.309391.11026.nullmailer@galant.ukfsn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1194174661.309391.11026.nullmailer@galant.ukfsn.org> Cc: freebsd-bluetooth@freebsd.org Subject: Re: sdp - SearchService of UUID X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:17:36 -0000 Iain, i think, but not 100% sure yet, you might be correct. the spec says: "A service search pattern is said to match a service record if each and every UUID in the service search pattern is contained within any of the service record's attribute values." later "The only time a service search pattern does not match a service record is if the service search pattern contains at least one UUID that is not contained within the service record's attribute values." so, i think, the sdp query from your "htc touch" phone says "give me all the service records that contain uuid for obex protocol". in other words, such query should return both obex object push and obex file transfer services if both are registered. i also must say, i have never seen this before :) so, provider_match_uuid() should probably accept the list of all uuids from the search pattern (we can limit it to 12 as spec says we should not expect more) and match all uuids from search pattern against uuids in provider's service record. i think your general idea, i.e. keeping a list of uuids instead of one uuid is correct, however, implementation needs to be slightly different (hmm... i wonder if linux-bluez sdp has the same problem). and, just to be sure, i made similar (i.e. search pattern contained only obex uuid) request to my se k700i and got a bunch of service records back. so, we have to fix our sdpd. thanks, max On 11/4/07, Iain Hibbert wrote: > Hi Max, > > I just got a new phone (HTC Touch) with Windows Mobile 6.0 on it (bah!) > and am having trouble sending files with Bluetooth to my computer, though > it manages to send fine to a Nokia 6103 which also sends fine to my > computer, and I can use obexapp to access the FTRN service on the Touch > and send and receive files that way. > > The problem seems to be that it sends a SearchServiceAttribute Request > with SDP_UUID_PROTOCOL_OBEX instead of a service class, like so: > > > ACL data: handle 45 flags 0x02 dlen 25 > L2CAP(d): cid 0x0044 len 21 [psm 1] > SDP SSA Req: tid 0x0 len 0x10 > pat uuid-16 0x0008 (OBEX) > max 4088 > aid(s) 0x0001 (SrvClassIDList) 0x0004 (ProtocolDescList) > cont 00 > > and we reply with "no attributes found": > > < ACL data: handle 45 flags 0x02 dlen 15 > L2CAP(d): cid 0x004d len 11 [psm 1] > SDP SSA Rsp: tid 0x0 len 0x6 > count 3 > cont 00 > > so it gives up. In contrast, the Nokia sends a ServiceSearchRequest for > ObjectPUSH then ServiceAttributeRequest for the handle and all works > fine.. > > So, I'm looking at the SDP spec and I'm not finding it really clear but it > seems (section 2.7.2) that a ServiceSearch should cover any UUID within > the record (?) not just the service class but I think that sdpd does not > do that, as it only keeps a single UUID per profile.. > > Since we don't have an actual record in memory because we build the > appropriate parts when requested (?), I've come up with the following > [incomplete*] scheme to extend the profile uuid into a uuid list and made > a provider_match_uuid() function for the ServiceSearch and > ServiceSearchAttribute functions to use. > > what do you think, is this the right way to go? > > regards, > iain > > * > - only compile tested so far > - needs further study of specs to see which UUIDs should be in a profile > > --- /usr/src/usr.sbin/sdpd/bgd.c 2006-06-19 16:44:56.000000000 +0100 > +++ bgd.c 2007-11-04 10:30:24.000000000 +0000 > @@ -98,8 +98,13 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t bgd_profile_descriptor = { > +static uint16_t bgd_profile_uuids[] = { > SDP_SERVICE_CLASS_BROWSE_GROUP_DESCRIPTOR, > +}; > + > +profile_t bgd_profile_descriptor = { > + bgd_profile_uuids, > + nelems(bgd_profile_uuids), > 0, > (profile_data_valid_p) NULL, > (attr_t const * const) &bgd_profile_attrs > --- /usr/src/usr.sbin/sdpd/dun.c 2006-06-19 16:44:56.000000000 +0100 > +++ dun.c 2007-11-04 10:54:04.000000000 +0000 > @@ -132,8 +132,16 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t dun_profile_descriptor = { > +static uint16_t dun_profile_uuids[] = { > SDP_SERVICE_CLASS_DIALUP_NETWORKING, > + SDP_SERVICE_CLASS_GENERIC_NETWORKING, > + SDP_UUID_PROTOCOL_L2CAP, > + SDP_UUID_PROTOCOL_RFCOMM, > + 0x0100, > +}; > + > +profile_t dun_profile_descriptor = { > + dun_profile_uuids, nelems(dun_profile_uuids), > sizeof(sdp_dun_profile_t), > common_profile_server_channel_valid, > (attr_t const * const) &dun_profile_attrs > --- /usr/src/usr.sbin/sdpd/ftrn.c 2006-06-19 16:44:56.000000000 +0100 > +++ ftrn.c 2007-11-04 10:56:08.000000000 +0000 > @@ -113,8 +113,15 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t ftrn_profile_descriptor = { > +static uint16_t ftrn_profile_uuids[] = { > SDP_SERVICE_CLASS_OBEX_FILE_TRANSFER, > + SDP_UUID_PROTOCOL_L2CAP, > + SDP_UUID_PROTOCOL_RFCOMM, > + SDP_UUID_PROTOCOL_OBEX, > +}; > + > +profile_t ftrn_profile_descriptor = { > + ftrn_profile_uuids, nelems(ftrn_profile_uuids), > sizeof(sdp_ftrn_profile_t), > common_profile_server_channel_valid, > (attr_t const * const) &ftrn_profile_attrs > --- /usr/src/usr.sbin/sdpd/hf.c 2006-08-17 21:13:31.000000000 +0100 > +++ hf.c 2007-11-04 10:52:14.000000000 +0000 > @@ -148,8 +148,17 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t hf_profile_descriptor = { > +static uint16_t hf_profile_uuids[] = { > SDP_SERVICE_CLASS_HANDSFREE, > + SDP_SERVICE_CLASS_HANDSFREE_AUDIO_GATEWAY, > + SDP_SERVICE_CLASS_GENERIC_AUDIO, > + SDP_UUID_PROTOCOL_L2CAP, > + SDP_UUID_PROTOCOL_RFCOMM, > + 0x0105, > +}; > + > +profile_t hf_profile_descriptor = { > + hf_profile_uuids, nelems(hf_profile_uuids), > sizeof(sdp_hf_profile_t), > hf_profile_data_valid, > (attr_t const * const) &hf_profile_attrs > --- /usr/src/usr.sbin/sdpd/hset.c 2006-06-19 16:44:56.000000000 +0100 > +++ hset.c 2007-11-04 10:57:24.000000000 +0000 > @@ -128,8 +128,16 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t hset_profile_descriptor = { > +static uint16_t hset_profile_uuids[] = { > SDP_SERVICE_CLASS_HEADSET_AUDIO_GATEWAY, > + SDP_SERVICE_CLASS_GENERIC_AUDIO, > + SDP_SERVICE_CLASS_HEADSET, > + SDP_UUID_PROTOCOL_L2CAP, > + SDP_UUID_PROTOCOL_RFCOMM, > +}; > + > +profile_t hset_profile_descriptor = { > + hset_profile_uuids, nelems(hset_profile_uuids), > sizeof(sdp_hset_profile_t), > hset_profile_data_valid, > (attr_t const * const) &hset_profile_attrs > --- /usr/src/usr.sbin/sdpd/irmc.c 2006-06-19 16:44:56.000000000 +0100 > +++ irmc.c 2007-11-04 10:31:15.000000000 +0000 > @@ -129,8 +129,12 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t irmc_profile_descriptor = { > +static uint16_t irmc_profile_uuids[] = { > SDP_SERVICE_CLASS_IR_MC_SYNC, > +}; > + > +profile_t irmc_profile_descriptor = { > + irmc_profile_uuids, nelems(irmc_profile_uuids), > sizeof(sdp_irmc_profile_t), > obex_profile_data_valid, > (attr_t const * const) &irmc_profile_attrs > --- /usr/src/usr.sbin/sdpd/irmc_command.c 2006-06-19 16:44:56.000000000 +0100 > +++ irmc_command.c 2007-11-04 10:31:27.000000000 +0000 > @@ -113,8 +113,12 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t irmc_command_profile_descriptor = { > +static uint16_t irmc_command_profile_uuids[] = { > SDP_SERVICE_CLASS_IR_MC_SYNC_COMMAND, > +}; > + > +profile_t irmc_command_profile_descriptor = { > + irmc_command_profile_uuids, nelems(irmc_command_profile_uuids), > sizeof(sdp_irmc_command_profile_t), > common_profile_server_channel_valid, > (attr_t const * const) &irmc_command_profile_attrs > --- /usr/src/usr.sbin/sdpd/lan.c 2006-06-19 16:44:56.000000000 +0100 > +++ lan.c 2007-11-04 10:31:36.000000000 +0000 > @@ -173,8 +173,12 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t lan_profile_descriptor = { > +static uint16_t lan_profile_uuids[] = { > SDP_SERVICE_CLASS_LAN_ACCESS_USING_PPP, > +}; > + > +profile_t lan_profile_descriptor = { > + lan_profile_uuids, nelems(lan_profile_uuids), > sizeof(sdp_lan_profile_t), > lan_profile_data_valid, > (attr_t const * const) &lan_profile_attrs > --- /usr/src/usr.sbin/sdpd/opush.c 2006-06-19 16:44:56.000000000 +0100 > +++ opush.c 2007-11-04 10:58:30.000000000 +0000 > @@ -129,8 +129,15 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t opush_profile_descriptor = { > +static uint16_t opush_profile_uuids[] = { > SDP_SERVICE_CLASS_OBEX_OBJECT_PUSH, > + SDP_UUID_PROTOCOL_L2CAP, > + SDP_UUID_PROTOCOL_RFCOMM, > + SDP_UUID_PROTOCOL_OBEX, > +}; > + > +profile_t opush_profile_descriptor = { > + opush_profile_uuids, nelems(opush_profile_uuids), > sizeof(sdp_opush_profile_t), > obex_profile_data_valid, > (attr_t const * const) &opush_profile_attrs > --- /usr/src/usr.sbin/sdpd/profile.c 2006-08-19 18:11:04.000000000 +0100 > +++ profile.c 2007-11-04 10:20:55.000000000 +0000 > @@ -41,6 +41,7 @@ > #include > #include "profile.h" > #include "provider.h" > +#include "uuid-private.h" > > /* > * Lookup profile descriptor > @@ -74,7 +75,7 @@ > int32_t i; > > for (i = 0; i < sizeof(profiles)/sizeof(profiles[0]); i++) > - if (profiles[i]->uuid == uuid) > + if (profiles[i]->uuid[0] == uuid) > return (profiles[i]); > > return (NULL); > --- /usr/src/usr.sbin/sdpd/profile.h 2006-06-19 16:44:56.000000000 +0100 > +++ profile.h 2007-11-04 10:37:28.000000000 +0000 > @@ -63,7 +63,8 @@ > > struct profile > { > - uint16_t uuid; /* profile uuid */ > + uint16_t * uuid; /* profile uuid list */ > + int ucount; /* profile uuid count */ > uint16_t dsize; /* profile data size */ > profile_data_valid_p valid; /* profile data validator */ > attr_t const * const attrs; /* supported attributes */ > @@ -88,4 +89,6 @@ > profile_data_valid_t common_profile_server_channel_valid; > profile_data_valid_t obex_profile_data_valid; > > +#define nelems(list) (sizeof(list) / sizeof(list[0])) > + > #endif /* ndef _PROFILE_H_ */ > --- /usr/src/usr.sbin/sdpd/provider.c 2006-06-19 16:44:56.000000000 +0100 > +++ provider.c 2007-11-04 10:40:54.000000000 +0000 > @@ -36,10 +36,12 @@ > > #include > #include > +#include > #include > #include > #include "profile.h" > #include "provider.h" > +#include "uuid-private.h" > > static TAILQ_HEAD(, provider) providers = TAILQ_HEAD_INITIALIZER(providers); > static uint32_t change_state = 0; > @@ -198,3 +200,28 @@ > { > return (change_state); > } > + > +/* > + * Match provider by uuid > + */ > + > +int > +provider_match_uuid(provider_p provider, uint128_t *uuid) > +{ > + uint128_t puuid; > + int i; > + > + if (memcmp(uuid, &uuid_public_browse_group, sizeof(*uuid)) == 0) > + return 1; > + > + for (i = 0 ; i < provider->profile->ucount ; i++) { > + memcpy(&puuid, &uuid_base, sizeof(puuid)); > + puuid.b[2] = provider->profile->uuid[i] >> 8; > + puuid.b[3] = provider->profile->uuid[i]; > + > + if (memcmp(uuid, &puuid, sizeof(*uuid)) == 0) > + return 1; > + } > + > + return 0; > +} > --- /usr/src/usr.sbin/sdpd/provider.h 2006-06-19 16:44:56.000000000 +0100 > +++ provider.h 2007-11-04 09:40:59.000000000 +0000 > @@ -100,6 +100,8 @@ > provider_p provider_get_first (void); > provider_p provider_get_next (provider_p provider); > uint32_t provider_get_change_state (void); > +int provider_match_uuid (provider_p provider, > + uint128_t *uuid); > > int32_t server_prepare_attr_list(provider_p const, uint8_t const *, uint8_t const *, > uint8_t *, uint8_t const *); > --- /usr/src/usr.sbin/sdpd/sd.c 2006-06-19 16:44:56.000000000 +0100 > +++ sd.c 2007-11-04 10:55:05.000000000 +0000 > @@ -208,8 +208,13 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t sd_profile_descriptor = { > +static uint16_t sd_profile_uuids[] = { > SDP_SERVICE_CLASS_SERVICE_DISCOVERY_SERVER, > + SDP_UUID_PROTOCOL_L2CAP, > +}; > + > +profile_t sd_profile_descriptor = { > + sd_profile_uuids, nelems(sd_profile_uuids), > 0, > (profile_data_valid_p) NULL, > (attr_t const * const) &sd_profile_attrs > --- /usr/src/usr.sbin/sdpd/sp.c 2006-06-19 16:44:56.000000000 +0100 > +++ sp.c 2007-11-04 10:59:04.000000000 +0000 > @@ -113,8 +113,14 @@ > { 0, NULL } /* end entry */ > }; > > -profile_t sp_profile_descriptor = { > +static uint16_t sp_profile_uuids[] = { > SDP_SERVICE_CLASS_SERIAL_PORT, > + SDP_UUID_PROTOCOL_L2CAP, > + SDP_UUID_PROTOCOL_RFCOMM, > +}; > + > +profile_t sp_profile_descriptor = { > + sp_profile_uuids, nelems(sp_profile_uuids), > sizeof(sdp_sp_profile_t), > common_profile_server_channel_valid, > (attr_t const * const) &sp_profile_attrs > --- /usr/src/usr.sbin/sdpd/ssar.c 2006-06-19 16:44:56.000000000 +0100 > +++ ssar.c 2007-11-04 09:41:01.000000000 +0000 > @@ -60,7 +60,7 @@ > > provider_t *provider = NULL; > int32_t type, rsp_limit, ssplen, aidlen, cslen, cs; > - uint128_t uuid, puuid; > + uint128_t uuid; > > /* > * Minimal Service Search Attribute Request request > @@ -217,12 +217,7 @@ > if (!provider_match_bdaddr(provider, &srv->req_sa.bt_bdaddr)) > continue; > > - memcpy(&puuid, &uuid_base, sizeof(puuid)); > - puuid.b[2] = provider->profile->uuid >> 8; > - puuid.b[3] = provider->profile->uuid; > - > - if (memcmp(&uuid, &puuid, sizeof(uuid)) != 0 && > - memcmp(&uuid, &uuid_public_browse_group, sizeof(uuid)) != 0) > + if (!provider_match_uuid(provider, &uuid)) > continue; > > cs = server_prepare_attr_list(provider, > --- /usr/src/usr.sbin/sdpd/ssr.c 2006-06-19 16:44:56.000000000 +0100 > +++ ssr.c 2007-11-04 09:41:04.000000000 +0000 > @@ -63,7 +63,7 @@ > uint8_t *ptr = NULL; > provider_t *provider = NULL; > int32_t type, ssplen, rsp_limit, rcount, cslen, cs; > - uint128_t uuid, puuid; > + uint128_t uuid; > > /* > * Minimal SDP Service Search Request > @@ -190,15 +190,11 @@ > if (!provider_match_bdaddr(provider, &srv->req_sa.bt_bdaddr)) > continue; > > - memcpy(&puuid, &uuid_base, sizeof(puuid)); > - puuid.b[2] = provider->profile->uuid >> 8; > - puuid.b[3] = provider->profile->uuid; > - > - if (memcmp(&uuid, &puuid, sizeof(uuid)) == 0 || > - memcmp(&uuid, &uuid_public_browse_group, sizeof(uuid)) == 0) { > - SDP_PUT32(provider->handle, ptr); > - rcount ++; > - } > + if (!provider_match_uuid(provider, &uuid)) > + continue; > + > + SDP_PUT32(provider->handle, ptr); > + rcount ++; > } > } > > _______________________________________________ > freebsd-bluetooth@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth > To unsubscribe, send any mail to "freebsd-bluetooth-unsubscribe@freebsd.org" > From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 21:30:53 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9816716A468 for ; Sun, 4 Nov 2007 21:30:53 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD8013C4B7 for ; Sun, 4 Nov 2007 21:30:53 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4LU2fV010274; Sun, 4 Nov 2007 16:30:02 -0500 (EST) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id M40doRypuJbZ; Sun, 4 Nov 2007 16:29:44 -0500 (EST) Received: from slate.coldhaus.com (maenad.coldhaus.com [74.0.48.222]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4LTGlr012771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2007 16:29:24 -0500 (EST) Message-ID: <472E39A9.5090107@coldhaus.com> Date: Sun, 04 Nov 2007 16:29:13 -0500 From: Eric Millbrandt User-Agent: Thunderbird 2.0.0.6 (X11/20070806) MIME-Version: 1.0 To: Maksim Yevmenkin References: <472DFCE2.2010707@coldhaus.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:30:53 -0000 Maksim Yevmenkin wrote: > Eric, > > i just tried apple keyboard with > > FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 > 20:40:41 PDT 2007 > root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 > > and it works just fine. granted, it almost a couple month old system, > but bthidd(8) code has not changed in a while, so it still should > work. i'm cvsup'ing RELENG_7 and will build it later. > > thanks, > max > How did you pair the apple keyboard? I paired it initially with windows xp, and put that passkey directly into hcsecd.conf. Is there a step that I am missing? From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 21:46:59 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 629CB16A419 for ; Sun, 4 Nov 2007 21:46:59 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4715D13C48A for ; Sun, 4 Nov 2007 21:46:57 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4Lk1EZ007274; Sun, 4 Nov 2007 16:46:02 -0500 (EST) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uz5GSpJUpoS8; Sun, 4 Nov 2007 16:45:45 -0500 (EST) Received: from slate.coldhaus.com (maenad.coldhaus.com [74.0.48.222]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4LjB4h009889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2007 16:45:14 -0500 (EST) Message-ID: <472E3D67.3020706@coldhaus.com> Date: Sun, 04 Nov 2007 16:45:11 -0500 From: Eric Millbrandt User-Agent: Thunderbird 2.0.0.6 (X11/20070806) MIME-Version: 1.0 To: Maksim Yevmenkin References: <472DFCE2.2010707@coldhaus.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:46:59 -0000 Maksim Yevmenkin wrote: > Eric, > > i just tried apple keyboard with > > FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 > 20:40:41 PDT 2007 > root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 > > and it works just fine. granted, it almost a couple month old system, > but bthidd(8) code has not changed in a while, so it still should > work. i'm cvsup'ing RELENG_7 and will build it later. > > thanks, > max > > Actually the keyboard is one of the new apple wireless keyboards, model A1255. Apparently there was an older model of the same name. The mouse is a "Microsoft Bluetooth Notebook Mouse 5000". Neither of these need any special windows drivers. Does each new device need to be supported in bthidd? From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 21:47:26 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D592C16A421 for ; Sun, 4 Nov 2007 21:47:26 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1D513C4AA for ; Sun, 4 Nov 2007 21:47:25 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1601411mue for ; Sun, 04 Nov 2007 13:47:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=RxQBVmEM5wNU8mnCK85Kn9cuSKH5K7oalvH0Bp1nriE=; b=uGv11pxe592iUcJBmVbJL20IkuOsniM8XiWP06FrccvOzG46r2pEmFSCNEQFhXkgRJtDsOLWi0t5gzyVPULOzokqavMIb84z25TOeqv622hyJoA8CwwQZxjCW7JEht6ES27JGYLSPtH5KOCi+tDBDAPgrorr033WUWdfg6mIpc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hG8blApFHq0XEbkEdW7qFTFIjhRSs6sCz+26grOdMynxPEJ1pO4sI/nQO/ET00WIWPnwL85RKX9m0ZN45WmlEMCpce41C/Y0uA8xaNN2uetMiWbxljbZmzA0tzVAmGDZROY3J5J1uMtNDupqWvZQKhXYa4ZHJlst7NmnmdGvIjE= Received: by 10.86.97.7 with SMTP id u7mr2832949fgb.1194212836482; Sun, 04 Nov 2007 13:47:16 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 13:47:11 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 14:47:11 -0700 From: "Maksim Yevmenkin" To: "Eric Millbrandt" In-Reply-To: <472E39A9.5090107@coldhaus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:47:27 -0000 On 11/4/07, Eric Millbrandt wrote: > > > Maksim Yevmenkin wrote: > > Eric, > > > > i just tried apple keyboard with > > > > FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 > > 20:40:41 PDT 2007 > > root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > and it works just fine. granted, it almost a couple month old system, > > but bthidd(8) code has not changed in a while, so it still should > > work. i'm cvsup'ing RELENG_7 and will build it later. > > > > thanks, > > max > > > How did you pair the apple keyboard? I paired it initially with windows > xp, and put that passkey directly into hcsecd.conf. Is there a step > that I am missing? first of all, what you did is not going to work. pin code only used once - when pairing. after that link key is generated and stored. unless you store link key into the bluetooth device itself, each os will store link key someplace. the point is that this link key will only be known to the os that initiated the pairing. so you need to re-pair keyboard and device (or rather os). apple keyboard is tricky because it does not give any visual of when user should enter pin code. so, what i do is 1) make sure hcsecd is running and configured with pin for your keyboard 2) if bthidd is running - stop it 3) run as root "bthidcontrol -a keyboard_bd_addr forget" 4) start bthidd - this should cause bthidd to initiate connection to your keyboard. the later in turn will make keyboard to request the key. 5) because freebsd does not know about the link key you have created under windows xp, freebsd will reject that link request and will request pin code 6) now you should type pin code on the bluetooth keyboard and press enter so, to summarize, after you start bthidd (i.e. after step 4 above) wait a couple of seconds then try to type pin code and hit enter. if you dual boot your system and use the same bluetooth device you will need to re-pair your keyboard every time you boot to another os. (if) you can get a link key from win xp registry (or elsewhere) you can put the same link key into hcsecd.conf and then you will not need to re-pair. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 21:50:25 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3677316A419 for ; Sun, 4 Nov 2007 21:50:25 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id BEB4C13C4BF for ; Sun, 4 Nov 2007 21:50:24 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so996543nfb for ; Sun, 04 Nov 2007 13:50:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8OjQeLUAZijDNlWIVmiDh3mXbP6HjR/lP6xMUPMifJw=; b=TeW1SIFJKkeYLSS1wHOgOIwPzYAlEuqf44FfAApQdCMtPMQfkGruLInNaWD8wO0frYk0U7n5ZSdzpXok7JZ0miZ75ZZbnVBcdND+BTnP8eHjfos9ZFqy5IQPscRgC4Q1tl0dhOgEEseE4cQMBN7o9+SoCXeUU8M2pJZ4QmESSBE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R3mVhB+J6ywkx56LlB6cl8q2sGXAbzNakxdsucodFV6rin6YpqcEXbNPg4eYWBAp+a19AdFHmVl2lcbCgvKJ28OhuSQH1CI0aue+I4YXyFIK+tsrfMXJH0aXf4z6aXiEPn2SllZnxHwGMtxHd2pJ/keGrf/y3YP61wK43Ph0n88= Received: by 10.86.60.7 with SMTP id i7mr2850532fga.1194213007797; Sun, 04 Nov 2007 13:50:07 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 13:50:07 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 14:50:07 -0700 From: "Maksim Yevmenkin" To: "Eric Millbrandt" In-Reply-To: <472E3D67.3020706@coldhaus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DFCE2.2010707@coldhaus.com> <472E3D67.3020706@coldhaus.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:50:25 -0000 On 11/4/07, Eric Millbrandt wrote: > Maksim Yevmenkin wrote: > > Eric, > > > > i just tried apple keyboard with > > > > FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 > > 20:40:41 PDT 2007 > > root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > and it works just fine. granted, it almost a couple month old system, > > but bthidd(8) code has not changed in a while, so it still should > > work. i'm cvsup'ing RELENG_7 and will build it later. > > > > thanks, > > max > > > > > Actually the keyboard is one of the new apple wireless keyboards, model > A1255. Apparently there was an older model of the same name. i have older "thick white" apple bluetooth keyboard. i do not think your keyboard would be that different > The mouse is a "Microsoft Bluetooth Notebook Mouse 5000". Neither of > these need any special windows drivers. Does each new device need to be > supported in bthidd? bthidd should support any bluetooth keyboard and/or mouse. it may not support, for example, extra keys or buttons, but generic set of keys/buttons should work. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Sun Nov 4 21:54:07 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B31F16A41A for ; Sun, 4 Nov 2007 21:54:07 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1401313C4A3 for ; Sun, 4 Nov 2007 21:54:05 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4Lrn5U027936; Sun, 4 Nov 2007 16:53:49 -0500 (EST) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4tOZXeoRz7N9; Sun, 4 Nov 2007 16:53:45 -0500 (EST) Received: from slate.coldhaus.com (maenad.coldhaus.com [74.0.48.222]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA4Lr9xS004846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2007 16:53:12 -0500 (EST) Message-ID: <472E3F45.3080909@coldhaus.com> Date: Sun, 04 Nov 2007 16:53:09 -0500 From: Eric Millbrandt User-Agent: Thunderbird 2.0.0.6 (X11/20070806) MIME-Version: 1.0 To: Maksim Yevmenkin References: <472DFCE2.2010707@coldhaus.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:54:07 -0000 Maksim Yevmenkin wrote: > >> 1) make sure you have paired bluetooth keyboard/mouse and your pc >> >> >> Oops, I just figured out how to pair the keyboard. You need to hold the power button down for three seconds and then enter the pin. The keyboard works great. Why would the mouse buttons work but not cursor movement? Thanks for the help! Eric Millbrandt From owner-freebsd-bluetooth@FreeBSD.ORG Mon Nov 5 00:03:59 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F11816A46C for ; Mon, 5 Nov 2007 00:03:59 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 970BD13C4A3 for ; Mon, 5 Nov 2007 00:03:58 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1633520mue for ; Sun, 04 Nov 2007 16:03:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xm68qFburG44gLumzAlTsbrHQ35fzWfKoWQpUbMYgxk=; b=RLkmDPV//yNAWtV8wukMvQ1zKQ7RZoR8JmHS92uo3+v4N3GrrNfsR6VOIk9c9Txha0AsqtVimioJncZZC9d7zejDOAWFPCsw8IzLZtOR7D6U4joXIhhrrtiGojzF91lPZD4ISBiHe9HQL3xx/kJzEvTK1qLOtajjZ96TJSwFrz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ixZI28hMHZ2sQ0icqQ48LzOdvD+8/PfjoIGfuNjcI5OrLWD4lbbgOYaML/OmRQYaNtW+Qdqywe4V3hsyxWsEaDD/sP2iXMhz2IopPx7vMB7K+G/OA5GAp0Qr2G44gvicSorRwGx7tRVGyPdKlvM+oUCpXHus7SqPDZFZd4yC5w8= Received: by 10.86.95.20 with SMTP id s20mr2913925fgb.1194221025639; Sun, 04 Nov 2007 16:03:45 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 16:03:45 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 17:03:45 -0700 From: "Maksim Yevmenkin" To: "Eric Millbrandt" In-Reply-To: <472E3F45.3080909@coldhaus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DFCE2.2010707@coldhaus.com> <472E3F45.3080909@coldhaus.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 00:03:59 -0000 On 11/4/07, Eric Millbrandt wrote: > Maksim Yevmenkin wrote: > > > >> 1) make sure you have paired bluetooth keyboard/mouse and your pc > >> > >> > >> > Oops, I just figured out how to pair the keyboard. You need to hold the > power button down for three seconds and then enter the pin. The > keyboard works great. ok > Why would the mouse buttons work but not cursor movement? what bluetooth mouse do you have exactly? you tell me that buttons work, so i assume, bluetooth communication channel works. i dumped the hid descriptor that you have provided in your previous email, and got === Collection page=Consumer usage=Consumer_Control Input id=20 size=2 count=1 page=Generic_Desktop usage=Mouse Variable, logical range 0..3 Input id=20 size=1 count=1 page=Microsoft usage=0xfe11 Variable, logical range 0..1 End collection Collection page=Generic_Desktop usage=Mouse Collection page=Generic_Desktop usage=Pointer Input id=17 size=1 count=1 page=Button usage=Button_1 Variable, logical range 0..1 Input id=17 size=1 count=1 page=Button usage=Button_2 Variable, logical range 0..1 Input id=17 size=1 count=1 page=Button usage=Button_3 Variable, logical range 0..1 Input id=17 size=1 count=1 page=Button usage=Button_4 Variable, logical range 0..1 Input id=17 size=4 count=1 page=Generic_Desktop usage=X Variable Relative, logical range 0..127 End collection End collection Collection page=Consumer usage=Consumer_Control Feature id=25 size=8 count=1 page=Microsoft usage=0xff18 Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff19 Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff1a Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff1b Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff1c Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff1d Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff1e Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff1f Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff20 Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff21 Variable, logical range 0..255 Feature id=25 size=8 count=1 page=Microsoft usage=0xff22 Variable, logical range 0..255 Feature id=25 size=1 count=1 page=Microsoft usage=0xff23 Variable, logical range 0..1 End collection === one thing that is very strange is that i'm not seeing input report for the Y axis. this could be the problem with usb hid descriptor parsing, or (less likely), perhaps, this mouse uses non-standard hid report. i will need to decode it manually to see where the problem is. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Nov 5 00:23:50 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD3616A419 for ; Mon, 5 Nov 2007 00:23:50 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id B0ADA13C49D for ; Mon, 5 Nov 2007 00:23:49 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA50MqXU020104; Sun, 4 Nov 2007 19:22:52 -0500 (EST) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6MgtebJyLIj1; Sun, 4 Nov 2007 19:22:51 -0500 (EST) Received: from www.coldhaus.com (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA50LxPV000447; Sun, 4 Nov 2007 19:21:59 -0500 (EST) From: emillbrandt@coldhaus.com To: "Maksim Yevmenkin" Date: Sun, 4 Nov 2007 19:21:59 -0500 Message-Id: <20071105001838.M86026@coldhaus.com> In-Reply-To: References: <472DFCE2.2010707@coldhaus.com> <472E3F45.3080909@coldhaus.com> X-Mailer: OpenWebMail 2.52 20060502 X-OriginatingIP: 74.0.48.222 (emillbrandt) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 00:23:50 -0000 On Sun, 4 Nov 2007 17:03:45 -0700, Maksim Yevmenkin wrote > > > Why would the mouse buttons work but not cursor movement? > > what bluetooth mouse do you have exactly? Here is the product page for the mouse I have. http://www.microsoft.com/hardware/mouseandkeyboard/ProductDetails.aspx?pid=099&active_tab=systemRequirements Thanks Eric Millbrandt From owner-freebsd-bluetooth@FreeBSD.ORG Mon Nov 5 03:31:27 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E1716A41B for ; Mon, 5 Nov 2007 03:31:27 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9B00813C4AA for ; Mon, 5 Nov 2007 03:31:27 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR0002ONHM9U780@vms042.mailsrvcs.net> for freebsd-bluetooth@freebsd.org; Sun, 04 Nov 2007 20:30:12 -0600 (CST) Date: Sun, 04 Nov 2007 21:29:50 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: To: Maksim Yevmenkin Message-id: <1194229790.861.5.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> Cc: Eric Millbrandt , freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 03:31:27 -0000 On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > On 11/4/07, Eric Millbrandt wrote: > > > > > > Maksim Yevmenkin wrote: > > > Eric, > > > > > > i just tried apple keyboard with > > > > > > FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 > > > 20:40:41 PDT 2007 > > > root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > and it works just fine. granted, it almost a couple month old system, > > > but bthidd(8) code has not changed in a while, so it still should > > > work. i'm cvsup'ing RELENG_7 and will build it later. > > > > > > thanks, > > > max > > > > > How did you pair the apple keyboard? I paired it initially with windows > > xp, and put that passkey directly into hcsecd.conf. Is there a step > > that I am missing? > > first of all, what you did is not going to work. pin code only used > once - when pairing. after that link key is generated and stored. > unless you store link key into the bluetooth device itself, each os > will store link key someplace. the point is that this link key will > only be known to the os that initiated the pairing. > > so you need to re-pair keyboard and device (or rather os). apple > keyboard is tricky because it does not give any visual of when user > should enter pin code. so, what i do is > > 1) make sure hcsecd is running and configured with pin for your keyboard > > 2) if bthidd is running - stop it > > 3) run as root "bthidcontrol -a keyboard_bd_addr forget" > > 4) start bthidd - this should cause bthidd to initiate connection to > your keyboard. the later in turn will make keyboard to request the > key. > > 5) because freebsd does not know about the link key you have created > under windows xp, freebsd will reject that link request and will > request pin code I have vague recollection that I had to remove /var/db/hcsecd.keys or some such thing after pairing my keyboard with the Windows incarnation of my laptop, so FreeBSD will generate new link key. However, now I do not see such file in /var/db. Was that thing of the past, or are there some conditions to be met for it to exist? And if it still is around, does it need to be removed or would "bthidcontrol -a keyboard_bd_addr forget" be sufficient? -- Alexandre "Sunny" Kovalenko From owner-freebsd-bluetooth@FreeBSD.ORG Mon Nov 5 04:13:55 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8313216A417 for ; Mon, 5 Nov 2007 04:13:55 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 0F35313C480 for ; Mon, 5 Nov 2007 04:13:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1043306nfb for ; Sun, 04 Nov 2007 20:13:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+2a80XUbkx/y2kibxr3835IMOcIMAlffiVcMa/pdg6w=; b=XV7+YsiRT+X0OmKGsN+VllNykcCrhX+7j5oP4y5LCZmPwKkgsnt3rjjs5v/7wBpS3t/5wC6gA8DGdprkA2Kl3u/nrohzNq9oqS79l7IjMTID/BCRWHoS+SWbbs7evK9YAcQ+rkVmzDcZt43x/7MZGeK37dr2QfqlScguJpTLpew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YEahBbNwjpdFJ5PC4lTs4JEUHyKDt506TmDqQofiHJSA4So4/eDzMWyHB7A1tevGNHz26l0uUEmQ+iMNx64rH/tUoOuRsZ3y1ULz3WtlLWHPIkD4sqUhTYtXA6HjW8/4PGG4g44MgYMprJlzvdOu5MGQyn+QdCBwvjaYlKpT2hQ= Received: by 10.86.91.12 with SMTP id o12mr263916fgb.1194236021912; Sun, 04 Nov 2007 20:13:41 -0800 (PST) Received: by 10.86.83.12 with HTTP; Sun, 4 Nov 2007 20:13:41 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 21:13:41 -0700 From: "Maksim Yevmenkin" To: "Alexandre Sunny Kovalenko" In-Reply-To: <1194229790.861.5.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> <1194229790.861.5.camel@RabbitsDen> Cc: Eric Millbrandt , freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 04:13:55 -0000 On 11/4/07, Alexandre Sunny Kovalenko wrote: > > On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > > On 11/4/07, Eric Millbrandt wrote: > > > > > > > > > Maksim Yevmenkin wrote: > > > > Eric, > > > > > > > > i just tried apple keyboard with > > > > > > > > FreeBSD ant.private.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Sep 12 > > > > 20:40:41 PDT 2007 > > > > root@ant.private.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > > > and it works just fine. granted, it almost a couple month old system, > > > > but bthidd(8) code has not changed in a while, so it still should > > > > work. i'm cvsup'ing RELENG_7 and will build it later. > > > > > > > > thanks, > > > > max > > > > > > > How did you pair the apple keyboard? I paired it initially with windows > > > xp, and put that passkey directly into hcsecd.conf. Is there a step > > > that I am missing? > > > > first of all, what you did is not going to work. pin code only used > > once - when pairing. after that link key is generated and stored. > > unless you store link key into the bluetooth device itself, each os > > will store link key someplace. the point is that this link key will > > only be known to the os that initiated the pairing. > > > > so you need to re-pair keyboard and device (or rather os). apple > > keyboard is tricky because it does not give any visual of when user > > should enter pin code. so, what i do is > > > > 1) make sure hcsecd is running and configured with pin for your keyboard > > > > 2) if bthidd is running - stop it > > > > 3) run as root "bthidcontrol -a keyboard_bd_addr forget" > > > > 4) start bthidd - this should cause bthidd to initiate connection to > > your keyboard. the later in turn will make keyboard to request the > > key. > > > > 5) because freebsd does not know about the link key you have created > > under windows xp, freebsd will reject that link request and will > > request pin code > I have vague recollection that I had to remove /var/db/hcsecd.keys or > some such thing after pairing my keyboard with the Windows incarnation > of my laptop, so FreeBSD will generate new link key. However, now I do > not see such file in /var/db. Was that thing of the past, or are there > some conditions to be met for it to exist? And if it still is around, > does it need to be removed or would "bthidcontrol -a keyboard_bd_addr > forget" be sufficient? bthidd(8) does not manage link keys, hcsecd(8) does that. bthidcontrol(8)'s 'forget' command will remove device from the 'known' list. this would force bthidd(8) to initiate connection to the device on next start. it may or may not be enough to cause re-pair. if you really want to remove link key for a device, you should remove it from /var/db/hcsecd.keys file. there is no utility to do that because this is not something that one would normally do. the whole dual-boot + re-using the same device is a big mess. if you really want to do it then you should either - program link keys into the device itself or - make sure both os'es use the same link key thanks, max > > -- > Alexandre "Sunny" Kovalenko > > From owner-freebsd-bluetooth@FreeBSD.ORG Mon Nov 5 16:07:56 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3A7116A417 for ; Mon, 5 Nov 2007 16:07:56 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 51FCB13C491 for ; Mon, 5 Nov 2007 16:07:56 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1180701nfb for ; Mon, 05 Nov 2007 08:07:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Mc+xDWtFVCKDU7FrJMNHnSsJ0LIo49ksCdzqTl7hkb8=; b=EdrM4D5HiYTlsMSvR+nPhTkAOupXnuJW37q+oF0JAMqSbutTwQtzDJhxYnDu9qn4cBt618VYDO36I06OodrDvgnRaiyyK2QUlPQuUK/fKosvGbbH0HphpldTRZ0ztPEzR6hQsWfzJDzd7R54QKpPZW3vcXkeFsWJifSfXqWnDeM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qh3F6tp1UE7Jd0AsJiHZnesN8K3JplGof3TgbjSxkW1+BhxNzb+wVMK8JXzxYmFqGWjK23+jGg0UcchQd1JwD4hC24KQ8FJ3qyqiRc2PcWx1pRiLyp4oaiMkXZpNi1lKpQDm+liEEd53RDVm1Jxxy2Bo7CTI4R/xH66Q8NGq8Zk= Received: by 10.86.80.5 with SMTP id d5mr3516330fgb.1194278862273; Mon, 05 Nov 2007 08:07:42 -0800 (PST) Received: by 10.86.83.12 with HTTP; Mon, 5 Nov 2007 08:07:42 -0800 (PST) Message-ID: Date: Mon, 5 Nov 2007 09:07:42 -0700 From: "Maksim Yevmenkin" To: "Iain Hibbert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 16:07:56 -0000 On 11/5/07, Iain Hibbert wrote: > > > program link keys into the device itself > > Do you mean using write-stored-link-keys command to store key in controller? I never tried that, will it persist? yes, Write_Stored_Link_Key command. and, yes, programmed keys should persists. you can program a few keys, however the exact number might be device specific. for example, csr bluecore chips have 16 ps keys to store bd_addr + link key pairs. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Nov 6 08:15:21 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E083316A418 for ; Tue, 6 Nov 2007 08:15:21 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.233.200]) by mx1.freebsd.org (Postfix) with ESMTP id 46D0A13C494 for ; Tue, 6 Nov 2007 08:15:20 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-msk-nat.sw.ru [195.214.232.10]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id lA67Yiwm028230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 10:34:47 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IpAyS-000190-PN; Tue, 06 Nov 2007 02:03:16 +0300 From: Vladimir Grebenschikov To: Maksim Yevmenkin In-Reply-To: References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 06 Nov 2007 02:03:15 +0300 Message-Id: <1194303795.2283.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Eric Millbrandt , freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:15:22 -0000 On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > if you dual boot your system and use the same bluetooth device you > will need to re-pair your keyboard every time you boot to another os. > (if) you can get a link key from win xp registry (or elsewhere) you > can put the same link key into hcsecd.conf and then you will not need > to re-pair. Hmm, strange, I have bluetooth mouse and it works under both Windows and FreeBSD on my noteboot without re-pairing every boot to other OS. I've not done anything special about it, just pair it once under FreeBSD, then once under Windows. What's the difference ? "Magically" it have generated same key for both OSes ? (my mouse is Logitech MX900) -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 00:20:14 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2583216A468 for ; Wed, 7 Nov 2007 00:20:14 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 032F913C4A7 for ; Wed, 7 Nov 2007 00:20:14 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR400E570X7C412@vms046.mailsrvcs.net> for freebsd-bluetooth@freebsd.org; Tue, 06 Nov 2007 18:19:57 -0600 (CST) Date: Tue, 06 Nov 2007 19:19:28 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <1194303795.2283.17.camel@localhost> To: vova@fbsd.ru Message-id: <1194394768.15775.18.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> <1194303795.2283.17.camel@localhost> Cc: Eric Millbrandt , freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 00:20:14 -0000 On Tue, 2007-11-06 at 02:03 +0300, Vladimir Grebenschikov wrote: > On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > > > if you dual boot your system and use the same bluetooth device you > > will need to re-pair your keyboard every time you boot to another os. > > (if) you can get a link key from win xp registry (or elsewhere) you > > can put the same link key into hcsecd.conf and then you will not need > > to re-pair. > > Hmm, strange, I have bluetooth mouse and it works under both Windows and > FreeBSD on my noteboot without re-pairing every boot to other OS. > > I've not done anything special about it, just pair it once under > FreeBSD, then once under Windows. > > What's the difference ? "Magically" it have generated same key for both > OSes ? > > (my mouse is Logitech MX900) > I think spec allows cheaper devices to use single link key ("unit" key, as opposed to the "combination" key) with everyone, and not generate it for every repairing. Simplest way to verify that is to store backup copy of var/db/hcsecd.keys, remove mouse key (or remove the whole file, if the mouse is the only bluetooth device you are using), reboot, repair the mouse and see if new key is any different then the old one. OT: @vova -- if you are still having problems with Evolution, you can try my patch on the Gnome Bugzilla. -- Alexandre "Sunny" Kovalenko From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 02:26:58 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B541E16A41B for ; Wed, 7 Nov 2007 02:26:58 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smtp02.one2one.net (smtp02.one2one.net [149.254.192.174]) by mx1.freebsd.org (Postfix) with ESMTP id F0B1E13C4B5 for ; Wed, 7 Nov 2007 02:26:54 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from [127.0.0.1] (helo=localhost) by localhost.localdomain with esmtp (Exim 4.50) id 1IpN5g-0006S1-5N; Tue, 06 Nov 2007 11:59:32 +0000 Received: from localhost.localdomain ([127.0.0.1]) by localhost (smtpbeckt01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24674-07; Tue, 6 Nov 2007 11:59:31 +0000 (GMT) Received: from [10.32.13.214] (helo=Inbox) by localhost.localdomain with esmtp (Exim 4.50) id 1IpN5T-0006Rs-Jv; Tue, 06 Nov 2007 11:59:31 +0000 MIME-Version: 1.0 content-class: From: Iain Hibbert Date: Tue, 6 Nov 2007 11:57:08 +0000 Importance: normal X-Priority: 3 To: Content-Type: multipart/mixed; boundary="_97F1B68C-D8E1-CBA5-AD68-6CEE9808DF07_" Message-Id: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: plunky@rya-online.net X-SA-Exim-Scanned: No (on localhost.localdomain); SAEximRunCond expanded to false Cc: maxsim.yevmenkin@gmail.com Subject: Re: sdp - SearchService of UUID X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 02:26:58 -0000 --_97F1B68C-D8E1-CBA5-AD68-6CEE9808DF07_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Hi Max, So, I think this is it.. Attached is a patch to convert sdpd to handle a uuid list. Its for the netb= sd version and will require a bit of twiddling in ssar.c and ssr.c to make = it apply because of NG_ and sockaddr_l2cap, and you don't have hf.c and hse= t.c but thats easy enough to ignore. This seems to be working with SSAR and SSR from different devices, and a m= ultiple UUID sdp_search query I cobbled together from the local socket. (at= tached) Any comments before I go with it? iain= --_97F1B68C-D8E1-CBA5-AD68-6CEE9808DF07_ Content-Type: application/octet-stream; name="sdp.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sdp.diff" LS0tIC91c3Ivc3JjL3Vzci5zYmluL3NkcGQvYmdkLmMJMjAwNi0wNi0xOSAxNjo0NDo1Ni4wMDAw MDAwMDAgKzAxMDAKKysrIGJnZC5jCTIwMDctMTEtMDYgMDk6MjY6NDMuMDAwMDAwMDAwICswMDAw CkBAIC05OCw4ICs5OCwxMyBAQAogCXsgMCwgTlVMTCB9IC8qIGVuZCBlbnRyeSAqLwogfTsKIAot cHJvZmlsZV90CWJnZF9wcm9maWxlX2Rlc2NyaXB0b3IgPSB7CitzdGF0aWMgdWludDE2X3QJYmdk X3Byb2ZpbGVfdXVpZHNbXSA9IHsKIAlTRFBfU0VSVklDRV9DTEFTU19CUk9XU0VfR1JPVVBfREVT Q1JJUFRPUiwKK307CisKK3Byb2ZpbGVfdAliZ2RfcHJvZmlsZV9kZXNjcmlwdG9yID0geworCWJn ZF9wcm9maWxlX3V1aWRzLAorCXNpemVvZihiZ2RfcHJvZmlsZV91dWlkcyksCiAJMCwKIAkocHJv ZmlsZV9kYXRhX3ZhbGlkX3ApIE5VTEwsCiAJKGF0dHJfdCBjb25zdCAqIGNvbnN0KSAmYmdkX3By b2ZpbGVfYXR0cnMKLS0tIC91c3Ivc3JjL3Vzci5zYmluL3NkcGQvZHVuLmMJMjAwNi0wNi0xOSAx Njo0NDo1Ni4wMDAwMDAwMDAgKzAxMDAKKysrIGR1bi5jCTIwMDctMTEtMDYgMDk6Mjg6MTEuMDAw MDAwMDAwICswMDAwCkBAIC0xMzIsOCArMTMyLDE2IEBACiAJeyAwLCBOVUxMIH0gLyogZW5kIGVu dHJ5ICovCiB9OwogCi1wcm9maWxlX3QJZHVuX3Byb2ZpbGVfZGVzY3JpcHRvciA9IHsKK3N0YXRp YyB1aW50MTZfdCBkdW5fcHJvZmlsZV91dWlkc1tdID0gewogCVNEUF9TRVJWSUNFX0NMQVNTX0RJ QUxVUF9ORVRXT1JLSU5HLAorCVNEUF9TRVJWSUNFX0NMQVNTX0dFTkVSSUNfTkVUV09SS0lORywK KwlTRFBfVVVJRF9QUk9UT0NPTF9MMkNBUCwKKwlTRFBfVVVJRF9QUk9UT0NPTF9SRkNPTU0sCit9 OworCitwcm9maWxlX3QJZHVuX3Byb2ZpbGVfZGVzY3JpcHRvciA9IHsKKwlkdW5fcHJvZmlsZV91 dWlkcywKKwlzaXplb2YoZHVuX3Byb2ZpbGVfdXVpZHMpLAogCXNpemVvZihzZHBfZHVuX3Byb2Zp bGVfdCksCiAJY29tbW9uX3Byb2ZpbGVfc2VydmVyX2NoYW5uZWxfdmFsaWQsCiAJKGF0dHJfdCBj b25zdCAqIGNvbnN0KSAmZHVuX3Byb2ZpbGVfYXR0cnMKLS0tIC91c3Ivc3JjL3Vzci5zYmluL3Nk cGQvZnRybi5jCTIwMDYtMDYtMTkgMTY6NDQ6NTYuMDAwMDAwMDAwICswMTAwCisrKyBmdHJuLmMJ MjAwNy0xMS0wNiAwOToyNzowMi4wMDAwMDAwMDAgKzAwMDAKQEAgLTExMyw4ICsxMTMsMTYgQEAK IAl7IDAsIE5VTEwgfSAvKiBlbmQgZW50cnkgKi8KIH07CiAKLXByb2ZpbGVfdAlmdHJuX3Byb2Zp bGVfZGVzY3JpcHRvciA9IHsKK3N0YXRpYyB1aW50MTZfdCBmdHJuX3Byb2ZpbGVfdXVpZHNbXSA9 IHsKIAlTRFBfU0VSVklDRV9DTEFTU19PQkVYX0ZJTEVfVFJBTlNGRVIsCisJU0RQX1VVSURfUFJP VE9DT0xfTDJDQVAsCisJU0RQX1VVSURfUFJPVE9DT0xfUkZDT01NLAorCVNEUF9VVUlEX1BST1RP Q09MX09CRVgsCit9OworCitwcm9maWxlX3QJZnRybl9wcm9maWxlX2Rlc2NyaXB0b3IgPSB7CisJ ZnRybl9wcm9maWxlX3V1aWRzLAorCXNpemVvZihmdHJuX3Byb2ZpbGVfdXVpZHMpLAogCXNpemVv ZihzZHBfZnRybl9wcm9maWxlX3QpLAogCWNvbW1vbl9wcm9maWxlX3NlcnZlcl9jaGFubmVsX3Zh bGlkLAogCShhdHRyX3QgY29uc3QgKiBjb25zdCkgJmZ0cm5fcHJvZmlsZV9hdHRycwotLS0gL3Vz ci9zcmMvdXNyLnNiaW4vc2RwZC9oZi5jCTIwMDYtMDgtMTcgMjE6MTM6MzEuMDAwMDAwMDAwICsw MTAwCisrKyBoZi5jCTIwMDctMTEtMDYgMDk6Mjc6MTIuMDAwMDAwMDAwICswMDAwCkBAIC0xNDgs OCArMTQ4LDE2IEBACiAJeyAwLCBOVUxMIH0gLyogZW5kIGVudHJ5ICovCiB9OwogCi1wcm9maWxl X3QJaGZfcHJvZmlsZV9kZXNjcmlwdG9yID0geworc3RhdGljIHVpbnQxNl90CWhmX3Byb2ZpbGVf dXVpZHNbXSA9IHsKIAlTRFBfU0VSVklDRV9DTEFTU19IQU5EU0ZSRUUsCisJU0RQX1NFUlZJQ0Vf Q0xBU1NfR0VORVJJQ19BVURJTywKKwlTRFBfVVVJRF9QUk9UT0NPTF9MMkNBUCwKKwlTRFBfVVVJ RF9QUk9UT0NPTF9SRkNPTU0sCit9OworCitwcm9maWxlX3QJaGZfcHJvZmlsZV9kZXNjcmlwdG9y ID0geworCWhmX3Byb2ZpbGVfdXVpZHMsCisJc2l6ZW9mKGhmX3Byb2ZpbGVfdXVpZHMpLAogCXNp emVvZihzZHBfaGZfcHJvZmlsZV90KSwKIAloZl9wcm9maWxlX2RhdGFfdmFsaWQsCiAJKGF0dHJf dCBjb25zdCAqIGNvbnN0KSAmaGZfcHJvZmlsZV9hdHRycwotLS0gL3Vzci9zcmMvdXNyLnNiaW4v c2RwZC9oc2V0LmMJMjAwNi0wNi0xOSAxNjo0NDo1Ni4wMDAwMDAwMDAgKzAxMDAKKysrIGhzZXQu YwkyMDA3LTExLTA2IDA5OjI3OjE2LjAwMDAwMDAwMCArMDAwMApAQCAtMTI4LDggKzEyOCwxNyBA QAogCXsgMCwgTlVMTCB9IC8qIGVuZCBlbnRyeSAqLwogfTsKIAotcHJvZmlsZV90CWhzZXRfcHJv ZmlsZV9kZXNjcmlwdG9yID0geworc3RhdGljIHVpbnQxNl90IGhzZXRfcHJvZmlsZV91dWlkc1td ID0gewogCVNEUF9TRVJWSUNFX0NMQVNTX0hFQURTRVRfQVVESU9fR0FURVdBWSwKKwlTRFBfU0VS VklDRV9DTEFTU19HRU5FUklDX0FVRElPLAorCVNEUF9VVUlEX1BST1RPQ09MX0wyQ0FQLAorCVNE UF9VVUlEX1BST1RPQ09MX1JGQ09NTSwKKwlTRFBfU0VSVklDRV9DTEFTU19IRUFEU0VULAorfTsK KworcHJvZmlsZV90CWhzZXRfcHJvZmlsZV9kZXNjcmlwdG9yID0geworCWhzZXRfcHJvZmlsZV91 dWlkcywKKwlzaXplb2YoaHNldF9wcm9maWxlX3V1aWRzKSwKIAlzaXplb2Yoc2RwX2hzZXRfcHJv ZmlsZV90KSwKIAloc2V0X3Byb2ZpbGVfZGF0YV92YWxpZCwKIAkoYXR0cl90IGNvbnN0ICogY29u c3QpICZoc2V0X3Byb2ZpbGVfYXR0cnMKLS0tIC91c3Ivc3JjL3Vzci5zYmluL3NkcGQvaXJtYy5j CTIwMDYtMDYtMTkgMTY6NDQ6NTYuMDAwMDAwMDAwICswMTAwCisrKyBpcm1jLmMJMjAwNy0xMS0w NiAwOToyNzoxOS4wMDAwMDAwMDAgKzAwMDAKQEAgLTEyOSw4ICsxMjksMTYgQEAKIAl7IDAsIE5V TEwgfSAvKiBlbmQgZW50cnkgKi8KIH07CiAKLXByb2ZpbGVfdAlpcm1jX3Byb2ZpbGVfZGVzY3Jp cHRvciA9IHsKK3N0YXRpYyB1aW50MTZfdCBpcm1jX3Byb2ZpbGVfdXVpZHNbXSA9IHsKIAlTRFBf U0VSVklDRV9DTEFTU19JUl9NQ19TWU5DLAorCVNEUF9VVUlEX1BST1RPQ09MX0wyQ0FQLAorCVNE UF9VVUlEX1BST1RPQ09MX1JGQ09NTSwKKwlTRFBfVVVJRF9QUk9UT0NPTF9PQkVYLAorfTsKKwor cHJvZmlsZV90CWlybWNfcHJvZmlsZV9kZXNjcmlwdG9yID0geworCWlybWNfcHJvZmlsZV91dWlk cywKKwlzaXplb2YoaXJtY19wcm9maWxlX3V1aWRzKSwKIAlzaXplb2Yoc2RwX2lybWNfcHJvZmls ZV90KSwKIAlvYmV4X3Byb2ZpbGVfZGF0YV92YWxpZCwKIAkoYXR0cl90IGNvbnN0ICogY29uc3Qp ICZpcm1jX3Byb2ZpbGVfYXR0cnMKLS0tIC91c3Ivc3JjL3Vzci5zYmluL3NkcGQvaXJtY19jb21t YW5kLmMJMjAwNi0wNi0xOSAxNjo0NDo1Ni4wMDAwMDAwMDAgKzAxMDAKKysrIGlybWNfY29tbWFu ZC5jCTIwMDctMTEtMDYgMDk6Mjc6MjMuMDAwMDAwMDAwICswMDAwCkBAIC0xMTMsOCArMTEzLDE2 IEBACiAJeyAwLCBOVUxMIH0gLyogZW5kIGVudHJ5ICovCiB9OwogCi1wcm9maWxlX3QJaXJtY19j b21tYW5kX3Byb2ZpbGVfZGVzY3JpcHRvciA9IHsKK3N0YXRpYyB1aW50MTZfdAlpcm1jX2NvbW1h bmRfcHJvZmlsZV91dWlkc1tdID0gewogCVNEUF9TRVJWSUNFX0NMQVNTX0lSX01DX1NZTkNfQ09N TUFORCwKKwlTRFBfVVVJRF9QUk9UT0NPTF9MMkNBUCwKKwlTRFBfVVVJRF9QUk9UT0NPTF9SRkNP TU0sCisJU0RQX1VVSURfUFJPVE9DT0xfT0JFWCwKK307CisKK3Byb2ZpbGVfdAlpcm1jX2NvbW1h bmRfcHJvZmlsZV9kZXNjcmlwdG9yID0geworCWlybWNfY29tbWFuZF9wcm9maWxlX3V1aWRzLAor CXNpemVvZihpcm1jX2NvbW1hbmRfcHJvZmlsZV91dWlkcyksCiAJc2l6ZW9mKHNkcF9pcm1jX2Nv bW1hbmRfcHJvZmlsZV90KSwKIAljb21tb25fcHJvZmlsZV9zZXJ2ZXJfY2hhbm5lbF92YWxpZCwK IAkoYXR0cl90IGNvbnN0ICogY29uc3QpICZpcm1jX2NvbW1hbmRfcHJvZmlsZV9hdHRycwotLS0g L3Vzci9zcmMvdXNyLnNiaW4vc2RwZC9sYW4uYwkyMDA2LTA2LTE5IDE2OjQ0OjU2LjAwMDAwMDAw MCArMDEwMAorKysgbGFuLmMJMjAwNy0xMS0wNiAwOToyNzoyNy4wMDAwMDAwMDAgKzAwMDAKQEAg LTE3Myw4ICsxNzMsMTUgQEAKIAl7IDAsIE5VTEwgfSAvKiBlbmQgZW50cnkgKi8KIH07CiAKLXBy b2ZpbGVfdAlsYW5fcHJvZmlsZV9kZXNjcmlwdG9yID0geworc3RhdGljIHVpbnQxNl90IGxhbl9w cm9maWxlX3V1aWRzW10gPSB7CiAJU0RQX1NFUlZJQ0VfQ0xBU1NfTEFOX0FDQ0VTU19VU0lOR19Q UFAsCisJU0RQX1VVSURfUFJPVE9DT0xfTDJDQVAsCisJU0RQX1VVSURfUFJPVE9DT0xfUkZDT01N LAorfTsKKworcHJvZmlsZV90CWxhbl9wcm9maWxlX2Rlc2NyaXB0b3IgPSB7CisJbGFuX3Byb2Zp bGVfdXVpZHMsCisJc2l6ZW9mKGxhbl9wcm9maWxlX3V1aWRzKSwKIAlzaXplb2Yoc2RwX2xhbl9w cm9maWxlX3QpLAogCWxhbl9wcm9maWxlX2RhdGFfdmFsaWQsCiAJKGF0dHJfdCBjb25zdCAqIGNv bnN0KSAmbGFuX3Byb2ZpbGVfYXR0cnMKLS0tIC91c3Ivc3JjL3Vzci5zYmluL3NkcGQvb3B1c2gu YwkyMDA2LTA2LTE5IDE2OjQ0OjU2LjAwMDAwMDAwMCArMDEwMAorKysgb3B1c2guYwkyMDA3LTEx LTA2IDA5OjI3OjMyLjAwMDAwMDAwMCArMDAwMApAQCAtMTI5LDggKzEyOSwxNiBAQAogCXsgMCwg TlVMTCB9IC8qIGVuZCBlbnRyeSAqLwogfTsKIAotcHJvZmlsZV90CW9wdXNoX3Byb2ZpbGVfZGVz Y3JpcHRvciA9IHsKK3N0YXRpYyB1aW50MTZfdCBvcHVzaF9wcm9maWxlX3V1aWRzW10gPSB7CiAJ U0RQX1NFUlZJQ0VfQ0xBU1NfT0JFWF9PQkpFQ1RfUFVTSCwKKwlTRFBfVVVJRF9QUk9UT0NPTF9M MkNBUCwKKwlTRFBfVVVJRF9QUk9UT0NPTF9SRkNPTU0sCisJU0RQX1VVSURfUFJPVE9DT0xfT0JF WCwKK307CisKK3Byb2ZpbGVfdAlvcHVzaF9wcm9maWxlX2Rlc2NyaXB0b3IgPSB7CisJb3B1c2hf cHJvZmlsZV91dWlkcywKKwlzaXplb2Yob3B1c2hfcHJvZmlsZV91dWlkcyksCiAJc2l6ZW9mKHNk cF9vcHVzaF9wcm9maWxlX3QpLAogCW9iZXhfcHJvZmlsZV9kYXRhX3ZhbGlkLAogCShhdHRyX3Qg Y29uc3QgKiBjb25zdCkgJm9wdXNoX3Byb2ZpbGVfYXR0cnMKLS0tIC91c3Ivc3JjL3Vzci5zYmlu L3NkcGQvcHJvZmlsZS5jCTIwMDYtMDgtMTkgMTg6MTE6MDQuMDAwMDAwMDAwICswMTAwCisrKyBw cm9maWxlLmMJMjAwNy0xMS0wNiAwOTo1ODo1NC4wMDAwMDAwMDAgKzAwMDAKQEAgLTc0LDcgKzc0 LDcgQEAKIAlpbnQzMl90CQkJaTsKIAogCWZvciAoaSA9IDA7IGkgPCBzaXplb2YocHJvZmlsZXMp L3NpemVvZihwcm9maWxlc1swXSk7IGkrKykKLQkJaWYgKHByb2ZpbGVzW2ldLT51dWlkID09IHV1 aWQpCisJCWlmIChwcm9maWxlc1tpXS0+dXVpZFswXSA9PSB1dWlkKQogCQkJcmV0dXJuIChwcm9m aWxlc1tpXSk7CiAKIAlyZXR1cm4gKE5VTEwpOwotLS0gL3Vzci9zcmMvdXNyLnNiaW4vc2RwZC9w cm9maWxlLmgJMjAwNi0wNi0xOSAxNjo0NDo1Ni4wMDAwMDAwMDAgKzAxMDAKKysrIHByb2ZpbGUu aAkyMDA3LTExLTA2IDA5OjM5OjEzLjAwMDAwMDAwMCArMDAwMApAQCAtNjMsNyArNjMsOCBAQAog CiBzdHJ1Y3QgcHJvZmlsZQogewotCXVpbnQxNl90CQl1dWlkOwkvKiBwcm9maWxlIHV1aWQgKi8K Kwl1aW50MTZfdCAqCQl1dWlkOwkvKiBwcm9maWxlIHV1aWQgbGlzdCAqLworCXNzaXplX3QJCQl1 c2l6ZTsJLyogcHJvZmlsZSB1dWlkIGxpc3Qgc2l6ZSAqLwogCXVpbnQxNl90CQlkc2l6ZTsJLyog cHJvZmlsZSBkYXRhIHNpemUgKi8KIAlwcm9maWxlX2RhdGFfdmFsaWRfcAl2YWxpZDsJLyogcHJv ZmlsZSBkYXRhIHZhbGlkYXRvciAqLwogCWF0dHJfdCBjb25zdCAqIGNvbnN0CWF0dHJzOwkvKiBz dXBwb3J0ZWQgYXR0cmlidXRlcyAqLwotLS0gL3Vzci9zcmMvdXNyLnNiaW4vc2RwZC9wcm92aWRl ci5jCTIwMDYtMDYtMTkgMTY6NDQ6NTYuMDAwMDAwMDAwICswMTAwCisrKyBwcm92aWRlci5jCTIw MDctMTEtMDYgMTA6MzE6NTIuMDAwMDAwMDAwICswMDAwCkBAIC0zNiwxMCArMzYsMTIgQEAKIAog I2luY2x1ZGUgPHN5cy9xdWV1ZS5oPgogI2luY2x1ZGUgPGJsdWV0b290aC5oPgorI2luY2x1ZGUg PHNkcC5oPgogI2luY2x1ZGUgPHN0cmluZy5oPgogI2luY2x1ZGUgPHN0ZGxpYi5oPgogI2luY2x1 ZGUgInByb2ZpbGUuaCIKICNpbmNsdWRlICJwcm92aWRlci5oIgorI2luY2x1ZGUgInV1aWQtcHJp dmF0ZS5oIgogCiBzdGF0aWMgVEFJTFFfSEVBRCgsIHByb3ZpZGVyKQlwcm92aWRlcnMgPSBUQUlM UV9IRUFEX0lOSVRJQUxJWkVSKHByb3ZpZGVycyk7CiBzdGF0aWMgdWludDMyX3QJCQljaGFuZ2Vf c3RhdGUgPSAwOwpAQCAtMTk4LDMgKzIwMCwzOCBAQAogewogCXJldHVybiAoY2hhbmdlX3N0YXRl KTsKIH0KKworLyoKKyAqIE1hdGNoIHByb3ZpZGVyIHRvIFVVSUQgbGlzdAorICoKKyAqCWFsbCBV VUlEcyBpbiBsaXN0IG11c3QgbWF0Y2ggb25lIG9mIHRoZQorICoJcHJvdmlkZXIgVVVJRHMgb3Ig dGhlIFB1YmxpY0Jyb3dzZUdyb3VwCisgKi8KKworaW50Citwcm92aWRlcl9tYXRjaF91dWlkKHBy b3ZpZGVyX3AgcHJvdmlkZXIsIHVpbnQxMjhfdCAqdXVpZCwgaW50IHVjb3VudCkKK3sKKwl1aW50 MTI4X3QgcHV1aWQ7CisJaW50IG51bSwgbWF4OworCisJbWF4ID0gcHJvdmlkZXItPnByb2ZpbGUt PnVzaXplIC8gc2l6ZW9mKHByb3ZpZGVyLT5wcm9maWxlLT51dWlkWzBdKTsKKworCWZvciAoOyB1 Y291bnQtLSA+IDAgOyB1dWlkKyspIHsKKwkJaWYgKG1lbWNtcCh1dWlkLCAmdXVpZF9wdWJsaWNf YnJvd3NlX2dyb3VwLCBzaXplb2YoKnV1aWQpKSA9PSAwKQorCQkJY29udGludWU7CisKKwkJZm9y IChudW0gPSAwIDsgOyBudW0rKykgeworCQkJaWYgKG51bSA9PSBtYXgpCisJCQkJcmV0dXJuIDA7 CisKKwkJCW1lbWNweSgmcHV1aWQsICZ1dWlkX2Jhc2UsIHNpemVvZihwdXVpZCkpOworCQkJcHV1 aWQuYlsyXSA9IHByb3ZpZGVyLT5wcm9maWxlLT51dWlkW251bV0gPj4gODsKKwkJCXB1dWlkLmJb M10gPSBwcm92aWRlci0+cHJvZmlsZS0+dXVpZFtudW1dOworCisJCQlpZiAobWVtY21wKHV1aWQs ICZwdXVpZCwgc2l6ZW9mKCp1dWlkKSkgPT0gMCkKKwkJCQlicmVhazsKKwkJfQorCX0KKworCXJl dHVybiAxOworfQotLS0gL3Vzci9zcmMvdXNyLnNiaW4vc2RwZC9wcm92aWRlci5oCTIwMDYtMDYt MTkgMTY6NDQ6NTYuMDAwMDAwMDAwICswMTAwCisrKyBwcm92aWRlci5oCTIwMDctMTEtMDYgMDk6 NTE6NTkuMDAwMDAwMDAwICswMDAwCkBAIC0xMDEsNiArMTAxLDkgQEAKIHByb3ZpZGVyX3AJcHJv dmlkZXJfZ2V0X25leHQJCShwcm92aWRlcl9wIHByb3ZpZGVyKTsKIHVpbnQzMl90CXByb3ZpZGVy X2dldF9jaGFuZ2Vfc3RhdGUJKHZvaWQpOwogCitpbnQJCXByb3ZpZGVyX21hdGNoX3V1aWQJCShw cm92aWRlcl9wIHByb3ZpZGVyLAorCQkJCQkJIHVpbnQxMjhfdCAqdWxpc3QsIGludCB1Y291bnQp OworCiBpbnQzMl90IHNlcnZlcl9wcmVwYXJlX2F0dHJfbGlzdChwcm92aWRlcl9wIGNvbnN0LCB1 aW50OF90IGNvbnN0ICosIHVpbnQ4X3QgY29uc3QgKiwKIAkJdWludDhfdCAqLCB1aW50OF90IGNv bnN0ICopOwogCi0tLSAvdXNyL3NyYy91c3Iuc2Jpbi9zZHBkL3NkLmMJMjAwNi0wNi0xOSAxNjo0 NDo1Ni4wMDAwMDAwMDAgKzAxMDAKKysrIHNkLmMJMjAwNy0xMS0wNiAwOToyNzo0Ny4wMDAwMDAw MDAgKzAwMDAKQEAgLTIwOCw4ICsyMDgsMTQgQEAKIAl7IDAsIE5VTEwgfSAvKiBlbmQgZW50cnkg Ki8KIH07CiAKLXByb2ZpbGVfdAlzZF9wcm9maWxlX2Rlc2NyaXB0b3IgPSB7CitzdGF0aWMgdWlu dDE2X3Qgc2RfcHJvZmlsZV91dWlkc1tdID0gewogCVNEUF9TRVJWSUNFX0NMQVNTX1NFUlZJQ0Vf RElTQ09WRVJZX1NFUlZFUiwKKwlTRFBfVVVJRF9QUk9UT0NPTF9MMkNBUCwKK307CisKK3Byb2Zp bGVfdAlzZF9wcm9maWxlX2Rlc2NyaXB0b3IgPSB7CisJc2RfcHJvZmlsZV91dWlkcywKKwlzaXpl b2Yoc2RfcHJvZmlsZV91dWlkcyksCiAJMCwKIAkocHJvZmlsZV9kYXRhX3ZhbGlkX3ApIE5VTEws CiAJKGF0dHJfdCBjb25zdCAqIGNvbnN0KSAmc2RfcHJvZmlsZV9hdHRycwotLS0gL3Vzci9zcmMv dXNyLnNiaW4vc2RwZC9zZXJ2ZXIuaAkyMDA3LTAzLTE4IDEyOjExOjEzLjAwMDAwMDAwMCArMDAw MAorKysgc2VydmVyLmgJMjAwNy0xMS0wNSAxMDo0MDo1My4wMDAwMDAwMDAgKzAwMDAKQEAgLTEw OSw2ICsxMDksOCBAQAogdm9pZAlzZXJ2ZXJfc2h1dGRvd24oc2VydmVyX3Agc3J2KTsKIGludDMy X3QJc2VydmVyX2RvKHNlcnZlcl9wIHNydik7CiAKK2ludAlzZXJ2ZXJfZ2V0X3NlcnZpY2Vfc2Vh cmNoX3BhdHRlcm4odWludDhfdCBjb25zdCAqKmJ1ZiwgdWludDhfdCBjb25zdCAqZW5kLCB1aW50 MTI4X3QgKnV1aWQpOworCiBpbnQzMl90CXNlcnZlcl9wcmVwYXJlX3NlcnZpY2Vfc2VhcmNoX3Jl c3BvbnNlKHNlcnZlcl9wIHNydiwgaW50MzJfdCBmZCk7CiBpbnQzMl90CXNlcnZlcl9zZW5kX3Nl cnZpY2Vfc2VhcmNoX3Jlc3BvbnNlKHNlcnZlcl9wIHNydiwgaW50MzJfdCBmZCk7CiAKLS0tIC91 c3Ivc3JjL3Vzci5zYmluL3NkcGQvc3AuYwkyMDA2LTA2LTE5IDE2OjQ0OjU2LjAwMDAwMDAwMCAr MDEwMAorKysgc3AuYwkyMDA3LTExLTA2IDA5OjI3OjUwLjAwMDAwMDAwMCArMDAwMApAQCAtMTEz LDggKzExMywxNSBAQAogCXsgMCwgTlVMTCB9IC8qIGVuZCBlbnRyeSAqLwogfTsKIAotcHJvZmls ZV90CXNwX3Byb2ZpbGVfZGVzY3JpcHRvciA9IHsKK3N0YXRpYyB1aW50MTZfdCBzcF9wcm9maWxl X3V1aWRzW10gPSB7CiAJU0RQX1NFUlZJQ0VfQ0xBU1NfU0VSSUFMX1BPUlQsCisJU0RQX1VVSURf UFJPVE9DT0xfTDJDQVAsCisJU0RQX1VVSURfUFJPVE9DT0xfUkZDT01NLAorfTsKKworcHJvZmls ZV90CXNwX3Byb2ZpbGVfZGVzY3JpcHRvciA9IHsKKwlzcF9wcm9maWxlX3V1aWRzLAorCXNpemVv ZihzcF9wcm9maWxlX3V1aWRzKSwKIAlzaXplb2Yoc2RwX3NwX3Byb2ZpbGVfdCksCiAJY29tbW9u X3Byb2ZpbGVfc2VydmVyX2NoYW5uZWxfdmFsaWQsCiAJKGF0dHJfdCBjb25zdCAqIGNvbnN0KSAm c3BfcHJvZmlsZV9hdHRycwotLS0gL3Vzci9zcmMvdXNyLnNiaW4vc2RwZC9zc2FyLmMJMjAwNi0w Ni0xOSAxNjo0NDo1Ni4wMDAwMDAwMDAgKzAxMDAKKysrIHNzYXIuYwkyMDA3LTExLTA2IDEwOjM5 OjM1LjAwMDAwMDAwMCArMDAwMApAQCAtNTUsMTIgKzU1LDExIEBACiAJdWludDhfdAkJKnJzcCA9 IHNydi0+ZmRpZHhbZmRdLnJzcDsKIAl1aW50OF90IGNvbnN0CSpyc3BfZW5kID0gcnNwICsgTDJD QVBfTVRVX01BWElNVU07CiAKLQl1aW50OF90IGNvbnN0CSpzc3BwdHIgPSBOVUxMLCAqYWlkcHRy ID0gTlVMTDsKLQl1aW50OF90CQkqcHRyID0gTlVMTDsKKwl1aW50OF90IGNvbnN0CSphaWRwdHIg PSBOVUxMOwogCiAJcHJvdmlkZXJfdAkqcHJvdmlkZXIgPSBOVUxMOwotCWludDMyX3QJCSB0eXBl LCByc3BfbGltaXQsIHNzcGxlbiwgYWlkbGVuLCBjc2xlbiwgY3M7Ci0JdWludDEyOF90CSB1dWlk LCBwdXVpZDsKKwlpbnQzMl90CQkgdHlwZSwgcnNwX2xpbWl0LCB1Y291bnQsIGFpZGxlbiwgY3Ns ZW4sIGNzOworCXVpbnQxMjhfdAkgdWxpc3RbMTJdOwogCiAJLyoKIAkgKiBNaW5pbWFsIFNlcnZp Y2UgU2VhcmNoIEF0dHJpYnV0ZSBSZXF1ZXN0IHJlcXVlc3QKQEAgLTczLDMxICs3MiwxMSBAQAog CSAqIHZhbHVlOAkJLSAxIGJ5dGUgIENvbnRpbnVhdGlvblN0YXRlCiAJICovCiAKLQlpZiAocmVx X2VuZCAtIHJlcSA8IDEzKQotCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFMSURfUkVRVUVT VF9TWU5UQVgpOwotCi0JLyogR2V0IHNpemUgb2YgU2VydmljZVNlYXJjaFBhdHRlcm4gKi8KLQlz c3BsZW4gPSAwOwotCVNEUF9HRVQ4KHR5cGUsIHJlcSk7Ci0Jc3dpdGNoICh0eXBlKSB7Ci0JY2Fz ZSBTRFBfREFUQV9TRVE4OgotCQlTRFBfR0VUOChzc3BsZW4sIHJlcSk7Ci0JCWJyZWFrOwotCi0J Y2FzZSBTRFBfREFUQV9TRVExNjoKLQkJU0RQX0dFVDE2KHNzcGxlbiwgcmVxKTsKLQkJYnJlYWs7 Ci0KLQljYXNlIFNEUF9EQVRBX1NFUTMyOgotCQlTRFBfR0VUMzIoc3NwbGVuLCByZXEpOwotCQli cmVhazsKLQl9Ci0JaWYgKHNzcGxlbiA8PSAwKQorCS8qIEdldCBTZXJ2aWNlU2VhcmNoUGF0dGVy biAqLworCXVjb3VudCA9IHNlcnZlcl9nZXRfc2VydmljZV9zZWFyY2hfcGF0dGVybigmcmVxLCBy ZXFfZW5kLCB1bGlzdCk7CisJaWYgKHVjb3VudCA8IDEgfHwgdWNvdW50ID4gMTIpCiAJCXJldHVy biAoU0RQX0VSUk9SX0NPREVfSU5WQUxJRF9SRVFVRVNUX1NZTlRBWCk7CiAKLQlzc3BwdHIgPSBy ZXE7Ci0JcmVxICs9IHNzcGxlbjsKLQogCS8qIEdldCBNYXhpbXVtQXR0cmlidXRlQnl0ZUNvdW50 ICovCiAJaWYgKHJlcSArIDIgPiByZXFfZW5kKQogCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lO VkFMSURfUkVRVUVTVF9TWU5UQVgpOwpAQCAtMTQ1LDEzICsxMjQsMTIgQEAKIAkJcmV0dXJuIChT RFBfRVJST1JfQ09ERV9JTlZBTElEX1JFUVVFU1RfU1lOVEFYKTsKIAogCVNEUF9HRVQ4KGNzbGVu LCByZXEpOwotCWlmIChjc2xlbiAhPSAwKSB7Ci0JCWlmIChjc2xlbiAhPSAyIHx8IHJlcV9lbmQg LSByZXEgIT0gMikKLQkJCXJldHVybiAoU0RQX0VSUk9SX0NPREVfSU5WQUxJRF9SRVFVRVNUX1NZ TlRBWCk7Ci0KKwlpZiAoY3NsZW4gPT0gMiAmJiByZXEgKyAyID09IHJlcV9lbmQpCiAJCVNEUF9H RVQxNihjcywgcmVxKTsKLQl9IGVsc2UKKwllbHNlIGlmIChjc2xlbiA9PSAwICYmIHJlcSA9PSBy ZXFfZW5kKQogCQljcyA9IDA7CisJZWxzZQorCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFM SURfUkVRVUVTVF9TWU5UQVgpOwogCiAJLyogUHJvY2VzcyB0aGUgcmVxdWVzdC4gRmlyc3QsIGNo ZWNrIGNvbnRpbnVhdGlvbiBzdGF0ZSAqLwogCWlmIChzcnYtPmZkaWR4W2ZkXS5yc3BfY3MgIT0g Y3MpCkBAIC0xNjgsNzAgKzE0NiwyMyBAQAogCSAqCVsgYXR0ciBsaXN0IF0KIAkgKi8KIAotCXB0 ciA9IHJzcCArIDM7Ci0KLQl3aGlsZSAoc3NwbGVuID4gMCkgewotCQlTRFBfR0VUOCh0eXBlLCBz c3BwdHIpOwotCQlzc3BsZW4gLS07Ci0KLQkJc3dpdGNoICh0eXBlKSB7Ci0JCWNhc2UgU0RQX0RB VEFfVVVJRDE2OgotCQkJaWYgKHNzcGxlbiA8IDIpCi0JCQkJcmV0dXJuIChTRFBfRVJST1JfQ09E RV9JTlZBTElEX1JFUVVFU1RfU1lOVEFYKTsKLQotCQkJbWVtY3B5KCZ1dWlkLCAmdXVpZF9iYXNl LCBzaXplb2YodXVpZCkpOwotCQkJdXVpZC5iWzJdID0gKnNzcHB0ciArKzsKLQkJCXV1aWQuYlsz XSA9ICpzc3BwdHIgKys7Ci0JCQlzc3BsZW4gLT0gMjsKLQkJCWJyZWFrOwotCi0JCWNhc2UgU0RQ X0RBVEFfVVVJRDMyOgotCQkJaWYgKHNzcGxlbiA8IDQpCi0JCQkJcmV0dXJuIChTRFBfRVJST1Jf Q09ERV9JTlZBTElEX1JFUVVFU1RfU1lOVEFYKTsKLQotCQkJbWVtY3B5KCZ1dWlkLCAmdXVpZF9i YXNlLCBzaXplb2YodXVpZCkpOwotCQkJdXVpZC5iWzBdID0gKnNzcHB0ciArKzsKLQkJCXV1aWQu YlsxXSA9ICpzc3BwdHIgKys7Ci0JCQl1dWlkLmJbMl0gPSAqc3NwcHRyICsrOwotCQkJdXVpZC5i WzNdID0gKnNzcHB0ciArKzsKLQkJCXNzcGxlbiAtPSA0OwotCQkJYnJlYWs7Ci0KLQkJY2FzZSBT RFBfREFUQV9VVUlEMTI4OgotCQkJaWYgKHNzcGxlbiA8IDE2KQotCQkJCXJldHVybiAoU0RQX0VS Uk9SX0NPREVfSU5WQUxJRF9SRVFVRVNUX1NZTlRBWCk7Ci0KLQkJCW1lbWNweSh1dWlkLmIsIHNz cHB0ciwgMTYpOwotCQkJc3NwcHRyICs9IDE2OwotCQkJc3NwbGVuIC09IDE2OwotCQkJYnJlYWs7 Ci0KLQkJZGVmYXVsdDoKLQkJCXJldHVybiAoU0RQX0VSUk9SX0NPREVfSU5WQUxJRF9SRVFVRVNU X1NZTlRBWCk7Ci0JCQkvKiBOT1QgUkVBQ0hFRCAqLwotCQl9Ci0KLQkJZm9yIChwcm92aWRlciA9 IHByb3ZpZGVyX2dldF9maXJzdCgpOwotCQkgICAgIHByb3ZpZGVyICE9IE5VTEw7Ci0JCSAgICAg cHJvdmlkZXIgPSBwcm92aWRlcl9nZXRfbmV4dChwcm92aWRlcikpIHsKLQkJCWlmICghcHJvdmlk ZXJfbWF0Y2hfYmRhZGRyKHByb3ZpZGVyLCAmc3J2LT5yZXFfc2EuYnRfYmRhZGRyKSkKLQkJCQlj b250aW51ZTsKKwlyc3AgKz0gMzsJLyogbGVhdmUgc3BhY2UgZm9yIHNlcXVlbmNlIGhlYWRlciAq LwogCi0JCQltZW1jcHkoJnB1dWlkLCAmdXVpZF9iYXNlLCBzaXplb2YocHV1aWQpKTsKLQkJCXB1 dWlkLmJbMl0gPSBwcm92aWRlci0+cHJvZmlsZS0+dXVpZCA+PiA4OwotCQkJcHV1aWQuYlszXSA9 IHByb3ZpZGVyLT5wcm9maWxlLT51dWlkOworCWZvciAocHJvdmlkZXIgPSBwcm92aWRlcl9nZXRf Zmlyc3QoKTsKKwkgICAgIHByb3ZpZGVyICE9IE5VTEw7CisJICAgICBwcm92aWRlciA9IHByb3Zp ZGVyX2dldF9uZXh0KHByb3ZpZGVyKSkgeworCQlpZiAoIXByb3ZpZGVyX21hdGNoX2JkYWRkcihw cm92aWRlciwgJnNydi0+cmVxX3NhLmJ0X2JkYWRkcikpCisJCQljb250aW51ZTsKIAotCQkJaWYg KG1lbWNtcCgmdXVpZCwgJnB1dWlkLCBzaXplb2YodXVpZCkpICE9IDAgJiYKLQkJCSAgICBtZW1j bXAoJnV1aWQsICZ1dWlkX3B1YmxpY19icm93c2VfZ3JvdXAsIHNpemVvZih1dWlkKSkgIT0gMCkK LQkJCQljb250aW51ZTsKKwkJaWYgKCFwcm92aWRlcl9tYXRjaF91dWlkKHByb3ZpZGVyLCB1bGlz dCwgdWNvdW50KSkKKwkJCWNvbnRpbnVlOwogCi0JCQljcyA9IHNlcnZlcl9wcmVwYXJlX2F0dHJf bGlzdChwcm92aWRlciwKLQkJCQlhaWRwdHIsIGFpZHB0ciArIGFpZGxlbiwgcHRyLCByc3BfZW5k KTsKLQkJCWlmIChjcyA8IDApCi0JCQkJcmV0dXJuIChTRFBfRVJST1JfQ09ERV9JTlNVRkZJQ0lF TlRfUkVTT1VSQ0VTKTsKKwkJY3MgPSBzZXJ2ZXJfcHJlcGFyZV9hdHRyX2xpc3QocHJvdmlkZXIs CisJCQlhaWRwdHIsIGFpZHB0ciArIGFpZGxlbiwgcnNwLCByc3BfZW5kKTsKKwkJaWYgKGNzIDwg MCkKKwkJCXJldHVybiAoU0RQX0VSUk9SX0NPREVfSU5TVUZGSUNJRU5UX1JFU09VUkNFUyk7CiAK LQkJCXB0ciArPSBjczsKLQkJfQorCQlyc3AgKz0gY3M7CiAJfQogCiAJLyogU2V0IHJlcGx5IHNp emUgKG5vdCBjb3VudGluZyBQRFUgaGVhZGVyIGFuZCBjb250aW51YXRpb24gc3RhdGUpICovCkBA IC0yMzksMTMgKzE3MCwxMyBAQAogCWlmIChzcnYtPmZkaWR4W2ZkXS5yc3BfbGltaXQgPiByc3Bf bGltaXQpCiAJCXNydi0+ZmRpZHhbZmRdLnJzcF9saW1pdCA9IHJzcF9saW1pdDsKIAotCXNydi0+ ZmRpZHhbZmRdLnJzcF9zaXplID0gcHRyIC0gcnNwOworCXNydi0+ZmRpZHhbZmRdLnJzcF9zaXpl ID0gcnNwIC0gc3J2LT5mZGlkeFtmZF0ucnNwOwogCXNydi0+ZmRpZHhbZmRdLnJzcF9jcyA9IDA7 CiAKIAkvKiBGaXggQXR0cmlidXRlTGlzdHMgc2VxdWVuY2UgaGVhZGVyICovCi0JcHRyID0gcnNw OwotCVNEUF9QVVQ4KFNEUF9EQVRBX1NFUTE2LCBwdHIpOwotCVNEUF9QVVQxNihzcnYtPmZkaWR4 W2ZkXS5yc3Bfc2l6ZSAtIDMsIHB0cik7CisJcnNwID0gc3J2LT5mZGlkeFtmZF0ucnNwOworCVNE UF9QVVQ4KFNEUF9EQVRBX1NFUTE2LCByc3ApOworCVNEUF9QVVQxNihzcnYtPmZkaWR4W2ZkXS5y c3Bfc2l6ZSAtIDMsIHJzcCk7CiAKIAlyZXR1cm4gKDApOwogfQotLS0gL3Vzci9zcmMvdXNyLnNi aW4vc2RwZC9zc3IuYwkyMDA2LTA2LTE5IDE2OjQ0OjU2LjAwMDAwMDAwMCArMDEwMAorKysgc3Ny LmMJMjAwNy0xMS0wNiAxMDo0OTo0Ni4wMDAwMDAwMDAgKzAwMDAKQEAgLTQ5LDIxICs0OSwxMTgg QEAKICNpbmNsdWRlICJ1dWlkLXByaXZhdGUuaCIKIAogLyoKKyAqIEV4dHJhY3QgU2VydmljZVNl YXJjaFBhdHRlcm4gZnJvbSByZXF1ZXN0IHRvIHV1aWQgYXJyYXkKKyAqCXJldHVybiBjb3VudCBv ciAwIGlmIGVycm9yCisgKi8KK2ludAorc2VydmVyX2dldF9zZXJ2aWNlX3NlYXJjaF9wYXR0ZXJu KHVpbnQ4X3QgY29uc3QgKipidWYsIHVpbnQ4X3QgY29uc3QgKmVuZCwgdWludDEyOF90ICp1dWlk KQoreworCXVpbnQ4X3QgY29uc3QgKnJlcSA9ICpidWY7CisJdWludDMyX3QgdHlwZSwgc3NwbGVu OworCWludCBjb3VudDsKKworCWlmIChyZXEgKyAxID4gZW5kKQorCQlyZXR1cm4gMDsKKworCVNE UF9HRVQ4KHR5cGUsIHJlcSk7CisKKwlzc3BsZW4gPSAwOworCXN3aXRjaCAodHlwZSkgeworCWNh c2UgU0RQX0RBVEFfU0VRODoKKwkJaWYgKHJlcSArIDEgPiBlbmQpCisJCQlyZXR1cm4gMDsKKwor CQlTRFBfR0VUOChzc3BsZW4sIHJlcSk7CisJCWJyZWFrOworCisJY2FzZSBTRFBfREFUQV9TRVEx NjoKKwkJaWYgKHJlcSArIDIgPiBlbmQpCisJCQlyZXR1cm4gMDsKKworCQlTRFBfR0VUMTYoc3Nw bGVuLCByZXEpOworCQlicmVhazsKKworCWNhc2UgU0RQX0RBVEFfU0VRMzI6CisJCWlmIChyZXEg KyA0ID4gZW5kKQorCQkJcmV0dXJuIDA7CisKKwkJU0RQX0dFVDMyKHNzcGxlbiwgcmVxKTsKKwkJ YnJlYWs7CisKKwlkZWZhdWx0OgorCQlyZXR1cm4gMDsKKwl9CisKKwlpZiAocmVxICsgc3NwbGVu ID4gZW5kKQorCQlyZXR1cm4gMDsKKworCWNvdW50ID0gMDsKKwl3aGlsZSAoc3NwbGVuID4gMCkg eworCQlpZiAoY291bnQgPT0gMTIpCisJCQlyZXR1cm4gMDsKKworCQlTRFBfR0VUOCh0eXBlLCBy ZXEpOworCQlzc3BsZW4tLTsKKworCQlzd2l0Y2ggKHR5cGUpIHsKKwkJY2FzZSBTRFBfREFUQV9V VUlEMTY6CisJCQlpZiAoc3NwbGVuIDwgMikKKwkJCQlyZXR1cm4gMDsKKworCQkJbWVtY3B5KHV1 aWQsICZ1dWlkX2Jhc2UsIHNpemVvZigqdXVpZCkpOworCQkJdXVpZC0+YlsyXSA9ICpyZXErKzsK KwkJCXV1aWQtPmJbM10gPSAqcmVxKys7CisJCQlzc3BsZW4gLT0gMjsKKwkJCWJyZWFrOworCisJ CWNhc2UgU0RQX0RBVEFfVVVJRDMyOgorCQkJaWYgKHNzcGxlbiA8IDQpCisJCQkJcmV0dXJuIDA7 CisKKwkJCW1lbWNweSh1dWlkLCAmdXVpZF9iYXNlLCBzaXplb2YoKnV1aWQpKTsKKwkJCXV1aWQt PmJbMF0gPSAqcmVxKys7CisJCQl1dWlkLT5iWzFdID0gKnJlcSsrOworCQkJdXVpZC0+YlsyXSA9 ICpyZXErKzsKKwkJCXV1aWQtPmJbM10gPSAqcmVxKys7CisJCQlzc3BsZW4gLT0gNDsKKwkJCWJy ZWFrOworCisJCWNhc2UgU0RQX0RBVEFfVVVJRDEyODoKKwkJCWlmIChzc3BsZW4gPCAxNikKKwkJ CQlyZXR1cm4gMDsKKworCQkJbWVtY3B5KHV1aWQsIHJlcSwgMTYpOworCQkJcmVxICs9IDE2Owor CQkJc3NwbGVuIC09IDE2OworCQkJYnJlYWs7CisKKwkJZGVmYXVsdDoKKwkJCXJldHVybiAwOwor CQl9CisKKwkJY291bnQrKzsKKwkJdXVpZCsrOworCX0KKworCSpidWYgPSByZXE7CisJcmV0dXJu IGNvdW50OworfQorCisvKgogICogUHJlcGFyZSBTRFAgU2VydmljZSBTZWFyY2ggUmVzcG9uc2UK ICAqLwogCiBpbnQzMl90CiBzZXJ2ZXJfcHJlcGFyZV9zZXJ2aWNlX3NlYXJjaF9yZXNwb25zZShz ZXJ2ZXJfcCBzcnYsIGludDMyX3QgZmQpCiB7Ci0JdWludDhfdCAJKnJlcSA9IHNydi0+cmVxICsg c2l6ZW9mKHNkcF9wZHVfdCk7CisJdWludDhfdCBjb25zdAkqcmVxID0gc3J2LT5yZXEgKyBzaXpl b2Yoc2RwX3BkdV90KTsKIAl1aW50OF90IGNvbnN0CSpyZXFfZW5kID0gcmVxICsgKChzZHBfcGR1 X3ApKHNydi0+cmVxKSktPmxlbjsKIAl1aW50OF90CQkqcnNwID0gc3J2LT5mZGlkeFtmZF0ucnNw OwogCXVpbnQ4X3QgY29uc3QJKnJzcF9lbmQgPSByc3AgKyBMMkNBUF9NVFVfTUFYSU1VTTsKIAot CXVpbnQ4X3QJCSpwdHIgPSBOVUxMOwogCXByb3ZpZGVyX3QJKnByb3ZpZGVyID0gTlVMTDsKLQlp bnQzMl90CQkgdHlwZSwgc3NwbGVuLCByc3BfbGltaXQsIHJjb3VudCwgY3NsZW4sIGNzOwotCXVp bnQxMjhfdAkgdXVpZCwgcHV1aWQ7CisJaW50MzJfdAkJIHVjb3VudCwgcnNwX2xpbWl0LCBjc2xl biwgY3M7CisJdWludDEyOF90CSB1bGlzdFsxMl07CiAKIAkvKgogCSAqIE1pbmltYWwgU0RQIFNl cnZpY2UgU2VhcmNoIFJlcXVlc3QKQEAgLTc0LDUwICsxNzEsMzAgQEAKIAkgKiB2YWx1ZTgJCS0g MSBieXRlICBDb250aW51YXRpb25TdGF0ZQogCSAqLwogCi0JaWYgKHJlcV9lbmQgLSByZXEgPCA4 KQotCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFMSURfUkVRVUVTVF9TWU5UQVgpOwotCi0J LyogR2V0IHNpemUgb2YgU2VydmljZVNlYXJjaFBhdHRlcm4gKi8KLQlzc3BsZW4gPSAwOwotCVNE UF9HRVQ4KHR5cGUsIHJlcSk7Ci0Jc3dpdGNoICh0eXBlKSB7Ci0JY2FzZSBTRFBfREFUQV9TRVE4 OgotCQlTRFBfR0VUOChzc3BsZW4sIHJlcSk7Ci0JCWJyZWFrOwotCi0JY2FzZSBTRFBfREFUQV9T RVExNjoKLQkJU0RQX0dFVDE2KHNzcGxlbiwgcmVxKTsKLQkJYnJlYWs7Ci0KLQljYXNlIFNEUF9E QVRBX1NFUTMyOgotCQlTRFBfR0VUMzIoc3NwbGVuLCByZXEpOwotCQlicmVhazsKLQl9Ci0JaWYg KHNzcGxlbiA8PSAwKQorCS8qIEdldCBTZXJ2aWNlU2VhcmNoUGF0dGVybiBpbnRvIHV1aWQgYXJy YXkgKi8KKwl1Y291bnQgPSBzZXJ2ZXJfZ2V0X3NlcnZpY2Vfc2VhcmNoX3BhdHRlcm4oJnJlcSwg cmVxX2VuZCwgdWxpc3QpOworCWlmICh1Y291bnQgPCAxIHx8IHVjb3VudCA+IDEyKQogCQlyZXR1 cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFMSURfUkVRVUVTVF9TWU5UQVgpOwogCi0JcHRyID0gKHVp bnQ4X3QgKikgcmVxICsgc3NwbGVuOwotCiAJLyogR2V0IE1heGltdW1TZXJ2aWNlUmVjb3JkQ291 bnQgKi8KLQlpZiAocHRyICsgMiA+IHJlcV9lbmQpCisJaWYgKHJlcSArIDIgPiByZXFfZW5kKQog CQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFMSURfUkVRVUVTVF9TWU5UQVgpOwogCi0JU0RQ X0dFVDE2KHJzcF9saW1pdCwgcHRyKTsKKwlTRFBfR0VUMTYocnNwX2xpbWl0LCByZXEpOwogCWlm IChyc3BfbGltaXQgPD0gMCkKIAkJcmV0dXJuIChTRFBfRVJST1JfQ09ERV9JTlZBTElEX1JFUVVF U1RfU1lOVEFYKTsKIAogCS8qIEdldCBDb250aW51YXRpb25TdGF0ZSAqLwotCWlmIChwdHIgKyAx ID4gcmVxX2VuZCkKKwlpZiAocmVxICsgMSA+IHJlcV9lbmQpCiAJCXJldHVybiAoU0RQX0VSUk9S X0NPREVfSU5WQUxJRF9SRVFVRVNUX1NZTlRBWCk7CiAKLQlTRFBfR0VUOChjc2xlbiwgcHRyKTsK LQlpZiAoY3NsZW4gIT0gMCkgewotCQlpZiAoY3NsZW4gIT0gMiB8fCByZXFfZW5kIC0gcHRyICE9 IDIpCi0JCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFMSURfUkVRVUVTVF9TWU5UQVgpOwot Ci0JCVNEUF9HRVQxNihjcywgcHRyKTsKLQl9IGVsc2UKKwlTRFBfR0VUOChjc2xlbiwgcmVxKTsK KwlpZiAoY3NsZW4gPT0gMiAmJiByZXEgKyAyID09IHJlcV9lbmQpCisJCVNEUF9HRVQxNihjcywg cmVxKTsKKwllbHNlIGlmIChjc2xlbiA9PSAwICYmIHJlcSA9PSByZXFfZW5kKQogCQljcyA9IDA7 CisJZWxzZQorCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RFX0lOVkFMSURfQ09OVElOVUFUSU9OX1NU QVRFKTsKIAogCS8qIFByb2Nlc3MgdGhlIHJlcXVlc3QuIEZpcnN0LCBjaGVjayBjb250aW51YXRp b24gc3RhdGUgKi8KIAlpZiAoc3J2LT5mZGlkeFtmZF0ucnNwX2NzICE9IGNzKQpAQCAtMTMyLDc5 ICsyMDksMjcgQEAKIAkgKiB2YWx1ZTE2CS0gMiBieXRlcyBDdXJyZW50U2VydmljZVJlY29yZENv dW50IChub3QgaW5jbC4pCiAJICogdmFsdWUzMgktIDQgYnl0ZXMgaGFuZGxlCiAJICogWyB2YWx1 ZTMyIF0KLQkgKgotCSAqIENhbGN1bGF0ZSBob3cgbWFueSByZWNvcmQgaGFuZGxlcyB3ZSBjYW4g Zml0Ci0JICogaW4gb3VyIHJlcGx5IGJ1ZmZlciBhbmQgYWRqdXN0IHJsaW1pdC4KIAkgKi8KIAot CXB0ciA9IHJzcDsKLQlyY291bnQgPSAocnNwX2VuZCAtIHB0cikgLyA0OwotCWlmIChyY291bnQg PCByc3BfbGltaXQpCi0JCXJzcF9saW1pdCA9IHJjb3VudDsKLQotCS8qIExvb2sgZm9yIHRoZSBy ZWNvcmQgaGFuZGxlcyAqLwotCWZvciAocmNvdW50ID0gMDsgc3NwbGVuID4gMCAmJiByY291bnQg PCByc3BfbGltaXQ7ICkgewotCQlTRFBfR0VUOCh0eXBlLCByZXEpOwotCQlzc3BsZW4gLS07Ci0K LQkJc3dpdGNoICh0eXBlKSB7Ci0JCWNhc2UgU0RQX0RBVEFfVVVJRDE2OgotCQkJaWYgKHNzcGxl biA8IDIpCi0JCQkJcmV0dXJuIChTRFBfRVJST1JfQ09ERV9JTlZBTElEX1JFUVVFU1RfU1lOVEFY KTsKLQotCQkJbWVtY3B5KCZ1dWlkLCAmdXVpZF9iYXNlLCBzaXplb2YodXVpZCkpOwotCQkJdXVp ZC5iWzJdID0gKnJlcSArKzsKLQkJCXV1aWQuYlszXSA9ICpyZXEgKys7Ci0JCQlzc3BsZW4gLT0g MjsKLQkJCWJyZWFrOwotCi0JCWNhc2UgU0RQX0RBVEFfVVVJRDMyOgotCQkJaWYgKHNzcGxlbiA8 IDQpCi0JCQkJcmV0dXJuIChTRFBfRVJST1JfQ09ERV9JTlZBTElEX1JFUVVFU1RfU1lOVEFYKTsK LQotCQkJbWVtY3B5KCZ1dWlkLCAmdXVpZF9iYXNlLCBzaXplb2YodXVpZCkpOwotCQkJdXVpZC5i WzBdID0gKnJlcSArKzsKLQkJCXV1aWQuYlsxXSA9ICpyZXEgKys7Ci0JCQl1dWlkLmJbMl0gPSAq cmVxICsrOwotCQkJdXVpZC5iWzNdID0gKnJlcSArKzsKLQkJCXNzcGxlbiAtPSA0OwotCQkJYnJl YWs7CisJLyogTG9vayBmb3IgdGhlIHJlY29yZCBoYW5kbGVzIGFuZCBhZGQgdG8gdGhlIHJzcCBi dWZmZXIgKi8KKwlmb3IgKHByb3ZpZGVyID0gcHJvdmlkZXJfZ2V0X2ZpcnN0KCk7CisJICAgICBw cm92aWRlciAhPSBOVUxMOworCSAgICAgcHJvdmlkZXIgPSBwcm92aWRlcl9nZXRfbmV4dChwcm92 aWRlcikpIHsKKwkJaWYgKCFwcm92aWRlcl9tYXRjaF9iZGFkZHIocHJvdmlkZXIsICZzcnYtPnJl cV9zYS5idF9iZGFkZHIpKQorCQkJY29udGludWU7CiAKLQkJY2FzZSBTRFBfREFUQV9VVUlEMTI4 OgotCQkJaWYgKHNzcGxlbiA8IDE2KQotCQkJCXJldHVybiAoU0RQX0VSUk9SX0NPREVfSU5WQUxJ RF9SRVFVRVNUX1NZTlRBWCk7CisJCWlmICghcHJvdmlkZXJfbWF0Y2hfdXVpZChwcm92aWRlciwg dWxpc3QsIHVjb3VudCkpCisJCQljb250aW51ZTsKIAotCQkJbWVtY3B5KHV1aWQuYiwgcmVxLCAx Nik7Ci0JCQlyZXEgKz0gMTY7Ci0JCQlzc3BsZW4gLT0gMTY7CisJCWlmIChyc3AgKyA0ID4gcnNw X2VuZCkKIAkJCWJyZWFrOwogCi0JCWRlZmF1bHQ6Ci0JCQlyZXR1cm4gKFNEUF9FUlJPUl9DT0RF X0lOVkFMSURfUkVRVUVTVF9TWU5UQVgpOwotCQkJLyogTk9UIFJFQUNIRUQgKi8KLQkJfQotCi0J CWZvciAocHJvdmlkZXIgPSBwcm92aWRlcl9nZXRfZmlyc3QoKTsKLQkJICAgICBwcm92aWRlciAh PSBOVUxMICYmIHJjb3VudCA8IHJzcF9saW1pdDsKLQkJICAgICBwcm92aWRlciA9IHByb3ZpZGVy X2dldF9uZXh0KHByb3ZpZGVyKSkgewotCQkJaWYgKCFwcm92aWRlcl9tYXRjaF9iZGFkZHIocHJv dmlkZXIsICZzcnYtPnJlcV9zYS5idF9iZGFkZHIpKQotCQkJCWNvbnRpbnVlOwotCi0JCQltZW1j cHkoJnB1dWlkLCAmdXVpZF9iYXNlLCBzaXplb2YocHV1aWQpKTsKLQkJCXB1dWlkLmJbMl0gPSBw cm92aWRlci0+cHJvZmlsZS0+dXVpZCA+PiA4OwotCQkJcHV1aWQuYlszXSA9IHByb3ZpZGVyLT5w cm9maWxlLT51dWlkOwotCi0JCQlpZiAobWVtY21wKCZ1dWlkLCAmcHV1aWQsIHNpemVvZih1dWlk KSkgPT0gMCB8fAotCQkJICAgIG1lbWNtcCgmdXVpZCwgJnV1aWRfcHVibGljX2Jyb3dzZV9ncm91 cCwgc2l6ZW9mKHV1aWQpKSA9PSAwKSB7Ci0JCQkJU0RQX1BVVDMyKHByb3ZpZGVyLT5oYW5kbGUs IHB0cik7Ci0JCQkJcmNvdW50ICsrOwotCQkJfQotCQl9CisJCVNEUF9QVVQzMihwcm92aWRlci0+ aGFuZGxlLCByc3ApOwogCX0KIAogCS8qIFNldCByZXBseSBzaXplIChub3QgY291bnRpbmcgUERV IGhlYWRlciBhbmQgY29udGludWF0aW9uIHN0YXRlKSAqLwogCXNydi0+ZmRpZHhbZmRdLnJzcF9s aW1pdCA9IHNydi0+ZmRpZHhbZmRdLm9tdHUgLSBzaXplb2Yoc2RwX3BkdV90KSAtIDQ7Ci0Jc3J2 LT5mZGlkeFtmZF0ucnNwX3NpemUgPSBwdHIgLSByc3A7CisJc3J2LT5mZGlkeFtmZF0ucnNwX3Np emUgPSByc3AgLSBzcnYtPmZkaWR4W2ZkXS5yc3A7CiAJc3J2LT5mZGlkeFtmZF0ucnNwX2NzID0g MDsKIAogCXJldHVybiAoMCk7Cg== --_97F1B68C-D8E1-CBA5-AD68-6CEE9808DF07_ Content-Type: application/octet-stream; name="check.c" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="check.c" I2luY2x1ZGUgPGJsdWV0b290aC5oPgojaW5jbHVkZSA8ZXJyLmg+CiNpbmNsdWRlIDxlcnJuby5o PgojaW5jbHVkZSA8c2RwLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KCnVpbnQxNl90IHNlcnZpY2Vz W10gPSB7CglTRFBfVVVJRF9QUk9UT0NPTF9PQkVYLAoJLy9TRFBfU0VSVklDRV9DTEFTU19PQkVY X09CSkVDVF9QVVNILAp9OwoKdWludDMyX3QgYXR0cnNbXSA9IHsKCVNEUF9BVFRSX1JBTkdFKAlT RFBfQVRUUl9QUk9UT0NPTF9ERVNDUklQVE9SX0xJU1QsCgkJCVNEUF9BVFRSX1BST1RPQ09MX0RF U0NSSVBUT1JfTElTVCksCglTRFBfQVRUUl9SQU5HRSggU0RQX0FUVFJfQURESVRJT05BTF9QUk9U T0NPTF9ERVNDUklQVE9SX0xJU1RTLAoJCQlTRFBfQVRUUl9BRERJVElPTkFMX1BST1RPQ09MX0RF U0NSSVBUT1JfTElTVFMpLAoJU0RQX0FUVFJfUkFOR0UoIFNEUF9BVFRSX1NFUlZJQ0VfQ0xBU1Nf SURfTElTVCwKCQkJU0RQX0FUVFJfU0VSVklDRV9DTEFTU19JRF9MSVNUKSwKfTsKCiNkZWZpbmUg TlVNKHYpCShzaXplb2YodikgLyBzaXplb2YodlswXSkpCgpzZHBfYXR0cl90IHZhbHVlc1s4XTsK dWludDhfdCBidWZmZXJbTlVNKHZhbHVlcyldWzUxMl07CgppbnQKbWFpbihpbnQgYWMsIGNoYXIg KmF2W10pCnsKCXZvaWQgKnNzOwoJaW50IGksIGosIHJ2OwoKCWZvciAoaSA9IDAgOyBpIDwgTlVN KHZhbHVlcykgOyBpKyspIHsKCQl2YWx1ZXNbaV0uZmxhZ3MgPSBTRFBfQVRUUl9JTlZBTElEOwoJ CXZhbHVlc1tpXS5hdHRyID0gMDsKCQl2YWx1ZXNbaV0udmxlbiA9IHNpemVvZihidWZmZXJbaV0p OwoJCXZhbHVlc1tpXS52YWx1ZSA9IGJ1ZmZlcltpXTsKCX0KCglzcyA9IHNkcF9vcGVuX2xvY2Fs KE5VTEwpOwoJaWYgKHNzID09IE5VTEwgfHwgKGVycm5vID0gc2RwX2Vycm9yKHNzKSkgIT0gMCkK CQllcnIoRVhJVF9GQUlMVVJFLCAic2RwX29wZW5fbG9jYWwiKTsKCglydiA9IHNkcF9zZWFyY2go c3MsIE5VTShzZXJ2aWNlcyksIHNlcnZpY2VzLAoJCQkgICAgTlVNKGF0dHJzKSwgYXR0cnMsCgkJ CSAgICBOVU0odmFsdWVzKSwgdmFsdWVzKTsKCQkJCglpZiAocnYgIT0gMCkKCQllcnJ4KEVYSVRf RkFJTFVSRSwgInNkcF9zZWFyY2g6ICVzIiwgc3RyZXJyb3IocnYpKTsKCglzZHBfY2xvc2Uoc3Mp OwoKCWZvciAoaSA9IDAgOyBpIDwgTlVNKHZhbHVlcykgOyBpKyspIHsKCQlwcmludGYoInZhbHVl ICVkOlxuIiwgaSk7CgkJaWYgKHZhbHVlc1tpXS5mbGFncyAhPSBTRFBfQVRUUl9PSykKCQkJY29u dGludWU7CgoJCXByaW50ZigiXHRhdHRyICAlMDR4XG4iLCB2YWx1ZXNbaV0uYXR0cik7CgkJcHJp bnRmKCJcdHZhbHVlIik7CgkJZm9yIChqID0gMCA7IGogPCB2YWx1ZXNbaV0udmxlbiA7IGorKykK CQkJcHJpbnRmKCIgJTAyeCIsIHZhbHVlc1tpXS52YWx1ZVtqXSk7CgoJCXByaW50ZigiXG4iKTsK CX0KCglyZXR1cm4gRVhJVF9TVUNDRVNTOwp9Cg== --_97F1B68C-D8E1-CBA5-AD68-6CEE9808DF07_-- From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 04:41:12 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 266A016A417 for ; Wed, 7 Nov 2007 04:41:12 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smtp01.one2one.net (smtp01.one2one.net [149.254.200.196]) by mx1.freebsd.org (Postfix) with ESMTP id E1D4713C4B7 for ; Wed, 7 Nov 2007 04:41:11 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from [127.0.0.1] (helo=localhost) by smtpbarns01 with esmtp (Exim 4.50) id 1Ip03h-00023o-7u; Mon, 05 Nov 2007 11:23:57 +0000 Received: from smtpbarns01 ([127.0.0.1]) by localhost (smtpbarns01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07746-09; Mon, 5 Nov 2007 11:23:56 +0000 (GMT) Received: from [10.33.192.179] (helo=Inbox) by smtpbarns01 with esmtp (Exim 4.50) id 1Ip03f-00023f-BJ; Mon, 05 Nov 2007 11:23:56 +0000 MIME-Version: 1.0 content-class: From: Iain Hibbert Date: Mon, 5 Nov 2007 11:21:41 +0000 Importance: normal X-Priority: 3 To: Maksim Yevmenkin Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Message-Id: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: plunky@rya-online.net X-SA-Exim-Scanned: No (on smtpbarns01); SAEximRunCond expanded to false Cc: freebsd-bluetooth@freebsd.org Subject: RE: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 04:41:12 -0000 > program link keys into the device itself Do you mean using write-stored-link-keys command to store key in controller= ? I never tried that, will it persist? From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 04:41:13 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F7816A419 for ; Wed, 7 Nov 2007 04:41:13 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smtp01.one2one.net (smtp01.one2one.net [149.254.200.196]) by mx1.freebsd.org (Postfix) with ESMTP id C508413C480 for ; Wed, 7 Nov 2007 04:41:12 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from [127.0.0.1] (helo=localhost) by smtpbarns01 with esmtp (Exim 4.50) id 1Ip02b-00022w-BI for freebsd-bluetooth@freebsd.org; Mon, 05 Nov 2007 11:22:49 +0000 Received: from smtpbarns01 ([127.0.0.1]) by localhost (smtpbarns01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07746-06 for ; Mon, 5 Nov 2007 11:22:49 +0000 (GMT) Received: from [10.33.192.179] (helo=Inbox) by smtpbarns01 with esmtp (Exim 4.50) id 1Ip02Y-00022q-5R for freebsd-bluetooth@freebsd.org; Mon, 05 Nov 2007 11:22:49 +0000 MIME-Version: 1.0 content-class: From: Iain Hibbert Date: Mon, 5 Nov 2007 11:20:32 +0000 Importance: normal X-Priority: 3 To: Content-Type: multipart/mixed; boundary="_8C43493D-6879-550F-0219-8E696501135B_" Message-Id: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: plunky@rya-online.net X-SA-Exim-Scanned: No (on smtpbarns01); SAEximRunCond expanded to false Subject: Re: sdp - SearchService of UUID X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 04:41:13 -0000 --_8C43493D-6879-550F-0219-8E696501135B_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" > so, provider_match_uuid() should probably accept the list of all uuids > from the search pattern (we can limit it to 12 as spec says we should > not expect more) and match all uuids from search pattern against=20 > uuids in provider's service record. Probably something like the attached functions? I will test it later.. > (hmm... i wonder if linux-bluez sdp has the same problem). Does not seem so --_8C43493D-6879-550F-0219-8E696501135B_ Content-Type: application/octet-stream; name="match.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="match.txt" LyoKICogTWF0Y2ggcHJvdmlkZXIgYnkgdXVpZAogKi8KCmludApwcm92aWRlcl9tYXRjaF91dWlk KHByb3ZpZGVyX3AgcHJvdmlkZXIsIHVpbnQxMjhfdCAqdXVpZCwgaW50IGNvdW50KQp7Cgl1aW50 MTI4X3QgcHV1aWQ7CglpbnQgaTsKCgl3aGlsZSAoY291bnQgPiAwKSB7CgkJaWYgKG1lbWNtcCh1 dWlkLCAmdXVpZF9wdWJsaWNfYnJvd3NlX2dyb3VwLCBzaXplb2YoKnV1aWQpKSA9PSAwKQoJCQly ZXR1cm4gMTsKCgkJZm9yIChpID0gMCA7IDsgaSsrKSB7CgkJCWlmIChpID09IHByb3ZpZGVyLT5w cm9maWxlLT51Y291bnQpCgkJCQlyZXR1cm4gMDsKCgkJCW1lbWNweSgmcHV1aWQsICZ1dWlkX2Jh c2UsIHNpemVvZihwdXVpZCkpOwoJCQlwdXVpZC5iWzJdID0gcHJvdmlkZXItPnByb2ZpbGUtPnV1 aWRbaV0gPj4gODsKCQkJcHV1aWQuYlszXSA9IHByb3ZpZGVyLT5wcm9maWxlLT51dWlkW2ldOwoK CQkJaWYgKG1lbWNtcCh1dWlkLCAmcHV1aWQsIHNpemVvZigqdXVpZCkpID09IDApCgkJCQlicmVh azsKCQl9CgoJCWNvdW50LS07CgkJdXVpZCsrOwoJfQoKCXJldHVybiAxOwp9Cg== --_8C43493D-6879-550F-0219-8E696501135B_ Content-Type: application/octet-stream; name="getssp.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="getssp.txt" LyoKICogRXh0cmFjdCBTZXJ2aWNlU2VhcmNoUGF0dGVybiBmcm9tIHJlcXVlc3QgdG8gdXVpZCBh cnJheTsgcmV0dXJuIGNvdW50CiAqLwppbnQKc2VydmVyX2dldF9zZXJ2aWNlX3NlYXJjaF9wYXR0 ZXJuKHVpbnQ4X3QgY29uc3QgKipidWYsIHVpbnQ4X3QgY29uc3QgKmVuZCwgdWludDEyOF90ICp1 dWlkKQp7Cgl1aW50OF90IGNvbnN0ICpyZXEgPSAqYnVmOwoJdWludDMyX3QgdHlwZSwgc3NwbGVu OwoJaW50IGNvdW50OwoKCWlmIChyZXEgKyAxIDwgZW5kKQoJCXJldHVybiAwOwoKCVNEUF9HRVQ4 KHR5cGUsIHJlcSk7CgoJc3NwbGVuID0gMDsKCXN3aXRjaCAodHlwZSkgewoJY2FzZSBTRFBfREFU QV9TRVE4OgoJCWlmIChyZXEgKyAxID4gZW5kKQoJCQlyZXR1cm4gMDsKCgkJU0RQX0dFVDgoc3Nw bGVuLCByZXEpOwoJCWJyZWFrOwoKCWNhc2UgU0RQX0RBVEFfU0VRMTY6CgkJaWYgKHJlcSArIDIg PiBlbmQpCgkJCXJldHVybiAwOwoKCQlTRFBfR0VUMTYoc3NwbGVuLCByZXEpOwoJCWJyZWFrOwoK CWNhc2UgU0RQX0RBVEFfU0VRMzI6CgkJaWYgKHJlcSArIDQgPiBlbmQpCgkJCXJldHVybiAwOwoK CQlTRFBfR0VUMzIoc3NwbGVuLCByZXEpOwoJCWJyZWFrOwoKCWRlZmF1bHQ6CgkJcmV0dXJuIDA7 Cgl9CgoJaWYgKHJlcSArIHNzcGxlbiA+IGVuZCkKCQlyZXR1cm4gMDsKCglmb3IgKGNvdW50ID0g MDsgc3NwbGVuID4gMCAmJiBjb3VudCA8IDEyIDsgY291bnQrKykgewoJCVNEUF9HRVQ4KHR5cGUs IHJlcSk7CgkJc3NwbGVuLS07CgoJCXN3aXRjaCAodHlwZSkgewoJCWNhc2UgU0RQX0RBVEFfVVVJ RDE2OgoJCQlpZiAoc3NwbGVuIDwgMikKCQkJCXJldHVybiAwOwoKCQkJbWVtY3B5KHV1aWQsICZ1 dWlkX2Jhc2UsIHNpemVvZigqdXVpZCkpOwoJCQl1dWlkLT5iWzJdID0gKnJlcSsrOwoJCQl1dWlk LT5iWzNdID0gKnJlcSsrOwoJCQlzc3BsZW4gLT0gMjsKCQkJYnJlYWs7CgoJCWNhc2UgU0RQX0RB VEFfVVVJRDMyOgoJCQlpZiAoc3NwbGVuIDwgNCkKCQkJCXJldHVybiAwOwoKCQkJbWVtY3B5KHV1 aWQsICZ1dWlkX2Jhc2UsIHNpemVvZigqdXVpZCkpOwoJCQl1dWlkLT5iWzBdID0gKnJlcSsrOwoJ CQl1dWlkLT5iWzFdID0gKnJlcSsrOwoJCQl1dWlkLT5iWzJdID0gKnJlcSsrOwoJCQl1dWlkLT5i WzNdID0gKnJlcSsrOwoJCQlzc3BsZW4gLT0gNDsKCQkJYnJlYWs7CgoJCWNhc2UgU0RQX0RBVEFf VVVJRDEyODoKCQkJaWYgKHNzcGxlbiA8IDE2KQoJCQkJcmV0dXJuIDA7CgoJCQltZW1jcHkodXVp ZCwgcmVxLCAxNik7CgkJCXJlcSArPSAxNjsKCQkJc3NwbGVuIC09IDE2OwoJCQlicmVhazsKCgkJ ZGVmYXVsdDoKCQkJcmV0dXJuIDA7CgkJCS8qIE5PVCBSRUFDSEVEICovCgkJfQoJfQoKCSpidWYg PSByZXE7CglyZXR1cm4gY291bnQ7Cn0K --_8C43493D-6879-550F-0219-8E696501135B_-- From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 06:27:28 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 083FA16A41A for ; Wed, 7 Nov 2007 06:27:28 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id 6EBCD13C4A7 for ; Wed, 7 Nov 2007 06:27:27 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id F01D764177; Wed, 7 Nov 2007 07:06:22 +0100 (CET) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id A627366C039; Wed, 7 Nov 2007 07:06:22 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id EA8v8pcwxbYq; Wed, 7 Nov 2007 07:06:22 +0100 (CET) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 7E3AC66C007; Wed, 7 Nov 2007 07:06:22 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id 10E4D57F20; Wed, 7 Nov 2007 07:06:11 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 00C0D173; Wed, 7 Nov 2007 07:06:09 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 12DF2164; Wed, 7 Nov 2007 07:06:09 +0100 (CET) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id E0583C08A; Wed, 7 Nov 2007 07:06:08 +0100 (CET) Date: Wed, 7 Nov 2007 07:06:08 +0100 From: Vladimir Botka To: freebsd-bluetooth@freebsd.org Message-ID: <20071107070608.3e51cfc6@srv> In-Reply-To: <1194303795.2283.17.camel@localhost> References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> <1194303795.2283.17.camel@localhost> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: vova@fbsd.ru Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 06:27:28 -0000 Dne Tue, 06 Nov 2007 02:03:15 +0300 Vladimir Grebenschikov napsal(a): > On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > > > if you dual boot your system and use the same bluetooth device you > > will need to re-pair your keyboard every time you boot to another > > os. (if) you can get a link key from win xp registry (or elsewhere) > > you can put the same link key into hcsecd.conf and then you will > > not need to re-pair. > > Hmm, strange, I have bluetooth mouse and it works under both Windows > and FreeBSD on my noteboot without re-pairing every boot to other OS. > > I've not done anything special about it, just pair it once under > FreeBSD, then once under Windows. > > What's the difference ? "Magically" it have generated same key for > both OSes ? > > (my mouse is Logitech MX900) > I got Ligitech diNovo bluetooth keyboard and mouse which works just fine on 6.3 diskless X-terminal. The Logitech USB bluetooth receiver creates the links to the keybord/mouse and on the USB side just emulates USB keybord/mouse ukbd0/ums0. The bluetooth OS subsystem is not even running (no hcsecd), but you can switch it on if you want. So there is no pairing from the hcsecd point of view. Cheers, -vlado From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 09:30:10 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966D416A41A for ; Wed, 7 Nov 2007 09:30:10 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.233.200]) by mx1.freebsd.org (Postfix) with ESMTP id F17F613C4A8 for ; Wed, 7 Nov 2007 09:30:09 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-msk-nat.sw.ru [195.214.232.10]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id lA79TCwB021323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 12:29:13 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IphDk-0000at-0O; Wed, 07 Nov 2007 12:29:12 +0300 From: Vladimir Grebenschikov To: Vladimir Botka In-Reply-To: <20071107070608.3e51cfc6@srv> References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> <1194303795.2283.17.camel@localhost> <20071107070608.3e51cfc6@srv> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 07 Nov 2007 12:29:11 +0300 Message-Id: <1194427751.1493.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 09:30:10 -0000 On Wed, 2007-11-07 at 07:06 +0100, Vladimir Botka wrote: > Dne Tue, 06 Nov 2007 02:03:15 +0300 > Vladimir Grebenschikov napsal(a): > > > On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > > > > > if you dual boot your system and use the same bluetooth device you > > > will need to re-pair your keyboard every time you boot to another > > > os. (if) you can get a link key from win xp registry (or elsewhere) > > > you can put the same link key into hcsecd.conf and then you will > > > not need to re-pair. > > > > Hmm, strange, I have bluetooth mouse and it works under both Windows > > and FreeBSD on my noteboot without re-pairing every boot to other OS. > > > > I've not done anything special about it, just pair it once under > > FreeBSD, then once under Windows. > > > > What's the difference ? "Magically" it have generated same key for > > both OSes ? > > > > (my mouse is Logitech MX900) > > > > I got Ligitech diNovo bluetooth keyboard and mouse which works just > fine on 6.3 diskless X-terminal. The Logitech USB bluetooth receiver > creates the links to the keybord/mouse and on the USB side just > emulates USB keybord/mouse ukbd0/ums0. The bluetooth OS subsystem is not > even running (no hcsecd), but you can switch it on if you want. So > there is no pairing from the hcsecd point of view. In my case it is "true" bluetooth connection, with appropriate entries in bthidd.conf and in hcsecd.conf: device { bdaddr 00:07:61:17:9b:27; name "mouse"; key nokey; pin "0000"; } > Cheers, > -vlado -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 7 09:33:11 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E05B516A420 for ; Wed, 7 Nov 2007 09:33:11 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.233.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1884C13C4C5 for ; Wed, 7 Nov 2007 09:33:10 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-msk-nat.sw.ru [195.214.232.10]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id lA79Wo9d005309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 12:32:51 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IphHG-0000bW-4Z; Wed, 07 Nov 2007 12:32:50 +0300 From: Vladimir Grebenschikov To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1194394768.15775.18.camel@RabbitsDen> References: <472DFCE2.2010707@coldhaus.com> <472E39A9.5090107@coldhaus.com> <1194303795.2283.17.camel@localhost> <1194394768.15775.18.camel@RabbitsDen> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 07 Nov 2007 12:32:49 +0300 Message-Id: <1194427969.1493.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Eric Millbrandt , freebsd-bluetooth@freebsd.org Subject: Re: bluetooth mouse/keyboard blues X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 09:33:12 -0000 On Tue, 2007-11-06 at 19:19 -0500, Alexandre "Sunny" Kovalenko wrote: > On Tue, 2007-11-06 at 02:03 +0300, Vladimir Grebenschikov wrote: > > On Sun, 2007-11-04 at 14:47 -0700, Maksim Yevmenkin wrote: > > > > > if you dual boot your system and use the same bluetooth device you > > > will need to re-pair your keyboard every time you boot to another os. > > > (if) you can get a link key from win xp registry (or elsewhere) you > > > can put the same link key into hcsecd.conf and then you will not need > > > to re-pair. > > > > Hmm, strange, I have bluetooth mouse and it works under both Windows and > > FreeBSD on my noteboot without re-pairing every boot to other OS. > > > > I've not done anything special about it, just pair it once under > > FreeBSD, then once under Windows. > > > > What's the difference ? "Magically" it have generated same key for both > > OSes ? > > > > (my mouse is Logitech MX900) > > > I think spec allows cheaper devices to use single link key ("unit" key, > as opposed to the "combination" key) with everyone, and not generate it > for every repairing. > > Simplest way to verify that is to store backup copy of > var/db/hcsecd.keys, remove mouse key (or remove the whole file, if the > mouse is the only bluetooth device you are using), reboot, repair the > mouse and see if new key is any different then the old one. Hm, my hcsecd.keys has no entry for mouse, so looks like it works without key for both Windows and FreeBSD. > OT: @vova -- if you are still having problems with Evolution, you can > try my patch on the Gnome Bugzilla. I'll try your patch, thanks. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 15:45:51 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6F516A41A for ; Thu, 8 Nov 2007 15:45:51 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp4.sbb.co.yu (smtp4.sbb.co.yu [82.117.194.24]) by mx1.freebsd.org (Postfix) with ESMTP id AFE4013C491 for ; Thu, 8 Nov 2007 15:45:50 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net ([89.216.116.170]) by smtp4.sbb.co.yu (8.14.0/8.14.0) with ESMTP id lA8FNdBP011648 for ; Thu, 8 Nov 2007 16:23:39 +0100 Received: by faust.net (Postfix, from userid 1001) id 1BCAD1CC2F; Thu, 8 Nov 2007 16:23:27 +0100 (CET) Date: Thu, 8 Nov 2007 16:23:27 +0100 From: Zoran Kolic To: freebsd-bluetooth@freebsd.org Message-ID: <20071108152327.GA969@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.6 X-SBB-Spam-Level: XXXXX Subject: buying usb bluetooth dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 15:45:51 -0000 Howdy! I would like to hear opinions about bluetooth dongle, I have an intention to buy. The list in stores in my area is not so long. - canyon btu4 - gigabyte bt03d - msi star key 2.0 Does it make any difference, since I cannot get the name of the chip inside the product? The primary goal of this dongle should be to get/put data from/to cell phone (nokia 6233) and it's memory card. I found references to products like obexapp and gammu. What is the prefered way to do the job? Best regards Zoran From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 16:33:50 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE36516A469 for ; Thu, 8 Nov 2007 16:33:50 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id 632A913C4BB for ; Thu, 8 Nov 2007 16:33:50 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir6.iol.cz (unknown [192.168.30.215]) by smtp-out4.iol.cz (Postfix) with ESMTP id C31071C67C5 for ; Thu, 8 Nov 2007 16:33:37 +0000 (UTC) Received: from localhost (antivir6.iol.cz [127.0.0.1]) by antivir6.iol.cz (Postfix) with ESMTP id 7ED6026003F for ; Thu, 8 Nov 2007 17:33:34 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir6.iol.cz ([127.0.0.1]) by localhost (antivir6.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id Urmhf1-w4MiP for ; Thu, 8 Nov 2007 17:33:34 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir6.iol.cz (Postfix) with ESMTP id C8484260048 for ; Thu, 8 Nov 2007 17:33:33 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Postfix) with ESMTP id 6323647E8B for ; Thu, 8 Nov 2007 17:33:32 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id E5B8B174; Thu, 8 Nov 2007 17:33:31 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 2F299170 for ; Thu, 8 Nov 2007 17:33:31 +0100 (CET) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id E01F6BE25 for ; Thu, 8 Nov 2007 17:33:30 +0100 (CET) Date: Thu, 8 Nov 2007 17:33:30 +0100 From: Vladimir Botka To: freebsd-bluetooth@freebsd.org Message-ID: <20071108173330.11691ae5@srv> In-Reply-To: <20071108152327.GA969@faust.net> References: <20071108152327.GA969@faust.net> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: buying usb bluetooth dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 16:33:51 -0000 Dne Thu, 8 Nov 2007 16:23:27 +0100 Zoran Kolic napsal(a): > Howdy! > I would like to hear opinions about bluetooth > dongle, I have an intention to buy. The list in > stores in my area is not so long. > - canyon btu4 > - gigabyte bt03d > - msi star key 2.0 > Does it make any difference, since I cannot get > the name of the chip inside the product? > The primary goal of this dongle should be to > get/put data from/to cell phone (nokia 6233) and > it's memory card. I found references to products > like obexapp and gammu. What is the prefered way > to do the job? > Best regards > > Zoran Hello, msi star key 2.0 works for me. Cheers. -vlado From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 20:33:57 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF7D16A418 for ; Thu, 8 Nov 2007 20:33:57 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9A80C13C48E for ; Thu, 8 Nov 2007 20:33:55 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so242748rvb for ; Thu, 08 Nov 2007 12:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=XqEouFLCbgiMLzdgqaSoxoXy1GIc/9sKTkEnlLywbwI=; b=NV2oZb5PSblS4fBHqSNrHcbKIh7yRfeil1EcMfN5AqvKABFQjQZ2oT3rLcAqbMSJ17NNC8ipdUyspDDw2zxg4zazUcVpoTSx7ugO0nHChm/wJEreQeAToijZURvds1AD8Hp++xOcuBCyDONiO+tHggMnM0KHTP/cS9/U/w9S2xI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=kTqhf02e6D/veKTzBcI9O7k9JEI5z3Pr/XJ6sZiGn1C+jJcrim8azNWslNs4wZj/4k44vCan1oH/F//i95BPAPNr1umFdTkEGv9j4NPdgbq8MZt5r9s2qlXeTvlTZwsoVL7JymXlIgYoX13aJsjCHhJWDzM84RTO4MvdCNT2wTY= Received: by 10.141.45.16 with SMTP id x16mr494430rvj.1194552548018; Thu, 08 Nov 2007 12:09:08 -0800 (PST) Received: from fortytwo.zapto.org ( [67.70.99.130]) by mx.google.com with ESMTPS id h5sm1149260roe.2007.11.08.12.09.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Nov 2007 12:09:06 -0800 (PST) Message-ID: <47336CE0.4040909@gmail.com> Date: Thu, 08 Nov 2007 15:09:04 -0500 From: Jimmie James User-Agent: Thunderbird 2.0.0.4pre (X11/20071018) MIME-Version: 1.0 To: freebsd-bluetooth@freebsd.org, freebsd-questions@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: usb dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 20:33:57 -0000 I have a Broadcom BCM92035DGROM dongle, and this is what I'm seeing. I'm assuming it's not supported, (from the handbook: The Broadcom BCM2033 chip based Bluetooth devices are supported via the ubtbcmfw(4) and ng_ubt(4) drivers) Is there anyone that's gotten this model to work, or is it an exercise in futility? FreeBSD 6.2-STABLE #0: Mon May 14 15:21:30 EDT 2007 root@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO kldstat: 6 1 0xc60ed000 3000 ubtbcmfw.ko 7 1 0xc9e1f000 7000 ng_ubt.ko Nov 8 15:01:03 fortytwo kernel: ubt0: Broadcom BCM92035DGROM, rev 1.10/1.09, addr 2 Nov 8 15:01:03 fortytwo kernel: ubt0: Broadcom BCM92035DGROM, rev 1.10/1.09, addr 2 Nov 8 15:01:03 fortytwo kernel: ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 Nov 8 15:01:03 fortytwo kernel: ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 Nov 8 15:01:03 fortytwo root: /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 -- If you can't beat your computer at chess, try kickboxing. --- --- --- Solving Today's Problems Tomorrow From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 21:05:10 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708B516A41B for ; Thu, 8 Nov 2007 21:05:10 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 0019613C4B6 for ; Thu, 8 Nov 2007 21:05:09 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so329566fka for ; Thu, 08 Nov 2007 13:05:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=1UBNhDUjS3b7pRExEeipgGtkZ9YDLZOkPSGtF7QdcyA=; b=HEQhh25ICmedRlGSMYHcVWNGA/ZGb/fcxk3NFvL+uCPp3n4bxBuRRUwEO5Ny2KmW3zbgUb6FDt9suTTGjaTxyOoKlVDzHaH4pkNiOrR2kyg4DaXChOz5FOOEDxEERx+AFV9PKsW5kkXx9ilIDmGOnxYfhinwNwZYQNwpppUcP+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=owHb+I8gClG4HMc6Fe+uhsP6GM8vGrazr2DricXXiqGFjBJ0onDa2JmlxbpT1cm9yWymzr2X2l1Lb1Yu5vk63MgpyEpOuFhvu+24792ysNrryJfxuhWj/NC4p5jyN7AIwJHfpbLBFsg63Uhu3SglKCLY+5RUhgJOby2oabh/ppE= Received: by 10.82.181.10 with SMTP id d10mr1230329buf.1194555900695; Thu, 08 Nov 2007 13:05:00 -0800 (PST) Received: by 10.86.83.12 with HTTP; Thu, 8 Nov 2007 13:05:00 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 13:05:00 -0800 From: "Maksim Yevmenkin" To: jimmiejaz@gmail.com In-Reply-To: <47336CE0.4040909@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47336CE0.4040909@gmail.com> Cc: freebsd-bluetooth@freebsd.org, freebsd-questions@freebsd.org Subject: Re: usb dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:05:10 -0000 On 11/8/07, Jimmie James wrote: > I have a Broadcom BCM92035DGROM dongle, and this is what I'm seeing. > I'm assuming it's not supported, (from the handbook: The Broadcom > BCM2033 chip based Bluetooth devices are supported via the ubtbcmfw(4) > and ng_ubt(4) drivers) > > Is there anyone that's gotten this model to work, or is it an exercise > in futility? first of all, i doubt that BCM92035 is using 2033 chip. i think it is uses different (2035?) chip. it also appears that this particular dongle may need to use special non-standard initialization sequence. can you please check vendor id/product id pair for your dongle (use usbdevs(8)). 1) if it is (0x0a5c, 0x200a) then you could try to comment out "reset" command in /etc/rc.d/bluetooth 2) if it is (x0a5c, 0x2009) then you out of luck - this device needs special non-standard initialization sequence. ng_ubt(4) currently does not support that. if i can get this dongle into my hands i can fix ng_ubt(4) thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 21:29:54 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1815516A4A9 for ; Thu, 8 Nov 2007 21:29:54 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id B1D0B13C4BC for ; Thu, 8 Nov 2007 21:29:52 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so218309rnb for ; Thu, 08 Nov 2007 13:29:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=CO9XSOM9uQIxxOvCprcydHX5t6lPuiR+AD0qdKXW6sw=; b=P+gv/0B7KRWFOC40GpytT79sCmJb1jIok0fjVp4kv8QANtg9FagQA5PLDzzDlq4y/8SEUjH41QjsooAKXAxsAIolJ4O4iZfp9ZYqeVozatpiJ5H0t6VRKQI/ry4o7crUkjZgJH4Mc/ztcMP1IsMXW3r4C8dZEZzdxaoEDrafGeA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=GNrz4rHdeQvd4QA+H2m8V389Q9jVZYGTB115bQ3cnAcF5VaAFRucI1TT1wIrLUlDw+KjP1ZaXziUSv6NyhJno1F2d+Ysgonqkwzb4E08BXl4yNMqoHxD1BrmsqkAguMyLqB5/mfo5IxpIFRi+T/y9IxOLpt+hQOxCxZHbB1zNBs= Received: by 10.142.165.9 with SMTP id n9mr477080wfe.1194557385303; Thu, 08 Nov 2007 13:29:45 -0800 (PST) Received: from fortytwo.zapto.org ( [67.70.99.130]) by mx.google.com with ESMTPS id m7sm1240244roe.2007.11.08.13.29.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Nov 2007 13:29:43 -0800 (PST) Message-ID: <47337FC6.7060106@gmail.com> Date: Thu, 08 Nov 2007 16:29:42 -0500 From: Jimmie James User-Agent: Thunderbird 2.0.0.4pre (X11/20071018) MIME-Version: 1.0 To: Maksim Yevmenkin References: <47336CE0.4040909@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-bluetooth@freebsd.org, freebsd-questions@freebsd.org Subject: Re: usb dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:29:54 -0000 Maksim Yevmenkin wrote: > On 11/8/07, Jimmie James wrote: >> I have a Broadcom BCM92035DGROM dongle, and this is what I'm seeing. >> I'm assuming it's not supported, (from the handbook: The Broadcom >> BCM2033 chip based Bluetooth devices are supported via the ubtbcmfw(4) >> and ng_ubt(4) drivers) >> >> Is there anyone that's gotten this model to work, or is it an exercise >> in futility? > > first of all, i doubt that BCM92035 is using 2033 chip. i think it is > uses different (2035?) chip. > > it also appears that this particular dongle may need to use special > non-standard initialization sequence. > > can you please check vendor id/product id pair for your dongle (use usbdevs(8)). > > 1) if it is (0x0a5c, 0x200a) then you could try to comment out "reset" > command in /etc/rc.d/bluetooth > > 2) if it is (x0a5c, 0x2009) then you out of luck - this device needs > special non-standard initialization sequence. ng_ubt(4) currently does > not support that. if i can get this dongle into my hands i can fix > ng_ubt(4) > > thanks, > max > I was searching google and came across these two threads, http://lists.freebsd.org/pipermail/freebsd-bluetooth/2006-September/000788.html http://www.nabble.com/j2me-bluetooth-app-using-freebsd-bluetooth-stack-t2356546.html So it looked like it was possible... usbdevs -dv shows: port 1 addr 2: full speed, power 100 mA, config 1, BCM92035DGROM(0x0850), Broadcom(0x22b8), rev 1.09 ubt0 If you need anything else, I'll do what I can. Thanks Jimmie -- If you can't beat your computer at chess, try kickboxing. --- --- --- Solving Today's Problems Tomorrow From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 22:00:54 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946D316A46B for ; Thu, 8 Nov 2007 22:00:54 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from post.rya-online.net (post.rya-online.net [195.26.225.220]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF5813C48A for ; Thu, 8 Nov 2007 22:00:54 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from rya-online.net (th2dc-217-154-249-26.dial.mistral.co.uk [217.154.249.26]) by post.rya-online.net (Postfix) with SMTP id 5BB241D4E4A; Thu, 8 Nov 2007 20:55:50 +0000 (GMT) Received: (nullmailer pid 737 invoked by uid 1000); Thu, 08 Nov 2007 19:54:31 -0000 Date: Thu, 8 Nov 2007 19:54:30 +0000 (GMT) To: Zoran Kolic In-Reply-To: <20071108152327.GA969@faust.net> References: <20071108152327.GA969@faust.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1194551671.172352.1143.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: Re: buying usb bluetooth dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 22:00:54 -0000 On Thu, 8 Nov 2007, Zoran Kolic wrote: > I would like to hear opinions about bluetooth > dongle, I have an intention to buy. The list in > stores in my area is not so long. > - canyon btu4 > - gigabyte bt03d > - msi star key 2.0 > Does it make any difference, since I cannot get > the name of the chip inside the product? Well, most of these dongles have a CSR chip inside in any case. The words on the packaging you must look for are: "v1.2" - this is an older device, don't get it. "v2.x + EDR" - are the newest spec (2.1 is latest I think) "Class 1" - means has better range (100m) but uses more power "Class 2" - lower range (10m) and lower power consumption personally, I don't think its worth it to get a Class 1 if you don't need the extra range, but you definitely want "v2.x and EDR" as it is many times faster and more robust than the older spec. iain From owner-freebsd-bluetooth@FreeBSD.ORG Thu Nov 8 23:32:12 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BD4F16A417 for ; Thu, 8 Nov 2007 23:32:12 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id AB8FF13C49D for ; Thu, 8 Nov 2007 23:32:11 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so266320nfb for ; Thu, 08 Nov 2007 15:32:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LfsUgTc7bGqLu9wq6GUazSc1LC5M7hyjd7vnc5ic1Lc=; b=RBDYXd0a/CDmk/QCmnv06lqrzUTaIG8dy77FE45OR/Z4KXB1De6PG7Cj3WNIPn+KzEuC0UnRFdv1ZevwfXLoqPiPoaz4FLOKmdGIyo8UbX9g5GwzTfiwyj8r12epGU4/0aEru1lHQkJZxg3ccmFu5Rp7Z4vDY9q99px/Guw1DSI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bVH9WWYL9mhebn32Ipv48Y0Yl2k6BbTpUxqys7kDPPzqxJ+bfufgRrxcLmvb3yG8aQxdUL5UVwBZAT1zdGl5nvgPQgbjx+VP73Ar+WatVWgNcBpcjHZkfmKsLtVQc8Jf79j/lsJzYqwH2PMhRy+Lauty53WUnJ1f/icK9d2Vi0Q= Received: by 10.86.98.18 with SMTP id v18mr954937fgb.1194564723443; Thu, 08 Nov 2007 15:32:03 -0800 (PST) Received: by 10.86.83.12 with HTTP; Thu, 8 Nov 2007 15:32:03 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 15:32:03 -0800 From: "Maksim Yevmenkin" To: jimmiejaz@gmail.com In-Reply-To: <47337FC6.7060106@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47336CE0.4040909@gmail.com> <47337FC6.7060106@gmail.com> Cc: freebsd-bluetooth@freebsd.org, freebsd-questions@freebsd.org Subject: Re: usb dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 23:32:12 -0000 On 11/8/07, Jimmie James wrote: > Maksim Yevmenkin wrote: > > On 11/8/07, Jimmie James wrote: > >> I have a Broadcom BCM92035DGROM dongle, and this is what I'm seeing. > >> I'm assuming it's not supported, (from the handbook: The Broadcom > >> BCM2033 chip based Bluetooth devices are supported via the ubtbcmfw(4) > >> and ng_ubt(4) drivers) > >> > >> Is there anyone that's gotten this model to work, or is it an exercise > >> in futility? > > > > first of all, i doubt that BCM92035 is using 2033 chip. i think it is > > uses different (2035?) chip. > > > > it also appears that this particular dongle may need to use special > > non-standard initialization sequence. > > > > can you please check vendor id/product id pair for your dongle (use usbdevs(8)). > > > > 1) if it is (0x0a5c, 0x200a) then you could try to comment out "reset" > > command in /etc/rc.d/bluetooth > > > > 2) if it is (x0a5c, 0x2009) then you out of luck - this device needs > > special non-standard initialization sequence. ng_ubt(4) currently does > > not support that. if i can get this dongle into my hands i can fix > > ng_ubt(4) > > > > thanks, > > max > > > > I was searching google and came across these two threads, > http://lists.freebsd.org/pipermail/freebsd-bluetooth/2006-September/000788.html > http://www.nabble.com/j2me-bluetooth-app-using-freebsd-bluetooth-stack-t2356546.html > > So it looked like it was possible... > > usbdevs -dv shows: > port 1 addr 2: full speed, power 100 mA, config 1, > BCM92035DGROM(0x0850), Broadcom(0x22b8), rev 1.09 > ubt0 huh?? very strange. not sure why your dongle says its broadcom, where is vendor id 0x22b8 is for motorola. the product is 0850 seems to be for motorola pc850 dongle. 1) please check /var/log/messages to see if there are any errors from ng_ubt(4) driver 2) please install hcidump from ports (comms/hcidump) and then as root make sure device is not connected # kldload ng_btsocket -- this may fail if ng_btsocket module was already loaded, ignore it. # hcidump -w init.dump -- this will block now attach the device and wait for it to fail terminate hcidump with ^c and send me the init.dump file thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Nov 9 03:07:06 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED23916A41A for ; Fri, 9 Nov 2007 03:07:06 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id 96FDC13C48E for ; Fri, 9 Nov 2007 03:07:06 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so273027rnb for ; Thu, 08 Nov 2007 19:06:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=/0k0zjjIFxqdTLd5sujgWEaEfxaWa/NGBUpP2g5zTqc=; b=SofgWC+2oConq+H7QI6eYNwRP+F0hwnDHRIvATfEiJXQxqkflmdyfP/piWoY5nsQy+E//xfvJK6OUPsnpIGFQlCHUi2w6YgN+Mx43H/Qekuyj9iQhtNdlegqkbBq1/aFUugP1Y2bK7xHGK877ik44r1vW+NRNb4OYS+F7iMqYCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=NDXDB8ppjHP7BlM61GS2aLwvFr5inYHsZhX1Of56pMH+1sO3znatDu6kkMKEml7ulk6+vb9Psfmgd4pGV9Ft/4REpY3BaTP6eLgnbFfEGCvT1WlB05fAExSxfFwOOds2oRjUdoL9rOVtgydYDJZ8IIVWU0ujB68BN0oYDna7TaE= Received: by 10.150.145.20 with SMTP id s20mr321137ybd.1194577174625; Thu, 08 Nov 2007 18:59:34 -0800 (PST) Received: from fortytwo.zapto.org ( [67.70.99.130]) by mx.google.com with ESMTPS id p5sm1623543roc.2007.11.08.18.59.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Nov 2007 18:59:32 -0800 (PST) Message-ID: <4733CD13.60106@gmail.com> Date: Thu, 08 Nov 2007 21:59:31 -0500 From: Jimmie James User-Agent: Thunderbird 2.0.0.4pre (X11/20071018) MIME-Version: 1.0 To: freebsd-bluetooth@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: usb dongle [solved]] X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 03:07:07 -0000 Maksim Yevmenkin wrote: > On 11/8/07, Jimmie James wrote: >> Maksim Yevmenkin wrote: >>> On 11/8/07, Jimmie James wrote: >>>> I have a Broadcom BCM92035DGROM dongle, and this is what I'm seeing. >>>> I'm assuming it's not supported, (from the handbook: The Broadcom >>>> BCM2033 chip based Bluetooth devices are supported via the ubtbcmfw(4) >>>> and ng_ubt(4) drivers) >>>> >>>> Is there anyone that's gotten this model to work, or is it an exercise >>>> in futility? >>> first of all, i doubt that BCM92035 is using 2033 chip. i think it is >>> uses different (2035?) chip. >>> >>> it also appears that this particular dongle may need to use special >>> non-standard initialization sequence. >>> >>> can you please check vendor id/product id pair for your dongle (use usbdevs(8)). >>> >>> 1) if it is (0x0a5c, 0x200a) then you could try to comment out "reset" >>> command in /etc/rc.d/bluetooth >>> >>> 2) if it is (x0a5c, 0x2009) then you out of luck - this device needs >>> special non-standard initialization sequence. ng_ubt(4) currently does >>> not support that. if i can get this dongle into my hands i can fix >>> ng_ubt(4) >>> >>> thanks, >>> max >>> >> I was searching google and came across these two threads, >> http://lists.freebsd.org/pipermail/freebsd-bluetooth/2006-September/000788.html >> http://www.nabble.com/j2me-bluetooth-app-using-freebsd-bluetooth-stack-t2356546.html >> >> So it looked like it was possible... >> >> usbdevs -dv shows: >> port 1 addr 2: full speed, power 100 mA, config 1, >> BCM92035DGROM(0x0850), Broadcom(0x22b8), rev 1.09 >> ubt0 > > huh?? very strange. not sure why your dongle says its broadcom, where > is vendor id 0x22b8 is for motorola. the product is 0850 seems to be > for motorola pc850 dongle. > > 1) please check /var/log/messages to see if there are any errors from > ng_ubt(4) driver > > 2) please install hcidump from ports (comms/hcidump) and then as root > > make sure device is not connected > > # kldload ng_btsocket -- this may fail if ng_btsocket module was > already loaded, ignore it. > # hcidump -w init.dump -- this will block > > now attach the device and wait for it to fail > > terminate hcidump with ^c and send me the init.dump file > > thanks, > max > Well, after fighting with ng_btsocket, trying to get it to load, and after loading every bluetooth module I could find, it has decided to start working. Messages still things it's a Broadcom, but I can send and receive files. I'm leaning towards a module that wasn't loaded, or an old version (rebuild them all) This helped in finding the applications to transfert he files, and setting up the hosts file. http://lopisaur.blogspot.com/2006/03/bluetooth-freebsd-siemens-s5x-blues.html If there's anything more you need, let me know. Thank you Maksim!! usbdevs -v port 2 addr 2: full speed, power 100 mA, config 1, BCM92035DGROM(0x0850), Broadcom(0x22b8), rev 1.09 10 4 0xc60ed000 2000 ng_bluetooth.ko 11 1 0xca458000 19000 ng_btsocket.ko 12 1 0xc9e1f000 7000 ng_ubt.ko 13 1 0xc9ebb000 d000 ng_hci.ko 14 1 0xca1e5000 f000 ng_l2cap.ko Nov 8 20:23:19 fortytwo kernel: ubt0: Broadcom BCM92035DGROM, rev 1.10/1.09, addr 2 Nov 8 20:23:19 fortytwo kernel: ubt0: Broadcom BCM92035DGROM, rev 1.10/1.09, addr 2 Nov 8 20:23:19 fortytwo kernel: ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 Nov 8 20:23:19 fortytwo kernel: ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 Nov 8 20:21:20 fortytwo hcsecd[93960]: Got Link_Key_Request event from 'ubt0hci', remote bdaddr xx:xx:xx:xx:xx:xx Nov 8 20:21:20 fortytwo hcsecd[93960]: Found matching entry, remote bdaddr xx:xx:xx:xx:xx:xx name 'JJ', link key exists Nov 8 20:21:20 fortytwo hcsecd[93960]: Sending Link_Key_Reply to 'ubt0hci' for remote bdaddr xx:xx:xx:xx:xx:xx hccontrol -n ubt0hci inquiry Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b90 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b90 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b90 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b91 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b90 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b90 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b91 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: jimmiejaz Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x7b91 Inquiry complete. Status: No error [00] -- If you can't beat your computer at chess, try kickboxing. --- --- --- Solving Today's Problems Tomorrow -- If you can't beat your computer at chess, try kickboxing. --- --- --- Solving Today's Problems Tomorrow From owner-freebsd-bluetooth@FreeBSD.ORG Fri Nov 9 16:41:38 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2534C16A419 for ; Fri, 9 Nov 2007 16:41:38 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 82D5213C4B0 for ; Fri, 9 Nov 2007 16:41:37 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net ([89.216.116.170]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id lA9GfPNs002142; Fri, 9 Nov 2007 17:41:25 +0100 Received: by faust.net (Postfix, from userid 1001) id C99BC1CC34; Fri, 9 Nov 2007 17:41:08 +0100 (CET) Date: Fri, 9 Nov 2007 17:41:08 +0100 From: Zoran Kolic To: Iain Hibbert Message-ID: <20071109164108.GA1099@faust.net> References: <20071108152327.GA969@faust.net> <1194551671.172352.1143.nullmailer@galant.ukfsn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194551671.172352.1143.nullmailer@galant.ukfsn.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.9 X-SBB-Spam-Level: XXXXXX Cc: freebsd-bluetooth@freebsd.org Subject: Re: buying usb bluetooth dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 16:41:38 -0000 Hi Iain! > Well, most of these dongles have a CSR chip inside in any case. I think gigabyte gn-bt03d looks fine and has usb cable. MSI is ugly. If inner is the same, gigabyte wins. > personally, I don't think its worth it to get a Class 1 if you don't need > the extra range, but you definitely want "v2.x and EDR" as it is many > times faster and more robust than the older spec. Costs are almost identical. I have another question: I made custom kernel and removed all usb items from it. Is it enough to load ng_ubt and usb modules? If uhci/ohci/ehci is needed, I see no other way but to put them into the kernel and recompile. Also, I found in /boot/kernel ng_bluetooth and ng_btsocket. Are they necessary to add or are they loaded authomaticaly? Finaly, what people on this list use to put pictures/data on their phones? Obexapp? Best regards Zoran From owner-freebsd-bluetooth@FreeBSD.ORG Fri Nov 9 21:43:59 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762A716A418 for ; Fri, 9 Nov 2007 21:43:59 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from post.rya-online.net (post.rya-online.net [195.26.225.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6561413C4A5 for ; Fri, 9 Nov 2007 21:43:59 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from rya-online.net (unknown [217.154.252.156]) by post.rya-online.net (Postfix) with SMTP id 913401D46E4; Fri, 9 Nov 2007 20:08:21 +0000 (GMT) Received: (nullmailer pid 877 invoked by uid 1000); Fri, 09 Nov 2007 19:37:21 -0000 Date: Fri, 9 Nov 2007 19:37:21 +0000 (GMT) To: Zoran Kolic In-Reply-To: <20071109164108.GA1099@faust.net> References: <20071108152327.GA969@faust.net> <1194551671.172352.1143.nullmailer@galant.ukfsn.org> <20071109164108.GA1099@faust.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1194637041.720128.4567.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: Re: buying usb bluetooth dongle X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 21:43:59 -0000 On Fri, 9 Nov 2007, Zoran Kolic wrote: > I have another question: I made custom kernel and removed all > usb items from it. Is it enough to load ng_ubt and usb modules? > If uhci/ohci/ehci is needed, I see no other way but to put them > into the kernel and recompile. Also, I found in /boot/kernel > ng_bluetooth and ng_btsocket. Are they necessary to add or are > they loaded authomaticaly? I don't know about that stuff :) > Finaly, what people on this list use to put pictures/data on > their phones? Obexapp? You can use obexapp or obexftp to transfer files. obexapp is the better I think, and can act as a server so you can send files from the phone. I don't know about sync or gammu/gnokii style programs regards, iain From owner-freebsd-bluetooth@FreeBSD.ORG Sat Nov 10 15:42:46 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9A1616A420 for ; Sat, 10 Nov 2007 15:42:46 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 732EE13C4B8 for ; Sat, 10 Nov 2007 15:42:45 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1016505fka for ; Sat, 10 Nov 2007 07:42:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:cc:x-mailer:sender; bh=PlAimXpupswcVNsmhXdDHuwyTcGZliNq/wyh3paUUF0=; b=JP8GAr0X9bMY97kSJ3D3JoE09kCCLk7jWAGWeq1CFfSzPao/ICbLeyaM/Z2LKPP0dCOJG+PkyR6d8fvilujTgMAiRodkZga69tqgJNY6ZQLbKzbCuWTYO/M4vpabkxk7CjiPDJ4hLzMAy0HhnBPXfIeEFbHSsK4WIcJR13oS/FQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:cc:x-mailer:sender; b=gGtsoVI9/FWnDG6oURPFco1FVg2CtdHDaQAOo8iz++I362e3VmAEmIR7JYDwJigsFMHYMOYYK3UTkSSqEsZd89h36p+yotNecEAIbv/uKcAEPqhYZ09Nx7kxoQWWWIQETSgi1QkKaba8Wh8uKgfsdPB0jo4/6jDtLhmC0+5FW1g= Received: by 10.82.181.10 with SMTP id d10mr5795931buf.1194707830652; Sat, 10 Nov 2007 07:17:10 -0800 (PST) Received: from ?10.0.0.14? ( [83.144.140.15]) by mx.google.com with ESMTPS id z40sm4552738ikz.2007.11.10.07.17.09 (version=SSLv3 cipher=OTHER); Sat, 10 Nov 2007 07:17:10 -0800 (PST) Message-Id: From: Rui Paulo To: freebsd-bluetooth@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Sat, 10 Nov 2007 15:17:06 +0000 X-Mailer: Apple Mail (2.912) Sender: Rui Paulo Cc: Nate Lawson Subject: ubthidctl review X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 15:42:47 -0000 Hi, I would like to request review for ubthidctl, a userland program that switches an USB Bluetooth device from HID to HCI mode and vice versa. I would also like to know whether or not you want to see this in the base system. The patch is available at: http://people.freebsd.org/~rpaulo/ubthidctl.diff Regards. -- Rui Paulo From owner-freebsd-bluetooth@FreeBSD.ORG Sat Nov 10 16:26:39 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8505616A418 for ; Sat, 10 Nov 2007 16:26:39 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp4.sbb.co.yu (smtp4.sbb.co.yu [82.117.194.24]) by mx1.freebsd.org (Postfix) with ESMTP id E804413C4BB for ; Sat, 10 Nov 2007 16:26:38 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net ([89.216.116.170]) by smtp4.sbb.co.yu (8.14.0/8.14.0) with ESMTP id lAAGQ1Gg028835 for ; Sat, 10 Nov 2007 17:26:01 +0100 Received: by faust.net (Postfix, from userid 1001) id 3A8011CC34; Sat, 10 Nov 2007 17:25:58 +0100 (CET) Date: Sat, 10 Nov 2007 17:25:58 +0100 From: Zoran Kolic To: freebsd-bluetooth@freebsd.org Message-ID: <20071110162558.GA1094@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.5 X-SBB-Spam-Level: XXX Subject: usb modules and bluetooth X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 16:26:39 -0000 Howdy! My question would be what usb modules should I load to have usb dongle working? Does ng_ubt loads something by itself? I removed _all_ usb options from kernel conf file, since I rerely use it. Is there chance not to recompile, but load necessary? Nice thing with new device is to find and learn about it. Best regards Zoran From owner-freebsd-bluetooth@FreeBSD.ORG Sat Nov 10 17:10:41 2007 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3AFC16A468 for ; Sat, 10 Nov 2007 17:10:41 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9F09913C494 for ; Sat, 10 Nov 2007 17:10:41 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRA00GGPVP5TYT4@vms040.mailsrvcs.net> for freebsd-bluetooth@freebsd.org; Sat, 10 Nov 2007 11:10:18 -0600 (CST) Date: Sat, 10 Nov 2007 12:09:40 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20071110162558.GA1094@faust.net> To: Zoran Kolic Message-id: <1194714580.826.2.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <20071110162558.GA1094@faust.net> Cc: freebsd-bluetooth@freebsd.org Subject: Re: usb modules and bluetooth X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 17:10:41 -0000 On Sat, 2007-11-10 at 17:25 +0100, Zoran Kolic wrote: > Howdy! > My question would be what usb modules should I load to > have usb dongle working? Does ng_ubt loads something > by itself? I removed _all_ usb options from kernel conf > file, since I rerely use it. Is there chance not to > recompile, but load necessary? I do not build USB into the kernel, and the list below gets my bluetooth (built into ThinkPad X60) working. YMMV... Id Refs Address Size Name 1 38 0xc0400000 406724 kernel ... 17 1 0xc5178000 18000 ng_btsocket.ko 18 5 0xc5190000 b000 netgraph.ko 19 3 0xc5170000 2000 ng_bluetooth.ko ... 26 2 0xc5b9a000 1d000 usb.ko 27 1 0xc5c02000 7000 ng_ubt.ko 28 1 0xc5c0b000 c000 ng_hci.ko 29 1 0xc5c1a000 f000 ng_l2cap.ko 30 1 0xc5c2b000 4000 ng_socket.ko > Nice thing with new device is to find and learn about it. > Best regards > > Zoran > > _______________________________________________ > freebsd-bluetooth@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth > To unsubscribe, send any mail to "freebsd-bluetooth-unsubscribe@freebsd.org" -- Alexandre "Sunny" Kovalenko