summaryrefslogtreecommitdiffstats
path: root/sys/net80211/ieee80211.c
Commit message (Collapse)AuthorAgeFilesLines
* Add support for FH phy, which will be used by awi driver.onoe2004-01-151-43/+58
| | | | | Also some if_media constants to indicate operational mode are changed to bitmasks to reduce diffs from NetBSD.
* short preamble capability is not just for 11g; mark IEEE80211_F_SHPREAMBLEsam2003-09-141-3/+3
| | | | | | regardless of the operating mode Obtained from: MADWIFI
* Delay creating ic_bss until after the super-class has a chancesam2003-08-131-0/+6
| | | | | | | | to override the method pointers for manipulating nodes; this fixes a problem where the ic_bss node was not being created properly for the ath driver causing the driver to scribble on random memory. Noticed by: David Young <dyoung@pobox.com>
* add monitor modesam2003-07-211-0/+12
|
* o change ieee80211_new_state handling to use a proper method that driverssam2003-07-201-1/+1
| | | | | | | | | override in their sub-class; this eliminates the hack of interpreting the EINPROGRESS return value to mean "don't do any of the normal work" o correct active scanning so the first channel is only scanned once and so per-channel passive mode is properly honored o expose 802.11 FSM state names so every driver doesn't keep a private copy o eliminate node parameter to ieee80211_begin_scan; it was not being used
* add safeguard against (bogus) null channel parametersam2003-06-291-1/+4
|
* revise copyright notices per discussion with Atsushi Onoe <onoe@sm.sony.co.jp>sam2003-06-271-21/+17
|
* fix typosam2003-06-271-1/+1
| | | | Submitted by: "Norman Diamond \(ITS\)" <n_diamond@its.jp>
* new 802.11 layer:sam2003-06-231-0/+858
o code reorg (relative to old netbsd-derived code) for future growth o drivers now specify available channels and rates and 802.11 layer handles almost all ifmedia actions o multi-mode support for 11a/b/g devices o 11g protocol additions (incomplete) o new element id additions (for other than 11g) o node/station table redone for proper locking and to eliminate driver incestuousness o split device flags and capabilities to reduce confusion and provide room for expansion o incomplete power management infrastructure (need to revisit) o incomplete hooks for software retry o more...
OpenPOWER on IntegriCloud