From: Alexander Aring <alex.aring@gmail.com>
To: Stefan Schmidt <stefan@osg.samsung.com>
Cc: linux-wpan@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [RFC 10/16] ieee802154: 6lowpan: add dispatch evalualtion helpers
Date: Wed, 12 Aug 2015 15:20:35 +0200 [thread overview]
Message-ID: <20150812132031.GA3962@omega> (raw)
In-Reply-To: <55CB413E.4020304@osg.samsung.com>
On Wed, Aug 12, 2015 at 02:51:10PM +0200, Stefan Schmidt wrote:
> Hello.
>
> typo in subject. s/evalualtion/evaluation/
>
ok.
> On 03/08/15 08:23, Alexander Aring wrote:
> >This patch introduce some static inline function for checking the right
> >dispatch value. This also fixes an bug to detect the right fragmentation
> >dispatch value, we currently use "0xe0" as masking the fragmentation
> >dispatch. Correct is "0xf8" as mask.
> >
> >Signed-off-by: Alexander Aring<alex.aring@gmail.com>
> >---
> > include/net/6lowpan.h | 18 +++++++++++++-----
> > net/ieee802154/6lowpan/6lowpan_i.h | 3 +++
> > net/ieee802154/6lowpan/rx.c | 30 +++++++++++++++++++++++++-----
> > 3 files changed, 41 insertions(+), 10 deletions(-)
> >
> >diff --git a/include/net/6lowpan.h b/include/net/6lowpan.h
> >index e16763f..073c791 100644
> >--- a/include/net/6lowpan.h
> >+++ b/include/net/6lowpan.h
> >@@ -126,11 +126,19 @@
> > (((a)[6]) == 0xFF) && \
> > (((a)[7]) == 0xFF))
> >-#define LOWPAN_DISPATCH_IPV6 0x41 /* 01000001 = 65 */
> >-#define LOWPAN_DISPATCH_HC1 0x42 /* 01000010 = 66 */
> >-#define LOWPAN_DISPATCH_IPHC 0x60 /* 011xxxxx = ... */
> >-#define LOWPAN_DISPATCH_FRAG1 0xc0 /* 11000xxx */
> >-#define LOWPAN_DISPATCH_FRAGN 0xe0 /* 11100xxx */
> >+#define LOWPAN_DISPATCH_IPV6 0x41 /* 01000001 = 65 */
> >+#define LOWPAN_DISPATCH_IPHC 0x60 /* 011xxxxx = ... */
> >+#define LOWPAN_DISPATCH_IPHC_MASK 0xe0
> >+
> >+static inline bool lowpan_is_ipv6(u8 dispatch)
> >+{
> >+ return dispatch == LOWPAN_DISPATCH_IPV6;
> >+}
> >+
> >+static inline bool lowpan_is_iphc(u8 dispatch)
> >+{
> >+ return (dispatch & LOWPAN_DISPATCH_IPHC_MASK) == LOWPAN_DISPATCH_IPHC;
> >+}
> > #define LOWPAN_DISPATCH_MASK 0xf8 /* 11111000 */
> >diff --git a/net/ieee802154/6lowpan/6lowpan_i.h b/net/ieee802154/6lowpan/6lowpan_i.h
> >index d62046e..e009a4a 100644
> >--- a/net/ieee802154/6lowpan/6lowpan_i.h
> >+++ b/net/ieee802154/6lowpan/6lowpan_i.h
> >@@ -7,6 +7,9 @@
> > #include <net/inet_frag.h>
> > #include <net/6lowpan.h>
> >+#define LOWPAN_DISPATCH_FRAG1 0xc0
> >+#define LOWPAN_DISPATCH_FRAGN 0xe0
> >+
> > struct lowpan_create_arg {
> > u16 tag;
> > u16 d_size;
> >diff --git a/net/ieee802154/6lowpan/rx.c b/net/ieee802154/6lowpan/rx.c
> >index c7afd4a..b0066b7 100644
> >--- a/net/ieee802154/6lowpan/rx.c
> >+++ b/net/ieee802154/6lowpan/rx.c
> >@@ -21,6 +21,16 @@ typedef unsigned __bitwise__ lowpan_rx_result;
> > #define RX_DROP ((__force lowpan_rx_result) 2u)
> > #define RX_QUEUED ((__force lowpan_rx_result) 3u)
> >+#define LOWPAN_DISPATCH_FIRST 0xc0
> >+#define LOWPAN_DISPATCH_FRAG_MASK 0xf8
> >+#define LOWPAN_DISPATCH_IPHC_MASK 0xe0
> >+
> >+#define LOWPAN_DISPATCH_NALP 0x00
> >+#define LOWPAN_DISPATCH_HC1 0x42
> >+#define LOWPAN_DISPATCH_BC0 0x50
> >+#define LOWPAN_DISPATCH_ESC 0x7f
> >+#define LOWPAN_DISPATCH_MESH 0x80
> >+
>
> Any specific reason you moved the *_HC1 define here (same for the *_FRAG
> defines above)?
>
> I would think having them all in 6lowpan.h would make most sense. You might
> need them only in this file for now but later one maybe in another file. It
> could be personal taste but having them all in one place should be easier.
> imho.
There exists 6LoWPAN functionality which is shared between BTLE 6LoWPAN
and IEEE 802.15.4 6LoWPAN, these are:
- IPHC
- IPV6
they use both the same dispatch values.
The file "include/net/6lowpan.h" is part of the generic 6LoWPAN branch,
so functionality which belongs to "IPHC" and "IPv6" (IPv6 dispatch is
the easiest dispatch, there is only maybe this one inline function).
The other dispatches are not defined for BTLE, e.g. fragmentation is
handled by MAC layer of BTLE so far I know. Also HC1 is not defined for
BTLE 6LoWPAN.
HC1 is also deprecated, I think there will come no other 6LoWPAN
standard which supports this format. (IPHC is the replacement, See [0],
"MAY implement decompression according to Section 10 of [RFC4944] but
SHOULD NOT send packets compressed according to.." with otherwords we
should support receiving of HC1 but not sending HC1 anymore.)
If there comming new 6LoWPAN standards then we can later move these
dispatch values to generic 6LoWPAN branch (and maybe more, like
fragmentation framework) if they share these dispatches and also
implement if it looks almost the same.
Nevertheless 6LoWPAN things which is not shared between two or more
link-layer 6LoWPAN types should NOT go into the 6LoWPAN generic branch.
btw:
This is currently not true, "net/include/6lowpan.h" contains some
defines which we should put into net/6lowpan/iphc.c (all IPHC defines
which is used inside "iphc.c") and some things which are used in
802.15.4 6LoWPAN only.
This is all currently not clear and we need some another round for this
to cleanup. (Usually I do send patch-series under 25 patches to have
some milestones).
- Alex
[0] https://tools.ietf.org/html/rfc6282#section-2
next prev parent reply other threads:[~2015-08-12 13:20 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-03 6:23 [RFC 00/16] ieee802154: 6lowpan: cleanup and rework dispatch evaluation Alexander Aring
2015-08-03 6:23 ` [RFC 01/16] ieee802154: 6lowpan: change dev vars to wdev and ldev Alexander Aring
2015-08-12 8:49 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 02/16] ieee802154: 6lowpan: remove set to zero Alexander Aring
2015-08-12 8:49 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 03/16] ieee802154: 6lowpan: remove EXPORT_SYMBOL Alexander Aring
2015-08-12 8:49 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 04/16] ieee802154: 6lowpan: remove check on wdev is running Alexander Aring
2015-08-12 8:49 ` Stefan Schmidt
2015-08-15 11:50 ` Alexander Aring
2015-08-03 6:23 ` [RFC 05/16] ieee802154: 6lowpan: cleanup pull of iphc bytes Alexander Aring
2015-08-12 9:03 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 06/16] ieee802154: 6lowpan: trivial checks at first Alexander Aring
2015-08-12 9:04 ` Stefan Schmidt
2015-08-12 9:21 ` Alexander Aring
2015-08-15 9:15 ` Alexander Aring
2015-08-03 6:23 ` [RFC 07/16] ieee802154: 6lowpan: change skb->dev earlier Alexander Aring
2015-08-12 9:13 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 08/16] ieee802154: 6lowpan: change frag return value handling Alexander Aring
2015-08-12 9:14 ` Stefan Schmidt
2015-08-12 9:26 ` Alexander Aring
2015-08-03 6:23 ` [RFC 09/16] ieee820154: 6lowpan: dispatch evaluation rework Alexander Aring
2015-08-12 12:51 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 10/16] ieee802154: 6lowpan: add dispatch evalualtion helpers Alexander Aring
2015-08-12 12:51 ` Stefan Schmidt
2015-08-12 13:20 ` Alexander Aring [this message]
2015-08-12 13:48 ` Stefan Schmidt
2015-08-12 13:55 ` Alexander Aring
2015-08-03 6:23 ` [RFC 11/16] ieee802154: 6lowpan: fix fragmentation dispatch mask Alexander Aring
2015-08-12 12:51 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 12/16] ieee802154: 6lowpan: add generic lowpan header check Alexander Aring
2015-08-12 13:37 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 13/16] ieee802154: 6lowpan: add handler for all dispatch values Alexander Aring
2015-08-12 13:37 ` Stefan Schmidt
2015-08-03 6:23 ` [RFC 14/16] ieee802154: 6lowpan: add check for reserved dispatch Alexander Aring
2015-08-12 13:37 ` Stefan Schmidt
2015-08-13 20:17 ` Alexander Aring
2015-08-03 6:23 ` [RFC 15/16] ieee802154: 6lowpan: check on valid 802.15.4 frame Alexander Aring
2015-08-12 13:37 ` Stefan Schmidt
2015-08-12 13:54 ` Alexander Aring
2015-08-03 6:23 ` [RFC 16/16] ieee802154: 6lowpan: remove packet type to host Alexander Aring
2015-08-12 13:37 ` Stefan Schmidt
2015-08-12 8:15 ` [RFC 00/16] ieee802154: 6lowpan: cleanup and rework dispatch evaluation Stefan Schmidt
2015-08-13 9:10 ` Stefan Schmidt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150812132031.GA3962@omega \
--to=alex.aring@gmail.com \
--cc=kernel@pengutronix.de \
--cc=linux-wpan@vger.kernel.org \
--cc=stefan@osg.samsung.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.