From owner-freebsd-bluetooth@FreeBSD.ORG Wed Aug 22 21:06:32 2007 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 C48AC16A418 for ; Wed, 22 Aug 2007 21:06:32 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smarthost01.eng.net (smarthost01.eng.net [213.130.146.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7B913C4A7 for ; Wed, 22 Aug 2007 21:06:32 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from netmail01.eng.net ([213.130.128.38] helo=rya-online.net) by smarthost01.eng.net with smtp (Exim 4.62) (envelope-from ) id 1INuxw-0000MJ-8S; Wed, 22 Aug 2007 19:30:10 +0100 Received: (nullmailer pid 1645 invoked by uid 1000); Tue, 21 Aug 2007 20:09:53 -0000 Date: Tue, 21 Aug 2007 21:09:52 +0100 (BST) To: "Heiko Wundram \(Beenic\)" In-Reply-To: References: <200708211228.02044.wundram@beenic.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1187726992.986273.1438.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: Binding RFCOMM sockets 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, 22 Aug 2007 21:06:32 -0000 On Tue, 21 Aug 2007, Maksim Yevmenkin wrote: > > I'm currently trying to implement a server over the RFCOMM layer, and at least > > my imagination told me that connecting to channel 0 should select "any" free > > RFCOMM channel (at least that's what I gathered from the BlueZ documentation, > > which of course has nothing to do with the FreeBSD bluetooth stack, but > > anyway ;-)). > > this is not currently implemented in freebsd nor in NetBSD - out of interest though, what is this server trying to achieve? It does not seem especially useful to listen on 'any' channel, given the way that bluetooth service discovery works.. btw where is this API documentation for BlueZ that you mention? I never managed to find anything like that as I recall.. > > Anyway, binding to the 0 channel succeeds (with getsockname getting back the 0 > > channel afterwards even though the socket is [supposedly] bound), but calling > > listen() then gives me a EDESTADDRREQ, which I can't really sort into the > > problem, as it isn't documented in man 2 listen either. > > basically it is trying to tell you that local address is invalid. (Max, maybe EADDRNOTAVAIL is better for that?) iain