From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f54.google.com ([74.125.82.54]:36742 "EHLO mail-wg0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751150AbbDLKVv (ORCPT ); Sun, 12 Apr 2015 06:21:51 -0400 Received: by wgsk9 with SMTP id k9so54499740wgs.3 for ; Sun, 12 Apr 2015 03:21:50 -0700 (PDT) Date: Sun, 12 Apr 2015 12:21:44 +0200 From: Alexander Aring Subject: Re: [PATCH wpan-misc] website: add opentask section in developing Message-ID: <20150412102143.GA984@omega> References: <1428481894-19784-1-git-send-email-alex.aring@gmail.com> <20150409091625.GA5826@bogon.m.sigxcpu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150409091625.GA5826@bogon.m.sigxcpu.org> Sender: linux-wpan-owner@vger.kernel.org List-ID: To: Guido =?utf-8?Q?G=C3=BCnther?= Cc: linux-wpan@vger.kernel.org On Thu, Apr 09, 2015 at 11:16:25AM +0200, Guido Günther wrote: > On Wed, Apr 08, 2015 at 10:31:34AM +0200, Alexander Aring wrote: > > This patch adds an open task section in developing. So maybe if somebody > > has too much time he/she can pick tasks from it and send patches. > > > > Signed-off-by: Alexander Aring > > --- > > website/index.txt | 23 +++++++++++++++++++++++ > > 1 file changed, 23 insertions(+) > > > > diff --git a/website/index.txt b/website/index.txt > > index 2f007d5..9cf2ca3 100644 > > --- a/website/index.txt > > +++ b/website/index.txt > > @@ -122,6 +122,29 @@ All patches should be send to and based on bluetoot > > For wpan-tools checkout the https://github.com/linux-wpan/wpan-tools[wpan-tools] repository. Also send patches to for it with a "wpan-tools" tag. > > The same for https://github.com/linux-wpan/wpan-misc[wpan-misc]. > > > > +Open Tasks > > +~~~~~~~~~~ > > + > > +* There is a lot of missing features for enum definition to some string definition in iwpan which can be lookup in 802.1.54 standard. Words say more than numbers... > > +** channel/page to frequency > > +** cca modes/opts > > +** no aret mode for max_frame_retires -1 > > +** etc > > +* Missing features which wireless has and wpan not. Since we based our implementation on wireless we should sync "good patches" from wireless branch. > > +** Something like http://www.spinics.net/lists/netdev/msg321088.html[net: nl80211 - pass name_assign_type to rdev_add_virtual_intf()] > > +** trace functionality for rdev/driver_ops http://git.kernel.org/cgit/linux/kernel/git/bluetooth/bluetooth-next.git/tree/net/wireless/rdev-ops.h[rdev-ops.h] and > > +http://git.kernel.org/cgit/linux/kernel/git/bluetooth/bluetooth-next.git/tree/net/mac80211/driver-ops.h[driver-ops.h] > > +** Whatever you want and find > > +* rework > > +** missing features in nl802154, crypto etc. > > +** new frame parsing style in mac802154 and ieee802154 based on mac80211 frame parsing design. Draft is https://github.com/linux-wpan/linux-wpan-next/blob/wpan_rework_rfc/net/mac802154/rx.c[mac802154 rx] and > > +https://github.com/linux-wpan/linux-wpan-next/blob/wpan_rework_rfc/net/ieee802154/6lowpan/rx.c[6LoWPAN]. crypto need to be done at first, otherwise I can't test it. > > +** remove cb context from dev_hard_header and introduce generic header generation functions like https://github.com/linux-wpan/linux-wpan-next/blob/wpan_rework_rfc/net/ieee802154/header_ops.c#L80[header_ops]. Here too, crypto need to be done at first. > > +* systemd > > +** add basic functionality for nl802154 and 6lowpan setup in systemd-networkd > > ...and network-manager ? > ok. I recently send a Patchv2 which also includes the network-manager. Also there is an idea to simple add _one_ 6lowpan interface on a wpan interface, when ieee802154_6lowpan.ko module is loaded. This is easy to implement, question is here: "Is this a good idea or not". If somebody maybe we should do this by default and user can also disable this handling by module parameter. > > +* devicetree extended addr setting, draft is here http://www.spinics.net/lists/linux-wpan/msg01503.html[ieee802154: add usual way to get extended address via device tree] > > +* RPL? - not our job, need to go through ipv6 netdev community, but we should do something to have a "started" mainline solution. > > Not that I'm qualified to comment on this but to me it's a very useful > list since it answers some questions I was about to ask. Thanks. - Alex