Date: Thu, 10 Jul 2008 09:39:46 +0100 (BST) From: Iain Hibbert <plunky@rya-online.net> To: Maksim Yevmenkin <maksim.yevmenkin@gmail.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: bluetooth stack ported from NetBSD Message-ID: <1215679186.775945.722.nullmailer@galant.ukfsn.org> In-Reply-To: <bb4a86c70807091526q1d35a215sd2b3b2c65a87749@mail.gmail.com> References: <48751292.7080902@lissyara.su> <bb4a86c70807091357t29f95203wac692a08baef0061@mail.gmail.com> <bb4a86c70807091417x2170212av3351c8ebd6e7c7b8@mail.gmail.com> <48753475.5040402@lissyara.su> <bb4a86c70807091526q1d35a215sd2b3b2c65a87749@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 9 Jul 2008, Maksim Yevmenkin wrote: > furthermore, i want to go on the record here and say that if netgraph > (due to its complexity, etc.) is a big problem here, and, prevents > people from working on bluetooth in freebsd, i'm prepared to seriously > consider netbt stack as alternative. netgraph I considered too much work to look at and was no interest to have it in NetBSD or OpenBSD. Then I think after some years nobody had stepped up to make it work in DragonflyBSD so they have imported the netbt stack also. personally, I think that diversity is always good. The vast majority of applications use L2CAP or RFCOMM and the API for these are almost exactly similar across the whole range of open OS's (BlueZ included). I think even that there are some things in NetBSD that are still wrong (I think that using a raw socket for HCI is not correct, we should address devices directly -- but that is not going to change) or incomplete (SCO support is not great though it does work on some platforms) and nobody else picked up on libprop(3) so that has meant some rewriting down the line (there are bthcid/btkey implementations in OpenBSD without libprop) The way that the OS handles devices is always going to be different and that will make more rewriting, so I would think that FreeBSD importing the netbt stack "to gain SCO support" would not in the end necessarily make anything simpler. iain
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1215679186.775945.722.nullmailer>