From owner-freebsd-bluetooth@FreeBSD.ORG Mon Aug 8 07:11:36 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F26116A41F for ; Mon, 8 Aug 2005 07:11:36 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C073943D5A for ; Mon, 8 Aug 2005 07:11:35 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id QAA24805 for ; Mon, 8 Aug 2005 16:11:33 +0900 (JST) Message-Id: <200508080711.QAA24805@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: freebsd-bluetooth@freebsd.org Date: Mon, 08 Aug 2005 16:11:32 +0900 From: Takanori Watanabe Subject: PAN/BNEP anyone? 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, 08 Aug 2005 07:11:36 -0000 Hi, Are there any people who is working on Personal Area Network/Bluetooth Network Encupslation protocol? From owner-freebsd-bluetooth@FreeBSD.ORG Wed Aug 10 05:04:29 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAB3916A422; Wed, 10 Aug 2005 05:04:28 +0000 (GMT) (envelope-from wtmnrcva@basictechnologies.com) Received: from mail-gateway.gearhost.com (12-217-45-156.client.mchsi.com [12.217.45.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8523145ECA; Wed, 10 Aug 2005 04:35:08 +0000 (GMT) (envelope-from wtmnrcva@basictechnologies.com) Date: Tue, 09 Aug 2005 20:37:59 -0800 From: "Francisco Kane" To: Message-id: MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7Bit X-Priority: 3 X-Source: X-Source-Args: X-Source-Dir: Original-recipient: rfc822;freebsd-bluetooth@freebsd.org Subject: SpecMoney St0ck X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gabrielle List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2005 05:04:30 -0000 NEXT GENERATION BROADBAND SOLUTION !!BREAKING NEWS!! ---------------------------------------- SUMMARY : -Nayna (NAYN.OB) created an innovative & integrated broadband so|ution -Revo|utionizing "The First Mi|e" broadband access networks in the process -De|ivering broadband access so|utions to he|p drive a major paradigm shift ---------------------------------------- Symbol: NAYN.OB Recent price: $0.30 - $2.50 volume: 7,170 shares(4/16/05): 35.8mm (est) Equity market capitalization: $34mm ---------------------------------------- WORLDWIDE BROADBAND : -Wor|dwide number of broadband subscribers inc|uding Cable, DSL and Fiber to the premise about 128 million in Q3, 2004 and expected to grow to 287 mil|ion by 2009 -Emerging Markets such as India expecting broadband subscribers growth from 3 mil|ion to 20 million subscribers by 2007 -Fastest Growth Market is Asia Pacific; Expected Equipment Growth from $24.5 bil|ion to $58.8 bi|lion by 2008 ---------------------------------------- MARKET GROWTH DRIVERS : -Increasing broadband demand for residentia| applications such as streaming music, peer-to-peer sharing app|ications, online games, video-on-demand, HDTV, etc.! -Increasing demand for VoIP services in the enterprises -Acce|erated computing systems evo|ution inc|uding future growth in mu|ti-processor cores, clusters, distributed data storage schemes and adaptive agents ---------------------------------------- PARADIGM SHIFT TO ETHERNET OVER FIRST MILE (EFM) NETWORKS: 1."First Mile" Gigabit Ethernet And Ethernet Passive Optica| Networks (EPON) -Fiber to the premise (business, mu|ti-unit dwel|ing, home premise), a gigantic point-to-mu|tipoint broadband fire hose -Designed to increase service provider revenue by de|ivering high-margin broadband data, voice and video (HDTV, Digital TV, CATV) services -Paradigm shift driving cost reduction with one network by rep|acing three separate voice, data and video networks -Wide app|icability for te|ecom carriers, municipalities, enterprises, |arge sca|e, mu|ti-unit dwe||ing bui|ders, systems integrators 2. Converged, simultaneous trip|e p|ay so|utions -Bundled data, video, voice, and circuit-switched service convergence solutions -Inc|udes Internet Te|ephony (VoIP), broadband services, 3G wire|ess, satellite channe|s, and security networks ---------------------------------------- NAYNA's ETHERNET OVER FIRST MILE (EFM) SOLUTION -EFM-based ExressSTREAM a||ows carriers and others to provide revenue generating services inc|uding: Ethernet, E1, T1, standard telephony,VoIP, IP video, & RF video. -Combines layer two and |ayer three Ethernet switching/routing techno|ogy -Integrates a|l types of user services over EPON and Gigabit Point-to-Point Ethernet -Supports a comprehensive suite of networking protoco|s, inc|uding IP, SIP, SNMP and TDM. User services inc|ude Ethernet private |ines and VPNs,TDM private |ines,video & VoIP -Provides industry-standard compatibility, interoperability, quality of service, economics, ease of use, and virtua|ly unlimited bandwidth required to de|iver today and tomorrow's voice, video and data services ---------------------------------------- COMPANY PROFILE: -Based in Denver, Colorado, earned a profit on revenues of more than $10 million. -Has more than 50 emp|oyees and provides: tai|ored hardware, software, installation, system upgrades,network consolidation, rapid problem response via he|p desk and rapid equipment rep|acement to customers ---------------------------------------- Customer |ist: Western Union The Sports Authority (NYSE: TSA) Qwest Communications Internationa| ---------------------------------------- INTELLECTUAL PROPERTY : Over ten patents in the area of networking and optica| networking ---------------------------------------- Nothing in this e-mai| should be considered personalized investment advice. Although our emp|oyees may answer your general customer service questions, they are not licensed under securities |aws to address your particular investment situation. No communication by our emp|oyees to you should be deemed as personalized investment advice. We expressly forbid our writers from having a financial interest in any security recommended to our readers. Al| of our employees and agents must wait 24 hours after on-|ine pub|ication or 72 hours after the mailing of printed-on|y pub|ication prior to fo|lowing an initial recommendation. Any investments recommended in this |etter shou|d be made only after consu|ting with your investment advisor and on|y after reviewing the prospectus or financial statements of the company. To cancel by mail or for any other subscription issues, reply please to: daily_tip42@ yahoo.com (c) 2005 Investment News|etter A|| Rights Reserved From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 04:02:50 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CF0C16A41F for ; Thu, 11 Aug 2005 04:02:50 +0000 (GMT) (envelope-from bill.kirkland@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD8FF43D46 for ; Thu, 11 Aug 2005 04:02:49 +0000 (GMT) (envelope-from bill.kirkland@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so223567rna for ; Wed, 10 Aug 2005 21:02:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=d00FX3atrucGWWhFLfX94gzLxSsUHHNwljMYwmqId93QHjx8dzdcMA03ZasR/9y4bn2OUQJVIpdttAM8h1ID8FjS3d/8dJRp10gL6s8phGLKjmN31RGtuoo43j+VO46XizekIvlmIk7IUkGA+4L+9vsXsCwfYaaR48Mxd3qnNlA= Received: by 10.11.88.31 with SMTP id l31mr9600cwb; Wed, 10 Aug 2005 21:02:48 -0700 (PDT) Received: by 10.11.120.57 with HTTP; Wed, 10 Aug 2005 21:02:48 -0700 (PDT) Message-ID: Date: Thu, 11 Aug 2005 04:02:48 +0000 From: Bill Kirkland To: freebsd-bluetooth@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: usb bluetooth headset 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, 11 Aug 2005 04:02:50 -0000 Hi, I am having difficulties with the configuration of my sony DR-BT1 wireless headset. I have appended the output from diagnostic commands I believe to be releven= t, though it is apparent I am not understanding something ... any assistance would be greatly appreciated. FreeBSD ash.wek 5.4-RELEASE FreeBSD 5.4-RELEASE #2: Sat Jul 9 00:56:32 UTC 2005 root@ash.wek:/usr/obj/usr/src/sys/wek-050709=20 i386 Wed Aug 10 20:51:13 UTC 2005 + uniq /var/log/messages+ /usr/bin/awk -v tmp=3D/tmp/706 -v six=3Dubt0: -v seven=3Ddetached=20 =09=09/syslogd: kernel boot file is/ { close( tmp ); print > tmp } =09=09/kernel:/ { if ( six =3D=3D $6 ) { print >> tmp =09=09=09if ( seven =3D=3D $7 ) { close( tmp ); print > tmp } =09=09}=09} + cat /tmp/706 Aug 10 20:32:22 ash syslogd: kernel boot file is /boot/kernel/kernel Aug 10 20:32:22 ash kernel: ubt0: Broadcom Bluetooth USB Dongle, rev 1.10/0.03, addr 2 Aug 10 20:32:22 ash kernel: ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out=3D0x2 Aug 10 20:32:22 ash kernel: ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=3D0x83, isoc-out=3D0x3; wMaxPacketSize=3D64; nframes=3D5= , buffer size=3D320 + rm /tmp/706 + kldstat+ /usr/bin/awk -v=20 =09=09/^[0-9]/ { ok=3D0 } =09=09/^[0-9].*(netgraph|ng_.*)[.]ko/ { ok=3D1 } =09=09{ if ( ok =3D=3D 1 ) { =09=09=09print =09=09}=09} 29 1 0xc0847000 b1d4 ng_ubt.ko =09Contains modules: =09=09Id Name =09=0942 uhub/ubt 30 6 0xc0853000 1498c netgraph.ko =09Contains modules: =09=09Id Name =09=0941 netgraph 33 4 0xc1b34000 2000 ng_bluetooth.ko =09Contains modules: =09=09Id Name =09=09221 bluetooth 34 1 0xc1b36000 13000 ng_hci.ko =09Contains modules: =09=09Id Name =09=09222 ng_hci 35 1 0xc1b59000 15000 ng_l2cap.ko =09Contains modules: =09=09Id Name =09=09223 ng_l2cap 36 1 0xc1b78000 1b000 ng_btsocket.ko =09Contains modules: =09=09Id Name =09=09224 ng_btsocket 37 1 0xc1b95000 5000 ng_socket.ko =09Contains modules: =09=09Id Name =09=09225 ng_socket + usbdevs+ grep -v -i bluetooth port 2 addr 2: full speed, power 100 mA, config 1, Bluetooth USB Dongle(0x200a), Broadcom(0x0a5c), rev 0.03 + /etc/rc.bluetooth start ubt0 + /usr/sbin/ngctl list There are 7 total nodes: Name: ngctl758 Type: socket ID: 00000021 Num hooks: 0 Name: ubt0l2cap Type: l2cap ID: 0000001b Num hooks: 3 Name: ubt0hci Type: hci ID: 00000017 Num hooks: 3 Name: btsock_l2c Type: btsock_l2c ID: 00000004 Num hooks: 1 Name: btsock_l2c_raw Type: btsock_l2c_raw ID: 00000003 Num hooks: 1 Name: btsock_hci_raw Type: btsock_hci_raw ID: 00000002 Num hooks: 1 Name: ubt0 Type: ubt ID: 00000001 Num hooks: 1 + /usr/sbin/ngctl type There are 7 total types: Type name Number of living nodes --------- ---------------------- socket 1 btsock_l2c 1 btsock_l2c_raw 1 btsock_hci_raw 1 l2cap 1 hci 1 ubt 1 + ps -auxw + grep sdpd + hccontrol -n ubt0hci inquiry Inquiry result, num_responses=3D1 Inquiry result #0 =09BD_ADDR: headset =09Page Scan Rep. Mode: 0x1 =09Page Scan Period Mode: 00 =09Page Scan Mode: 00 =09Class: 20:04:04 =09Clock offset: 0x34de Inquiry result, num_responses=3D1 Inquiry result #0 =09BD_ADDR: headset =09Page Scan Rep. Mode: 0x1 =09Page Scan Period Mode: 00 =09Page Scan Mode: 00 =09Class: 20:04:04 =09Clock offset: 0x34de Inquiry result, num_responses=3D1 Inquiry result #0 =09BD_ADDR: headset =09Page Scan Rep. Mode: 0x1 =09Page Scan Period Mode: 00 =09Page Scan Mode: 00 =09Class: 20:04:04 =09Clock offset: 0x34de Inquiry result, num_responses=3D1 Inquiry result #0 =09BD_ADDR: headset =09Page Scan Rep. Mode: 0x1 =09Page Scan Period Mode: 00 =09Page Scan Mode: 00 =09Class: 20:04:04 =09Clock offset: 0x34de Inquiry complete. Status: No error [00] + hccontrol -n nbt0hci remote_name_request headset Could not execute command "remote_name_request". Operation timed out --=20 Bill Kirkland From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 07:39:27 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F28F816A41F for ; Thu, 11 Aug 2005 07:39:26 +0000 (GMT) (envelope-from urnenfel@tiscali.es) Received: from smtp108.mail.sc5.yahoo.com (smtp108.mail.sc5.yahoo.com [66.163.170.6]) by mx1.FreeBSD.org (Postfix) with SMTP id B1EB443D45 for ; Thu, 11 Aug 2005 07:39:26 +0000 (GMT) (envelope-from urnenfel@tiscali.es) Received: (qmail 69572 invoked from network); 11 Aug 2005 07:39:26 -0000 Received: from unknown (HELO @vodafone.es) (urnen81@84.173.139.117 with login) by smtp108.mail.sc5.yahoo.com with SMTP; 11 Aug 2005 07:39:23 -0000 Date: Thu, 11 Aug 2005 09:33:17 +0000 From: Oliver In-Reply-To: Message-Id: <20050811093317.8381.1@@vodafone.es> Mime-Version: 1.0 References: To: freebsd-bluetooth@freebsd.org User-Agent: Beam yT Release Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: remote name 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, 11 Aug 2005 07:39:27 -0000 > + hccontrol -n nbt0hci remote_name_request headset > Could not execute command "remote_name_request". Operation timed out I always get no answer form remote devices (after the inquiry process), casting this command. I get only the comand status event... In which conditions have to be the remote and the local device to be successfull ? ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 16:31:39 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4C716A41F for ; Thu, 11 Aug 2005 16:31:39 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3F5F43D49 for ; Thu, 11 Aug 2005 16:31:38 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so319736rne for ; Thu, 11 Aug 2005 09:31:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N2/pnntTzrGI3zywy+kmzciRhijARo9ojmM7aFDskWz9MZTpI1/sJDvFjxzywFTUfOItAf+UU4sz8jZv2SXZL8ltxdG3cot1DLcOOQcr0mTHqmEOa0s2Yzdw8g76VILT8QradAEbA5veL7ZnNrjC8gnXlVt4QhsSiRKK8pnNBVw= Received: by 10.38.97.60 with SMTP id u60mr700958rnb; Thu, 11 Aug 2005 09:31:38 -0700 (PDT) Received: by 10.38.208.5 with HTTP; Thu, 11 Aug 2005 09:31:38 -0700 (PDT) Message-ID: Date: Thu, 11 Aug 2005 09:31:38 -0700 From: Maksim Yevmenkin To: Bill Kirkland In-Reply-To: <42FB7A45.9060206@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42FB7A45.9060206@savvis.net> Cc: freebsd-bluetooth@freebsd.org Subject: Re: usb bluetooth headset 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, 11 Aug 2005 16:31:39 -0000 Bill, > I am having difficulties with the configuration of my sony DR-BT1 > wireless headset. > I have appended the output from diagnostic commands I believe to be relev= ent, > though it is apparent I am not understanding something ... any > assistance would be > greatly appreciated. lets take a look > Aug 10 20:32:22 ash syslogd: kernel boot file is /boot/kernel/kernel > Aug 10 20:32:22 ash kernel: ubt0: Broadcom Bluetooth USB Dongle, rev > 1.10/0.03, addr 2 > Aug 10 20:32:22 ash kernel: ubt0: Interface 0 endpoints: > interrupt=3D0x81, bulk-in=3D0x82, bulk-out=3D0x2 > Aug 10 20:32:22 ash kernel: ubt0: Interface 1 (alt.config 4) > endpoints: isoc-in=3D0x83, isoc-out=3D0x3; wMaxPacketSize=3D64; nframes= =3D5, > buffer size=3D320 [...] everything looks the way it should. no problem here > + hccontrol -n ubt0hci inquiry > Inquiry result, num_responses=3D1 > Inquiry result #0 > BD_ADDR: headset > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 00 > Page Scan Mode: 00 > Class: 20:04:04 > Clock offset: 0x34de > Inquiry result, num_responses=3D1 > Inquiry result #0 > BD_ADDR: headset > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 00 > Page Scan Mode: 00 > Class: 20:04:04 > Clock offset: 0x34de > Inquiry result, num_responses=3D1 > Inquiry result #0 > BD_ADDR: headset > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 00 > Page Scan Mode: 00 > Class: 20:04:04 > Clock offset: 0x34de > Inquiry result, num_responses=3D1 > Inquiry result #0 > BD_ADDR: headset > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 00 > Page Scan Mode: 00 > Class: 20:04:04 > Clock offset: 0x34de > Inquiry complete. Status: No error [00] this looks great too, except for duplicated inquiry response messages. i really puzzled why is this happening, but i can tell that this does not seem like bluetooth code fault. i have broadcom chip based bluetooth dongle myself (belkin f8t001) and it has similar behavior. i checked hcidump and in my case device indeed sends these duplicated inquiry response messages. i have never seen this with csr chip based bluetooth devices. > + hccontrol -n nbt0hci remote_name_request headset > Could not execute command "remote_name_request". Operation timed out this is strange. could you please run hcidump while you are doing "remote_name_request" and verify that you are getting back responses from the device? hcidump can be installed from the ports collection comms/hcidump. did you try to execute this command few times in a row?=20 you could also try to specify different "page scan repetition mode", "page scan mode" and "clock offset", i.e. beetle% hccontrol help remote_name_request Usage: remote_name_request The Remote_Name_Request command is used to obtain the user-friendly name of another Bluetooth unit. - xx:xx:xx:xx:xx:xx BD_ADDR or name - dd; page scan repetition mode [0-2] - dd; page scan mode [0-3] - xxxx; clock offset [0 - 0xffff] thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 16:44:28 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E16A216A41F for ; Thu, 11 Aug 2005 16:44:28 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 297B543D58 for ; Thu, 11 Aug 2005 16:44:27 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so321811rne for ; Thu, 11 Aug 2005 09:44:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FoJ55mDvrA1pHfUJxJV1VHRRJRpulhAbUAjK11RWFxBvEnmaTtiTUZ19bH1rnkcoFjM32BqbOr2NNnb9SacVtwGY2ctRhfLB40J4VPnKsds6VxB/jnesmFrwYrOSDqZpTfOsDaUSICDwmVS8Ouq9SkrypKmfOgpS6DOzBPeyYD8= Received: by 10.39.3.36 with SMTP id f36mr706935rni; Thu, 11 Aug 2005 09:44:27 -0700 (PDT) Received: by 10.38.208.5 with HTTP; Thu, 11 Aug 2005 09:44:27 -0700 (PDT) Message-ID: Date: Thu, 11 Aug 2005 09:44:27 -0700 From: Maksim Yevmenkin To: Oliver In-Reply-To: <42FB7A53.1060405@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42FB7A53.1060405@savvis.net> Cc: freebsd-bluetooth@freebsd.org Subject: Re: remote name 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, 11 Aug 2005 16:44:29 -0000 Oliver, > > + hccontrol -n nbt0hci remote_name_request headset > > Could not execute command "remote_name_request". Operation timed out >=20 > I always get no answer form remote devices (after the inquiry process), > casting this command. I get only the comand status event... hmm... very strange. sorry, but i can only tell you this: if your bluetooth device acknowledge the command (with command status event) then you should look at the status field in the event. the command can be either accepted (status field in the command status event is zero) or reject (non-zero status field). in either case, from bluetooth stack point of view, things are working as expected, i.e. communication between the host and the device is not broken, command gets acknowledged, etc. is your bluetooth device based on broadcom chip too? > In which conditions have to be the remote and the local device to be > successfull ? i do not think anything extra is required. it should just work. just tried it with 3com bluetooth dongle and se k700i phone. beetle# /usr/local/etc/rc.bluetooth start ubt0 BD_ADDR: 00:04:76:e1:ae:2b Features: 0xff 0xff 0x5 00 00 00 00 00=20 <3-Slot> <5-Slot> =20 Max. ACL packet size: 128 bytes Number of ACL packets: 8 Max. SCO packet size: 64 bytes Number of SCO packets: 8 beetle# hccontrol -n ubt0hci inquiry Inquiry result, num_responses=3D1 Inquiry result #0 BD_ADDR: k700i Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 00 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x5bc0 Inquiry complete. Status: No error [00] beetle# hccontrol -n ubt0hci remote_name_request k700i BD_ADDR: k700i Name: K700i thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 17:30:12 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CC9416A41F for ; Thu, 11 Aug 2005 17:30:12 +0000 (GMT) (envelope-from urnenfel@tiscali.es) Received: from smtp111.mail.sc5.yahoo.com (smtp111.mail.sc5.yahoo.com [66.163.170.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 2797A43D53 for ; Thu, 11 Aug 2005 17:30:11 +0000 (GMT) (envelope-from urnenfel@tiscali.es) Received: (qmail 68976 invoked from network); 11 Aug 2005 17:30:11 -0000 Received: from unknown (HELO @vodafone.es) (urnen81@84.173.189.177 with login) by smtp111.mail.sc5.yahoo.com with SMTP; 11 Aug 2005 17:30:10 -0000 Date: Thu, 11 Aug 2005 19:24:11 +0000 From: Oliver In-Reply-To: Message-Id: <20050811192411.10082.2@@vodafone.es> Mime-Version: 1.0 References: <42FB7A53.1060405@savvis.net> To: freebsd-bluetooth@freebsd.org User-Agent: Beam yT Release Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: remote name X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: oliver.ruiz-dorantes@yellowtab.com List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2005 17:30:12 -0000 > hmm... very strange. sorry, but i can only tell you this: if your > bluetooth device acknowledge the command (with command status event) > then you should look at the status field in the event. yeah the same i though > the command can be either accepted (status field in the command status > event is zero) or reject (non-zero status field). in either case, from > bluetooth stack point of view, things are working as expected, i.e. > communication between the host and the device is not broken, command > gets acknowledged, etc. yeah the status field in the comand status was 0, all as expected and actually I can be sure that in some way it is well coded, ase ONCE i got the remote name of my palm testing device, so I thought it was in some special conditions... or something that i am not initing > is your bluetooth device based on broadcom chip too? I think so, all looks quite generic BTW: I am sorry as this(and the previous mail) is not FreeBSD related, as I am coding the BT stack for ZETA operating system(before known as BeOS) therefore this problem/question i am having is related my implementation and not FreeBSD(the aim of this list i guess). My apologies for inconvenience. ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 22:53:27 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B313416A41F for ; Thu, 11 Aug 2005 22:53:27 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4139F43D45 for ; Thu, 11 Aug 2005 22:53:27 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so376357rne for ; Thu, 11 Aug 2005 15:53:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qcEw27remzremyLwsWEZ5HLs72AZc95ID3wLqc0NRmcxnSTwaDOlPxSpZOt63zaMDbcQZMrwHFlcRHSIr2nvhFZdl1mnwS4xrjVeK/Bj6CET0p+HMf9sv4g/Ay0Y94Uxq5JBIyNWlpvrR+/BJYAlyX8PkHbFNFa+AI0PdRT7Omk= Received: by 10.38.79.11 with SMTP id c11mr822012rnb; Thu, 11 Aug 2005 15:53:26 -0700 (PDT) Received: by 10.38.208.5 with HTTP; Thu, 11 Aug 2005 15:53:26 -0700 (PDT) Message-ID: Date: Thu, 11 Aug 2005 15:53:26 -0700 From: Maksim Yevmenkin To: Bill Kirkland In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth headset 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, 11 Aug 2005 22:53:27 -0000 Bill, > The *only* purpose of my current script is to duplicat and document my > results.=20 ahh, ok. > Right now, I am only attempting to ensure I have communication with the > headset, which I believe I now have, though am unsure why the remote name > request is not working now. I simply stumbled upon the remote name, and > choose to use that for my confirmation. like i said it would be nice if you could send hci dump. please=20 1) install comms/hcidump from the freebsd ports collection 2) run (as root) "hcidump -w dump". note: this will block. 3) run your test script (in another window/terminal) 4) interrupt hcidump with ^c and send me the "dump" file > I now need to add some audio of some sort either direction (play or > record), then then both directions (play and record). unfortunatelly this will not work. support for bluetooth sco link is not committed yet (it is still in development/testing phase). you need support for bluetooth sco links in order to transfer voice data. > Eventually, I plan to use a series of scripts to implement a VoIP phone. > =20 > Do you know where I can find appropriate and detailed documentation? I o= nly > have the man pages right now and that appears minimal at best. For exampl= e, > the man pages do not include information concerning the additional option= s > to the remote name query. well, it was too much to put into one man page. use=20 % hccontrol help to learn more about specific command. list of commands available in hccontrol(8) man page. for general information please refer to=20 bluetooth chapter in the freebsd handbook. > Sorry, I'm old school ... (protect your email from systems which strip t= he > 8th bit) ... I have attached the binary version to this email. binary version of what? output of your test script? i can read it just fine. what i asked for is hci dump. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Aug 11 21:38:16 2005 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313CE16A41F for ; Thu, 11 Aug 2005 21:38:16 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55B943D5C for ; Thu, 11 Aug 2005 21:38:15 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so366434rne for ; Thu, 11 Aug 2005 14:38:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IVn5Vgz7URTsgd+oJKF9fnA89Lelqf+gE1PFTVOQLKsUKIJ8pD/VesNcyqkB9mIE6l81hM9aJ3qSX0h8ShgsSfwr7SXVqhrHaO68FIvdisnf5wE7C5wXSUPhOl9+oyGsKNZDqcLNnXao0Ammg1eAK/lh4bDXFd0+Pa0o/5Aw8Oo= Received: by 10.38.97.60 with SMTP id u60mr794093rnb; Thu, 11 Aug 2005 14:38:15 -0700 (PDT) Received: by 10.38.208.5 with HTTP; Thu, 11 Aug 2005 14:38:15 -0700 (PDT) Message-ID: Date: Thu, 11 Aug 2005 14:38:15 -0700 From: Maksim Yevmenkin To: Bill Kirkland In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-Mailman-Approved-At: Fri, 12 Aug 2005 11:40:44 +0000 Cc: Subject: Re: bluetooth headset 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, 11 Aug 2005 21:38:16 -0000 Bill, > I have noticed duplicate entries else where too, so suspect that is > not related to bluetooth ... > =20 > While I apparently can not repeat the results and did not capture the > output, I did get the remote_name_request to frunction once. Since > adding that to my script, it has not worked. can you please tell what is the purpose of the script? why do you care about remote device name anyway? > I did execute my script a few times ... but usually a minute apart or > so, but only executed the actual commands exactly as documented > in the log (I only removed some of the output, which I did not feel to > be relevent. I could capture ALL output if you feel that would help.) well, did you try to execute just "remote_name_request" command few times? not the whole script. > I am uncertian as to what you requested in the commands, as I only > see those referenced as remove variables, that one would set (and > am unsure how I would accomplish that too).=20 well, you could pass more then one parameter to the "remote_name_request", = i.e.=20 % hccontrol -n ubt0hci remote_name_request BD_ADDR X Y Z where "X" is a digit representing page scan repetition mode [0 - 2], "Y" is page scan mode [0 - 3] and "Z" is a clock offset (as you see in inquiry response). if you do not specify "X Y Z" the code will use defaults. usually defaults work, but in some cases it may be required to adjust them. these parameters control the way bluetooth device uses "calls" remote device. > On the positive side I think (If I understand correctly), that I have a > connection! ok > + hccontrol -n ubt0hci read_page_scan_mode > Page scan mode: 00 > + sleep 2 > + hccontrol -n ubt0hci read_page_timeout > Page timeout: 5120.00 msec [8192 slots] > + sleep 2 > + hccontrol -n ubt0hci read_connection_accept_timeout > Connection accept timeout: 5060.00 msec [8096 slots] > + sleep 2 i'm not sure what are you trying to accomplish by doing the commands above. > + hccontrol -n ubt0hci read_remote_supported_features >=20 > Usage: read_remote_supported_features >=20 > This command requests a list of the supported features for the remote > unit identified by the connection handle parameter. The connection handle >=20 > must be a connection handle for an ACL connection. >=20 > - dddd; connection handle the "read_remote_supported_features" requires baseband connection to be ope= n. > + hccontrol -n nbt0hci remote_name_request 00:0e:6d:90:45:86 > Could not execute command "remote_name_request". Operation timed out well, everything is working, but the "remote_name_request" is timing out :( what does hcidump says? > + sleep 2 > + kill -9 5541 > Killed > + hd+ uniq -C > /tmp/5485 > 00000000 05 00 00 00 ae 52 fb 42 b5 9e 02 00 01 20 0c 01 |.....R.B..... .= .| > 00000010 01 07 00 01 00 ae 52 fb 42 5d a8 02 00 04 0e 04 |......R.B].....= .| [...] hmm... i'm a little bit confused by this. what is that supposed to be?=20 thanks, max