Return-Path: From: Michael Richardson To: Alexander Aring cc: Network Development , Jukka Rissanen , Luiz Augusto von Dentz , "linux-wpan\@vger.kernel.org" , Linux Bluetooth Subject: Re: bluetooth 6lowpan interfaces are not virtual anymore In-reply-to: <11cf222a-0c1f-4136-091d-719ee68824e1@pengutronix.de> References: <2d178eb8-3fbc-3385-6e0c-fa9941713959@pengutronix.de> <28530.1492534783@obiwan.sandelman.ca> <11cf222a-0c1f-4136-091d-719ee68824e1@pengutronix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Date: Wed, 26 Apr 2017 10:55:46 -0400 Message-ID: <383.1493218546@dooku.sandelman.ca> Sender: netdev-owner@vger.kernel.org List-ID: --=-=-= Content-Type: text/plain Alexander Aring wrote: >> In a classic SVR4 STREAMS works, it would have been just another >> module. (No, I'm not a fan of *STREAMS* or of SVR4 in general, >> although I liked some of the ideas). >> > ok, I see you complain about "having a virtual on top of wpan > interface", or? > I wanted to talk at first about the queue handling which is introduced > when 6LoWPAN is not a virtual interface anymore. Or do you want to have > a queue in front of 6lowpan adaptation (see other mail reply with ASCII > graphics). I would like to have a single queue, as close to the hardware as possible, such that BQL can do it's thing easily. Should we rethink outgoing fragment handling for 6lowpan? Clearly the BT people had a need. I don't think they've had a chance to respond to your complaints. > We can change that you can run multiple interfaces on one > PHY. Currently we just allow one, because address filtering. Disable > address filtering > we will loose ACK handling on hardware. Yes, that's a limitation of some hardware, and if you enable multiple PANIDs, that might be the consequence.... > I can try to implement all stuff in software "for fun, maybe see what > we can do to handle ACK in software, etc" Then you can run multiple I'm not asking you to do it, I'm asking, now that we've gotten to a certain point, we have a better idea what the various requirements are, and can we re-evaluate things and maybe tweak some things. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | network architect [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJZALTyAAoJEJVM4Vb9/EKQ504H/2SdMvdYquJkjDINEKDVJkkL qD/fHdqpLiNHWsv5ZlqYbzo7tNus7ecVm5SJJkG/nPKBtjgI6no94u3dEs7rF65U 2PgNfwZH360MSyTqt+ckeyBTOg/6JxTzzlpRyHu1JYl88X4MKHDEOeKA4f+YlucV O3QxcHwyBQgeZrmJEiJqgD8L2XjkRgCXQZcCLMHMEEZmHnmLvdvJwi2UI+BCrI4G AoE61AQc7kajq5GWIgtLY1XyRdGnMgNfCK32PhaSxO4hbgCz26HKqGO98V+TbIdi BGyC/0YnQTUvr557QNU+m92q+cP049oROx+QFlTXxqJyXUdkuINbNgYXU1sCyxM= =OPgp -----END PGP SIGNATURE----- --=-=-=--