From owner-freebsd-bluetooth@FreeBSD.ORG Tue Mar 14 20:22:28 2006 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org 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 05CAD16A400 for ; Tue, 14 Mar 2006 20:22:28 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from mail04.svc.cra.dublin.eircom.net (mail04.svc.cra.dublin.eircom.net [159.134.118.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F0C943D48 for ; Tue, 14 Mar 2006 20:22:26 +0000 (GMT) (envelope-from plunky@rya-online.net) Received: (qmail 18805 messnum 5264372 invoked from network[83.70.176.191/unknown]); 14 Mar 2006 20:22:25 -0000 Received: from unknown (HELO rya-online.net) (83.70.176.191) by mail04.svc.cra.dublin.eircom.net (qp 18805) with SMTP; 14 Mar 2006 20:22:25 -0000 Received: (nullmailer pid 4261 invoked by uid 1000); Tue, 14 Mar 2006 20:21:30 -0000 Date: Tue, 14 Mar 2006 20:21:30 +0000 (GMT) To: Maksim Yevmenkin In-Reply-To: <4417191C.8030501@savvis.net> References: <1141918855.418446.1437.nullmailer@galant.ukfsn.org> <44107678.1080206@savvis.net> <1142195365.759631.5369.nullmailer@galant.ukfsn.org> <44160BE9.9020306@savvis.net> <1142325762.357474.659.nullmailer@galant.ukfsn.org> <44170ADD.3080706@savvis.net> <1142364014.786820.1535.nullmailer@galant.ukfsn.org> <4417191C.8030501@savvis.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1142367690.557055.3307.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org Subject: Re: config files 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: Tue, 14 Mar 2006 20:22:28 -0000 On Tue, 14 Mar 2006, Maksim Yevmenkin wrote: > well, not in freebsd. just like in sockaddr_in port/ip have to passed (to > kernel) in network byte order, psm in sockaddr_l2cap has to be passed (to > kernel) in le16 byte order. Its a confusing issue I agree - my decision was that bdaddr is an opaque type and I couldnt see any utility in swapping it around and getting confused (I think Linux does this with baswap() macro), but that psm was a value and should be represented as such. in inet(3) I see the following comment All Internet addresses are returned in network order (bytes ordered from left to right). All network numbers and local address parts are returned as machine format integer values. which matches what I did, so I'm happy :) iain