Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759749AbZFBJLV (ORCPT ); Tue, 2 Jun 2009 05:11:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755313AbZFBJLD (ORCPT ); Tue, 2 Jun 2009 05:11:03 -0400 Received: from build.ossfans.org ([67.223.233.67]:39589 "EHLO build.ossfans.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752941AbZFBJLB (ORCPT ); Tue, 2 Jun 2009 05:11:01 -0400 X-Greylist: delayed 1096 seconds by postgrey-1.27 at vger.kernel.org; Tue, 02 Jun 2009 05:11:01 EDT Date: Tue, 2 Jun 2009 12:52:36 +0400 From: Sergey Lapin To: Marcel Holtmann Cc: Dmitry Eremin-Solenikov , Holger Schurig , linux-wireless@vger.kernel.org, =?iso-8859-1?Q?G=E1bor?= Stefanik , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, maxim.osipov@siemens.com, dmitry.baryshkov@siemens.com, oliver.fendt@siemens.com Subject: Re: =?utf-8?B?0J7RgtCy0LXRgg==?= =?utf-8?Q?=3A?= [PATCH 10/10] ieee802154: add at86rf230/rf231 spi driver Message-ID: <20090602085236.GA13088@build.ossfans.org> References: <1243868091-5315-3-git-send-email-dbaryshkov@gmail.com> <69e28c910906010921r56cf7017gc858cb7ba819c385@mail.gmail.com> <20090601203348.GC7143@doriath.ww600.siemens.net> <200906021010.49613.hs4233@mail.mn-solutions.de> <1243930893.3192.62.camel@localhost.localdomain> <1243931809.3192.68.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1243931809.3192.68.camel@localhost.localdomain> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2262 Lines: 50 On Tue, Jun 02, 2009 at 10:36:49AM +0200, Marcel Holtmann wrote: > > This gonna happen, as we are most probably going to implement 6lowpan > > on top of our stack. 6lowpan is a way to encapsulate IPv6 frames into > > IEEE 802.15.4 and has nothing in common with ZigBee. Moreover > > ZigBee is a trademark with strict rules upon it's usage. Our lawyers are > > currently investigating if it's possible to use this name in projects like > > Linux kernel which are open-source, non-related to any project but > > OTOH can be encapsulated in any commercial project. > > > > IEEE 802.15.4 is a term like IEEE 802.11. We do have mac80211, > > we have had (until recently) ieee80211 dir, so why bother? > > > > For Bluetooth naming directories 'bluetooth' is logical, as 802.15.1 > > standard is a less known name, doesn't incorporate latest changes > > from Bluetooth, etc. > > and so is IEEE 802.15.4 hence we propose using "zigbee" here. Using the > mac80211 has historical reasons and 802.11 is a known name and even used > on product marketing material. IEEE 802.15.4 is not. We are also using > the term "wimax" and not its IEEE numbering. That WILL add confusion. Because of the following: 1. IEEE 802.15.4 is layer under ZigBee. ZigBee is implemented on top of IEEE 802.15.4, like UDP is implemented on top of IP. 2. There are hardware implementations of the following sorts: a) Simple radio (IEEE 802.15.4 PHY). b) IEEE 802.15.4 MAC c) ZigBee, or other high level protocols (well, actually I don't know of any others than ZigBee at this level, but that doesn't mean they don't exist). Using this stack we can implement both a) and b). With addition of ZigBee layers, it might be possible to implement c), too. For things like 6lowpan, only a) and b) are useful. If you call this all ZigBee, it will add confusion and artifical limitation. Not to mention, not true. And just for cosmetic measures. That will be a lot of trouble and no practical gain from that. References: RFC-4919 RFC-4944 All the best, S. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/