On Wed, 2015-03-11 at 14:05 -0700, Ben Greear wrote: > I took a look at the hw-scan code a bit...I guess we might could do additional > info calls to user-space as we iterate through the channels while scanning? > > A real driver would be causing the NIC to change channels at these junctures, > either by directly setting registers or sending some message off to the > target NIC's cpu, right? Well, depends. Our driver just asks the firmware to do the scan, and it will do all the scheduling by itself, i.e. it'll go through the channels at convenient times etc. > I would assume that off-channel work could do similar logic. Yeah. > Is that the sort of thing you had in mind? To be honest, I'm not really sure myself. It seems to really do this you'd also need powersave handling (tell the AP you're going to sleep when scanning) and potentially P2P-GO NoA handling (tell the clients you're going to sleep). The thing with hwsim right now is that it totally makes use of its ability to be on as many channels at the same time as it wants, so it doesn't have to worry about that, but if you want to actually have the channel "changed" then we need to handle a lot more details. 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
