| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
down will cause a fault. Check the phy power state before possibly
reading from the bb, this can happen as ar5212Reset intentionally
calls ar5212GetRfgain before bringing the bb out of reset (but we
do it here and not in the caller to guard against other possible uses).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o add net80211 support for a tdma vap that is built on top of the
existing adhoc-demo support
o add tdma scheduling of frame transmission to the ath driver; it's
conceivable other devices might be capable of this too in which case
they can make use of the 802.11 protocol additions etc.
o add minor bits to user tools that need to know: ifconfig to setup and
configure, new statistics in athstats, and new debug mask bits
While the architecture can support >2 slots in a TDMA BSS the current
design is intended (and tested) for only 2 slots.
Sponsored by: Intel
|
|
|
|
| |
to be indexed by the ieee rate code
|
| |
|
| |
|
|
|
|
|
|
|
| |
step levels are used.
Noticed by: Jiri Fojtasek <jiri.fojtasek@hlohovec.net>
Reviewed by: rpaulo
|
|
|
|
| |
Submitted by: Jiri Fojtasek <jiri.fojtasek@hlohovec.net>
|
|
|
|
|
|
| |
o fix AH_RF macro expansion to be as intended (worked before unintentionally)
Obtained from: netbsd
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
| |
Coverity ID: 4159
|
|
|
|
| |
Coverity ID: 4151
|
|
|
|
| |
PR: kern/129022
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
multiple algorithms and potentially collect multiple samples.
Instead of a single calibration interval we now have short and long
intervals; the long interval roughly corresponds to the previous
single interval. The short interval is used to speedup collection
of samples and happens much quicker. We make calls using the short
interval until we're told the calibration work is complete at which
point we fallback to the long interval. In addition there is a
much longer reset interval used to flush all calibration state and
cause everthing to start anew.
With these changes you can also disable calibration entirely by
setting the long interval to zero.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
module; the ath module now brings in the hal support. Kernel
config files are almost backwards compatible; supplying
device ath_hal
gives you the same chip support that the binary hal did but you
must also include
options AH_SUPPORT_AR5416
to enable the extended format descriptors used by 11n parts.
It is now possible to control the chip support included in a
build by specifying exactly which chips are to be supported
in the config file; consult ath_hal(4) for information.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o eliminate private state indexed by 802.11 rate codes; use the hal's
rate tables directly to get the same info
o calculate a mask of operational rates to optimize lookups and checks
(instead of using for loops and similar)
o optimize size bin operations
o ignore rates marked as "do not use" in the hal phy tables
o fix bug that caused upshifting to break in 11g once the rate dropped
below 11Mb/s
o add more intelligent multi-rate tx schedules
o add support for 1/2 and 1/4 width channels
o add dev.ath.X.sample_stats sysctl to dump runtime statistics to the console
(needs to go up to a user app)
o export more tuning knobs via sysctls (still a couple of magic constants)
|
| |
|
|
|
|
|
|
|
| |
necessary workarounds, add code to detect these hangs and distinguish
them from other events; note this code is only invoked for anomalous
conditions and (at the moment) is a noop because the hang detection
code is in a new hal that's coming shortly
|
| |
|
| |
|
|
|
|
|
| |
bit in the interrupt status when RXORN is hit and the chip requires
a reset so our special handling was causing useless resets
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
capabilities reported by the ap. These need to be cross-checked
against the local configuration in the vap. Previously we were
only checking the ap capabilities which meant that if an ap reported
it was ff-capable but we were not setup to use them we'd try to do
ff aggregation and drop the frame.
There are a number of problems to be fixed here but applying this
fix immediately as the problem causes all traffic to stop (and has
not workaround).
Reported by: Ashish Shukla
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
making the use of sc_hwmap to do direct mapping impractical. Switch to
indexing by the rate index instead of the rate code and adjust associated
state and logic appropriately. This has several benefits including
simplification of the led code.
o fix radiotap capture of HT rates
o fix conditional compilation of HT radiotap support to be based on the
hal having 5416 support; not the ABI version as hal builds may or may
not include 5416 support
|
| |
|
|
|
|
| |
marked as MCS in the inverse mapping table
|
|
|
|
|
| |
between 900MHz and 2.4GHz frequencies than SR9 cards; they are distinguished
by different country codes
|
| |
|
| |
|
|
|
|
| |
received
|
|
|
|
|
|
|
| |
o update tx rssi data only when an ACK was received
o return tx rssi from sampled data instead of the last frame
o track noise floor
o return rx rssi and noise floor (was broken)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
o pass country code, outdoor indication, and ecm mode into the hal
when requesting a channel list
o add a console msg when regulatory setup fails
o add placeholder code to map between Atheros sku's and 802.11 sku's
that handles only the debug country code used to unlock the full
channel list (to be used only for debugging)
o fix multiple instances of mismapping the 802.11 location to the
outdoor indication (anywhere may be outdoor also)
|
| |
|
|
|
|
| |
(the intmit name is historical)
|
| |
|
|
|
|
| |
separate from the tx descriptor flags currently recorded
|
|
|
|
| |
they are always the same
|
| |
|
|
|
|
| |
the h/w rate code and other useful info
|
| |
|
|
|
|
| |
eliminate the ath_rate_newassoc callback and associated code
|
|
|
|
|
|
|
| |
in sta and adhoc modes; this should've been done forever ago as most all
drivers use this hook to set per-station transmit parameters such as for
tx rate control
o adjust drivers to remove explicit calls to the driver newassoc method
|