On Sun, Apr 12, 2015 at 12:21:44PM +0200, Alexander Aring wrote: > 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. It sounds great for 6loWPAN but I don't know what e.g. ZigBee and other users think about this. Are there any known ones? Cheers, -- Guido -- 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
