- add a flag to say "full offload"
- don't do probe requests when scanning - firmware can do that
- don't do powersave transitions and buffering - firmware can do that
Details
- Reviewers
avos - Group Reviewers
network - Commits
- rS307602: [net80211] Initial full-offload scan support.
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
So, firmware-based scanning will not be implemented as an 'ieee80211_scan_fw' module?
Heh, I'm not sure yet.
A lot of the code in scan_sw.c seems like useful boiler plate code still. The taskqueue running some of the things is also useful boiler plate. I'm just trying to figure out what else is needed - maybe just replacing, say, the taskqueue that implements individual channel scanning instead of the whole thing being methods.
What do you think?
eg, things like "cancel scan", "is scan finished" methods to query the driver may be useful here.
+ a watchdog (since it may hang); some special 'get scan results' callback for rsu(4) and similar (is there any?); no 'cancel_anyscan' when firmware can handle both scan & Tx etc
Anyway, this patch is fine; the aforementioned functionality can be implemented/used after checking IEEE80211_FEXT_SCAN_OFFLOAD flag.