From owner-freebsd-current@FreeBSD.ORG Tue Sep 9 10:02:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C812E16A4C0 for ; Tue, 9 Sep 2003 10:02:04 -0700 (PDT) Received: from web40309.mail.yahoo.com (web40309.mail.yahoo.com [66.218.78.88]) by mx1.FreeBSD.org (Postfix) with SMTP id DDF4D43FE0 for ; Tue, 9 Sep 2003 10:02:03 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030909170203.26260.qmail@web40309.mail.yahoo.com> Received: from [165.193.27.35] by web40309.mail.yahoo.com via HTTP; Tue, 09 Sep 2003 10:02:03 PDT Date: Tue, 9 Sep 2003 10:02:03 -0700 (PDT) From: Maksim Yevmenkin To: Tobias Roth In-Reply-To: <20030909055447.GA23388@speedy.unibe.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org cc: net@freebsd.org Subject: Re: Bluetooth stack for FreeBSD (Netgraph) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 17:02:05 -0000 Tobias, > > After a very long delay (sorry!) I'm pleased to announce that I'm still > around > > and new a snapshot can be downloaded from > > kickass! I will try it out later today :) > > Here is the list of things I'm planing to do next: > > > > o Prepare patches for FreeBSD source tree > > o Write SDP server. For now continue use Linux BlueZ SDP server. > > o Add support for SCO (voice/video) links > > o Better rc scripts > > o Think about non-Netgraph portable version > > I could take over the rc-script part if it'd be any help for you and > if it's not too urgent. tag! you are it :) i just would like to take this opportunity and share with you some ideas for rc scripts. what i would like to see is the system that allows you to configure common parameters for all Bluetooth devices. then for each individual device user should be able to provide overrides (if needed). the examples of such overrides are: - switch role for incoming connections (write_node_role_switch HCI command) - default page_scan_mode and page_scan_period_mode - default packet mask (write_node_packet_mask HCI command) - visible device name (change_local_name HCI command) - should device be visible (write_scan_enable HCI command) - etc. the problem here is how to identify the device. the name of the device (i.e. ubt0, btccc0) might not be good enough. what it tells you is device type and instance. one idea is to use device BD_ADDR, i.e. the script will do something like # 1 - common part (for all devices) reset read_bd_addr (and save it) read_local_supported_features read_buffer_size # 2- use device BD_ADDR to select set of user overrides and apply them here # ... # 3- common part (for all devices) initialize i hope that make sense. i also think all Bluetooth start/stop scritps should be executed by devd(8), usdb(8) etc. when device is attached/detached. the other part of the rc scripts is the Bluetooth services, i.e. things like sdpd, rfcomm_pppd, OBEX server etc. one problem here is that user might want to run server application on specific BD_ADDR and in this case device with that BD_ADDR must be attached (otherwise server application would not start). perhaps the list of servers should be attached to BD_ADDR as well? Note that it is fine to run server on ANY address. the server would start even if there is no device attached. thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com