From: Alexander Aring <alex.aring@gmail.com>
To: linux-bluetooth@vger.kernel.org
Cc: linux-wpan@vger.kernel.org, kernel@pengutronix.de,
Alexander Aring <alex.aring@gmail.com>,
Jukka Rissanen <jukka.rissanen@linux.intel.com>,
Martin Townsend <mtownsend1973@gmail.com>,
Marcel Holtmann <marcel@holtmann.org>
Subject: [PATCHv3 bluetooth-next 0/3] 6lowpan: introduce nhc framework
Date: Mon, 8 Dec 2014 16:50:35 +0100 [thread overview]
Message-ID: <1418053838-8692-1-git-send-email-alex.aring@gmail.com> (raw)
This patch series introduce the next header compression framework. Currently
we support udp compression/uncompression only. This framework allow to add new
next header compression formats easily.
If somebody wants to add a new header compression format and some information
are missing while calling compression and uncompression callbacks. Please
feel free to make framework changes according these callbacks.
changes since v2:
- make udp nhc as module as suggested by Marcel Holtmann
- fix comment header in nhc_udp.c
I didn't make the lowpan_nhc declaration "const" because this will occur
issues with rb_node, id and idmask array. Which will manipulated during
runtime.
changes since v3:
- add patch 3/3 for other known rfc6282 ipv6 extension headers compression
formats
- add request_modules for loading nhc default compression format modules.
Which was suggested by Jukka Rissanen. Thanks, this is really working.
- Add rtnl_lock for lowpan_nhc_add and del since we have no synced
request_modules call this could make trouble.
- Move some handling out of nhc_do_compression and uncompression function.
The complete handling is now inside of iphc.c and nhc_do_compression and
uncompression functions is only a wrapper call for the callback.
- rework some menuentries for Kconfig and compression format, they are
grouped by rfc now.
- move some generic handling like "skb_pull(skb, nhc->nexthdrlen);" into
iphc.c. It would be great if we have something also for uncompression
for the skb_cow. But this isn't possible right now.
- change warning if nhc was not found to "was not found" instead isn't
implemented. It isn't implemented if callbacks are NULL now.
- small cleanups.
Cc: Jukka Rissanen <jukka.rissanen@linux.intel.com>
Cc: Martin Townsend <mtownsend1973@gmail.com>
Cc: Marcel Holtmann <marcel@holtmann.org>
Alexander Aring (3):
6lowpan: add generic nhc layer interface
6lowpan: add udp compression via nhc layer
6lowpan: nhc: add other known rfc6282 compressions
net/6lowpan/Kconfig | 60 ++++++++++-
net/6lowpan/Makefile | 13 ++-
net/6lowpan/iphc.c | 223 +++++++++++-----------------------------
net/6lowpan/nhc.c | 140 +++++++++++++++++++++++++
net/6lowpan/nhc.h | 142 +++++++++++++++++++++++++
net/6lowpan/nhc_rfc6282_dest.c | 27 +++++
net/6lowpan/nhc_rfc6282_frag.c | 26 +++++
net/6lowpan/nhc_rfc6282_hop.c | 26 +++++
net/6lowpan/nhc_rfc6282_ipv6.c | 26 +++++
net/6lowpan/nhc_rfc6282_mobil.c | 26 +++++
net/6lowpan/nhc_rfc6282_route.c | 26 +++++
net/6lowpan/nhc_rfc6282_udp.c | 156 ++++++++++++++++++++++++++++
12 files changed, 724 insertions(+), 167 deletions(-)
create mode 100644 net/6lowpan/nhc.c
create mode 100644 net/6lowpan/nhc.h
create mode 100644 net/6lowpan/nhc_rfc6282_dest.c
create mode 100644 net/6lowpan/nhc_rfc6282_frag.c
create mode 100644 net/6lowpan/nhc_rfc6282_hop.c
create mode 100644 net/6lowpan/nhc_rfc6282_ipv6.c
create mode 100644 net/6lowpan/nhc_rfc6282_mobil.c
create mode 100644 net/6lowpan/nhc_rfc6282_route.c
create mode 100644 net/6lowpan/nhc_rfc6282_udp.c
--
2.1.3
next reply other threads:[~2014-12-08 15:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-08 15:50 Alexander Aring [this message]
2014-12-08 15:50 ` [PATCHv3 bluetooth-next 1/3] 6lowpan: add generic nhc layer interface Alexander Aring
2014-12-08 15:50 ` [PATCHv3 bluetooth-next 2/3] 6lowpan: add udp compression via nhc layer Alexander Aring
2014-12-08 15:50 ` [PATCHv3 bluetooth-next 3/3] 6lowpan: nhc: add other known rfc6282 compressions Alexander Aring
2014-12-09 11:28 ` Jukka Rissanen
2014-12-09 11:40 ` Jukka Rissanen
2014-12-09 11:52 ` Alexander Aring
2014-12-09 14:05 ` Jukka Rissanen
2014-12-09 18:42 ` Alexander Aring
2014-12-10 9:04 ` Jukka Rissanen
2014-12-10 11:56 ` Jukka Rissanen
2014-12-10 12:04 ` Alexander Aring
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=1418053838-8692-1-git-send-email-alex.aring@gmail.com \
--to=alex.aring@gmail.com \
--cc=jukka.rissanen@linux.intel.com \
--cc=kernel@pengutronix.de \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-wpan@vger.kernel.org \
--cc=marcel@holtmann.org \
--cc=mtownsend1973@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).