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 <alex.aring@xxxxxxxxx> > > --- > > 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 <linux-wpan@xxxxxxxxxxxxxxx> and based on bluetoot > > For wpan-tools checkout the https://github.com/linux-wpan/wpan-tools[wpan-tools] repository. Also send patches to <linux-wpan@xxxxxxxxxxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
