Page MenuHomeFreeBSD

[net80211] begin teaching the scan layer about full offload.
ClosedPublic

Authored by adrian on Oct 16 2016, 8:18 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Apr 20, 3:58 AM
Unknown Object (File)
Sat, Apr 20, 3:55 AM
Unknown Object (File)
Mar 15 2024, 1:37 PM
Unknown Object (File)
Mar 15 2024, 1:35 PM
Unknown Object (File)
Feb 2 2024, 6:17 PM
Unknown Object (File)
Dec 27 2023, 5:35 PM
Unknown Object (File)
Dec 27 2023, 5:09 PM
Unknown Object (File)
Dec 20 2023, 12:19 AM
Subscribers

Details

Summary
  • 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

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

adrian retitled this revision from to [net80211] begin teaching the scan layer about full offload..
adrian updated this object.
adrian edited the test plan for this revision. (Show Details)
avos edited edge metadata.

So, firmware-based scanning will not be implemented as an 'ieee80211_scan_fw' module?

This revision is now accepted and ready to land.Oct 16 2016, 9:09 PM

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.

(since NICs like if_rsu can't JOIN a network until SCAN is done.. :/ )

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.

This revision was automatically updated to reflect the committed changes.