From owner-freebsd-bluetooth@FreeBSD.ORG Thu Apr 17 18:03:57 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C9F1065671 for ; Thu, 17 Apr 2008 18:03:57 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id D35D88FC1D for ; Thu, 17 Apr 2008 18:03:56 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3CD6B7318D; Thu, 17 Apr 2008 20:06:01 +0200 (CEST) Date: Thu, 17 Apr 2008 20:06:01 +0200 From: Luigi Rizzo To: Maksim Yevmenkin Message-ID: <20080417180601.GA76189@onelab2.iet.unipi.it> References: <20080417115631.GA72315@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-bluetooth@freebsd.org Subject: Re: any reason to require -t dev in rfcomm_sppd -S ? X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:03:57 -0000 On Thu, Apr 17, 2008 at 10:39:16AM -0700, Maksim Yevmenkin wrote: > On Thu, Apr 17, 2008 at 4:56 AM, Luigi Rizzo wrote: > > hi, is there any compelling reason to require > > the '-t device' option in rfcomm_sppd when used in server mode ? > > technically, no. just need to be careful who is going to setup tty > properly, for example make it 'raw' as rfcomm_sppd(1) does with pty. > rfcomm_sppd(1) already can be used inside ppp(8), i.e. one can do > something like > > set device '!/usr/bin/rfcomm_sppd -a mobile -c sp' > > in /etc/ppp.conf and it will work just fine. rfcomm_sppd(1) does not > do anything to tty when running using stdin/stdout in client mode. the > assumption here is that whatever calls rfcomm_sppd(1) will setup > tty/fd properly. > > > I tried to disable the one-line that checks it in the code, and > > things seem to work - and this makes the program very convenient > > to use in a pipeline, e.g. to receive data from a remote bluetooth > > device. > > right. can you please provide usage example? i certainly would not > object to making the change you are requesting. sure - i need to listen to a portable ElectroCardioGram (ECG) device which talks to the external world through bluetooth. The device must have some kind of modem inside - its console port says it is issuing commands such as AT+ZV SPPConnect XXX ... where XXX is the (manually configured) address of the bluetooth dongle on the PC. On the FreeBSD side, running "rfcom_sppd -a YYY" (without the -S option, YYY is the ECG address) sometimes connects, but most of the times doesnt. With a patched rfcomm_sppp i can just do rfcomm_sppd -S -a YYY | my_data_logger rather than having to manually select an available tty/pty pair Don't know how many devices behave in this way, but a search for "AT+ZV SPPConnect" gives several matches with documentation for embedded hardware. cheers luigi