From owner-freebsd-bluetooth@FreeBSD.ORG Wed Feb 4 19:53:31 2009 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 3578A1065718 for ; Wed, 4 Feb 2009 19:53:31 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id A40218FC14 for ; Wed, 4 Feb 2009 19:53:29 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 233559493; Wed, 04 Feb 2009 21:53:28 +0200 Message-ID: <4989F23F.8040102@mavhome.dp.ua> Date: Wed, 04 Feb 2009 21:53:35 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Iain Hibbert References: <1233365217.00068654.1233354838@10.7.7.3> <4988DCCC.80201@mavhome.dp.ua> <4988EBAC.3080202@mavhome.dp.ua> <1233760229.131312.504.nullmailer@galant.ukfsn.org> <4989E0F7.3020301@mavhome.dp.ua> <1233775908.626621.2538.nullmailer@galant.ukfsn.org> In-Reply-To: <1233775908.626621.2538.nullmailer@galant.ukfsn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: pan profile support in freebsd X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 19:53:32 -0000 Iain Hibbert wrote: > On Wed, 4 Feb 2009, Alexander Motin wrote: > >> Iain Hibbert wrote: >>> On Wed, 4 Feb 2009, Alexander Motin wrote: >>> >>>> One more minor fact. Unlike rfcomm_pppd I haven't found an option to run >>>> btpand in foreground to track connection status. >>> what would you like to accomplish? >> For example, to initiate reconnect on connection failure. Sure it can be done >> in many other ways, but running in foreground seems to be usual practice for >> many places, like ppp. >> >>> I made some effort for it to not detach until the setup is complete, but >>> it kind of needs to then in order for 'connection up' activities to >>> commence (eg proceeding to run dhclient).. at least on my machine I have >>> logging turned up and do get some shutdown messages on the console when it >>> detaches. >> I think dhclient, for example, could be run via devd when interface comes up, >> alike to normal Ethernet. Not sure TAP supports devd not, but I think it could >> be fixed. > > One thing that I have in mind is to make btpand shutdown the tap interface > when exiting (as it marks it up when starting). Would that make it > possible to use devd to trigger a reconnect if desired? I think its > better to have a "event->action" model rather than hang it all together > with scripts. It already removes UP status from interface, so there is action which could be tracked by devd. No need to destroy interface if it was not created by you. But from other side devd is more complicated and system-wide case that some trivial custom shell script, so I would prefer to use it just for something common, like running dhclient with adding something like ifconfig_tap1="DHCP" to rc.conf alike to normal Ethernets. -- Alexander Motin