Emmanuel, Johannes, Thank you for your answer. Now that it has been clearly stated that driver must report this information, I obviously throw away the idea of modifying mac80211 :) BTW FYI what emmanuel suggested in the last mail seems very similar to what I tried to do as experiment, and that made the scan works again :) About Johannes patch.. Looks good :) But I already tried to do almost the same thing in the at79 driver, but I failed, because despite setting the single channel and performing a bunch of HW scan (one for each ch), it happened that my HW did several full scans disregarding the channel setting. But it might be MY bug! I hope it :) I saw the driver uses the same idea for implementing "monitor mode", so I thought it should work (but I have not tried yet with "monitor mode")... As soon as I have time I'll try Johannes patch (and FYI I will also try to finish some patches about WEP broken and DMA from stack memory) and I will post results.. Thank you all :) Andrea On Mon, May 19, 2014 at 4:49 PM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > On Mon, 2014-05-19 at 16:29 +0200, Johannes Berg wrote: > >> Since there's no "rx channel" information in this driver, but there does >> seem to be a (currently unused) channel field in the scan request, maybe >> we can make the driver request up to 14 single-channel scans (rather >> than a single full scan), and then it can keep track of the current >> channel in software and assign the pointer properly. >> >> This would also allow implementing regulatory for scan properly, which >> seems like a good idea as well. > > Maybe something like this works? > > http://p.sipsolutions.net/fa75caf17c54747a.txt > > johannes > -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html