On Thu, Sep 18, 2014 at 02:07:21PM -0700, Andrey Yurovsky wrote: > I'm troubleshooting issues with an Atmel AT86RF212 radio on mainline > (3.17-rc5 at this time) and was wondering about forcing an active scan > via the "iz scan" command. This comes back as not supported so I > wanted to understand why. > > It looks like ieee802154_scan_req() should be invoked in nl-mac.c in > response to a netlink message, this will return -EOPNOTSUPP when > ieee802154_mlme_ops(dev)->scan_req is NULL, and indeed that appears to > be the case. I can't find anyone in the soft-MAC setting .scan_req in > the MLME ops structure, is that correct? > > The only place I see it set is the fake full-MAC radio (fakehard.c) > where it's implemented as fake_scan_req() which in turn calls > ieee802154_nl_scan_confirm() to report the fake scan result. > > I then tried to find anything else calling > ieee802154_nl_scan_confirm() and was unable to, is that right or am I > missing something? > > Please forgive my ignorance but is scanning "broken" at this time? yep, I would say the mac802154, netlink interface is completely broken. And didn't work ever at any mainline status. Rework is in progress [0]. Please also note the project mailinglist is moved to [1]. It will take abouth a month when I have a first RFC which has the possibility to send mainline. Sorry. For rework testing you need also wpan-tools, which based on iw tool from wireless. (Have similar feeling). [0] https://github.com/linux-wpan/linux-wpan-next/tree/wpan_rework_rfc [1] http://vger.kernel.org/vger-lists.html#linux-wpan [2] https://github.com/linux-wpan/wpan-tools -- 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
