From owner-freebsd-bluetooth@FreeBSD.ORG Sun Dec 5 04:37:00 2004 Return-Path: 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 AFC6316A4CF for ; Sun, 5 Dec 2004 04:37:00 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F3E343D5E for ; Sun, 5 Dec 2004 04:37:00 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB54axFR095430; Sat, 4 Dec 2004 23:36:59 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB54axbP033355; Sat, 4 Dec 2004 23:36:59 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB54aw9i033354; Sat, 4 Dec 2004 23:36:58 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412050436.iB54aw9i033354@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Sat, 4 Dec 2004 23:36:58 -0500 (EST) In-Reply-To: <41B20A3D.4030008@savvis.net> from "Maksim Yevmenkin" at Dec 04, 2004 11:04:29 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 04:37:00 -0000 > > bluetooth in 5.2.1 is not very user frilendly. please upgrade your > system to 5.3 or 5-stable. > I'm not sure what the official version number of 5-stable is, but I've heard alot of people saying that 5.3 has issues, especially in the TCP stack and its speed. Is this true still? > > yes, thats looks good to me. i will verify the default (example) section > in /etc/bluetooth/hcsecd.conf. > Ok, thanks. > > well, i will double check, but i think thats because of endianess bug in > sdpcontrol. it was fixed later. > (Output of the requested debug sent to you directly, off list) > > > I then try to start sdpd, and it doesn't exist. > > sdpd was not included in 5.2.1. you _do_not_ need to run sdpd unless you > want to provide bluetooth services to remote clients, i.e. act as a server > I was hoping to allow the Treo to use the net connectivity of my laptop before I activate it on Verizon, so I knew I could get rid of my 600 and have the 650 running all the necessary apps. > > i'd strongly recommend to upgrade the system to 5.3 or 5-stable. you > could so source upgreade (cvsup/buildworld) if you have time. > (See comment up top) Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Sun Dec 5 13:54:39 2004 Return-Path: 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 0771616A4CE for ; Sun, 5 Dec 2004 13:54:39 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C7143D5D for ; Sun, 5 Dec 2004 13:54:38 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB5DsbUF012129; Sun, 5 Dec 2004 08:54:38 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB5DsbbO048577; Sun, 5 Dec 2004 08:54:37 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB5DsbrY048576; Sun, 5 Dec 2004 08:54:37 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412051354.iB5DsbrY048576@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Sun, 5 Dec 2004 08:54:37 -0500 (EST) In-Reply-To: <41B23359.8010907@savvis.net> from "Maksim Yevmenkin" at Dec 04, 2004 01:59:53 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 13:54:39 -0000 > actually, i was wrong. sdpcontrol and libsdp did not change that much, > so it should have worked. could you please get hcidump from > > http://geocities.com/m_evmenkin/hcidump-1.5.tar.gz > I happened to peek inside the directory and there was a sdpd. So for giggles I decided to get it, compile it and run it. I've run it, and added DUN. I then went to my Winderz PC and told it to discover services on this, and it comes back with nothing. I do attempt to access it from the Treo, and it seems to trigger sdpd, but I'm not sure what the next step its supposed to do is. Am I pushing my luck? Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Sun Dec 5 16:02:11 2004 Return-Path: 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 463EA16A4CE for ; Sun, 5 Dec 2004 16:02:11 +0000 (GMT) Received: from web52604.mail.yahoo.com (web52604.mail.yahoo.com [206.190.39.142]) by mx1.FreeBSD.org (Postfix) with SMTP id CA28D43D1D for ; Sun, 5 Dec 2004 16:02:10 +0000 (GMT) (envelope-from gsobalvarro@yahoo.com) Received: (qmail 9538 invoked by uid 60001); 5 Dec 2004 16:02:10 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=kIvMNiiaIdfbaerA5FeL26RxHmOdWIBdz1+MXJVS5/DGGWv1GpT9uPjmKcPZofDuLcyoNVDk+zR8MVX8+SjEFvT1nwZpNOhr6RZ6jfLmoxsjw26InAf3gE8H1gNYsmU5F+BPRL04nazeYbiwk5GGjU9LlR8EHYXUoQIQ4VMVymg= ; Message-ID: <20041205160210.9536.qmail@web52604.mail.yahoo.com> Received: from [200.30.79.126] by web52604.mail.yahoo.com via HTTP; Sun, 05 Dec 2004 08:02:10 PST Date: Sun, 5 Dec 2004 08:02:10 -0800 (PST) From: Guillermo Sobalvarro To: freebsd-bluetooth@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: BT Serial X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 16:02:11 -0000 Hello list. I have AirCable USB and AirCable USB Serial dongles that are BT technology, to implement what is know as a "wireless clable" to, for example, configure serial devices from a PC or laptop without using a cable. On my setup the BT USB device connects to a USB port on my laptop. The serial dongle (DB-9 Female) connects to a DB-9 serial port on my router. I have paired both devices. Under Linux with a simple: cu -l /dev/ttyUSB0 -s 115200 I get an instant connection to my router and am able to configure it. I can also use Minicomm with the same results. It all works. Under FreeBSD I have not been able to find what device to use. When connected, the USB device appears as ugen0. I've tried doing a cu (replacing ttyUSB0 with ugen0) to that but I first a "Connected" message; then something about not being able to write to the device. Anyone know how I could get these to work under FreeBSD? Thanks in advance. Guillermo From owner-freebsd-bluetooth@FreeBSD.ORG Sun Dec 5 16:19:14 2004 Return-Path: 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 1DF1216A4CE for ; Sun, 5 Dec 2004 16:19:14 +0000 (GMT) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6114043D5E for ; Sun, 5 Dec 2004 16:19:13 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [24.52.242.150]) by mta10.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041205161806.YMUV18426.mta10.adelphia.net@[192.168.1.254]>; Sun, 5 Dec 2004 11:18:06 -0500 Message-ID: <41B334C5.1030003@savvis.net> Date: Sun, 05 Dec 2004 08:18:13 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412051354.iB5DsbrY048576@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412051354.iB5DsbrY048576@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 16:19:14 -0000 Tuc at Beach House wrote: >>actually, i was wrong. sdpcontrol and libsdp did not change that much, >>so it should have worked. could you please get hcidump from >> >>http://geocities.com/m_evmenkin/hcidump-1.5.tar.gz >> > > I happened to peek inside the directory and there was a sdpd. So > for giggles I decided to get it, compile it and run it. yes, that is the code from linux-bluez that i ported long time ago. it should have both sdpd and spdtool. these are similar to sdpd(8) and sdpcontrol(8). > I've run it, and added DUN. I then went to my Winderz PC and told > it to discover services on this, and it comes back with nothing. how about add LAN, OPUSH etc. i.e. more services? stacks generally do not use 'browse' command, but rather looking for a specific service. btw did you try to use 'sdptool' (from sdp-1.5 package) command against treo? did it work? > I do attempt to access it from the Treo, and it seems to trigger > sdpd, but I'm not sure what the next step its supposed to do is. the way it should work is: 1) client (treo) discovers server (laptop) 2) client makes a sdp request to figure out what services host provides 3) client gets parameters for the desired service via sdp 4) client starts using the service. > Am I pushing my luck? no, it should work thanks max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 02:59:11 2004 Return-Path: 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 930C616A4CE for ; Mon, 6 Dec 2004 02:59:11 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id B937443D39 for ; Mon, 6 Dec 2004 02:59:10 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB62xAUF037365 for ; Sun, 5 Dec 2004 21:59:10 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB62x9bO081431 for ; Sun, 5 Dec 2004 21:59:09 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB62x9QM081430 for freebsd-bluetooth@freebsd.org; Sun, 5 Dec 2004 21:59:09 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412060259.iB62x9QM081430@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Sun, 5 Dec 2004 21:58:43 -0500 (EST) In-Reply-To: <41B35462.5040202@savvis.net> from "Maksim Yevmenkin" at Dec 05, 2004 10:33:06 AM X-Mailer: ELM [version 2.5 PL6] Sender: tuc@tucs-beachin-obx-house.com cc: freebsd-bluetooth@freebsd.or cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 02:59:11 -0000 > > so, the problem could be > > 1) in my sdp code. there is something about sdp request that treo does > not like. that is somewhat strange because the same code known to work > with variety of cell phones and other palm handhelds. you could try > sdptool (from sdp-1.5 package) and see if it works with treo. anyway, > i'm going to double check my code anyway. > Nope, tried browse and each search, nada. > > 2) in treo sdp implementation. again that's unlikely because they put > bluetooth logo and (i assume) someone has certified their bluetooth > stack (including sdp). > You read : http://kb.palmone.com/SRVS/CGI-BIN/WEBCGI.EXE/,/?St=985,E=0000000000101816738,K=4141,Sxi=15,useTemplate=Case.tem,CASE=18358 > > 3) in treo setup. there might be some sort of bluetooth related security > settings. if there are such settings try to set them to the least secure > setup (initially) and see if this helps. > Not that I can see. :-/ > > in treo's description they mention spp and goep profiles so i think treo > should be able to _offer_ bluetooth services and therefor should answer > sdp requests. i noticed that page _does_not_ lists sdp profile, but it > probably does not mean anything. > > is there windows software that came with treo? can you make bluetooth > work on windows? > It did, and I've loaded it, and it can't see anything either. Once I had sdpd running on my FreeBSD and added DUN, the PC can see it. So it seems the Treo is just not being very outgoing! I've tried things that people say should be doing it, but so far nada. Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 03:01:22 2004 Return-Path: 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 1531316A4CE for ; Mon, 6 Dec 2004 03:01:22 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF90E43D2F for ; Mon, 6 Dec 2004 03:01:21 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB631LUF037465; Sun, 5 Dec 2004 22:01:21 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB631KbO081540; Sun, 5 Dec 2004 22:01:20 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB631KIe081539; Sun, 5 Dec 2004 22:01:20 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412060301.iB631KIe081539@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Sun, 5 Dec 2004 22:01:20 -0500 (EST) In-Reply-To: <41B334C5.1030003@savvis.net> from "Maksim Yevmenkin" at Dec 05, 2004 08:18:13 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 03:01:22 -0000 > yes, that is the code from linux-bluez that i ported long time ago. it > should have both sdpd and spdtool. these are similar to sdpd(8) and > sdpcontrol(8). > Seems to be. :) > > how about add LAN, OPUSH etc. i.e. more services? stacks generally do > not use 'browse' command, but rather looking for a specific service. btw > did you try to use 'sdptool' (from sdp-1.5 package) command against > treo? did it work? > Now Winderz sees it. Maybe it was a bit SLOW. But against the Treo is nothing. > > > I do attempt to access it from the Treo, and it seems to trigger > > sdpd, but I'm not sure what the next step its supposed to do is. > > the way it should work is: > > 1) client (treo) discovers server (laptop) > 2) client makes a sdp request to figure out what services host provides > 3) client gets parameters for the desired service via sdp > 4) client starts using the service. > I had to configure pppd and rfcomm_pppd and a few other things, and its been running all day. > > > Am I pushing my luck? > > no, it should work > And now it does via the FreeBSD, thank you Max! Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 16:36:07 2004 Return-Path: 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 1922316A4D3 for ; Mon, 6 Dec 2004 16:36:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5EC43D1F for ; Mon, 6 Dec 2004 16:36:06 +0000 (GMT) (envelope-from amracks@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so188517wra for ; Mon, 06 Dec 2004 08:36:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Frcz14uiwApKsRWdGAbsYTo86mNiB74VeWIPWw0RqIwH6Qw0SgvMkjdscZwe0JdteOA8Y8cTGUknBBI32/w7jPKfcWARrZBB0O+FFLvmBrTg0QU/1/RYVh5uu3ZBNNY+4GvbrvZS1rh1qkIF0jBKMruD0PEc95oKs5L8WO4FXtM= Received: by 10.54.44.73 with SMTP id r73mr354792wrr; Mon, 06 Dec 2004 08:36:06 -0800 (PST) Received: by 10.54.27.41 with HTTP; Mon, 6 Dec 2004 08:36:06 -0800 (PST) Message-ID: <4415e9c104120608363dd3d45@mail.gmail.com> Date: Mon, 6 Dec 2004 08:36:06 -0800 From: Andrew Marks To: freebsd-bluetooth@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: USB Bluetooth Adapter Purchase X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew Marks List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 16:36:07 -0000 Hey, I am looking to buy a usb bluetooth adapter or two, and I want them to work with FreeBSD. Do I have to get one of these? o 3Com 3CREB96 o AIPTEK BR0R02 o EPoX BT-DG02 o Mitsumi Bluetooth USB adapter o MSI MS-6967 o TDK Bluetooth USB adapter or when the man page says: The ng_ubt driver supports all Bluetooth USB devices that conform with the Bluetooth specification v1.1, including: does that mean I can just pick up a cheap, v1.1 conforming, $10 usb bluetooth device and it will work? -Andrew FYI: I am running 5.3-Release From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 16:41:41 2004 Return-Path: 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 C05CB16A4CE for ; Mon, 6 Dec 2004 16:41:41 +0000 (GMT) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0AEC43D66 for ; Mon, 6 Dec 2004 16:41:40 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1])iB6Gfdlp042777; Mon, 6 Dec 2004 17:41:39 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.1/8.13.1/Submit) id iB6Gfd7S042776; Mon, 6 Dec 2004 17:41:39 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Andrew Marks In-Reply-To: <4415e9c104120608363dd3d45@mail.gmail.com> References: <4415e9c104120608363dd3d45@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l7z5y4/mT7IgS6+kA8w+" Date: Mon, 06 Dec 2004 17:41:38 +0100 Message-Id: <1102351298.37712.16.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: USB Bluetooth Adapter Purchase X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 16:41:41 -0000 --=-l7z5y4/mT7IgS6+kA8w+ Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Andrew Marks p=ED=B9e v po 06. 12. 2004 v 08:36 -0800: > Hey, >=20 > I am looking to buy a usb bluetooth adapter or two, and I want > them to work with FreeBSD. Do I have to get one of these? >=20 > o 3Com 3CREB96 > o AIPTEK BR0R02 > o EPoX BT-DG02 > o Mitsumi Bluetooth USB adapter > o MSI MS-6967 > o TDK Bluetooth USB adapter >=20 > or when the man page says: >=20 > The ng_ubt driver supports all Bluetooth USB devices that conform wi= th > the Bluetooth specification v1.1, including: >=20 > does that mean I can just pick up a cheap, v1.1 conforming, $10 usb > bluetooth device and it will work? Yes. :) --=20 Pav Lucistnik Ah I don't know what you mean, so I'll just sit here and smile at you :) --=-l7z5y4/mT7IgS6+kA8w+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBtIvCntdYP8FOsoIRAiTUAKDHGqQ0s1HfzQAp/uIWIIVAxTr3EACguJt5 pEsLGoLnuVRUJHinUoeENEY= =tOa4 -----END PGP SIGNATURE----- --=-l7z5y4/mT7IgS6+kA8w+-- From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 17:31:58 2004 Return-Path: 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 44D5E16A4CE; Mon, 6 Dec 2004 17:31:58 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC37F43D41; Mon, 6 Dec 2004 17:31:57 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iB6HVbLU020858; Mon, 6 Dec 2004 11:31:37 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Dec 2004 11:31:14 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Dec 2004 11:31:05 -0600 Message-ID: <41B4976A.1080306@savvis.net> Date: Mon, 06 Dec 2004 09:31:22 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Marks References: <4415e9c104120608363dd3d45@mail.gmail.com> <1102351298.37712.16.camel@pav.hide.vol.cz> In-Reply-To: <1102351298.37712.16.camel@pav.hide.vol.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Dec 2004 17:31:05.0831 (UTC) FILETIME=[5D8F1F70:01C4DBB9] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org Subject: Re: USB Bluetooth Adapter Purchase X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 17:31:58 -0000 Hello, >> I am looking to buy a usb bluetooth adapter or two, and I want >>them to work with FreeBSD. Do I have to get one of these? >> >> o 3Com 3CREB96 >> o AIPTEK BR0R02 >> o EPoX BT-DG02 >> o Mitsumi Bluetooth USB adapter >> o MSI MS-6967 >> o TDK Bluetooth USB adapter >> >>or when the man page says: >> >> The ng_ubt driver supports all Bluetooth USB devices that conform with >> the Bluetooth specification v1.1, including: >> >>does that mean I can just pick up a cheap, v1.1 conforming, $10 usb >>bluetooth device and it will work? > > Yes. :) well, in general yes, but there are few exception. i always recommend to check the following page http://www.holtmann.org/linux/bluetooth/devices.html if the driver column has 'hci_usb' then the usb device will work. thanks, max p.s. it would be nice to have similar page for FreeBSD, anyone? From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 17:56:01 2004 Return-Path: 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 33C3516A4CE for ; Mon, 6 Dec 2004 17:56:01 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEF8D43D55 for ; Mon, 6 Dec 2004 17:56:00 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iB6HtlLU023224; Mon, 6 Dec 2004 11:55:47 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Dec 2004 11:55:15 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Dec 2004 11:54:29 -0600 Message-ID: <41B49CF8.8030405@savvis.net> Date: Mon, 06 Dec 2004 09:55:04 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412060301.iB631KIe081539@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412060301.iB631KIe081539@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Dec 2004 17:54:29.0683 (UTC) FILETIME=[A251F030:01C4DBBC] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 17:56:01 -0000 Tuc at Beach House wrote: >>yes, that is the code from linux-bluez that i ported long time ago. it >>should have both sdpd and spdtool. these are similar to sdpd(8) and >>sdpcontrol(8). >> > Seems to be. :) >>how about add LAN, OPUSH etc. i.e. more services? stacks generally do >>not use 'browse' command, but rather looking for a specific service. btw >>did you try to use 'sdptool' (from sdp-1.5 package) command against >>treo? did it work? > > Now Winderz sees it. Maybe it was a bit SLOW. But against the > Treo is nothing. fine. well, at this point i'm starting to suspect treo sdp implementation. sdpcontrol(8) and sdptool are two different pieces of code. i'm very interested in hcidump output when you use sdptool to query treo. >>> I do attempt to access it from the Treo, and it seems to trigger >>>sdpd, but I'm not sure what the next step its supposed to do is. >> >>the way it should work is: >> >>1) client (treo) discovers server (laptop) >>2) client makes a sdp request to figure out what services host provides >>3) client gets parameters for the desired service via sdp >>4) client starts using the service. > > I had to configure pppd and rfcomm_pppd and a few other things, and > its been running all day. ah, ok. so, you are saying treo *can* connect to your laptop via bluetooth and you can browse on treo? or you can connect windows box to your laptop via bluetooth and can browse on windows? another thing about sdp-1.5 - its not integrated with other tools (rfcomm_pppd for example) and thus you have to *manually* add sdp records into the database (via 'sdptool register'). you also have to run service daemon (such as rfcomm_pppd) with the parameters you put into the sdp database. for example if you register lan service on rfcomm channel 1 then you *must* run rfcomm_pppd on rfcomm channel 1. in 5.3 and later sdp(8) is integrated with all tools, so all you need to do is to run sdp(8) in background and then all tools will register service automatically as they start. you do not have to add/delete records manually anymore. >>> Am I pushing my luck? >> >>no, it should work >> > And now it does via the FreeBSD, thank you Max! good :) thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Mon Dec 6 18:08:29 2004 Return-Path: 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 7C08016A4CE for ; Mon, 6 Dec 2004 18:08:29 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FD6B43D4C for ; Mon, 6 Dec 2004 18:08:29 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iB6I8GLU024523; Mon, 6 Dec 2004 12:08:16 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Dec 2004 12:08:10 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Dec 2004 12:08:09 -0600 Message-ID: <41B49FFF.4090607@savvis.net> Date: Mon, 06 Dec 2004 10:07:59 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Guillermo Sobalvarro References: <20041205160210.9536.qmail@web52604.mail.yahoo.com> In-Reply-To: <20041205160210.9536.qmail@web52604.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Dec 2004 18:08:09.0818 (UTC) FILETIME=[8B289BA0:01C4DBBE] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org Subject: Re: BT Serial X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 18:08:29 -0000 Hello, > Hello list. I have AirCable USB and AirCable USB > Serial dongles that are BT technology, to implement > what is know as a "wireless clable" to, for example, > configure serial devices from a PC or laptop without > using a cable. > > On my setup the BT USB device connects to a USB port > on my laptop. The serial dongle (DB-9 Female) > connects to a DB-9 serial port on my router. I have > paired both devices. > > Under Linux with a simple: > > cu -l /dev/ttyUSB0 -s 115200 are you using bluetooth stack in linux? in other words is you usb device recognized as usb serial port or as bluetooth dongle? > I get an instant connection to my router and am able > to configure it. I can also use Minicomm with the > same results. It all works. > > Under FreeBSD I have not been able to find what device > to use. When connected, the USB device appears as > ugen0. I've tried doing a cu (replacing ttyUSB0 with > ugen0) to that but I first a "Connected" message; then > something about not being able to write to the device. ugen(4) is a *generic* usb device. ugen(4) driver is attached to the device when no other driver claims it. usb serial ports, modems etc. are implemeted with ucom(4), uftdi(4), umct(4) and umodem(4) drivers. > Anyone know how I could get these to work under > FreeBSD? Thanks in advance. if your device present itself as usb serial port then try to load appropriate drivers (see above). if device presents itself as bluetooth dongle then you need to run bluetooth stack and rfcomm_sppd(1). thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 00:28:40 2004 Return-Path: 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 E681F16A4CE for ; Tue, 7 Dec 2004 00:28:40 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D29143D60 for ; Tue, 7 Dec 2004 00:28:40 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB70Sdid080567; Mon, 6 Dec 2004 19:28:39 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB70Sdun019729; Mon, 6 Dec 2004 19:28:39 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB70Scuq019728; Mon, 6 Dec 2004 19:28:38 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412070028.iB70Scuq019728@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Mon, 6 Dec 2004 19:28:38 -0500 (EST) In-Reply-To: <41B49DFD.4050003@savvis.net> from "Maksim Yevmenkin" at Dec 06, 2004 09:59:25 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 00:28:41 -0000 > > Nope, tried browse and each search, nada. > > thanks for checking this. looks like treo problem to me. like i said i > would like to have hcidump output. > Starting to think it is. > > > It did, and I've loaded it, and it can't see anything either. Once I > > had sdpd running on my FreeBSD and added DUN, the PC can see it. So > > it seems the Treo is just not being very outgoing! I've tried things > > that people say should be doing it, but so far nada. > > hmm... strange. why they even bother to put bluetooth logo on it, if it > does not work :( do you know if your service provider (verizon?) had > flashed treo and disabled bluetooth features? perhaps you need to flash > latest firmware in your treo? > I bought it directly from PalmOne. I have to do this because I buy it as a "replacement Sprint phone", and then use some special software to get the radio part to work on Verizon. So Sprint I don't think its been disabled. It seems Palm is still a little green in this area, since it seems they have a "DUN" setting, but its not showing unless you twiddle 2 bits in the .prc file. I'm going to follow this up with the TreoCentral.COM people and see if they have any thoughts on it. Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 00:48:07 2004 Return-Path: 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 646FA16A4CE for ; Tue, 7 Dec 2004 00:48:07 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 125FD43D64 for ; Tue, 7 Dec 2004 00:48:07 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB70m6id081448; Mon, 6 Dec 2004 19:48:06 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB70m6un020524; Mon, 6 Dec 2004 19:48:06 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB70m6WY020523; Mon, 6 Dec 2004 19:48:06 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412070048.iB70m6WY020523@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Mon, 6 Dec 2004 19:48:06 -0500 (EST) In-Reply-To: <41B49CF8.8030405@savvis.net> from "Maksim Yevmenkin" at Dec 06, 2004 09:55:04 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 00:48:07 -0000 > > I had to configure pppd and rfcomm_pppd and a few other things, and > > its been running all day. > > ah, ok. so, you are saying treo *can* connect to your laptop via > bluetooth and you can browse on treo? or you can connect windows box to > your laptop via bluetooth and can browse on windows? > Treo is using DUN on FreeBSD for its connectivity. FreeBSD can see all services Windows offers. Windows can see DUN on FreeBSD. Otherwise, the only thing I *CANT* do so far is find any services on the Treo. > > another thing about sdp-1.5 - its not integrated with other tools > (rfcomm_pppd for example) and thus you have to *manually* add sdp > records into the database (via 'sdptool register'). you also have to run > service daemon (such as rfcomm_pppd) with the parameters you put into > the sdp database. for example if you register lan service on rfcomm > channel 1 then you *must* run rfcomm_pppd on rfcomm channel 1. > Yup, that I am. > in 5.3 and later sdp(8) is integrated with all tools, so all you need to > do is to run sdp(8) in background and then all tools will register > service automatically as they start. you do not have to add/delete > records manually anymore. > Its not enough of a pain to cause me to go to 5.3 yet. Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 12:16:56 2004 Return-Path: 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 5442016A4FE for ; Tue, 7 Dec 2004 12:16:56 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id B739743D6D for ; Tue, 7 Dec 2004 12:16:55 +0000 (GMT) (envelope-from root@himinbjorg.tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB7CGsDm005709; Tue, 7 Dec 2004 07:16:54 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB7CGsWU050824; Tue, 7 Dec 2004 07:16:54 -0500 (EST) (envelope-from root@himinbjorg.tucs-beachin-obx-house.com) Received: (from root@localhost)iB7CGrLZ050823; Tue, 7 Dec 2004 07:16:53 -0500 (EST) (envelope-from root) From: Charlie Root Message-Id: <200412071216.iB7CGrLZ050823@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Tue, 7 Dec 2004 07:16:53 -0500 (EST) In-Reply-To: <41B23359.8010907@savvis.net> from "Maksim Yevmenkin" at Dec 04, 2004 01:59:53 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 12:16:56 -0000 Hi, Its got to be something with my Treo.. :-/ Everyone says I should be seeing stuff on it..... I'm trying to get more information. Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 12:43:44 2004 Return-Path: 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 2E6F316A4CE for ; Tue, 7 Dec 2004 12:43:44 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D8D43D2D for ; Tue, 7 Dec 2004 12:43:43 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB7ChhDm006362; Tue, 7 Dec 2004 07:43:43 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB7ChgWU051468; Tue, 7 Dec 2004 07:43:42 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB7ChgeW051467; Tue, 7 Dec 2004 07:43:42 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412071243.iB7ChgeW051467@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net Date: Tue, 7 Dec 2004 07:43:42 -0500 (EST) In-Reply-To: <200412071216.iB7CGrLZ050823@himinbjorg.tucs-beachin-obx-house.com> from "Charlie Root" at Dec 07, 2004 07:16:53 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 12:43:44 -0000 Hi, Oops. Sent accidentally from my root acct. Well, got some good news. I now have it advertising atleast OPUSH, but only with sdptool: himinbjorg# ./sdptool search --bdaddr gjallar OPUSH Searching for OPUSH on 00:07:e0:02:16:16 ... Service Name: OBEX Object Push Service RecHandle: 0x10001 Service Class ID List: "OBEX Object Push" (0x1105) Protocol Descriptor List: "L2CAP" (0x0100) "RFCOMM" (0x0003) Channel: 1 "OBEX" (0x0008) Language Base Attr List: code_ISO639: 0x656e encoding: 0x8cc base_offset: 0x100 and not sdpcontrol : himinbjorg# sdpcontrol -a gjallar search OPUSH Could not execute command "search". Input/output error Thanks, Tuc > > Hi, > > Its got to be something with my Treo.. :-/ Everyone says I should be > seeing stuff on it..... I'm trying to get more information. > > Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 16:48:54 2004 Return-Path: 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 5EF5216A4CE for ; Tue, 7 Dec 2004 16:48:54 +0000 (GMT) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E7B43D5A for ; Tue, 7 Dec 2004 16:48:53 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [24.52.242.150]) by mta11.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041207164002.MIBV19338.mta11.adelphia.net@[192.168.1.254]>; Tue, 7 Dec 2004 11:40:02 -0500 Message-ID: <41B5DCE9.1070801@savvis.net> Date: Tue, 07 Dec 2004 08:40:09 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412071243.iB7ChgeW051467@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412071243.iB7ChgeW051467@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 16:48:54 -0000 Hello, > Oops. Sent accidentally from my root acct. > > Well, got some good news. I now have it advertising atleast OPUSH, > but only with sdptool: > > himinbjorg# ./sdptool search --bdaddr gjallar OPUSH > Searching for OPUSH on 00:07:e0:02:16:16 ... > Service Name: OBEX Object Push > Service RecHandle: 0x10001 > Service Class ID List: > "OBEX Object Push" (0x1105) > Protocol Descriptor List: > "L2CAP" (0x0100) > "RFCOMM" (0x0003) > Channel: 1 > "OBEX" (0x0008) > Language Base Attr List: > code_ISO639: 0x656e > encoding: 0x8cc > base_offset: 0x100 ok. this looks good. could you please run as root 'hcidump -w sdptool.dump', perform another '/sdptool search --bdaddr gjallar OPUSH' and send me the sdptool.dump file? thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 20:39:48 2004 Return-Path: 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 0958016A4CE for ; Tue, 7 Dec 2004 20:39:48 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83CC743D4C for ; Tue, 7 Dec 2004 20:39:47 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iB7KdTkV001228; Tue, 7 Dec 2004 14:39:29 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Dec 2004 14:39:27 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Dec 2004 14:39:18 -0600 Message-ID: <41B614F4.4070009@savvis.net> Date: Tue, 07 Dec 2004 12:39:16 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412070048.iB70m6WY020523@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412070048.iB70m6WY020523@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Dec 2004 20:39:18.0325 (UTC) FILETIME=[D2D2B650:01C4DC9C] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 20:39:48 -0000 Tuc at Beach House wrote: >>> I had to configure pppd and rfcomm_pppd and a few other things, and >>>its been running all day. >> >>ah, ok. so, you are saying treo *can* connect to your laptop via >>bluetooth and you can browse on treo? or you can connect windows box to >>your laptop via bluetooth and can browse on windows? > > Treo is using DUN on FreeBSD for its connectivity. FreeBSD > can see all services Windows offers. Windows can see DUN on FreeBSD. > Otherwise, the only thing I *CANT* do so far is find any services on the > Treo. ok. i think i have an idea why it does not work. a colleague of mine has audiovox smartphone (running windows-something) but it gives similar error on sdp requests. apparently sdp server chokes when attribute range has exactly one attribute, i.e. range specified as 0x0004 - 0x0004, meaning return only attribute id 0x0004. could you please try the following: 1) edit /usr/src/usr.sbin/bluetooth/sdpcontrol/search.c file and replace the following lines 39: /* List of the attributes we are looking for */ 40: static u_int32_t attrs[] = 41: { 42: SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, 43: SDP_ATTR_SERVICE_RECORD_HANDLE), 44: SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, 45: SDP_ATTR_SERVICE_CLASS_ID_LIST), 46: SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, 47: SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), 48: SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, 49: SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) 50: }; with /* List of the attributes we are looking for */ static uint32_t attrs[] = { SDP_ATTR_RANGE( 0, 1 ), SDP_ATTR_RANGE( 3, 4 ), SDP_ATTR_RANGE( 8, 9 ), /* SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, SDP_ATTR_SERVICE_RECORD_HANDLE), SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, SDP_ATTR_SERVICE_CLASS_ID_LIST), SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) */ }; 2) re-compile sdpcontrol(8) 3) try to search for the services again. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 22:44:28 2004 Return-Path: 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 D2C2B16A4CE for ; Tue, 7 Dec 2004 22:44:28 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 587B443D5A for ; Tue, 7 Dec 2004 22:44:28 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iB7MiOkV012153 for ; Tue, 7 Dec 2004 16:44:24 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Dec 2004 16:44:20 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Dec 2004 16:44:13 -0600 Message-ID: <41B63238.8050209@savvis.net> Date: Tue, 07 Dec 2004 14:44:08 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-bluetooth@freebsd.org Content-Type: multipart/mixed; boundary="------------010207060106030207040500" X-OriginalArrivalTime: 07 Dec 2004 22:44:13.0771 (UTC) FILETIME=[467501B0:01C4DCAE] X-ECS-MailScanner: No virus is found Subject: [patch] libsdp(3) - please test. X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 22:44:29 -0000 This is a multi-part message in MIME format. --------------010207060106030207040500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello, please try attached patch for libsdp(3). this patch adds workaround for devices that cannot handle sdp query with attribute id range that has only one attribute id. currently i know of one such device - audiovox smt5600. i suspect that palm treo 650 might have the same problem. if your device worked before it should continue to work. there should be no visible changes. if you have problems then please send me hcidump(1) binary dump (can be created with -w option). thanks, max --------------010207060106030207040500 Content-Type: text/plain; name="libsdp.patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="libsdp.patch.txt" Index: search.c =================================================================== RCS file: /usr/local/cvs/lib/libsdp/search.c,v retrieving revision 1.6 diff -u -r1.6 search.c --- search.c 23 Aug 2004 17:52:46 -0000 1.6 +++ search.c 7 Dec 2004 22:22:58 -0000 @@ -55,7 +55,8 @@ sdp_session_p ss = (sdp_session_p) xss; uint8_t *req = NULL, *rsp = NULL, *rsp_tmp = NULL; - int32_t type, len; + int32_t t, len; + uint16_t lo, hi; if (ss == NULL) return (-1); @@ -66,11 +67,29 @@ return (-1); } - /* Calculate length of the request */ req = ss->req; + + /* Calculate ServiceSearchPattern length */ plen = plen * (sizeof(pp[0]) + 1); - alen = alen * (sizeof(ap[0]) + 1); + /* Calculate AttributeIDList length */ + for (len = 0, t = 0; t < alen; t ++) { + lo = (uint16_t) (ap[t] >> 16); + hi = (uint16_t) (ap[t]); + + if (lo > hi) { + ss->error = EINVAL; + return (-1); + } + + if (lo != hi) + len += (sizeof(ap[t]) + 1); + else + len += (sizeof(lo) + 1); + } + alen = len; + + /* Calculate length of the request */ len = plen + sizeof(uint8_t) + sizeof(uint16_t) + /* ServiceSearchPattern */ sizeof(uint16_t) + @@ -97,9 +116,21 @@ /* Put AttributeIDList */ SDP_PUT8(SDP_DATA_SEQ16, req); SDP_PUT16(alen, req); - for (; alen > 0; ap ++, alen -= (sizeof(ap[0]) + 1)) { - SDP_PUT8(SDP_DATA_UINT32, req); - SDP_PUT32(*ap, req); + for (; alen > 0; ap ++) { + lo = (uint16_t) (*ap >> 16); + hi = (uint16_t) (*ap); + + if (lo != hi) { + /* Put attribute range */ + SDP_PUT8(SDP_DATA_UINT32, req); + SDP_PUT32(*ap, req); + alen -= (sizeof(ap[0]) + 1); + } else { + /* Put attribute */ + SDP_PUT8(SDP_DATA_UINT16, req); + SDP_PUT16(lo, req); + alen -= (sizeof(lo) + 1); + } } /* Submit ServiceSearchAttributeRequest and wait for response */ @@ -241,8 +272,8 @@ rsp_tmp = ss->rsp; /* Skip the first SEQ */ - SDP_GET8(type, rsp_tmp); - switch (type) { + SDP_GET8(t, rsp_tmp); + switch (t) { case SDP_DATA_SEQ8: SDP_GET8(len, rsp_tmp); break; @@ -263,8 +294,8 @@ for (; rsp_tmp < rsp && vlen > 0; ) { /* Get set of attributes for the next record */ - SDP_GET8(type, rsp_tmp); - switch (type) { + SDP_GET8(t, rsp_tmp); + switch (t) { case SDP_DATA_SEQ8: SDP_GET8(len, rsp_tmp); break; @@ -286,8 +317,8 @@ /* Now rsp_tmp points to list of (attr,value) pairs */ for (; len > 0 && vlen > 0; vp ++, vlen --) { /* Attribute */ - SDP_GET8(type, rsp_tmp); - if (type != SDP_DATA_UINT16) { + SDP_GET8(t, rsp_tmp); + if (t != SDP_DATA_UINT16) { ss->error = ENOATTR; return (-1); } --------------010207060106030207040500-- From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 23:01:09 2004 Return-Path: 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 DA31E16A4CE for ; Tue, 7 Dec 2004 23:01:09 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1CCD43D6D for ; Tue, 7 Dec 2004 23:01:08 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id iB7N17bF034070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Dec 2004 00:01:07 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id iB7N17Hv034069; Wed, 8 Dec 2004 00:01:07 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41B63238.8050209@savvis.net> References: <41B63238.8050209@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kdzUIvYI9Hm+4K1zUPjS" Date: Wed, 08 Dec 2004 00:01:06 +0100 Message-Id: <1102460467.29917.0.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: [patch] libsdp(3) - please test. X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 23:01:10 -0000 --=-kdzUIvYI9Hm+4K1zUPjS Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=ED=B9e v =FAt 07. 12. 2004 v 14:44 -0800: > Hello, >=20 > please try attached patch for libsdp(3). this patch adds workaround for=20 > devices that cannot handle sdp query with attribute id range that has=20 > only one attribute id. currently i know of one such device - audiovox=20 > smt5600. i suspect that palm treo 650 might have the same problem. >=20 > if your device worked before it should continue to work. there should be=20 > no visible changes. if you have problems then please send me hcidump(1)=20 > binary dump (can be created with -w option). This patch does not make my Palm Tungsten T3 browsable. --=20 Pav Lucistnik It also explains why paper clips just lie there while you look at them, but as soon as you turn your back, they run away, giggling wildly, and transform themselves into coat hangers. --=-kdzUIvYI9Hm+4K1zUPjS Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBtjYyntdYP8FOsoIRAs/KAJ9mtlOYWPigGIk33g8UQ3dB1qqXGwCgzcia 5j74PGS/w3Ou9CsjNiAsqFk= =l16e -----END PGP SIGNATURE----- --=-kdzUIvYI9Hm+4K1zUPjS-- From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 23:10:46 2004 Return-Path: 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 5DF5716A4CE; Tue, 7 Dec 2004 23:10:46 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11DD43D6A; Tue, 7 Dec 2004 23:10:45 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iB7NAEkV013924; Tue, 7 Dec 2004 17:10:14 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Dec 2004 17:10:06 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Dec 2004 17:09:58 -0600 Message-ID: <41B63845.4030203@savvis.net> Date: Tue, 07 Dec 2004 15:09:57 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pav@FreeBSD.org References: <41B63238.8050209@savvis.net> <1102460467.29917.0.camel@hood.oook.cz> In-Reply-To: <1102460467.29917.0.camel@hood.oook.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Dec 2004 23:09:59.0005 (UTC) FILETIME=[DF7D00D0:01C4DCB1] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@FreeBSD.org Subject: Re: [patch] libsdp(3) - please test. X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 23:10:46 -0000 Pav, >>please try attached patch for libsdp(3). this patch adds workaround for >>devices that cannot handle sdp query with attribute id range that has >>only one attribute id. currently i know of one such device - audiovox >>smt5600. i suspect that palm treo 650 might have the same problem. >> >>if your device worked before it should continue to work. there should be >>no visible changes. if you have problems then please send me hcidump(1) >>binary dump (can be created with -w option). > > This patch does not make my Palm Tungsten T3 browsable. do you get an error, or just no answer at all? this patch *will not* make palm browsable if it was not browsable before. the important thing is that you should *not* get any errors. basically, everything should work exactly the same as before. the problem device i mentioned before returns error and the patch should (i hope) fix it. max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Dec 7 23:14:45 2004 Return-Path: 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 6E1C016A4CE for ; Tue, 7 Dec 2004 23:14:45 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8359143D58 for ; Tue, 7 Dec 2004 23:14:44 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id iB7NEhu1054815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Dec 2004 00:14:43 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id iB7NEh9v054814; Wed, 8 Dec 2004 00:14:43 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41B63845.4030203@savvis.net> References: <41B63238.8050209@savvis.net> <41B63845.4030203@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ELErCWBCJcwk0t6V77tC" Date: Wed, 08 Dec 2004 00:14:42 +0100 Message-Id: <1102461282.29917.2.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: [patch] libsdp(3) - please test. X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2004 23:14:45 -0000 --=-ELErCWBCJcwk0t6V77tC Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=ED=B9e v =FAt 07. 12. 2004 v 15:09 -0800: > Pav, >=20 > >>please try attached patch for libsdp(3). this patch adds workaround for= =20 > >>devices that cannot handle sdp query with attribute id range that has=20 > >>only one attribute id. currently i know of one such device - audiovox=20 > >>smt5600. i suspect that palm treo 650 might have the same problem. > >> > >>if your device worked before it should continue to work. there should b= e=20 > >>no visible changes. if you have problems then please send me hcidump(1)= =20 > >>binary dump (can be created with -w option). > >=20 > > This patch does not make my Palm Tungsten T3 browsable. >=20 > do you get an error, or just no answer at all? this patch *will not*=20 > make palm browsable if it was not browsable before. the important thing=20 > is that you should *not* get any errors. basically, everything should=20 > work exactly the same as before. the problem device i mentioned before=20 > returns error and the patch should (i hope) fix it. Ah, sure, no output at all, no errors before or now. Well at least there are no regressions. :) --=20 Pav Lucistnik Fufie> snow should be on the tv and in the mountains, not here --=-ELErCWBCJcwk0t6V77tC Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBtjlintdYP8FOsoIRAt4lAJsFJWCeBF+6LttYLJJtcjTWeWwLdwCgrbG3 tpXrWjfrla6pv/RYp5WHtNA= =CL8v -----END PGP SIGNATURE----- --=-ELErCWBCJcwk0t6V77tC-- From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 17:20:01 2004 Return-Path: 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 233E216A4CE for ; Thu, 9 Dec 2004 17:20:01 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CFF043D60 for ; Thu, 9 Dec 2004 17:19:59 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB9HJw4J019459; Thu, 9 Dec 2004 12:19:58 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB9HJweW013174; Thu, 9 Dec 2004 12:19:58 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB9HJwt9013173; Thu, 9 Dec 2004 12:19:58 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412091719.iB9HJwt9013173@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Thu, 9 Dec 2004 12:19:58 -0500 (EST) In-Reply-To: <41B5DCE9.1070801@savvis.net> from "Maksim Yevmenkin" at Dec 07, 2004 08:40:09 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="%--multipart-mixed-boundary-1.1789.1102612798--%" cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 17:20:01 -0000 --%--multipart-mixed-boundary-1.1789.1102612798--% Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > himinbjorg# ./sdptool search --bdaddr gjallar OPUSH > > Searching for OPUSH on 00:07:e0:02:16:16 ... > > Service Name: OBEX Object Push > > Service RecHandle: 0x10001 > > Service Class ID List: > > "OBEX Object Push" (0x1105) > > Protocol Descriptor List: > > "L2CAP" (0x0100) > > "RFCOMM" (0x0003) > > Channel: 1 > > "OBEX" (0x0008) > > Language Base Attr List: > > code_ISO639: 0x656e > > encoding: 0x8cc > > base_offset: 0x100 > > ok. this looks good. could you please run as root 'hcidump -w > sdptool.dump', perform another '/sdptool search --bdaddr gjallar OPUSH' > and send me the sdptool.dump file? > Included. Thanks, Tuc --%--multipart-mixed-boundary-1.1789.1102612798--% Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: data Content-Disposition: attachment; filename="sdptool.dump" EQAAAPWIuEEhGgoAAQUEDRYWAuAHABjMAAAAAAEHAAEA9Yi4QQAvCgAEDwQAAQUEDgABAPiI uEF2uggABAMLACkAFhYC4AcAAQAIAAAA+Ii4QX+6CAABDQgEKQAPABEAAAD4iLhBg7oIAAIp IAwACAABAAIBBAABAEAACAABAPiIuEGJ0QgABBMFASkAAQAGAAEA+Ii4QQnpCAAEGwMpAAUJ AAEA+Ii4QcTwCAAEDgYBDQgAKQAVAAEA+Ii4QTMQCQACKSAQAAwAAQADAQgAQABAAAAAAAAR AAAA+Ii4QWUQCQACKSAMAAgAAQAEAgQAQAAAAAgAAQD4iLhBYysJAAQTBQEpAAEAEwABAPiI uEEQOwkAAikgDgAKAAEABQIGAEAAAAAAABEAAQD4iLhB10IJAAIpIAwACAABAAQBBABAAAAA EwAAAPiIuEEGQwkAAikgDgAKAAEABQEGAEAAAAAAAB0AAAD4iLhBBkwJAAIpIBgAFABAAAYA AAAPNQMZEQX//zUFCgAA//8ACAABAPiIuEFIWgkABBMFASkAAQAIAAEA+Ii4QdVpCQAEEwUB KQABAHUAAQD4iLhBS4UJAAIpIHAAbABAAAcAAABnAGQ2AGE2AF4JAAAKAAEAAQkAATUDGREF CQACCgDIeiYJAAQ1ETUDGQEANQUZAAMIATUDGQAICQAGNQkJZW4JCMwJAQAJAQAlEE9CRVgg T2JqZWN0IFB1c2gJAwM1CAgBCAIIAwj/ABEAAAD4iLhBQLkJAAIpIAwACAABAAYDBABAAEAA CAABAPiIuEGvywkABBMFASkAAQARAAEA+Ii4QfnmCQACKSAMAAgAAQAHAwQAQABAAA== --%--multipart-mixed-boundary-1.1789.1102612798--%-- From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 17:26:35 2004 Return-Path: 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 325A716A4CE for ; Thu, 9 Dec 2004 17:26:35 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE4C743D41 for ; Thu, 9 Dec 2004 17:26:34 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB9HQY4J019778; Thu, 9 Dec 2004 12:26:34 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB9HQXeW013477; Thu, 9 Dec 2004 12:26:33 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB9HQXsQ013476; Thu, 9 Dec 2004 12:26:33 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412091726.iB9HQXsQ013476@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Thu, 9 Dec 2004 12:26:33 -0500 (EST) In-Reply-To: <41B614F4.4070009@savvis.net> from "Maksim Yevmenkin" at Dec 07, 2004 12:39:16 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 17:26:35 -0000 > ok. i think i have an idea why it does not work. a colleague of mine has > audiovox smartphone (running windows-something) but it gives similar > error on sdp requests. > > apparently sdp server chokes when attribute range has exactly one > attribute, i.e. range specified as 0x0004 - 0x0004, meaning return only > attribute id 0x0004. > > could you please try the following: > > 1) edit /usr/src/usr.sbin/bluetooth/sdpcontrol/search.c file and replace > the following lines > > 39: /* List of the attributes we are looking for */ > 40: static u_int32_t attrs[] = > 41: { > 42: SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, > 43: SDP_ATTR_SERVICE_RECORD_HANDLE), > 44: SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, > 45: SDP_ATTR_SERVICE_CLASS_ID_LIST), > 46: SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, > 47: SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), > 48: SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, > 49: SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) > 50: }; > > with > > /* List of the attributes we are looking for */ > static uint32_t attrs[] = > { > SDP_ATTR_RANGE( 0, 1 ), > SDP_ATTR_RANGE( 3, 4 ), > SDP_ATTR_RANGE( 8, 9 ), > /* > SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, > SDP_ATTR_SERVICE_RECORD_HANDLE), > SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, > SDP_ATTR_SERVICE_CLASS_ID_LIST), > SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, > SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), > SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, > SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) > > */ > }; > > 2) re-compile sdpcontrol(8) > > 3) try to search for the services again. > Same thing. himinbjorg# ls -l /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol -rwxr-xr-x 1 root wheel 16826 Dec 9 12:21 /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol himinbjorg# /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol -a gjallar browse Could not execute command "browse". Input/output error himinbjorg# /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol -a gjallar search OPUSH Could not execute command "search". Input/output error Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 17:30:54 2004 Return-Path: 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 53CD516A4CE for ; Thu, 9 Dec 2004 17:30:54 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D677043D46 for ; Thu, 9 Dec 2004 17:30:53 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iB9HUjsH004065; Thu, 9 Dec 2004 11:30:45 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 11:30:38 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 11:30:27 -0600 Message-ID: <41B88BAE.30807@savvis.net> Date: Thu, 09 Dec 2004 09:30:22 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412091726.iB9HQXsQ013476@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412091726.iB9HQXsQ013476@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Dec 2004 17:30:27.0502 (UTC) FILETIME=[C5F3D4E0:01C4DE14] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 17:30:54 -0000 could you please attach hcidump? Tuc at Beach House wrote: >>ok. i think i have an idea why it does not work. a colleague of mine has >>audiovox smartphone (running windows-something) but it gives similar >>error on sdp requests. >> >>apparently sdp server chokes when attribute range has exactly one >>attribute, i.e. range specified as 0x0004 - 0x0004, meaning return only >>attribute id 0x0004. >> >>could you please try the following: >> >>1) edit /usr/src/usr.sbin/bluetooth/sdpcontrol/search.c file and replace >>the following lines >> >>39: /* List of the attributes we are looking for */ >>40: static u_int32_t attrs[] = >>41: { >>42: SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, >>43: SDP_ATTR_SERVICE_RECORD_HANDLE), >>44: SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, >>45: SDP_ATTR_SERVICE_CLASS_ID_LIST), >>46: SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, >>47: SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), >>48: SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, >>49: SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) >>50: }; >> >>with >> >>/* List of the attributes we are looking for */ >>static uint32_t attrs[] = >>{ >> SDP_ATTR_RANGE( 0, 1 ), >> SDP_ATTR_RANGE( 3, 4 ), >> SDP_ATTR_RANGE( 8, 9 ), >>/* >> SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, >> SDP_ATTR_SERVICE_RECORD_HANDLE), >> SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, >> SDP_ATTR_SERVICE_CLASS_ID_LIST), >> SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, >> SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), >> SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, >> SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) >> >>*/ >>}; >> >>2) re-compile sdpcontrol(8) >> >>3) try to search for the services again. >> > > Same thing. > > himinbjorg# ls -l /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol > -rwxr-xr-x 1 root wheel 16826 Dec 9 12:21 /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol > himinbjorg# /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol -a gjallar browse > Could not execute command "browse". Input/output error > himinbjorg# /usr/obj/usr/src/usr.sbin/bluetooth/sdpcontrol/sdpcontrol -a gjallar search OPUSH > Could not execute command "search". Input/output error > > Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 17:38:34 2004 Return-Path: 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 E646316A4CE for ; Thu, 9 Dec 2004 17:38:34 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9695643D4C for ; Thu, 9 Dec 2004 17:38:34 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB9HcX4J020524; Thu, 9 Dec 2004 12:38:34 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB9HcXeW014011; Thu, 9 Dec 2004 12:38:33 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB9HcXUV014010; Thu, 9 Dec 2004 12:38:33 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412091738.iB9HcXUV014010@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Thu, 9 Dec 2004 12:38:33 -0500 (EST) In-Reply-To: <41B88BAE.30807@savvis.net> from "Maksim Yevmenkin" at Dec 09, 2004 09:30:22 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="%--multipart-mixed-boundary-2.1789.1102613913--%" cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 17:38:35 -0000 --%--multipart-mixed-boundary-2.1789.1102613913--% Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > could you please attach hcidump? > Sorry. Thanks, Tuc --%--multipart-mixed-boundary-2.1789.1102613913--% Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: data Content-Disposition: attachment; filename="modsdp.dump" EQAAALqMuEF7UgkAAQUEDRYWAuAHABjMAAAAAAEHAAEAuoy4Qd1sCQAEDwQAAQUEDgABAL+M uEH3TQsABAMLBAAAFhYC4AcAAQARAAAAxYy4Qe54AQABBQQNFhYC4AcAGMwAAAAAAQcAAQDF jLhBRI4BAAQPBAABBQQOAAEAyoy4QZFzAwAEAwsEAAAWFgLgBwABABEAAADOjLhBHNkKAAEF BA0WFgLgBwAYzAAAAAABBwABAM6MuEGo7goABA8EAAEFBA4AAQDUjLhBBa0IAAQDCxApABYW AuAHAAEAEQAAANWMuEHhjg4AAQUEDRYWAuAHABjMAAAAAAEHAAEA1Yy4QVmnDgAEDwQAAQUE DgABANyMuEHJmAYABAMLECoAFhYC4AcAAQARAAAA4oy4QW00BgABBQQNFhYC4AcAGMwAAAAA AQcAAQDijLhBPV4GAAQPBAABBQQOAAEA54y4QaA/CAAEAwsEAAAWFgLgBwABABEAAADojLhB 81QIAAEFBA0WFgLgBwAYzAAAAAABBwABAOiMuEEIaggABA8EAAEFBA4AAQDpjLhBv0AHAAQD CwApABYWAuAHAAEACAAAAOmMuEHJQAcAAQ0IBCkADwANAAAA6Yy4Qc5ABwACKSAIAAQAAQAI AQAACAABAOmMuEHWUwcABBMFASkAAQAGAAEA6Yy4QTZzBwAEGwMpAAUJAAEA6Yy4QcV6BwAE DgYBDQgAKQANAAEA6Yy4QcCCBwACKSAIAAQAAQAJAQAADQAAAOqMuEHqkAcAAikgCAAEAAEA CAIAAAgAAQDqjLhB6qwHAAQTBQEpAAEADQABAOqMuEE6/wcAAikgCAAEAAEACQIAAA0AAADr jLhBLwYIAAIpIAgABAABAAgDAAAIAAEA64y4QQ41CAAEEwUBKQABAA0AAQDrjLhBK4MIAAIp IAgABAABAAkDAAANAAAA7Iy4QYSiCAACKSAIAAQAAQAIBAAACAABAOyMuEGg1AgABBMFASkA AQANAAEA7Iy4QYwqCQACKSAIAAQAAQAJBAAADQAAAO2MuEE5PwkAAikgCAAEAAEACAUAAAgA AQDtjLhBjocJAAQTBQEpAAEADQABAO2MuEHJ1QkAAikgCAAEAAEACQUAAA0AAADujLhBVtsJ AAIpIAgABAABAAgGAABNAAAA/oy4QdAdDQACKSBIAEQAAQAIB0AAAAAAADU2Nzg5MC0xMjM0 NTY3ODkwLTEyMzQ1Njc4OTAtMTIzNDU2Nzg5MC0xMjM0NTY3ODkwLTEyMzQ1Njc4OQcAAQAC jbhBaFUBAAQFBAApAAgRAAAAA424QSR5AQABBQQNFhYC4AcAGMwAAAAAAQcAAQADjbhBdY8B AAQPBAABBQQOAAEACI24QaZ0AwAEAwsEAAAWFgLgBwABABEAAAAJjbhBgZwDAAEFBA0WFgLg BwAYzAAAAAABBwABAAmNuEE2sgMABA8EAAEFBA4AAQArjbhB0l0LAAQDCyIqABYWAuAHAAEA EQAAACyNuEFCaAsAAQUEDRYWAuAHABjMAAAAAAEHAAEALI24QSCACwAEDwQAAQUEDgABAC2N uEF1SA0ABAMLACkAFhYC4AcAAQAIAAAALY24QX1IDQABDQgEKQAPAA0AAAAtjbhBgkgNAAIp IAgABAABAAgBAAAIAAEALY24QWBfDQAEEwUBKQABAAYAAQAtjbhBunoNAAQbAykABQkAAQAt jbhBhYINAAQOBgENCAApAA0AAQAtjbhBiIoNAAIpIAgABAABAAkBAAANAAAALo24QXqyDQAC KSAIAAQAAQAIAgAACAABAC6NuEFs8w0ABBMFASkAAQANAAEALo24QdpFDgACKSAIAAQAAQAJ AgAADQAAAC+NuEFkTw4AAikgCAAEAAEACAMAAAgAAQAvjbhBcaYOAAQTBQEpAAEADQABAC+N uEHh+A4AAikgCAAEAAEACQMAAA0AAAAwjbhBPxMPAAIpIAgABAABAAgEAAAIAAEAMY24QUEX AAAEEwUBKQABAA0AAQAxjbhBPG0AAAIpIAgABAABAAkEAAANAAAAMo24QT6TAAACKSAIAAQA AQAIBQAACAABADKNuEHO6QAABBMFASkAAQANAAEAMo24QZlDAQACKSAIAAQAAQAJBQAATQAA ADONuEFquQAAAikgSABEAAEACAZAAAAAAAA1Njc4OTAtMTIzNDU2Nzg5MC0xMjM0NTY3ODkw LTEyMzQ1Njc4OTAtMTIzNDU2Nzg5MC0xMjM0NTY3ODkIAAEAM424QXsAAQAEEwUBKQABACEA AQAzjbhBOloBAAIpIBwAGAABAAkGFAAAAAAANTY3ODkwLTEyMzQ1Njc4OSEAAAA0jbhBlX0B AAIpIBwAGAABAAgHFAAAAAABNTY3ODkwLTEyMzQ1Njc4OQgAAQA0jbhBu9IBAAQTBQEpAAEA IQABADSNuEH/KAIAAikgHAAYAAEACQcUAAAAAAE1Njc4OTAtMTIzNDU2Nzg5BwAAADmNuEFu GgIAAQYEAykAEwcAAQA5jbhBny0CAAQPBAABBgQHAAEAOY24QfFMAgAEBQQAKQAWEQAAADqN uEGJ6AcAAQUEDRYWAuAHABjMAAAAAAEHAAEAOo24QdwECAAEDwQAAQUEDgABAD+NuEH84QkA BAMLBAAAFhYC4AcAAQARAAAAUY24QRKzCQABBQQNFhYC4AcAGMwAAAAAAQcAAQBRjbhBCscJ AAQPBAABBQQOAAEAU424QbYpCwAEAwsAKQAWFgLgBwABAAgAAABTjbhBwSkLAAENCAQpAA8A EQAAAFONuEHFKQsAAikgDAAIAAEAAgEEAAEAUgAIAAEAU424QbNECwAEEwUBKQABAAYAAQBT jbhBZVwLAAQbAykABQkAAQBTjbhBM2QLAAQOBgENCAApABUAAQBTjbhBz6ILAAIpIBAADAAB AAMBCABAAFIAAAAAABEAAABTjbhBF6MLAAIpIAwACAABAAQCBABAAAAACAABAFONuEGxvQsA BBMFASkAAQATAAEAU424QUzdCwACKSAOAAoAAQAFAgYAUgAAAAAAEQABAFONuEGk6AsAAikg DAAIAAEABAEEAFIAAAATAAAAU424QefoCwACKSAOAAoAAQAFAQYAQAAAAAAAPQAAAFONuEHU 6QsAAikgOAA0AEAABgAAAC82AAMZEAL//zYAIwoAAAABCgADAAQKAAgACQoAAAAACgABAAEK AAQABAoACQAJAAgAAQBTjbhBFAAMAAQTBQEpAAEACAABAFONuEHhFwwABBMFASkAAQAQAAEA U424QQkzDAACKSALAAcAUgABAAAAAgADEQAAAFONuEG4NQwAAikgDAAIAAEABgMEAEAAUgAI AAEAU424QYhODAAEEwUBKQABABEAAQBTjbhBumkMAAIpIAwACAABAAcDBABAAFIABwAAAFiN uEFwVgwAAQYEAykAEwcAAQBYjbhBLW4MAAQPBAABBgQHAAEAWI24QaCNDAAEBQQAKQAWEQAA AFuNuEHB+QoAAQUEDRYWAuAHABjMAAAAAAEHAAEAW424QeAUCwAEDwQAAQUEDgABAF2NuEFY 6AwABAMLACoAFhYC4AcAAQAIAAAAXY24QWDoDAABDQgEKgAPABEAAABdjbhBZegMAAIqIAwA CAABAAIBBAABAFMACAABAF2NuEFv/wwABBMFASoAAQAGAAEAXY24QdgWDQAEGwMqAAUJAAEA XY24Qa8eDQAEDgYBDQgAKgAVAAEAXY24QdZFDQACKiAQAAwAAQADAQgAQABTAAAAAAARAAAA XY24QQVGDQACKiAMAAgAAQAEAgQAQAAAAAgAAQBdjbhBDWENAAQTBQEqAAEAEwABAF2NuEF9 fA0AAiogDgAKAAEABQIGAFMAAAAAABEAAQBdjbhBQ4QNAAIqIAwACAABAAQBBABTAAAAEwAA AF2NuEFyhA0AAiogDgAKAAEABQEGAEAAAAAAAD0AAABdjbhBMoUNAAIqIDgANABAAAYAAAAv NgADGREF//82ACMKAAAAAQoAAwAECgAIAAkKAAAAAAoAAQABCgAEAAQKAAkACQAIAAEAXY24 QcyfDQAEEwUBKgABAAgAAQBdjbhBQqsNAAQTBQEqAAEAEAABAF2NuEHJwg0AAiogCwAHAFMA AQAAAAIAAxEAAABdjbhBHccNAAIqIAwACAABAAYDBABAAFMACAABAF2NuEFI2g0ABBMFASoA AQARAAEAXY24Qc/tDQACKiAMAAgAAQAHAwQAQABTAA== --%--multipart-mixed-boundary-2.1789.1102613913--%-- From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 18:10:19 2004 Return-Path: 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 7BCDC16A4CE for ; Thu, 9 Dec 2004 18:10:19 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36AC943D1F for ; Thu, 9 Dec 2004 18:10:19 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iB9IA4sH007130; Thu, 9 Dec 2004 12:10:04 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 12:09:58 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 12:09:48 -0600 Message-ID: <41B894EB.5000908@savvis.net> Date: Thu, 09 Dec 2004 10:09:47 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412091738.iB9HcXUV014010@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412091738.iB9HcXUV014010@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Dec 2004 18:09:48.0769 (UTC) FILETIME=[45609510:01C4DE1A] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 18:10:19 -0000 Tuc at Beach House wrote: >>could you please attach hcidump? >> > Sorry. no problem. but,i think, you did not comment out original code, i.e you just added SDP_ATTR_RANGE( 0, 1 ), SDP_ATTR_RANGE( 3, 4 ), SDP_ATTR_RANGE( 8, 9 ), on top. you *need* to *comment out* (or remove) the following part SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, SDP_ATTR_SERVICE_RECORD_HANDLE), SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, SDP_ATTR_SERVICE_CLASS_ID_LIST), SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) the dump shows < ACL data: handle 0x002a flags 0x02 dlen 56 L2CAP(d): cid 0x40 len 52 [psm 1] SDP SSA Req: tid 0x0 len 0x2f pat uuid-16 0x1105 (OBEXObjPush) max 0xffff aid(s) 0x0000 - 0x0001 0x0003 - 0x0004 0x0008 - 0x0009 0x0000 - 0x0000 0x0001 - 0x0001 0x0004 - 0x0004 0x0009 - 0x0009 cont 00 i.e. sdpcontrol(8) still sends attribute id ranges that consist of only one attribute - the problem still there. i want to see something like < ACL data: handle 0x002a flags 0x02 dlen 56 L2CAP(d): cid 0x40 len 52 [psm 1] SDP SSA Req: tid 0x0 len 0x2f pat uuid-16 0x1105 (OBEXObjPush) max 0xffff aid(s) 0x0000 - 0x0001 0x0003 - 0x0004 0x0008 - 0x0009 cont 00 thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 18:31:19 2004 Return-Path: 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 9514916A4CE for ; Thu, 9 Dec 2004 18:31:19 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFCF43D2D for ; Thu, 9 Dec 2004 18:31:19 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB9IVI4J022786; Thu, 9 Dec 2004 13:31:18 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB9IVIeW016238; Thu, 9 Dec 2004 13:31:18 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB9IVIDY016237; Thu, 9 Dec 2004 13:31:18 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412091831.iB9IVIDY016237@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Thu, 9 Dec 2004 13:31:17 -0500 (EST) In-Reply-To: <41B894EB.5000908@savvis.net> from "Maksim Yevmenkin" at Dec 09, 2004 10:09:47 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="%--multipart-mixed-boundary-4.1789.1102617077--%" cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 18:31:19 -0000 --%--multipart-mixed-boundary-4.1789.1102617077--% Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > no problem. but,i think, you did not comment out original code, i.e you > just added > > SDP_ATTR_RANGE( 0, 1 ), > SDP_ATTR_RANGE( 3, 4 ), > SDP_ATTR_RANGE( 8, 9 ), > > on top. you *need* to *comment out* (or remove) the following part > > SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, > SDP_ATTR_SERVICE_RECORD_HANDLE), > SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, > SDP_ATTR_SERVICE_CLASS_ID_LIST), > SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, > SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), > SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, > SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) > I *THOUGHT* I did...... I didn't. :-/ > > i.e. sdpcontrol(8) still sends attribute id ranges that consist of only > one attribute - the problem still there. i want to see something like > > < ACL data: handle 0x002a flags 0x02 dlen 56 > L2CAP(d): cid 0x40 len 52 [psm 1] > SDP SSA Req: tid 0x0 len 0x2f > pat uuid-16 0x1105 (OBEXObjPush) > max 0xffff > aid(s) 0x0000 - 0x0001 0x0003 - 0x0004 0x0008 - 0x0009 > cont 00 > Do you see it here? One thing that has happened is after doing some of these I've had random full lockups of the Treo. Tuc --%--multipart-mixed-boundary-4.1789.1102617077--% Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: data Content-Disposition: attachment; filename="modsdp.dump" EQAAALqMuEF7UgkAAQUEDRYWAuAHABjMAAAAAAEHAAEAuoy4Qd1sCQAEDwQAAQUEDgABAL+M uEH3TQsABAMLBAAAFhYC4AcAAQARAAAAxYy4Qe54AQABBQQNFhYC4AcAGMwAAAAAAQcAAQDF jLhBRI4BAAQPBAABBQQOAAEAyoy4QZFzAwAEAwsEAAAWFgLgBwABABEAAADOjLhBHNkKAAEF BA0WFgLgBwAYzAAAAAABBwABAM6MuEGo7goABA8EAAEFBA4AAQDUjLhBBa0IAAQDCxApABYW AuAHAAEAEQAAANWMuEHhjg4AAQUEDRYWAuAHABjMAAAAAAEHAAEA1Yy4QVmnDgAEDwQAAQUE DgABANyMuEHJmAYABAMLECoAFhYC4AcAAQARAAAA4oy4QW00BgABBQQNFhYC4AcAGMwAAAAA AQcAAQDijLhBPV4GAAQPBAABBQQOAAEA54y4QaA/CAAEAwsEAAAWFgLgBwABABEAAADojLhB 81QIAAEFBA0WFgLgBwAYzAAAAAABBwABAOiMuEEIaggABA8EAAEFBA4AAQDpjLhBv0AHAAQD CwApABYWAuAHAAEACAAAAOmMuEHJQAcAAQ0IBCkADwANAAAA6Yy4Qc5ABwACKSAIAAQAAQAI AQAACAABAOmMuEHWUwcABBMFASkAAQAGAAEA6Yy4QTZzBwAEGwMpAAUJAAEA6Yy4QcV6BwAE DgYBDQgAKQANAAEA6Yy4QcCCBwACKSAIAAQAAQAJAQAADQAAAOqMuEHqkAcAAikgCAAEAAEA CAIAAAgAAQDqjLhB6qwHAAQTBQEpAAEADQABAOqMuEE6/wcAAikgCAAEAAEACQIAAA0AAADr jLhBLwYIAAIpIAgABAABAAgDAAAIAAEA64y4QQ41CAAEEwUBKQABAA0AAQDrjLhBK4MIAAIp IAgABAABAAkDAAANAAAA7Iy4QYSiCAACKSAIAAQAAQAIBAAACAABAOyMuEGg1AgABBMFASkA AQANAAEA7Iy4QYwqCQACKSAIAAQAAQAJBAAADQAAAO2MuEE5PwkAAikgCAAEAAEACAUAAAgA AQDtjLhBjocJAAQTBQEpAAEADQABAO2MuEHJ1QkAAikgCAAEAAEACQUAAA0AAADujLhBVtsJ AAIpIAgABAABAAgGAABNAAAA/oy4QdAdDQACKSBIAEQAAQAIB0AAAAAAADU2Nzg5MC0xMjM0 NTY3ODkwLTEyMzQ1Njc4OTAtMTIzNDU2Nzg5MC0xMjM0NTY3ODkwLTEyMzQ1Njc4OQcAAQAC jbhBaFUBAAQFBAApAAgRAAAAA424QSR5AQABBQQNFhYC4AcAGMwAAAAAAQcAAQADjbhBdY8B AAQPBAABBQQOAAEACI24QaZ0AwAEAwsEAAAWFgLgBwABABEAAAAJjbhBgZwDAAEFBA0WFgLg BwAYzAAAAAABBwABAAmNuEE2sgMABA8EAAEFBA4AAQArjbhB0l0LAAQDCyIqABYWAuAHAAEA EQAAACyNuEFCaAsAAQUEDRYWAuAHABjMAAAAAAEHAAEALI24QSCACwAEDwQAAQUEDgABAC2N uEF1SA0ABAMLACkAFhYC4AcAAQAIAAAALY24QX1IDQABDQgEKQAPAA0AAAAtjbhBgkgNAAIp IAgABAABAAgBAAAIAAEALY24QWBfDQAEEwUBKQABAAYAAQAtjbhBunoNAAQbAykABQkAAQAt jbhBhYINAAQOBgENCAApAA0AAQAtjbhBiIoNAAIpIAgABAABAAkBAAANAAAALo24QXqyDQAC KSAIAAQAAQAIAgAACAABAC6NuEFs8w0ABBMFASkAAQANAAEALo24QdpFDgACKSAIAAQAAQAJ AgAADQAAAC+NuEFkTw4AAikgCAAEAAEACAMAAAgAAQAvjbhBcaYOAAQTBQEpAAEADQABAC+N uEHh+A4AAikgCAAEAAEACQMAAA0AAAAwjbhBPxMPAAIpIAgABAABAAgEAAAIAAEAMY24QUEX AAAEEwUBKQABAA0AAQAxjbhBPG0AAAIpIAgABAABAAkEAAANAAAAMo24QT6TAAACKSAIAAQA AQAIBQAACAABADKNuEHO6QAABBMFASkAAQANAAEAMo24QZlDAQACKSAIAAQAAQAJBQAATQAA ADONuEFquQAAAikgSABEAAEACAZAAAAAAAA1Njc4OTAtMTIzNDU2Nzg5MC0xMjM0NTY3ODkw LTEyMzQ1Njc4OTAtMTIzNDU2Nzg5MC0xMjM0NTY3ODkIAAEAM424QXsAAQAEEwUBKQABACEA AQAzjbhBOloBAAIpIBwAGAABAAkGFAAAAAAANTY3ODkwLTEyMzQ1Njc4OSEAAAA0jbhBlX0B AAIpIBwAGAABAAgHFAAAAAABNTY3ODkwLTEyMzQ1Njc4OQgAAQA0jbhBu9IBAAQTBQEpAAEA IQABADSNuEH/KAIAAikgHAAYAAEACQcUAAAAAAE1Njc4OTAtMTIzNDU2Nzg5BwAAADmNuEFu GgIAAQYEAykAEwcAAQA5jbhBny0CAAQPBAABBgQHAAEAOY24QfFMAgAEBQQAKQAWEQAAADqN uEGJ6AcAAQUEDRYWAuAHABjMAAAAAAEHAAEAOo24QdwECAAEDwQAAQUEDgABAD+NuEH84QkA BAMLBAAAFhYC4AcAAQARAAAAUY24QRKzCQABBQQNFhYC4AcAGMwAAAAAAQcAAQBRjbhBCscJ AAQPBAABBQQOAAEAU424QbYpCwAEAwsAKQAWFgLgBwABAAgAAABTjbhBwSkLAAENCAQpAA8A EQAAAFONuEHFKQsAAikgDAAIAAEAAgEEAAEAUgAIAAEAU424QbNECwAEEwUBKQABAAYAAQBT jbhBZVwLAAQbAykABQkAAQBTjbhBM2QLAAQOBgENCAApABUAAQBTjbhBz6ILAAIpIBAADAAB AAMBCABAAFIAAAAAABEAAABTjbhBF6MLAAIpIAwACAABAAQCBABAAAAACAABAFONuEGxvQsA BBMFASkAAQATAAEAU424QUzdCwACKSAOAAoAAQAFAgYAUgAAAAAAEQABAFONuEGk6AsAAikg DAAIAAEABAEEAFIAAAATAAAAU424QefoCwACKSAOAAoAAQAFAQYAQAAAAAAAPQAAAFONuEHU 6QsAAikgOAA0AEAABgAAAC82AAMZEAL//zYAIwoAAAABCgADAAQKAAgACQoAAAAACgABAAEK AAQABAoACQAJAAgAAQBTjbhBFAAMAAQTBQEpAAEACAABAFONuEHhFwwABBMFASkAAQAQAAEA U424QQkzDAACKSALAAcAUgABAAAAAgADEQAAAFONuEG4NQwAAikgDAAIAAEABgMEAEAAUgAI AAEAU424QYhODAAEEwUBKQABABEAAQBTjbhBumkMAAIpIAwACAABAAcDBABAAFIABwAAAFiN uEFwVgwAAQYEAykAEwcAAQBYjbhBLW4MAAQPBAABBgQHAAEAWI24QaCNDAAEBQQAKQAWEQAA AFuNuEHB+QoAAQUEDRYWAuAHABjMAAAAAAEHAAEAW424QeAUCwAEDwQAAQUEDgABAF2NuEFY 6AwABAMLACoAFhYC4AcAAQAIAAAAXY24QWDoDAABDQgEKgAPABEAAABdjbhBZegMAAIqIAwA CAABAAIBBAABAFMACAABAF2NuEFv/wwABBMFASoAAQAGAAEAXY24QdgWDQAEGwMqAAUJAAEA XY24Qa8eDQAEDgYBDQgAKgAVAAEAXY24QdZFDQACKiAQAAwAAQADAQgAQABTAAAAAAARAAAA XY24QQVGDQACKiAMAAgAAQAEAgQAQAAAAAgAAQBdjbhBDWENAAQTBQEqAAEAEwABAF2NuEF9 fA0AAiogDgAKAAEABQIGAFMAAAAAABEAAQBdjbhBQ4QNAAIqIAwACAABAAQBBABTAAAAEwAA AF2NuEFyhA0AAiogDgAKAAEABQEGAEAAAAAAAD0AAABdjbhBMoUNAAIqIDgANABAAAYAAAAv NgADGREF//82ACMKAAAAAQoAAwAECgAIAAkKAAAAAAoAAQABCgAEAAQKAAkACQAIAAEAXY24 QcyfDQAEEwUBKgABAAgAAQBdjbhBQqsNAAQTBQEqAAEAEAABAF2NuEHJwg0AAiogCwAHAFMA AQAAAAIAAxEAAABdjbhBHccNAAIqIAwACAABAAYDBABAAFMACAABAF2NuEFI2g0ABBMFASoA AQARAAEAXY24Qc/tDQACKiAMAAgAAQAHAwQAQABTABEAAACymbhBtREHAAEFBA0WFgLgBwAY zAAAAAABBwABALKZuEFeKQcABA8EAAEFBA4AAQCzmbhBU18JAAQDCwApABYWAuAHAAEACAAA ALOZuEFbXwkAAQ0IBCkADwARAAAAs5m4QWBfCQACKSAMAAgAAQACAQQAAQBbAAgAAQCzmbhB fnIJAAQTBQEpAAEACQABALOZuEEEhgkABA4GAQ0IACkABgABALOZuEHOjQkABBsDKQAFFQAB ALOZuEFBuQkAAikgEAAMAAEAAwEIAEAAWwAAAAAAEQAAALOZuEF7uQkAAikgDAAIAAEABAIE AEAAAAAIAAEAs5m4QW/UCQAEEwUBKQABABMAAQCzmbhBKeAJAAIpIA4ACgABAAUCBgBbAAAA AAARAAEAs5m4Qe3rCQACKSAMAAgAAQAEAQQAWwAAABMAAACzmbhBLuwJAAIpIA4ACgABAAUB BgBAAAAAAAApAAAAs5m4QfzsCQACKSAkACAAQAAGAAAAGzYAAxkQAv//NgAPCgAAAAEKAAMA BAoACAAJAAgAAQCzmbhBcgcKAAQTBQEpAAEACAABALOZuEH9DgoABBMFASkAAQAUAAEAs5m4 QbEeCgACKSAPAAsAWwAHAAAABgADNgAAABEAAACzmbhBdx8KAAIpIAwACAABAAYDBABAAFsA CAABALOZuEEHNgoABBMFASkAAQARAAEAs5m4QbNFCgACKSAMAAgAAQAHAwQAQABbABEAAAC2 mbhB7VkJAAIpIAwACAABAAIEBAABAFwACAABALaZuEE4swkABBMFASkAAQAVAAEAtpm4QRUR CgACKSAQAAwAAQADBAgAQABcAAAAAAARAAAAtpm4QVIRCgACKSAMAAgAAQAEBQQAQAAAAAgA AQC2mbhBBDQKAAQTBQEpAAEAEwABALaZuEHQyAoAAikgDgAKAAEABQUGAFwAAAAAABEAAQC2 mbhB6eMKAAIpIAwACAABAAQCBABcAAAAEwAAALaZuEEs5AoAAikgDgAKAAEABQIGAEAAAAAA ACkAAAC2mbhBKuUKAAIpICQAIABAAAYAAAAbNgADGREF//82AA8KAAAAAQoAAwAECgAIAAkA CAABALaZuEEp/woABBMFASkAAQAIAAEAtpm4QeUKCwAEEwUBKQABAD0AAQC2mbhBsB4LAAIp IDgANABcAAcAAAAvACw2ACk2ACYJAAAKAAEAAQkAATUDGREFCQAENRE1AxkBADUFGQADCAE1 AxkACAARAAAAtpm4QdchCwACKSAMAAgAAQAGBgQAQABcAAgAAQC2mbhB/jkLAAQTBQEpAAEA EQABALaZuEH1jwsAAikgDAAIAAEABwYEAEAAXAAHAAAAu5m4QQ2NCwABBgQDKQATBwABALuZ uEEVoAsABA8EAAEGBAcAAQC7mbhBb78LAAQFBAApABY= --%--multipart-mixed-boundary-4.1789.1102617077--%-- From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 18:45:15 2004 Return-Path: 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 796D416A4CE for ; Thu, 9 Dec 2004 18:45:15 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0D243D2D for ; Thu, 9 Dec 2004 18:45:15 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iB9Ij3sH009655; Thu, 9 Dec 2004 12:45:03 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 12:44:55 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 12:44:45 -0600 Message-ID: <41B89D1C.2050601@savvis.net> Date: Thu, 09 Dec 2004 10:44:44 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuc at Beach House References: <200412091831.iB9IVIDY016237@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200412091831.iB9IVIDY016237@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Dec 2004 18:44:45.0306 (UTC) FILETIME=[2702BDA0:01C4DE1F] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 18:45:15 -0000 Tuc at Beach House wrote: >>no problem. but,i think, you did not comment out original code, i.e you >>just added >> >>SDP_ATTR_RANGE( 0, 1 ), >>SDP_ATTR_RANGE( 3, 4 ), >>SDP_ATTR_RANGE( 8, 9 ), >> >>on top. you *need* to *comment out* (or remove) the following part >> >> SDP_ATTR_RANGE( SDP_ATTR_SERVICE_RECORD_HANDLE, >> SDP_ATTR_SERVICE_RECORD_HANDLE), >> SDP_ATTR_RANGE( SDP_ATTR_SERVICE_CLASS_ID_LIST, >> SDP_ATTR_SERVICE_CLASS_ID_LIST), >> SDP_ATTR_RANGE( SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST, >> SDP_ATTR_PROTOCOL_DESCRIPTOR_LIST), >> SDP_ATTR_RANGE( SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST, >> SDP_ATTR_BLUETOOTH_PROFILE_DESCRIPTOR_LIST) >> > > I *THOUGHT* I did...... I didn't. :-/ > >>i.e. sdpcontrol(8) still sends attribute id ranges that consist of only >>one attribute - the problem still there. i want to see something like >> >>< ACL data: handle 0x002a flags 0x02 dlen 56 >> L2CAP(d): cid 0x40 len 52 [psm 1] >> SDP SSA Req: tid 0x0 len 0x2f >> pat uuid-16 0x1105 (OBEXObjPush) >> max 0xffff >> aid(s) 0x0000 - 0x0001 0x0003 - 0x0004 0x0008 - 0x0009 >> cont 00 >> > > Do you see it here? yep, thanks. thats it. here is the response to your 'search opush' command. 1102617014.728752 > ACL data: handle 0x0029 flags 0x02 dlen 56 L2CAP(d): cid 0x5c len 52 [psm 1] SDP SSA Rsp: tid 0x0 len 0x2f cnt 0x2c srv rec #0 aid 0x0000 (SrvRecHndl) uint 0x10001 aid 0x0001 (SrvClassIDList) < uuid-16 0x1105 (OBEXObjPush) > aid 0x0004 (ProtocolDescList) < < uuid-16 0x0100 (L2CAP) > < uuid-16 0x0003 (RFCOMM) uint 0x1 > < uuid-16 0x0008 (OBEX) > > cont 00 i noticed that you also did 'browse' but you got nothing, right? that's normal, as long as you are not getting any errors from sdpcontrol(8). i will commit a bit different patch (to libsdp(3)) that will work around this problem. for now please undo all the changes to the sdpcontrol(8). i will send you libsdp(3) patch to apply in separate email. sigh.. some smartphones are not so smart after all :( > One thing that has happened is after doing some of these I've had > random full lockups of the Treo. i'd say this has nothing to do with this. all we are doing is opening bluetooth connection and sending some data. this should not cause any lockups on any side. if it does then i'd say its treo's fault. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 19:00:55 2004 Return-Path: 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 BA88716A4CE for ; Thu, 9 Dec 2004 19:00:55 +0000 (GMT) Received: from vjofn.tucs-beachin-obx-house.com (vjofn.tucs-beachin-obx-house.com [204.107.90.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D01E43D1D for ; Thu, 9 Dec 2004 19:00:55 +0000 (GMT) (envelope-from tuc@tucs-beachin-obx-house.com) Received: from himinbjorg.tucs-beachin-obx-house.com (ool-44c09852.dyn.optonline.net [68.192.152.82]) (authenticated bits=128)iB9J0s4J024119; Thu, 9 Dec 2004 14:00:54 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1])id iB9J0seW017444; Thu, 9 Dec 2004 14:00:54 -0500 (EST) (envelope-from tuc@tucs-beachin-obx-house.com) Received: (from tucobx@localhost)iB9J0sfc017443; Thu, 9 Dec 2004 14:00:54 -0500 (EST) (envelope-from tucobx) From: Tuc at Beach House Message-Id: <200412091900.iB9J0sfc017443@himinbjorg.tucs-beachin-obx-house.com> To: maksim.yevmenkin@savvis.net (Maksim Yevmenkin) Date: Thu, 9 Dec 2004 14:00:54 -0500 (EST) In-Reply-To: <41B89D1C.2050601@savvis.net> from "Maksim Yevmenkin" at Dec 09, 2004 10:44:44 AM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@freebsd.org cc: Tuc at Beach House Subject: Re: sdpcontrol issues (LONG) X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 19:00:55 -0000 > yep, thanks. thats it. here is the response to your 'search opush' command. > > 1102617014.728752 > ACL data: handle 0x0029 flags 0x02 dlen 56 > L2CAP(d): cid 0x5c len 52 [psm 1] > SDP SSA Rsp: tid 0x0 len 0x2f > cnt 0x2c > srv rec #0 > aid 0x0000 (SrvRecHndl) > uint 0x10001 > aid 0x0001 (SrvClassIDList) > < uuid-16 0x1105 (OBEXObjPush) > > aid 0x0004 (ProtocolDescList) > < < uuid-16 0x0100 (L2CAP) > < > uuid-16 0x0003 (RFCOMM) uint 0x1 > < > uuid-16 0x0008 (OBEX) > > > > cont 00 > > i noticed that you also did 'browse' but you got nothing, right? > Right, but atleast it didn't input/output error. > > that's > normal, as long as you are not getting any errors from sdpcontrol(8). i > will commit a bit different patch (to libsdp(3)) that will work around > this problem. for now please undo all the changes to the sdpcontrol(8). > i will send you libsdp(3) patch to apply in separate email. > Great, thanks. > > sigh.. some smartphones are not so smart after all :( > I think they threw in BT to make people happy. There is known issues of items they TRIED to implement, didn't get to work, so put it out anyway. > > > One thing that has happened is after doing some of these I've had > > random full lockups of the Treo. > > i'd say this has nothing to do with this. all we are doing is opening > bluetooth connection and sending some data. this should not cause any > lockups on any side. if it does then i'd say its treo's fault. > Yea, just wondering if we are some how tickling an issue in their implementation. Thanks, Tuc From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 22:52:10 2004 Return-Path: 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 6929916A4CE for ; Thu, 9 Dec 2004 22:52:10 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D93F843D48 for ; Thu, 9 Dec 2004 22:52:09 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iB9MpflS029168 for ; Thu, 9 Dec 2004 16:51:41 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 16:51:13 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 16:51:03 -0600 Message-ID: <41B8D6D5.6090801@savvis.net> Date: Thu, 09 Dec 2004 14:51:01 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-bluetooth@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Dec 2004 22:51:03.0486 (UTC) FILETIME=[8F7E0DE0:01C4DE41] X-ECS-MailScanner: No virus is found Subject: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 22:52:10 -0000 Hello, please help me with testing of obexapp v1.4. it can be downloaded from http://www.geocities.com/m_evmenkin/obexapp-1.4.tar.gz the main feature is readline(3) support. it is now possible to repeat and edit commands in interactive mode. the command parser also has been changed. it is now possible to enter command parameters together with commands (for example "cd /" or "get foo bar"). thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 23:28:54 2004 Return-Path: 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 9A7D116A4CE for ; Thu, 9 Dec 2004 23:28:54 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB44843D45 for ; Thu, 9 Dec 2004 23:28:53 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id iB9NSqkF039762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Dec 2004 00:28:52 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id iB9NSqg2039761; Fri, 10 Dec 2004 00:28:52 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41B8D6D5.6090801@savvis.net> References: <41B8D6D5.6090801@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OMnFJx3pva6gquD39lT/" Date: Fri, 10 Dec 2004 00:28:51 +0100 Message-Id: <1102634931.90683.9.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 23:28:54 -0000 --=-OMnFJx3pva6gquD39lT/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=C3=AD=C5=A1e v =C4=8Dt 09. 12. 2004 v 14:51 -0800: > Hello, >=20 > please help me with testing of obexapp v1.4. it can be downloaded from >=20 > http://www.geocities.com/m_evmenkin/obexapp-1.4.tar.gz >=20 > the main feature is readline(3) support. it is now possible to repeat=20 > and edit commands in interactive mode. the command parser also has been=20 > changed. it is now possible to enter command parameters together with=20 > commands (for example "cd /" or "get foo bar"). obex> get Soul.mp3 Soul.mp3 Success, response: OK, Success (0x20) obex> get Wazzup.mp3 Failure, response: Unautorized (0x41) When I write get with single argument, could obexapp assume it as both remote and local filename? ---------- There's some odity with line breaks, it seems, on my terminal: +--------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------+ | obex> get Soul.mp3 Soul.mp3 = = Success, response: OK, Succes= s (0x20) | | obex> get Wazzup.mp3 | Failure, response: Unautorized (0x41) +------------------------------------- Should there be so many spaces and shouldn't there be line break before "Success" ? ---------- What about autocompletion, like in shell? ---------- What about unicode characters? My cell phones have czech localisation and name of directories visible over OBEX are with czech characters, coded in Unicode. Accessible for me with obexapp but in latin2 charset: obex> ls Access Owner Group Size Modified Name n/a n/a n/a n/a Obr=C3=83=C2=A1zky/ n/a n/a n/a n/a Zvuky/ n/a n/a n/a n/a Sch=C3=83=C2=A9mata= / n/a n/a n/a n/a Videosoubory/ n/a n/a n/a n/a Jin=C3=83=C2=A9/ Success, response: OK, Success (0x20) obex> cd Jin=C3=83=C2=A9 Failure, response: Not found (0x44) obex> cd Jin=C3=A9 Success, response: OK, Success (0x20) ---------- It wanted to pair my cell phone on connect, obexapp-1.3 does not wanted to pair. ---------- Otherwise it works very nice, big step forward in usability. --=20 Pav Lucistnik On real UNIX, /usr/bin/more prints -More-. --=-OMnFJx3pva6gquD39lT/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBuN+zntdYP8FOsoIRAqkuAKCg0JT86U9DNeuOo3f2TjKJyizt3ACgqzh2 KwrowBH4RKaKOcWSv9+ZjMw= =qagx -----END PGP SIGNATURE----- --=-OMnFJx3pva6gquD39lT/-- From owner-freebsd-bluetooth@FreeBSD.ORG Thu Dec 9 23:53:40 2004 Return-Path: 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 4348616A4CE; Thu, 9 Dec 2004 23:53:40 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D0F443D54; Thu, 9 Dec 2004 23:53:39 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iB9NrU2f000408; Thu, 9 Dec 2004 17:53:30 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 17:53:28 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 17:53:18 -0600 Message-ID: <41B8E56C.6050409@savvis.net> Date: Thu, 09 Dec 2004 15:53:16 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pav@FreeBSD.org References: <41B8D6D5.6090801@savvis.net> <1102634931.90683.9.camel@hood.oook.cz> In-Reply-To: <1102634931.90683.9.camel@hood.oook.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 09 Dec 2004 23:53:18.0154 (UTC) FILETIME=[41872AA0:01C4DE4A] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 23:53:40 -0000 Pav Lucistnik wrote: > Maksim Yevmenkin píše v čt 09. 12. 2004 v 14:51 -0800: > >>Hello, >> >>please help me with testing of obexapp v1.4. it can be downloaded from >> >>http://www.geocities.com/m_evmenkin/obexapp-1.4.tar.gz >> >>the main feature is readline(3) support. it is now possible to repeat >>and edit commands in interactive mode. the command parser also has been >>changed. it is now possible to enter command parameters together with >>commands (for example "cd /" or "get foo bar"). > > > obex> get Soul.mp3 Soul.mp3 > Success, response: OK, Success (0x20) > > obex> get Wazzup.mp3 > Failure, response: Unautorized (0x41) > > When I write get with single argument, could obexapp assume it as both > remote and local filename? well, it could. right now i opted for non-intuitive version :) that is 'get foo' means get default vcard object and save it locally as foo :) funky, huh? :) i do not like it myself, and i'm not sure how often one wants to pull default vcard object. i like your idea better, i.e. 'get foo' should mean 'get foo foo'. perhaps adding another command to get default object would be better? > There's some odity with line breaks, it seems, on my terminal: > > +-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ > | obex> get Soul.mp3 Soul.mp3 Success, response: OK, Success (0x20) | > | obex> get Wazzup.mp3 > | Failure, response: Unautorized (0x41) > +------------------------------------- > > Should there be so many spaces and shouldn't there be line break before > "Success" ? i'm not really sure what do you mean. could you please provide a sample of what you would like output to be? > What about autocompletion, like in shell? autocompletion for the remote filenames would be tricky to do. directory listing is required for that. not all devices support 'ls' command. > What about unicode characters? My cell phones have czech localisation > and name of directories visible over OBEX are with czech characters, > coded in Unicode. Accessible for me with obexapp but in latin2 charset: > > obex> ls > Access Owner Group Size Modified Name > n/a n/a n/a n/a Obrázky/ > n/a n/a n/a n/a Zvuky/ > n/a n/a n/a n/a Schémata/ > n/a n/a n/a n/a Videosoubory/ > n/a n/a n/a n/a Jiné/ > Success, response: OK, Success (0x20) > obex> cd Jiné > Failure, response: Not found (0x44) > obex> cd Jiné > Success, response: OK, Success (0x20) well, directory listing is a xml document. i just get it and parse/print it with bsdxml(3). does your phone sets xml charset? (hint: use hcidump to actually see xml :) unicode input is a completely different beast. you actually have to switch your console to unicode. > It wanted to pair my cell phone on connect, obexapp-1.3 does not wanted > to pair. obexapp does not care about piring. if you want to authenticate incoming connection on freebsd you have to use hccontrol(8). right now there is no way to turn authentication on individual connections. its all or none. > Otherwise it works very nice, big step forward in usability. thanks for feedback. max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 00:48:18 2004 Return-Path: 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 41FAE16A4CE; Fri, 10 Dec 2004 00:48:18 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3C6543D39; Fri, 10 Dec 2004 00:48:17 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iBA0mF2f003065; Thu, 9 Dec 2004 18:48:16 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 18:48:11 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 9 Dec 2004 18:48:00 -0600 Message-ID: <41B8F23F.6050807@savvis.net> Date: Thu, 09 Dec 2004 16:47:59 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <41B8D6D5.6090801@savvis.net> <1102634931.90683.9.camel@hood.oook.cz> <41B8E56C.6050409@savvis.net> In-Reply-To: <41B8E56C.6050409@savvis.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 10 Dec 2004 00:48:01.0039 (UTC) FILETIME=[E647A9F0:01C4DE51] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 00:48:18 -0000 updated version http://www.geocities.com/m_evmenkin/obexapp-1.4.1.tar.gz added 'getdefault' command. changed 'get', 'getdefault' and 'put' behavior to match their non-interactive versions. max Maksim Yevmenkin wrote: > Pav Lucistnik wrote: > >> Maksim Yevmenkin píše v čt 09. 12. 2004 v 14:51 -0800: >> >>> Hello, >>> >>> please help me with testing of obexapp v1.4. it can be downloaded from >>> >>> http://www.geocities.com/m_evmenkin/obexapp-1.4.tar.gz >>> >>> the main feature is readline(3) support. it is now possible to repeat >>> and edit commands in interactive mode. the command parser also has >>> been changed. it is now possible to enter command parameters together >>> with commands (for example "cd /" or "get foo bar"). >> >> >> >> obex> get Soul.mp3 Soul.mp3 >> Success, response: OK, Success (0x20) >> >> obex> get Wazzup.mp3 >> Failure, response: Unautorized (0x41) >> >> When I write get with single argument, could obexapp assume it as both >> remote and local filename? > > > well, it could. right now i opted for non-intuitive version :) that is > 'get foo' means get default vcard object and save it locally as foo :) > funky, huh? :) > > i do not like it myself, and i'm not sure how often one wants to pull > default vcard object. i like your idea better, i.e. 'get foo' should > mean 'get foo foo'. perhaps adding another command to get default object > would be better? > > > There's some odity with line breaks, it seems, on my terminal: > >> >> +-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ >> >> | obex> get Soul.mp3 >> Soul.mp3 >> Success, response: OK, Success (0x20) | >> | obex> get Wazzup.mp3 >> | Failure, response: Unautorized (0x41) >> +------------------------------------- >> >> Should there be so many spaces and shouldn't there be line break before >> "Success" ? > > > i'm not really sure what do you mean. could you please provide a sample > of what you would like output to be? > >> What about autocompletion, like in shell? > > > autocompletion for the remote filenames would be tricky to do. directory > listing is required for that. not all devices support 'ls' command. > >> What about unicode characters? My cell phones have czech localisation >> and name of directories visible over OBEX are with czech characters, >> coded in Unicode. Accessible for me with obexapp but in latin2 charset: >> >> obex> ls >> Access Owner Group Size Modified Name >> n/a n/a n/a n/a Obrázky/ >> n/a n/a n/a n/a Zvuky/ >> n/a n/a n/a n/a Schémata/ >> n/a n/a n/a n/a Videosoubory/ >> n/a n/a n/a n/a Jiné/ >> Success, response: OK, Success (0x20) >> obex> cd Jiné >> Failure, response: Not found (0x44) >> obex> cd Jiné >> Success, response: OK, Success (0x20) > > > well, directory listing is a xml document. i just get it and parse/print > it with bsdxml(3). does your phone sets xml charset? (hint: use hcidump > to actually see xml :) > > unicode input is a completely different beast. you actually have to > switch your console to unicode. > >> It wanted to pair my cell phone on connect, obexapp-1.3 does not wanted >> to pair. > > > obexapp does not care about piring. if you want to authenticate incoming > connection on freebsd you have to use hccontrol(8). right now there is > no way to turn authentication on individual connections. its all or none. > >> Otherwise it works very nice, big step forward in usability. > > > thanks for feedback. > > max > > > _______________________________________________ > 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 Fri Dec 10 08:46:14 2004 Return-Path: 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 02DFE16A4CE for ; Fri, 10 Dec 2004 08:46:14 +0000 (GMT) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2CF43D1D for ; Fri, 10 Dec 2004 08:46:13 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1])iBA8kB6n035424; Fri, 10 Dec 2004 09:46:11 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.1/8.13.1/Submit) id iBA8kBau035423; Fri, 10 Dec 2004 09:46:11 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41B8E56C.6050409@savvis.net> References: <41B8D6D5.6090801@savvis.net> <41B8E56C.6050409@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-F0hVVwTnspcwGGPQ+ubS" Date: Fri, 10 Dec 2004 09:46:10 +0100 Message-Id: <1102668370.34937.7.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 08:46:14 -0000 --=-F0hVVwTnspcwGGPQ+ubS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=C3=AD=C5=A1e v =C4=8Dt 09. 12. 2004 v 15:53 -0800: > > obex> get Soul.mp3 Soul.mp3 > > Success, response: OK, Success (0x20) > >=20 > > obex> get Wazzup.mp3 > > Failure, response: Unautorized (0x41) > >=20 > > When I write get with single argument, could obexapp assume it as both > > remote and local filename? >=20 > well, it could. right now i opted for non-intuitive version :) that is=20 > 'get foo' means get default vcard object and save it locally as foo :)=20 > funky, huh? :) >=20 > i do not like it myself, and i'm not sure how often one wants to pull=20 > default vcard object. i like your idea better, i.e. 'get foo' should=20 > mean 'get foo foo'. perhaps adding another command to get default object=20 > would be better? Exactly. I see you already implemented this, I will test 1.4.1 in the evening (I have my bluetooth dongle at home). > > There's some odity with line breaks, it seems, on my terminal: > >=20 > > +----------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= -------------+ > > | obex> get Soul.mp3 Soul.mp3 = = Success, response: OK, Su= ccess (0x20) | > > | obex> get Wazzup.mp3 > > | Failure, response: Unautorized (0x41) > > +------------------------------------- > >=20 > > Should there be so many spaces and shouldn't there be line break before > > "Success" ? >=20 > i'm not really sure what do you mean. could you please provide a sample=20 > of what you would like output to be? Well, I would expect it to print Success on the new line, not on the same line as get Soul.mp3 Soul.mp3 with 200 spaces inbetween. > > What about autocompletion, like in shell? >=20 > autocompletion for the remote filenames would be tricky to do. directory=20 > listing is required for that. not all devices support 'ls' command. Perhaps it could try to do 'ls' on first 'tab' keypress, as lftp does it. I understand this would be a lot of work, probably. > > What about unicode characters? My cell phones have czech localisation > > and name of directories visible over OBEX are with czech characters, > > coded in Unicode. Accessible for me with obexapp but in latin2 charset: > >=20 > > obex> ls > > Access Owner Group Size Modified Name > > n/a n/a n/a n/a Obr=C3=83=C2=A1= zky/ > > n/a n/a n/a n/a Zvuky/ > > n/a n/a n/a n/a Sch=C3=83=C2=A9= mata/ > > n/a n/a n/a n/a Videosoubory/ > > n/a n/a n/a n/a Jin=C3=83=C2=A9= / > > Success, response: OK, Success (0x20) > > obex> cd Jin=C3=83=C2=A9 > > Failure, response: Not found (0x44) > > obex> cd Jin=C3=A9 > > Success, response: OK, Success (0x20) >=20 > well, directory listing is a xml document. i just get it and parse/print=20 > it with bsdxml(3). does your phone sets xml charset? (hint: use hcidump=20 > to actually see xml :) > unicode input is a completely different beast. you actually have to=20 > switch your console to unicode. What's interesting is that listing is printed in Unicode, but 'cd' command reacted on 'iso-8859-2' encoded name, but not on Unicode encoded name. I will check with hcidump in the evening. > > It wanted to pair my cell phone on connect, obexapp-1.3 does not wanted > > to pair. >=20 > obexapp does not care about piring. if you want to authenticate incoming=20 > connection on freebsd you have to use hccontrol(8). right now there is=20 > no way to turn authentication on individual connections. its all or none. It's more about that phone suddenly wanted to pair with my computer. With obexapp-1.3, it just allowed computer to connect, but did not allowed to browse any directories, only to upload files into root. With obexapp-1.4, it want to pair, otherwise it drop the connection, but now it allows browsing subdirectories and getting files from/to them. I'm not sure if I dislike the new way, I'm just reporting difference. --=20 Pav Lucistnik On real UNIX, /usr/bin/more prints -More-. --=-F0hVVwTnspcwGGPQ+ubS Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBuWJSntdYP8FOsoIRAhg3AKCutt58rVOY8/gItxUs1MX2IuaD9ACgnCJ3 ItKL5Eepx79GPVZrrnujTEk= =XSr1 -----END PGP SIGNATURE----- --=-F0hVVwTnspcwGGPQ+ubS-- From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 17:51:40 2004 Return-Path: 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 5B06516A4CE; Fri, 10 Dec 2004 17:51:40 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C07B543D5A; Fri, 10 Dec 2004 17:51:36 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iBAHpUwR032212; Fri, 10 Dec 2004 11:51:30 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 11:51:25 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 11:51:15 -0600 Message-ID: <41B9E211.8050005@savvis.net> Date: Fri, 10 Dec 2004 09:51:13 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pav@FreeBSD.org References: <41B8D6D5.6090801@savvis.net> <1102634931.90683.9.camel@hood.oook.cz> <41B8E56C.6050409@savvis.net> <1102668370.34937.7.camel@pav.hide.vol.cz> In-Reply-To: <1102668370.34937.7.camel@pav.hide.vol.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 10 Dec 2004 17:51:15.0288 (UTC) FILETIME=[D81A9D80:01C4DEE0] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 17:51:40 -0000 Pav, >>>obex> get Soul.mp3 Soul.mp3 >>>Success, response: OK, Success (0x20) >>> >>>obex> get Wazzup.mp3 >>>Failure, response: Unautorized (0x41) >>> >>>When I write get with single argument, could obexapp assume it as both >>>remote and local filename? >> >>well, it could. right now i opted for non-intuitive version :) that is >>'get foo' means get default vcard object and save it locally as foo :) >>funky, huh? :) >> >>i do not like it myself, and i'm not sure how often one wants to pull >>default vcard object. i like your idea better, i.e. 'get foo' should >>mean 'get foo foo'. perhaps adding another command to get default object >>would be better? > > Exactly. I see you already implemented this, I will test 1.4.1 in the > evening (I have my bluetooth dongle at home). yep, thats done 1.4.1 >> > There's some odity with line breaks, it seems, on my terminal: >> >>>+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ >>>| obex> get Soul.mp3 Soul.mp3 Success, response: OK, Success (0x20) | >>>| obex> get Wazzup.mp3 >>>| Failure, response: Unautorized (0x41) >>>+------------------------------------- >>> >>>Should there be so many spaces and shouldn't there be line break before >>>"Success" ? >> >>i'm not really sure what do you mean. could you please provide a sample >>of what you would like output to be? > > Well, I would expect it to print Success on the new line, not on the > same line as get Soul.mp3 Soul.mp3 with 200 spaces inbetween. hmmm... that is how it works on my system. you have to hit enter after 'get Soul.mp3 Soul.mp3' command, right? :) thats the newline right here. so 'success etc.' should be printed on new line. are you using attached console, ssh/telnet or serial console? >>>What about autocompletion, like in shell? >> >>autocompletion for the remote filenames would be tricky to do. directory >>listing is required for that. not all devices support 'ls' command. > > Perhaps it could try to do 'ls' on first 'tab' keypress, as lftp does > it. I understand this would be a lot of work, probably. i need to think about that. the problem is that there is no way of knowing if device supports 'ls' other then actually trying 'ls' :) >>>What about unicode characters? My cell phones have czech localisation >>>and name of directories visible over OBEX are with czech characters, >>>coded in Unicode. Accessible for me with obexapp but in latin2 charset: >>> >>>obex> ls >>>Access Owner Group Size Modified Name >>> n/a n/a n/a n/a Obrázky/ >>> n/a n/a n/a n/a Zvuky/ >>> n/a n/a n/a n/a Schémata/ >>> n/a n/a n/a n/a Videosoubory/ >>> n/a n/a n/a n/a Jiné/ >>>Success, response: OK, Success (0x20) >>>obex> cd Jiné >>>Failure, response: Not found (0x44) >>>obex> cd Jiné >>>Success, response: OK, Success (0x20) >> >>well, directory listing is a xml document. i just get it and parse/print >>it with bsdxml(3). does your phone sets xml charset? (hint: use hcidump >>to actually see xml :) > >>unicode input is a completely different beast. you actually have to >>switch your console to unicode. > > What's interesting is that listing is printed in Unicode, but 'cd' > command reacted on 'iso-8859-2' encoded name, but not on Unicode encoded > name. names of obex objects (obex name header) *are* in unicode. that is when you type 'get foo', obexapp(1) takes 'foo' and creates obex name header in request that has 'foo' translated to unicode. i think your device sends back entries in the directory listing in unicode and obexapp(1) have to translate it back. thats why i need to see xml encoding (if any). > I will check with hcidump in the evening. > >>>It wanted to pair my cell phone on connect, obexapp-1.3 does not wanted >>>to pair. >> >>obexapp does not care about piring. if you want to authenticate incoming >>connection on freebsd you have to use hccontrol(8). right now there is >>no way to turn authentication on individual connections. its all or none. > > It's more about that phone suddenly wanted to pair with my computer. > With obexapp-1.3, it just allowed computer to connect, but did not > allowed to browse any directories, only to upload files into root. > With obexapp-1.4, it want to pair, otherwise it drop the connection, but > now it allows browsing subdirectories and getting files from/to them. > > I'm not sure if I dislike the new way, I'm just reporting difference. hmmm.... that's weird. *nothing* in obexapp(1) could have caused this. one thing you can try is to get rid of your phone key in '/var/db/hcsecd.keys' file, restart hcsecd(8) and then re-pair. also there is a difference between 'opush' and 'ftrn'. opush will only let you work with 'inbox', that is no ls, cd etc. ftrn will let you do all these things, but you might need to specify '-f' switch to obexapp(1) - connect to file browsing service. i'm still somewhat confused about 'file browsing sevice (-f switch)' and when one must use it :( thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 19:32:53 2004 Return-Path: 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 9151D16A4CE for ; Fri, 10 Dec 2004 19:32:53 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F65A43D3F for ; Fri, 10 Dec 2004 19:32:53 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 433225DC for ; Fri, 10 Dec 2004 14:32:52 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 4BACB327; Fri, 10 Dec 2004 14:32:34 -0500 (EST) Date: Fri, 10 Dec 2004 14:32:34 -0500 From: "Michael W. Oliver" To: freebsd-bluetooth@freebsd.org Message-ID: <20041210193234.GB59246@gargantuan.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline X-WWW-Site: http://michael.gargantuan.com X-PGP-Public-Key: $X-WWW-Site/gnupg/pubkey.asc X-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Home-Address0: 8008 Apache Lane X-Home-Address1: Lakeland, FL X-Home-Address2: 33810-2172 X-Home-Address3: United States of America X-Good-Question-Guide: http://www.catb.org/~esr/faqs/smart-questions.html X-Netiquette-Guidelines: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.6i X-Spam-DCC: sonic.net: phoenix.gargantuan.com 1156; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.1 X-Spam-Pyzor: Reported 0 times. Subject: billionton adapter support? X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 19:32:53 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey guys, I am on the verge of picking up a Sager 4750-V laptop, and the reseller is telling me that it comes with a 'billionton' bluetooth adapter. Any chance that this is supported? Links to list(s) of supported devices are welcome. Thanks. --=20 Michael W. Oliver [see complete headers for contact information] --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBufnSsWv7q8X6o8kRAmytAKCkQ9lC93jK7xWkT4lKvx5aevKA5QCgxl0j Cf+9CWC2gCBEwioI9byXTrY= =mYrd -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 20:19:14 2004 Return-Path: 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 8C65B16A4CE for ; Fri, 10 Dec 2004 20:19:14 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB0743D54 for ; Fri, 10 Dec 2004 20:19:13 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id iBAKJCCg063415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Dec 2004 21:19:12 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id iBAKJB5W063414; Fri, 10 Dec 2004 21:19:11 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41B9E211.8050005@savvis.net> References: <41B8D6D5.6090801@savvis.net> <41B8E56C.6050409@savvis.net><41B9E211.8050005@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5V1iNfHAGBFV/QZ1QFAu" Date: Fri, 10 Dec 2004 21:19:11 +0100 Message-Id: <1102709951.60420.9.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 20:19:14 -0000 --=-5V1iNfHAGBFV/QZ1QFAu Content-Type: multipart/mixed; boundary="=-9Zhm/FJNOtuOdSJ5M61Q" --=-9Zhm/FJNOtuOdSJ5M61Q Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=ED=A8e v p=E1 10. 12. 2004 v 09:51 -0800: > >> > There's some odity with line breaks, it seems, on my terminal: > >> > >>>+---------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= --------------+ > >>>| obex> get Soul.mp3 Soul.mp3 = = Success, response: OK, S= uccess (0x20) | > >>>| obex> get Wazzup.mp3 > >>>| Failure, response: Unautorized (0x41) > >>>+------------------------------------- > >>> > >>>Should there be so many spaces and shouldn't there be line break befor= e > >>>"Success" ? > >> > >>i'm not really sure what do you mean. could you please provide a sample= =20 > >>of what you would like output to be? > >=20 > > Well, I would expect it to print Success on the new line, not on the > > same line as get Soul.mp3 Soul.mp3 with 200 spaces inbetween. >=20 > hmmm... that is how it works on my system. you have to hit enter after=20 > 'get Soul.mp3 Soul.mp3' command, right? :) thats the newline right here.=20 > so 'success etc.' should be printed on new line. are you using attached=20 > console, ssh/telnet or serial console? Actually, there is a new line when I press enter, but then the string "Success..." is printed four characters before, on previous line four characters before the right border of terminal. This is bash in screen in aterm. In bash in aterm without screen it's three characters before window border. Resizing aterm does not change anything. On real text console it prints on new line as designed. In xterm it works as designed. So it looks like a bad interaction of obexapp with aterm. > >>>What about autocompletion, like in shell? > >> > >>autocompletion for the remote filenames would be tricky to do. director= y=20 > >>listing is required for that. not all devices support 'ls' command. > >=20 > > Perhaps it could try to do 'ls' on first 'tab' keypress, as lftp does > > it. I understand this would be a lot of work, probably. >=20 > i need to think about that. the problem is that there is no way of=20 > knowing if device supports 'ls' other then actually trying 'ls' :) Is there any problem sending 'ls' command to unsupporting device? You could just try and see. > >>>What about unicode characters? My cell phones have czech localisation > >>>and name of directories visible over OBEX are with czech characters, > >>>coded in Unicode. Accessible for me with obexapp but in latin2 charset= : > >>> > >>>obex> ls > >>>Access Owner Group Size Modified Name > >>> n/a n/a n/a n/a Obr=C3=A1zky/ > >>> n/a n/a n/a n/a Zvuky/ > >>> n/a n/a n/a n/a Sch=C3=A9mata/ > >>> n/a n/a n/a n/a Videosoubory/ > >>> n/a n/a n/a n/a Jin=C3=A9/ > >>>Success, response: OK, Success (0x20) > >>>obex> cd Jin=C3=A9 > >>>Failure, response: Not found (0x44) > >>>obex> cd Jin=E9 > >>>Success, response: OK, Success (0x20) > >> > >>well, directory listing is a xml document. i just get it and parse/prin= t=20 > >>it with bsdxml(3). does your phone sets xml charset? (hint: use hcidump= =20 > >>to actually see xml :) > >=20 > >>unicode input is a completely different beast. you actually have to=20 > >>switch your console to unicode. > >=20 > > What's interesting is that listing is printed in Unicode, but 'cd' > > command reacted on 'iso-8859-2' encoded name, but not on Unicode encode= d > > name. >=20 > names of obex objects (obex name header) *are* in unicode. that is when=20 > you type 'get foo', obexapp(1) takes 'foo' and creates obex name header=20 > in request that has 'foo' translated to unicode. i think your device=20 > sends back entries in the directory listing in unicode and obexapp(1)=20 > have to translate it back. thats why i need to see xml encoding (if any). According to hcidump, directory listing is sent from mobile in UTF-8, as specified in header: I can't recognize 'cd' command with my unskilled eye. Raw data are attached. > > I will check with hcidump in the evening. > >=20 > >>>It wanted to pair my cell phone on connect, obexapp-1.3 does not wante= d > >>>to pair. > >> > >>obexapp does not care about piring. if you want to authenticate incomin= g=20 > >>connection on freebsd you have to use hccontrol(8). right now there is=20 > >>no way to turn authentication on individual connections. its all or non= e. > >=20 > > It's more about that phone suddenly wanted to pair with my computer. > > With obexapp-1.3, it just allowed computer to connect, but did not > > allowed to browse any directories, only to upload files into root. > > With obexapp-1.4, it want to pair, otherwise it drop the connection, bu= t > > now it allows browsing subdirectories and getting files from/to them. > >=20 > > I'm not sure if I dislike the new way, I'm just reporting difference. >=20 > hmmm.... that's weird. *nothing* in obexapp(1) could have caused this.=20 > one thing you can try is to get rid of your phone key in=20 > '/var/db/hcsecd.keys' file, restart hcsecd(8) and then re-pair. also=20 > there is a difference between 'opush' and 'ftrn'. opush will only let=20 > you work with 'inbox', that is no ls, cd etc. ftrn will let you do all=20 > these things, but you might need to specify '-f' switch to obexapp(1) -=20 > connect to file browsing service. i'm still somewhat confused about=20 > 'file browsing sevice (-f switch)' and when one must use it :( I goofed here. It depends on RFCOMM channel I use, if I use OPUSH it works without pairing, if I use IRMC it want to pair. obexapp-1.3 behaves exactly same, I verified. Sorry for confusion. --=20 Pav Lucistnik Define universe and tell me three examples. --=-9Zhm/FJNOtuOdSJ5M61Q-- --=-5V1iNfHAGBFV/QZ1QFAu Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBugS/ntdYP8FOsoIRAkrHAKCPuDJ1zxzXtHuXO61rq+m7W0+58QCgrrb+ VvWl94sa39SepGnwPObctTE= =YhxF -----END PGP SIGNATURE----- --=-5V1iNfHAGBFV/QZ1QFAu-- From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 20:27:37 2004 Return-Path: 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 668EB16A4CE for ; Fri, 10 Dec 2004 20:27:37 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED7DB43D49 for ; Fri, 10 Dec 2004 20:27:36 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iBAKRNZb010989; Fri, 10 Dec 2004 14:27:23 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 14:27:18 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 14:27:07 -0600 Message-ID: <41BA0699.1080506@savvis.net> Date: Fri, 10 Dec 2004 12:27:05 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Oliver" References: <20041210193234.GB59246@gargantuan.com> In-Reply-To: <20041210193234.GB59246@gargantuan.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Dec 2004 20:27:07.0138 (UTC) FILETIME=[9E3DAE20:01C4DEF6] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org Subject: Re: billionton adapter support? X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 20:27:37 -0000 Michael, > Hey guys, I am on the verge of picking up a Sager 4750-V laptop, and the > reseller is telling me that it comes with a 'billionton' bluetooth > adapter. Any chance that this is supported? Links to list(s) of > supported devices are welcome. unfortunately, there is no way of telling if its supported or not. it all depends what kind of adapter it is. if it looks like a usb dognle to the system then there is a very good chance it will work. if it looks like as standard serial port then it will work, but not very well (sio(4) interrupt latency problem). max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 20:51:43 2004 Return-Path: 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 CF8FF16A4CE for ; Fri, 10 Dec 2004 20:51:43 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83FF143D1F for ; Fri, 10 Dec 2004 20:51:43 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 9F5AF32F; Fri, 10 Dec 2004 15:51:42 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 0FFE42F7; Fri, 10 Dec 2004 15:51:21 -0500 (EST) Date: Fri, 10 Dec 2004 15:51:20 -0500 From: "Michael W. Oliver" To: Maksim Yevmenkin Message-ID: <20041210205120.GD59246@gargantuan.com> References: <20041210193234.GB59246@gargantuan.com> <41BA0699.1080506@savvis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w7PDEPdKQumQfZlR" Content-Disposition: inline In-Reply-To: <41BA0699.1080506@savvis.net> X-WWW-Site: http://michael.gargantuan.com X-PGP-Public-Key: $X-WWW-Site/gnupg/pubkey.asc X-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Home-Address0: 8008 Apache Lane X-Home-Address1: Lakeland, FL X-Home-Address2: 33810-2172 X-Home-Address3: United States of America X-Good-Question-Guide: http://www.catb.org/~esr/faqs/smart-questions.html X-Netiquette-Guidelines: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.6i X-Spam-DCC: sonic.net: phoenix.gargantuan.com 1156; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.1 X-Spam-Pyzor: Reported 0 times. cc: freebsd-bluetooth@freebsd.org Subject: Re: billionton adapter support? X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 20:51:43 -0000 --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004-12-10T12:27:05-0800, Maksim Yevmenkin wrote: > Michael, >=20 > >Hey guys, I am on the verge of picking up a Sager 4750-V laptop, and the > >reseller is telling me that it comes with a 'billionton' bluetooth > >adapter. Any chance that this is supported? Links to list(s) of > >supported devices are welcome. >=20 > unfortunately, there is no way of telling if its supported or not. it=20 > all depends what kind of adapter it is. if it looks like a usb dognle to= =20 > the system then there is a very good chance it will work. if it looks=20 > like as standard serial port then it will work, but not very well=20 > (sio(4) interrupt latency problem). OK, I found a link from Max pointing to: http://www.holtmann.org/linux/bluetooth/devices.html and there is indeed a Billionton USB dongle listed out there with a CSR chip, and hci_usb driver. Maybe my luck is changing for the better! I will post a full doc on this machine to Lukas Ertl's FreeBSD laptop page ( http://gerda.univie.ac.at/freebsd-laptops/ ). Thanks again Max! --=20 Michael W. Oliver [see complete headers for contact information] --w7PDEPdKQumQfZlR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBugxIsWv7q8X6o8kRAn3yAJ9yqyZRKi9tqbqnz3tbf7dM12Gg4QCgsDAz 4k6gDsgFTvNkLUr53ivzQjw= =neoP -----END PGP SIGNATURE----- --w7PDEPdKQumQfZlR-- From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 21:46:34 2004 Return-Path: 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 51F3C16A4CE for ; Fri, 10 Dec 2004 21:46:34 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB18743D48 for ; Fri, 10 Dec 2004 21:46:33 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iBALkSZb019606; Fri, 10 Dec 2004 15:46:29 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 15:46:26 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 15:46:17 -0600 Message-ID: <41BA1928.50009@savvis.net> Date: Fri, 10 Dec 2004 13:46:16 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Oliver" References: <20041210193234.GB59246@gargantuan.com> <41BA0699.1080506@savvis.net> <20041210205120.GD59246@gargantuan.com> In-Reply-To: <20041210205120.GD59246@gargantuan.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Dec 2004 21:46:17.0209 (UTC) FILETIME=[AD80FE90:01C4DF01] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@freebsd.org Subject: Re: billionton adapter support? X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 21:46:34 -0000 Michael W. Oliver wrote: > On 2004-12-10T12:27:05-0800, Maksim Yevmenkin wrote: > >> Michael, >> >> >>> Hey guys, I am on the verge of picking up a Sager 4750-V laptop, >>> and the reseller is telling me that it comes with a 'billionton' >>> bluetooth adapter. Any chance that this is supported? Links to >>> list(s) of supported devices are welcome. >> >> unfortunately, there is no way of telling if its supported or not. >> it all depends what kind of adapter it is. if it looks like a usb >> dognle to the system then there is a very good chance it will work. >> if it looks like as standard serial port then it will work, but not >> very well (sio(4) interrupt latency problem). > > > OK, I found a link from Max pointing to: > > http://www.holtmann.org/linux/bluetooth/devices.html > > and there is indeed a Billionton USB dongle listed out there with a > CSR chip, and hci_usb driver. Maybe my luck is changing for the > better! > > I will post a full doc on this machine to Lukas Ertl's FreeBSD laptop > page ( http://gerda.univie.ac.at/freebsd-laptops/ ). > > Thanks again Max! sure thing. let me know if you have any problems. one thing - some laptops with built-in bluetooth do not have a physical button that will turn it on/off (for example sony, toshiba). in this case you might need an extra piece of software that will do it for you. thanks, max > From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 22:50:15 2004 Return-Path: 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 DFD3716A4CE; Fri, 10 Dec 2004 22:50:15 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1DA43D39; Fri, 10 Dec 2004 22:50:15 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iBAMoCZb025795; Fri, 10 Dec 2004 16:50:12 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 16:50:09 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 16:49:59 -0600 Message-ID: <41BA2816.9000908@savvis.net> Date: Fri, 10 Dec 2004 14:49:58 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pav@FreeBSD.org References: <41B8D6D5.6090801@savvis.net> <1102634931.90683.9.camel@hood.oook.cz> <41B8E56C.6050409@savvis.net> <1102668370.34937.7.camel@pav.hide.vol.cz> <41B9E211.8050005@savvis.net> <1102709951.60420.9.camel@hood.oook.cz> In-Reply-To: <1102709951.60420.9.camel@hood.oook.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Dec 2004 22:49:59.0904 (UTC) FILETIME=[9401F600:01C4DF0A] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 22:50:16 -0000 Pav, >>> Well, I would expect it to print Success on the new line, not on >>> the same line as get Soul.mp3 Soul.mp3 with 200 spaces inbetween. >>> >> >> hmmm... that is how it works on my system. you have to hit enter >> after 'get Soul.mp3 Soul.mp3' command, right? :) thats the newline >> right here. so 'success etc.' should be printed on new line. are >> you using attached console, ssh/telnet or serial console? > > Actually, there is a new line when I press enter, but then the string > "Success..." is printed four characters before, on previous line > four characters before the right border of terminal. > > This is bash in screen in aterm. > > In bash in aterm without screen it's three characters before window > border. > > Resizing aterm does not change anything. > > On real text console it prints on new line as designed. > > In xterm it works as designed. > > So it looks like a bad interaction of obexapp with aterm. hmm... this does not happen in obexapp-1.3 does it? perhaps readline(3) uses some control codes that confuse aterm? >>>>> What about autocompletion, like in shell? >>>> >>>> autocompletion for the remote filenames would be tricky to do. >>>> directory listing is required for that. not all devices support >>>> 'ls' command. >>> >>> Perhaps it could try to do 'ls' on first 'tab' keypress, as lftp >>> does it. I understand this would be a lot of work, probably. >> >> i need to think about that. the problem is that there is no way of >> knowing if device supports 'ls' other then actually trying 'ls' :) > > Is there any problem sending 'ls' command to unsupporting device? You > could just try and see. well, the thing is unsupported/unexpected command might just send device to a coma :) or worse. i *can* crash my nokia 6820 by just asking for default vcard when i'm connected to ftrn service :) my wife's se t68 starts returning error on any command after i ask it to do something it cant. it just pathetic. >>> What's interesting is that listing is printed in Unicode, but >>> 'cd' command reacted on 'iso-8859-2' encoded name, but not on >>> Unicode encoded name. >> >> names of obex objects (obex name header) *are* in unicode. that is >> when you type 'get foo', obexapp(1) takes 'foo' and creates obex >> name header in request that has 'foo' translated to unicode. i >> think your device sends back entries in the directory listing in >> unicode and obexapp(1) have to translate it back. thats why i need >> to see xml encoding (if any). > > According to hcidump, directory listing is sent from mobile in UTF-8, > as specified in header: > > I can't recognize 'cd' command with my unskilled eye. Raw data are > attached. < ACL data: handle 0x0029 flags 0x02 dlen 41 L2CAP(d): cid 0x00ae len 37 [psm 3] RFCOMM(d): UIH: cr 1 dlci 16 pf 0 ilen 33 fcs 0x24 OBEX: Get cmd(f): len 33 Name (0x01) = Unicode length 2 . . Type (0x42) = Sequence length 22 x - o b e x / f o l d e r - l i s t i n g . > HCI Event: Number of Completed Packets (0x13) plen 5 . ) . . . > ACL data: handle 0x0029 flags 0x02 dlen 136 L2CAP(d): cid 0x0066 len 132 [psm 3] RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 126 fcs 0xe2 credits 1 OBEX: Get rsp(f): status 200 len 390 Connection ID (0xcb) = 28 End of Body (0x49) = Sequence length 379 < ? x m l v e r s i o n = " 1 . 0 " e n c o d i n g = " U T F - 8 " ? > . . < ! D O C T Y P E f o l d e r - l i s t i n g S Y S T E M " o b e x - f o l d e r - l i s t i n g . d t d " > . . < ! - - . . X M L C o d e > ACL data: handle 0x0029 flags 0x02 dlen 136 L2CAP(d): cid 0x0066 len 132 [psm 3] RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 126 fcs 0xe2 credits 0 OBEX: Get rsp(c): status 702 len 11296 Session Sequence Number (0x53) = Sequence length 25965 2 1 2 0 0 4 , 2 2 : 5 0 : 1 0 , ( C ) 2 0 0 1 S o n y E r i c s s o n M o b i l e C o m m u n i c a t i o n s A B . . - - > . . < f o l d e r - l i s t i n g v e r s i o n = " 1 . 0 " > < f o l d e r n a m e = " O > ACL data: handle 0x0029 flags 0x02 dlen 136 L2CAP(d): cid 0x0066 len 132 [psm 3] RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 126 fcs 0xe2 credits 0 OBEX: Get rsp(c): status 602 len 29379 Unknown (0xa1) = 122 Unknown (0x6b) = Sequence length 31007 / > . . < f o l d e r n a m e = " Z v u k y " / > . . < f o l d e r n a m e = " S c h . . m a t a " / > . . < f o l d e r n a m e = " V i d e o s o u b o r y " / > . . < f o l d e r n a m e = " J i n . . " / > . . < / f o l d e > ACL data: handle 0x0029 flags 0x02 dlen 22 L2CAP(d): cid 0x0066 len 18 [psm 3] RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 12 fcs 0xe2 credits 0 OBEX: Get rsp(c): status 702 len 11628 Unknown (0x69) = Sequence length 29553 i n g > . . hmm... i'm no expert, but utf-8 is not exactly unicode. in utf-8 not all characters are multibytes. and here comes 'cd' (setpath) obex command < ACL data: handle 0x0029 flags 0x02 dlen 26 L2CAP(d): cid 0x00ae len 22 [psm 3] RFCOMM(d): UIH: cr 1 dlci 16 pf 0 ilen 18 fcs 0x24 OBEX: SetPath cmd(f): len 18 flags 2 constants 0 Name (0x01) = Unicode length 10 . J . i . n . . . . notice that 'J', 'i' and 'n' encoded as 2 bytes. then there is one more character and null character (0x0 0x0). in utf-8 'J', 'i' and 'n' would have been encoded with only one byte. so i guess obexapp(1) should use encoding header from xml and translate values from xml into locale one is using max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Dec 10 23:32:13 2004 Return-Path: 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 8522216A4CE for ; Fri, 10 Dec 2004 23:32:13 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 378FC43D45 for ; Fri, 10 Dec 2004 23:32:12 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id iBANWBiM051833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Dec 2004 00:32:11 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id iBANWA8X051832; Sat, 11 Dec 2004 00:32:10 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41BA2816.9000908@savvis.net> References: <41B8D6D5.6090801@savvis.net> <41B8E56C.6050409@savvis.net><41B9E211.8050005@savvis.net> <41BA2816.9000908@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WLkL5GXNomh/buy0Fkvu" Date: Sat, 11 Dec 2004 00:32:10 +0100 Message-Id: <1102721530.60420.15.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 23:32:13 -0000 --=-WLkL5GXNomh/buy0Fkvu Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=ED=B9e v p=E1 10. 12. 2004 v 14:49 -0800: > >>> Well, I would expect it to print Success on the new line, not on > >>> the same line as get Soul.mp3 Soul.mp3 with 200 spaces inbetween. > >>>=20 > >>=20 > >> hmmm... that is how it works on my system. you have to hit enter > >> after 'get Soul.mp3 Soul.mp3' command, right? :) thats the newline > >> right here. so 'success etc.' should be printed on new line. are > >> you using attached console, ssh/telnet or serial console? > >=20 > > Actually, there is a new line when I press enter, but then the string > > "Success..." is printed four characters before, on previous line > > four characters before the right border of terminal. > >=20 > > This is bash in screen in aterm. > >=20 > > In bash in aterm without screen it's three characters before window=20 > > border. > >=20 > > Resizing aterm does not change anything. > >=20 > > On real text console it prints on new line as designed. > >=20 > > In xterm it works as designed. > >=20 > > So it looks like a bad interaction of obexapp with aterm. >=20 > hmm... this does not happen in obexapp-1.3 does it? perhaps readline(3) > uses some control codes that confuse aterm? No it does not happen in obexapp-1.3 and I don't see it in any other readline using application, either. > > Is there any problem sending 'ls' command to unsupporting device? You > > could just try and see. >=20 > well, the thing is unsupported/unexpected command might just send device=20 > to a coma :) or worse. i *can* crash my nokia 6820 by just asking for=20 > default vcard when i'm connected to ftrn service :) my wife's se t68=20 > starts returning error on any command after i ask it to do something it=20 > cant. it just pathetic. Oh :( > >>> What's interesting is that listing is printed in Unicode, but > >>> 'cd' command reacted on 'iso-8859-2' encoded name, but not on > >>> Unicode encoded name. > >>=20 > >> names of obex objects (obex name header) *are* in unicode. that is > >> when you type 'get foo', obexapp(1) takes 'foo' and creates obex > >> name header in request that has 'foo' translated to unicode. i > >> think your device sends back entries in the directory listing in > >> unicode and obexapp(1) have to translate it back. thats why i need > >> to see xml encoding (if any). > >=20 > > According to hcidump, directory listing is sent from mobile in UTF-8, > > as specified in header: > >=20 > > I can't recognize 'cd' command with my unskilled eye. Raw data are=20 > > attached. >=20 >=20 > < ACL data: handle 0x0029 flags 0x02 dlen 41 > L2CAP(d): cid 0x00ae len 37 [psm 3] > RFCOMM(d): UIH: cr 1 dlci 16 pf 0 ilen 33 fcs 0x24 > OBEX: Get cmd(f): len 33 > Name (0x01) =3D Unicode length 2 > . . > Type (0x42) =3D Sequence length 22 > x - o b e x / f o l d e r - l i s t i n > g . > > HCI Event: Number of Completed Packets (0x13) plen 5 > . ) . . . > > ACL data: handle 0x0029 flags 0x02 dlen 136 > L2CAP(d): cid 0x0066 len 132 [psm 3] > RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 126 fcs 0xe2 credits 1 > OBEX: Get rsp(f): status 200 len 390 > Connection ID (0xcb) =3D 28 > End of Body (0x49) =3D Sequence length 379 > < ? x m l v e r s i o n =3D " 1 . 0 " > e n c o d i n g =3D " U T F - 8 " ? > . . > < ! D O C T Y P E f o l d e r - l i s > t i n g S Y S T E M " o b e x - f o > l d e r - l i s t i n g . d t d " > . . > < ! - - . . X M L C o d e > > ACL data: handle 0x0029 flags 0x02 dlen 136 > L2CAP(d): cid 0x0066 len 132 [psm 3] > RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 126 fcs 0xe2 credits 0 > OBEX: Get rsp(c): status 702 len 11296 > Session Sequence Number (0x53) =3D Sequence length 25965 > 2 1 2 0 0 4 , 2 2 : 5 0 : 1 0 , > ( C ) 2 0 0 1 S o n y E r i c s s > o n M o b i l e C o m m u n i c a t > i o n s A B . . - - > . . < f o l d > e r - l i s t i n g v e r s i o n =3D " > 1 . 0 " > < f o l d e r n a m e =3D " O > > ACL data: handle 0x0029 flags 0x02 dlen 136 > L2CAP(d): cid 0x0066 len 132 [psm 3] > RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 126 fcs 0xe2 credits 0 > OBEX: Get rsp(c): status 602 len 29379 > Unknown (0xa1) =3D 122 > Unknown (0x6b) =3D Sequence length 31007 > / > . . < f o l d e r n a m e =3D " Z v > u k y " / > . . < f o l d e r n a m e > =3D " S c h . . m a t a " / > . . < f o l > d e r n a m e =3D " V i d e o s o u b o > r y " / > . . < f o l d e r n a m e =3D > " J i n . . " / > . . < / f o l d e > > ACL data: handle 0x0029 flags 0x02 dlen 22 > L2CAP(d): cid 0x0066 len 18 [psm 3] > RFCOMM(d): UIH: cr 0 dlci 16 pf 1 ilen 12 fcs 0xe2 credits 0 > OBEX: Get rsp(c): status 702 len 11628 > Unknown (0x69) =3D Sequence length 29553 > i n g > . . >=20 > hmm... i'm no expert, but utf-8 is not exactly unicode. in utf-8 not all=20 > characters are multibytes. >=20 > and here comes 'cd' (setpath) obex command >=20 > < ACL data: handle 0x0029 flags 0x02 dlen 26 > L2CAP(d): cid 0x00ae len 22 [psm 3] > RFCOMM(d): UIH: cr 1 dlci 16 pf 0 ilen 18 fcs 0x24 > OBEX: SetPath cmd(f): len 18 flags 2 constants 0 > Name (0x01) =3D Unicode length 10 > . J . i . n . . . . >=20 > notice that 'J', 'i' and 'n' encoded as 2 bytes. then there is one more=20 > character and null character (0x0 0x0). in utf-8 'J', 'i' and 'n' would=20 > have been encoded with only one byte. Ok, so commands go in ucs or utf18 coding or something, and answers go in coding specified in declaration. > so i guess obexapp(1) should use encoding header from xml and translate=20 > values from xml into locale one is using Would be very nice, yes. --=20 Pav Lucistnik One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. --=-WLkL5GXNomh/buy0Fkvu Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBujH6ntdYP8FOsoIRArv8AKC22R+bp/kbko71NmEU1KPK0mOeFACfRpqE WhrFsXkxXBrvkvoFqerz+Ak= =rp+x -----END PGP SIGNATURE----- --=-WLkL5GXNomh/buy0Fkvu-- From owner-freebsd-bluetooth@FreeBSD.ORG Sat Dec 11 02:00:36 2004 Return-Path: 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 DF3DF16A4D0; Sat, 11 Dec 2004 02:00:36 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59DAE43D2F; Sat, 11 Dec 2004 02:00:36 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iBB203vU004286; Fri, 10 Dec 2004 20:00:04 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 19:59:59 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Dec 2004 19:59:48 -0600 Message-ID: <41BA5490.3000708@savvis.net> Date: Fri, 10 Dec 2004 17:59:44 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pav@FreeBSD.org References: <41B8D6D5.6090801@savvis.net> <1102634931.90683.9.camel@hood.oook.cz> <41B8E56C.6050409@savvis.net> <1102668370.34937.7.camel@pav.hide.vol.cz> <41B9E211.8050005@savvis.net> <1102709951.60420.9.camel@hood.oook.cz> <41BA2816.9000908@savvis.net> <1102721530.60420.15.camel@hood.oook.cz> In-Reply-To: <1102721530.60420.15.camel@hood.oook.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Dec 2004 01:59:48.0385 (UTC) FILETIME=[18124110:01C4DF25] X-ECS-MailScanner: No virus is found cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2004 02:00:37 -0000 Pav Lucistnik wrote: [...] > Ok, so commands go in ucs or utf18 coding or something, and answers > go in coding specified in declaration. not really. obex 'name' header is in unicode. obex is similar to http - only obex uses binary format. xml comes into play only when 'obex folder listing' request is sent. >> so i guess obexapp(1) should use encoding header from xml and >> translate values from xml into locale one is using > > Would be very nice, yes. how about setting you locate to utf-8, i.e. % LANG=.UTF-8 xterm (for Russian language LANG=ru_RU.UTF-8) and then in new xterm window try to run obexapp and do ls. does cd command work? do you see any difference in ls output? thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Sat Dec 11 02:24:36 2004 Return-Path: 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 89E6C16A4CE for ; Sat, 11 Dec 2004 02:24:36 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2EE43D3F for ; Sat, 11 Dec 2004 02:24:35 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id iBB2OY07055527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Dec 2004 03:24:34 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id iBB2OYl1055526; Sat, 11 Dec 2004 03:24:34 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Maksim Yevmenkin In-Reply-To: <41BA5490.3000708@savvis.net> References: <41B8D6D5.6090801@savvis.net> <41B8E56C.6050409@savvis.net><41B9E211.8050005@savvis.net> <41BA2816.9000908@savvis.net><41BA5490.3000708@savvis.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-w3nsHhcNFpQgDrKtva9v" Date: Sat, 11 Dec 2004 03:24:33 +0100 Message-Id: <1102731873.60420.21.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2004 02:24:36 -0000 --=-w3nsHhcNFpQgDrKtva9v Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Maksim Yevmenkin p=ED=B9e v p=E1 10. 12. 2004 v 17:59 -0800: > >> so i guess obexapp(1) should use encoding header from xml and > >> translate values from xml into locale one is using > >=20 > > Would be very nice, yes. >=20 > how about setting you locate to utf-8, i.e. >=20 > % LANG=3D.UTF-8 xterm (for Russian language LANG=3Dru_RU.UTF-8) >=20 > and then in new xterm window try to run obexapp and do ls. does cd=20 > command work? do you see any difference in ls output? ls output is now readable, but I can't cd to directories. --=20 Pav Lucistnik As to floating eyes, let them float :). - r.g.r.a --=-w3nsHhcNFpQgDrKtva9v Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBulphntdYP8FOsoIRAmNpAJ9XvKMrJeF28zX24/uOSLPRWgDCGACgohNW 2oiVSth/4HZBMmN0ITvXmhk= =R/p+ -----END PGP SIGNATURE----- --=-w3nsHhcNFpQgDrKtva9v-- From owner-freebsd-bluetooth@FreeBSD.ORG Sat Dec 11 06:44:50 2004 Return-Path: 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 5F41116A4CE for ; Sat, 11 Dec 2004 06:44:50 +0000 (GMT) Received: from web53405.mail.yahoo.com (web53405.mail.yahoo.com [206.190.37.52]) by mx1.FreeBSD.org (Postfix) with SMTP id D0C1243D4C for ; Sat, 11 Dec 2004 06:44:49 +0000 (GMT) (envelope-from edwin_vinas@yahoo.com) Received: (qmail 73825 invoked by uid 60001); 11 Dec 2004 06:44:49 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=yLjNWzPfMZGhuT3nqm+ueiE6shJBokqQuwKRkm/6iO2k3hjpr5wjl50MOhRFF/WljYBC70pzL71LuxGIdP8QORHhpzjgP3WaQe5yBLvhhPA4QesLfIAE1ggwlqVunlOtl6EYkkDOHZVfzIdkoMUAXZC1IC6xYPIloiK/tkAmOQs= ; Message-ID: <20041211064449.73823.qmail@web53405.mail.yahoo.com> Received: from [202.90.128.28] by web53405.mail.yahoo.com via HTTP; Fri, 10 Dec 2004 22:44:49 PST Date: Fri, 10 Dec 2004 22:44:49 -0800 (PST) From: "Edwin D. Vinas" To: pav@FreeBSD.org, Maksim Yevmenkin In-Reply-To: <1102731873.60420.21.camel@hood.oook.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2004 06:44:50 -0000 I have a problem with transferring a file fro my phone to PC via obexapp. I can transfer from PC->phone but I can't transfer from phone->PC! Im using FreeBSD-5.3. The phone and PC has been paired. What shall I do? Thanks! -edwin --- Pav Lucistnik wrote: > Maksim Yevmenkin pe v p 10. 12. 2004 v 17:59 > -0800: > > > >> so i guess obexapp(1) should use encoding > header from xml and > > >> translate values from xml into locale one is > using > > > > > > Would be very nice, yes. > > > > how about setting you locate to utf-8, i.e. > > > > % LANG=.UTF-8 xterm (for Russian > language LANG=ru_RU.UTF-8) > > > > and then in new xterm window try to run obexapp > and do ls. does cd > > command work? do you see any difference in ls > output? > > ls output is now readable, but I can't cd to > directories. > > -- > Pav Lucistnik > > > As to floating eyes, let them float :). > - r.g.r.a > > ATTACHMENT part 2 application/pgp-signature name=signature.asc ===== --- http://www.geocities.com/edwin_vinas/ If others think 10 minutes ahead; Filipinos must think 10 years ahead. --- __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From owner-freebsd-bluetooth@FreeBSD.ORG Sat Dec 11 20:03:32 2004 Return-Path: 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 574D416A4E3 for ; Sat, 11 Dec 2004 20:03:31 +0000 (GMT) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 934CE43D64 for ; Sat, 11 Dec 2004 20:03:30 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.233.78]) by mta13.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041211200329.XTIU19344.mta13.adelphia.net@[192.168.1.254]>; Sat, 11 Dec 2004 15:03:29 -0500 Message-ID: <41BB529A.7020008@savvis.net> Date: Sat, 11 Dec 2004 12:03:38 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Edwin D. Vinas" References: <20041211064449.73823.qmail@web53405.mail.yahoo.com> In-Reply-To: <20041211064449.73823.qmail@web53405.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-bluetooth@FreeBSD.org Subject: Re: obexapp-1.4 X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2004 20:03:33 -0000 Edwin D. Vinas wrote: > I have a problem with transferring a file fro my phone > to PC via obexapp. I can transfer from PC->phone but I > can't transfer from phone->PC! Im using FreeBSD-5.3. > The phone and PC has been paired. What shall I do? i can not help you unless you provide more information. - were you able to transfer files *before* (with obexapp-1.3 or earlier versions)? - how exactly are you trying to transfer files from your phone? are you sending files from the phone (push) or are you connecting to the phone and trying to download files from it? (pull) - can you provide binary hcidump(1) output (can be created with -w option)? if you were able to transfer files before then i would like to have two dumps: one with working setup and other with non working setup. max