#
ab562eef |
| 18-Sep-2007 |
Sam Leffler <sam@FreeBSD.org> |
invalidate ic_prevchan when constructing a new channel list
Approved by: re (blanket wireless)
|
#
7edb9e0a |
| 18-Sep-2007 |
Sam Leffler <sam@FreeBSD.org> |
skip IEEE80211_MODE_AUTO in announcing supported rates in ieee80211_announce; there won't be any
Approved by: re (blanket wireless)
|
#
f0ee92d5 |
| 18-Sep-2007 |
Sam Leffler <sam@FreeBSD.org> |
o add IEEE80211_RATE_MCS to use instead of naked constant (for marking MCS) o correct ieee80211_rate2media handling of MCS o correct rate HT announcements for 11n devices
Approved by: re (blanket wi
o add IEEE80211_RATE_MCS to use instead of naked constant (for marking MCS) o correct ieee80211_rate2media handling of MCS o correct rate HT announcements for 11n devices
Approved by: re (blanket wireless)
show more ...
|
#
95032ab1 |
| 18-Sep-2007 |
Sam Leffler <sam@FreeBSD.org> |
remove IFM_IEEE80211_HT40PLUS and IFM_IEEE80211_HT40MINUS; they never got used so nuke 'em before we branch
Approved by: re (blanket wireless)
|
#
68e8e04e |
| 11-Jun-2007 |
Sam Leffler <sam@FreeBSD.org> |
Update 802.11 wireless support: o major overhaul of the way channels are handled: channels are now fully enumerated and uniquely identify the operating characteristics; these changes are visible
Update 802.11 wireless support: o major overhaul of the way channels are handled: channels are now fully enumerated and uniquely identify the operating characteristics; these changes are visible to user applications which require changes o make scanning support independent of the state machine to enable background scanning and roaming o move scanning support into loadable modules based on the operating mode to enable different policies and reduce the memory footprint on systems w/ constrained resources o add background scanning in station mode (no support for adhoc/ibss mode yet) o significantly speedup sta mode scanning with a variety of techniques o add roaming support when background scanning is supported; for now we use a simple algorithm to trigger a roam: we threshold the rssi and tx rate, if either drops too low we try to roam to a new ap o add tx fragmentation support o add first cut at 802.11n support: this code works with forthcoming drivers but is incomplete; it's included now to establish a baseline for other drivers to be developed and for user applications o adjust max_linkhdr et. al. to reflect 802.11 requirements; this eliminates prepending mbufs for traffic generated locally o add support for Atheros protocol extensions; mainly the fast frames encapsulation (note this can be used with any card that can tx+rx large frames correctly) o add sta support for ap's that beacon both WPA1+2 support o change all data types from bsd-style to posix-style o propagate noise floor data from drivers to net80211 and on to user apps o correct various issues in the sta mode state machine related to handling authentication and association failures o enable the addition of sta mode power save support for drivers that need net80211 support (not in this commit) o remove old WI compatibility ioctls (wicontrol is officially dead) o change the data structures returned for get sta info and get scan results so future additions will not break user apps o fixed tx rate is now maintained internally as an ieee rate and not an index into the rate set; this needs to be extended to deal with multi-mode operation o add extended channel specifications to radiotap to enable 11n sniffing
Drivers: o ath: add support for bg scanning, tx fragmentation, fast frames, dynamic turbo (lightly tested), 11n (sniffing only and needs new hal) o awi: compile tested only o ndis: lightly tested o ipw: lightly tested o iwi: add support for bg scanning (well tested but may have some rough edges) o ral, ural, rum: add suppoort for bg scanning, calibrate rssi data o wi: lightly tested
This work is based on contributions by Atheros, kmacy, sephe, thompsa, mlaier, kevlo, and others. Much of the scanning work was supported by Atheros. The 11n work was supported by Marvell.
show more ...
|
#
ae8b7333 |
| 06-Jun-2007 |
Sam Leffler <sam@FreeBSD.org> |
copyright updates: o update to include 2007 o switch back to a 2-clause bsd-only license
Reviewed by: onoe
|
#
6dbd16f1 |
| 11-Mar-2007 |
Sam Leffler <sam@FreeBSD.org> |
change ic_modecaps to a bit vector and use setbit, et. al.
|
#
11df4239 |
| 11-Mar-2007 |
Sam Leffler <sam@FreeBSD.org> |
change ieee80211_mhz2ieee to use the PSB mapping when the frequency falls in the proper place, not when we're handed a 1/2 or 1/4-rate channel
MFC after: 2 weeks
|
#
ca4ac7ae |
| 15-Jan-2007 |
Sam Leffler <sam@FreeBSD.org> |
Add initial support for 900MHz cards like the Ubiquiti SR9: o add channel flag to enable freq <-> ieee channel # mapping (can go away in the future when ieee number is precomputed) o add mapping be
Add initial support for 900MHz cards like the Ubiquiti SR9: o add channel flag to enable freq <-> ieee channel # mapping (can go away in the future when ieee number is precomputed) o add mapping between 900mhz freq's and channel #'s that gives a unique channel # for each half/quarter/full width channel o remove assumptions that half/quarter rate channels on happen in 11a o remove assumptions that all 11g channels are full width o ensure ic_curchan is reset on mode change so changing the channel list (e.g. on countrycode change) doesn't leave curchan set to an invalid channel
There is still an issue with switching rate sets; to be fixed separately.
MFC after: 1 month
show more ...
|
Revision tags: release/6.2.0_cvs, release/6.2.0 |
|
#
38da1496 |
| 06-Jan-2007 |
Matt Jacob <mjacob@FreeBSD.org> |
Fix compile error.
|
#
45fa8b0e |
| 28-Dec-2006 |
Sam Leffler <sam@FreeBSD.org> |
o unbreak rate set defaulting o mark 11g mode support on finding 11g or pure 11g (OFDM-only) channels; was requiring pure 11g which caused some contortions in drivers that manually setup their ch
o unbreak rate set defaulting o mark 11g mode support on finding 11g or pure 11g (OFDM-only) channels; was requiring pure 11g which caused some contortions in drivers that manually setup their channel lists
show more ...
|
#
41b3c790 |
| 27-Dec-2006 |
Sam Leffler <sam@FreeBSD.org> |
First cut at half/quarter-rate 11a channel support (e.g. for use in the Public Safety Band): o add channel flags to identify half/quarter-rate operation o add rate sets (need to check spec on 4Mb/s i
First cut at half/quarter-rate 11a channel support (e.g. for use in the Public Safety Band): o add channel flags to identify half/quarter-rate operation o add rate sets (need to check spec on 4Mb/s in 1/4 rate) o add if_media definitions for new rates o split net80211 channel setup out into ieee80211_chan_init o fixup ieee80211_mhz2ieee and ieee80211_ieee2mhz to understand half/quarter rate channels: note we temporarily use a nonstandard/hack numbering that avoids overlap with 2.4G channels because we don't (yet) have enough state to identify and/or map overlapping channel sets o fixup ieee80211_ifmedia_init so it can be called post attach and will recalculate the channel list and associated state; this enables changing channel-related state like the regulatory domain after attach (will be needed for 802.11d support too) o add ieee80211_get_suprates to return a reference to the supported rate set for a given channel o add 3, 4.5, and 27 MB/s tx rates to rate <-> media conversion routines o const-poison channel arg to ieee80211_chan2mode
show more ...
|
#
aadecb1a |
| 26-Nov-2006 |
Sam Leffler <sam@FreeBSD.org> |
Default the rate sets for 802.11 operating modes so drivers aren't required to. Note this only happens when drivers don't set them up before calling ieee80211_ifattach so this change is backwards co
Default the rate sets for 802.11 operating modes so drivers aren't required to. Note this only happens when drivers don't set them up before calling ieee80211_ifattach so this change is backwards compatible.
MFC after: 1 month
show more ...
|
#
246b5467 |
| 26-Jul-2006 |
Sam Leffler <sam@FreeBSD.org> |
add support for 802.11 packet injection via bpf
Together with: Andrea Bittau <a.bittau@cs.ucl.ac.uk> Reviewed by: arch@ MFC after: 1 month
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0 |
|
#
9cab5ba3 |
| 26-Apr-2006 |
Sam Leffler <sam@FreeBSD.org> |
back out public safety-specific channel number mapping; we can't do it until we know it should be applied as otherwise we can map 11a channels into the 2.4G range and choose the wrong item from the c
back out public safety-specific channel number mapping; we can't do it until we know it should be applied as otherwise we can map 11a channels into the 2.4G range and choose the wrong item from the chanenl array
show more ...
|
#
97bcffbd |
| 14-Feb-2006 |
Sam Leffler <sam@FreeBSD.org> |
o make driver override of net80211 parameter state consistent with methods: instead of honoring non-zero values expect drivers to write their own values on return from ieee80211_ifattach o add a
o make driver override of net80211 parameter state consistent with methods: instead of honoring non-zero values expect drivers to write their own values on return from ieee80211_ifattach o add a define for the default h/w bmiss count
MFC after: 2 weeks
show more ...
|
#
233e0021 |
| 23-Jan-2006 |
Sam Leffler <sam@FreeBSD.org> |
switch beacon miss threshold from a time to the number of beacon frames; the time value was implicitly based on the beacon interval but never being updated so wrong when the negotiated beacon interva
switch beacon miss threshold from a time to the number of beacon frames; the time value was implicitly based on the beacon interval but never being updated so wrong when the negotiated beacon interval was not 100 TU
show more ...
|
#
399178c9 |
| 30-Dec-2005 |
Sam Leffler <sam@FreeBSD.org> |
correct checking for turbo channels: rev 1.24 fixed static turbo channels but broke handling of the turboG channel; since we aren't ready to revamp the channel list just check for turboA channels for
correct checking for turbo channels: rev 1.24 fixed static turbo channels but broke handling of the turboG channel; since we aren't ready to revamp the channel list just check for turboA channels for now so channel 6 is considered in auto mode
Noticed by: gibbs
show more ...
|
#
c27e4e31 |
| 14-Dec-2005 |
Sam Leffler <sam@FreeBSD.org> |
make packet bursting configurable (default to on if device is capable)
|
#
6cfac107 |
| 12-Dec-2005 |
Sam Leffler <sam@FreeBSD.org> |
o correct auto mode logic for avoiding turbo channels o correct assumption that a static turbo channel is also usable in 11a; the opposite is true
MFC after: 1 week
|
#
6f322b78 |
| 15-Nov-2005 |
Sam Leffler <sam@FreeBSD.org> |
Update ieee80211_mhz2ieee to understand public safety bands and spectrum that can potentially be mapped to negative ieee #'s.
NB: before operation on the latter can be supported we need to cleanup
Update ieee80211_mhz2ieee to understand public safety bands and spectrum that can potentially be mapped to negative ieee #'s.
NB: before operation on the latter can be supported we need to cleanup various code that assumes ieee channel #'s are >= 0
show more ...
|
Revision tags: release/6.0.0_cvs, release/6.0.0 |
|
#
b5c99415 |
| 10-Aug-2005 |
Sam Leffler <sam@FreeBSD.org> |
Clarify/fix handling of the current channel: o add ic_curchan and use it uniformly for specifying the current channel instead of overloading ic->ic_bss->ni_chan (or in some drivers ic_ibss_chan)
Clarify/fix handling of the current channel: o add ic_curchan and use it uniformly for specifying the current channel instead of overloading ic->ic_bss->ni_chan (or in some drivers ic_ibss_chan) o add ieee80211_scanparams structure to encapsulate scanning-related state captured for rx frames o move rx beacon+probe response frame handling into separate routines o change beacon+probe response handling to treat the scan table more like a scan cache--look for an existing entry before adding a new one; this combined with ic_curchan use corrects handling of stations that were previously found at a different channel o move adhoc neighbor discovery by beacon+probe response frames to a new ieee80211_add_neighbor routine
Reviewed by: avatar Tested by: avatar, Michal Mertl MFC after: 2 weeks
show more ...
|
#
d365f9c7 |
| 08-Aug-2005 |
Sam Leffler <sam@FreeBSD.org> |
Cleanup beacon/listen interval handling: o separate configured beacon interval from listen interval; this avoids potential use of one value for the other (e.g. setting powersavesleep to 0 clobber
Cleanup beacon/listen interval handling: o separate configured beacon interval from listen interval; this avoids potential use of one value for the other (e.g. setting powersavesleep to 0 clobbers the beacon interval used in hostap or ibss mode) o bounds check the beacon interval received in probe response and beacon frames and drop frames with bogus settings; not clear if we should instead clamp the value as any alteration would result in mismatched sta+ap configuration and probably be more confusing (don't want to log to the console but perhaps ok with rate limiting) o while here up max beacon interval to reflect WiFi standard
Noticed by: Martin <nakal@nurfuerspam.de> MFC after: 1 week
show more ...
|
#
2c39b32c |
| 22-Jul-2005 |
Sam Leffler <sam@FreeBSD.org> |
diff reduction against p4: define IEEE80211_FIXED_RATE_NONE and use it instead of -1
|
Revision tags: release/5.4.0_cvs, release/5.4.0 |
|
#
badaf7bb |
| 27-Jan-2005 |
Sam Leffler <sam@FreeBSD.org> |
supply a default ic_reset method for drivers; the ioctl code expect this method to always be setup
Submitted by: Tai-hwa Liang
|