src-test2/sys/dev/ath/ath_rate, branch release/8.2.0FreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.02009-06-13T23:36:54Zpurge HAL_TXSTAT_ALTRATE; you can figure this out by checking ts_finaltsi2009-06-13T23:36:54ZSam Lefflersam@FreeBSD.org2009-06-13T23:36:54Zurn:sha1:f6cbf16a0fb7cc627cbf250f72177e114dd10b40
and it cannot be used with MCS rate codes
add a debug msg for when a fixed transmit rate is not applied because2009-04-13T20:54:08ZSam Lefflersam@FreeBSD.org2009-04-13T20:54:08Zurn:sha1:5e86169a67f829cbca6889847a3c9b914781f4d0
it's not found in the sta's negotiated rate set
correct fixed rate handling; the rixmap was changed a while back2009-01-07T23:30:26ZSam Lefflersam@FreeBSD.org2009-01-07T23:30:26Zurn:sha1:5f82a460f8fc3b58cf3fad5377c0cb825a5b5ad5
to be indexed by the ieee rate code
remove module glue, it's not used any more2009-01-06T01:36:36ZSam Lefflersam@FreeBSD.org2009-01-06T01:36:36Zurn:sha1:34b8d7d479ff097ef57a1f124f7eb8e7fdd33e45Switch to ath hal source code. Note this removes the ath_hal2008-12-01T16:53:01ZSam Lefflersam@FreeBSD.org2008-12-01T16:53:01Zurn:sha1:33644623554bb0fc57ed3c7d874193a498679b22
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.
cover up sun4v namespace pollution2008-11-30T21:59:44ZSam Lefflersam@FreeBSD.org2008-11-30T21:59:44Zurn:sha1:fe7432d7f0b7f8af5092bc1eb579f7dca55600c3Major overhaul:2008-11-30T19:06:35ZSam Lefflersam@FreeBSD.org2008-11-30T19:06:35Zurn:sha1:c1565b61d030f22f5424a08cfbed0710f254326e
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)
o With the addition of HT rates the set of h/w codes has a much wider range2008-10-27T18:22:44ZSam Lefflersam@FreeBSD.org2008-10-27T18:22:44Zurn:sha1:46d4d74c94b9d6683c4deba020908b9fcc873f5b
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
move complaints about bad rate codes up a level so we can print2008-10-27T17:10:21ZSam Lefflersam@FreeBSD.org2008-10-27T17:10:21Zurn:sha1:ec9ee5e7273a502c694ec9647c452a6008b0f4a0
the h/w rate code and other useful info
remove driver-private equivalent of ni_txparms; it's now superfluous2008-10-27T17:03:24ZSam Lefflersam@FreeBSD.org2008-10-27T17:03:24Zurn:sha1:c62362cbec72eb8d67d93e0adea1f6fd8469f29b