On Thu, Aug 14, 2014 at 09:59:00AM +0200, Alexander Aring wrote: > And really I don't want to insert something mainline which breaks any > existing support (monitor, fakelb, crypto, ...). I can't do a deletion of > net/mac802154 (ieee802154) and simple add a new one, but deleting of > subsubsystems like montior, fakelb and add a rework of this should not > make any problems. > okay, that's maybe not correct I want to drop the channel setting feature while xmit which "could" be use for channel hoping On multiple interfaces. The reason are more... this is a sync callback and I can't deal with a async xmit with that. Okay I can solve this to make the channel setting async but... if somebody want channel hoping then the logic for that should be in userspace. We don't have any kernelspace implementation of any protocol which use the channel hoping feature. btw. the wireless implementation forbids multiple interface with different channels. [0] [0] is a neat introduction how wireless userspace access works. Page 21/35 "only matching PHY parameters possible e.g. all virtual interfaces are on one channel". [0] http://wireless.kernel.org/en/developers/Documentation/cfg80211?action=AttachFile&do=view&target=control.pdf - 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