summaryrefslogtreecommitdiffstats
path: root/sys/dev/ath
Commit message (Collapse)AuthorAgeFilesLines
* treat IEEE80211_S_CSA as a "running state"; this fixessam2009-06-031-4/+4
| | | | ap mode 11h channel switch announcements
* improve raw xmit failure handlingsam2009-06-021-17/+21
|
* count frag tx failures as an ifnet errorsam2009-06-021-0/+1
|
* fix commentsam2009-06-021-1/+1
|
* restart tdma beacons after vap destroysam2009-06-021-4/+10
|
* Overhaul monitor mode handling:sam2009-05-202-93/+54
| | | | | | | | | | | | | | | | | | | | | | | | o replace DLT_IEEE802_11 support in net80211 with DLT_IEEE802_11_RADIO and remove explicit bpf support from wireless drivers; drivers now use ieee80211_radiotap_attach to setup shared data structures that hold the radiotap header for each packet tx/rx o remove rx timestamp from the rx path; it was used only by the tdma support for debugging and was mostly useless due to it being 32-bits and mostly unavailable o track DLT_IEEE80211_RADIO bpf attachments and maintain per-vap and per-com state when there are active taps o track the number of monitor mode vaps o use bpf tap and monitor mode vap state to decide when to collect radiotap state and dispatch frames; drivers no longer explicitly directly check bpf state or use bpf calls to tap frames o handle radiotap state updates on channel change in net80211; drivers should not do this (unless they bypass net80211 which is almost always a mistake) o update various drivers to be more consistent/correct in handling radiotap o update ral to include TSF in radiotap'd frames o add promisc mode callback to wi Reviewed by: cbzimmer, rpaulo, thompsa
* correct HAL_INT_BNR comment, this bit is mapped directly the h/w nowsam2009-05-191-1/+1
|
* add TBTT interrupt support; this was added in Griffin so consumers shouldsam2009-05-194-5/+15
| | | | | | check HAL_CAP_INTRMASK before using it NB: didn't test 11n parts yet so supported only for 5212-class parts
* minor cleanupsam2009-05-192-18/+14
|
* remove special handling for BNR; it is direct mapped to the harwdare sosam2009-05-196-16/+5
| | | | can be added to HAL_INT_COMMON except on the 5210 where it doesn't exist
* add HAL_CAP_INTRMASK to return the set of interrupts supported by the devicesam2009-05-197-1/+36
|
* The module name convention is foo, not if_foo.imp2009-05-151-3/+3
|
* kill more portability functions that are no longer usefulsam2009-05-083-29/+5
|
* kill unused OS_GETUPTIMEsam2009-05-082-11/+0
|
* optimize ath_tx_findrix: there's no need to walk the rates table assam2009-05-071-20/+18
| | | | | | | | sc_rixmap is an inverse map NB: could eliminate the check for an invalid rate by filling in 0 for invalid entries but the rate control modules use it to identify bogus rates so leave it for now
* o cleanup checks for which vap combinations are permitted and what tosam2009-05-061-20/+32
| | | | | | use for ic_opmode o fixes the case where creating ahdemo+wds vaps caused ic_opmode to be set to hostap
* add support for the Beacon Not Ready (BNR) interruptsam2009-05-063-2/+14
| | | | (available on 5211 and later)
* make superg/fast-frames state dynamically-allocated (and indirect offsam2009-05-021-7/+2
| | | | | the com structure instead of embedded); this reduces the overhead when not configured and reduces visibility of the contents
* o eliminate a << in calculating the tx time for turbo mode by pre-multiplyingsam2009-04-134-35/+34
| | | | | data in the phy tables o correct the ctrl rate indices in the 5212 turbog phy table
* don't use caddr_t to match ieee80211_dump_pkt type; supplying the correctsam2009-04-131-7/+8
| | | | one costs nothing
* o fix dynamic slave-side tdma slot length updating: we need to re-setup thesam2009-04-131-1/+2
| | | | | burst length in the tx q's o remove re-config of the beaconq on update; it's not needed
* add a debug msg for when a fixed transmit rate is not applied becausesam2009-04-131-0/+9
| | | | it's not found in the sta's negotiated rate set
* remove reference to sc_tdmabintcnt; it was removed in r190848sam2009-04-131-1/+0
|
* check the method pointer before invoking ah_eepromDetach as it cansam2009-04-091-2/+4
| | | | | | be null if attach work fails before hooking up the eeprom support Obtained from: madwifi
* remove unused struct membersam2009-04-081-1/+0
|
* Hoist 802.11 encapsulation up into net80211:sam2009-03-302-395/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | o call ieee80211_encap in ieee80211_start so frames passed down to drivers are already encapsulated o remove ieee80211_encap calls in drivers o fixup wi so it recreates the 802.3 head it requires from the 802.11 header contents o move fast-frame aggregation from ath to net80211 (conditional on IEEE80211_SUPPORT_SUPERG): - aggregation is now done in ieee80211_start; it is enabled when the packets/sec exceeds ieee80211_ffppsmin (net.wlan.ffppsmin) and frames are held on a staging queue according to ieee80211_ffagemax (net.wlan.ffagemax) to wait for a frame to combine with - drivers must call back to age/flush the staging queue (ath does this on tx done, at swba, and on rx according to the state of the tx queues and/or the contents of the staging queue) - remove fast-frame-related data structures from ath - add ieee80211_ff_node_init and ieee80211_ff_node_cleanup to handle per-node fast-frames state (we reuse 11n tx ampdu state) o change ieee80211_encap calling convention to include an explicit vap so frames coming through a WDS vap are recognized w/o setting M_WDS With these changes any device able to tx/rx 3Kbyte+ frames can use fast-frames. Reviewed by: thompsa, rpaulo, avatar, imp, sephe
* Remove ATH_SUPPORT_TDMA and use IEEE80211_SUPPORT_TDMA instead. Itsam2009-03-302-27/+26
| | | | | doesn't make much sense to configure driver support w/o net80211. Note this means ath now depends on opt_wlan.h.
* Eliminate ic_myaddr so changing the mac address of a device works correctly:sam2009-03-291-13/+5
| | | | | | | | | | | o remove ic_myaddr from ieee80211com o change ieee80211_ifattach to take the mac address of the physical device and use that to setup the lladdr. o replace all references to ic_myaddr in drivers by IF_LLADDR o related cleanups (e.g. kill dead code) PR: kern/133178 Reviewed by: thompsa, rpaulo
* fix build w/ AH_DEBUGsam2009-03-241-29/+0
|
* purge hal abi support; now that the hal is merged w/ the driversam2009-03-196-72/+0
| | | | | | we cannot be out of sync MFC after: 1 week
* Minor cleanups of tdma protocol handling:sam2009-03-181-3/+3
| | | | | | | | | | | o break out version-related code to simplify rev'ing the protocol o add parameter validation macros so checks that appear multiple places are consistent (and easy to change) o add protocol version check when looking for a scan candidate o improve scan debug output format o rewrite beacon update handling to calculate a bitmask of changed values and pass that down through the driver callback so drivers can optimize work o do slot bounds check before use when parsing received beacons
* preliminary ar9280 support:sam2009-03-128-646/+2987
| | | | | | | | | | o add 9280 attach that sets up ini, cal, etc. o new rf backend for 9280 and later parts o split ini setup and spur mitigation support out to methods and provide 9280-specific support o minor fixups to shared code to handle 9280-specific work Obtained from: Atheros (ini values and some code)
* add assertssam2009-03-121-0/+2
|
* replace if_watchdog w/ private callout; probably can merge this with thesam2009-03-092-14/+21
| | | | calibration work sometime in the future
* remove ar9160Detach; it does nothingsam2009-03-091-14/+1
|
* remove now-redunant cardbus attachment.imp2009-03-091-1/+0
|
* add a sysctl to ena/dis frobbing ccasam2009-03-052-1/+22
|
* fix typo'ssam2009-02-241-2/+2
|
* move attach debug msg to the rf backendsam2009-02-243-4/+2
|
* Add PCIE power control api:sam2009-02-2415-42/+162
| | | | | | | | | | | | o add ah_configPCIE and ah_disablePCIE for drivers to configure PCIE power save operation (modeled after ath9k, may need changes) o add private state flag to indicate if device is PCIE (replaces private hack in 5212 code) o add serdes programming ini bits for 5416 and later parts and setup for each part (5416 and 9160 logic hand-crafted from existing routines); 5212 remains open-coded but is now hooked in via ah_configPCIE o add PCIE workaround gunk o add ar5416AttachPCIE for iodomatic code used by 5416 and later parts
* Fill in gpio support for 5416 and later parts:sam2009-02-245-49/+208
| | | | | | | | o add output mux support o gpio pin count is chip-dependent o 9280 and 9285 do input handling different o hookup gpio interrupts o no need to save/restore soft led state around reset
* misc fixups, mostly for code not compiled yetsam2009-02-241-10/+11
|
* 5416 and later parts mux the gpio outputs; extend the api to includesam2009-02-2415-25/+52
| | | | a signal type that's used to select the appropriate mux
* move eeprom attach above first reset as the reset code checks thesam2009-02-242-8/+8
| | | | eeprom contents for 9280 and later parts
* attach methods don't need to be public, make 'em staticsam2009-02-235-9/+3
|
* 5416 and later parts get the radio rev differently; add ar5416GetRadioRevsam2009-02-233-2/+18
| | | | to do it the right way
* remove private copies of gpio methods that were needed when the halsam2009-02-235-32/+6
| | | | was an independent entity
* print mac+rf part names; drop the printing 2ghz rf stuff (might come back)sam2009-02-234-28/+90
|
* correct SIFS setting; there is a 2usec adjustment between the calculatedsam2009-02-201-2/+2
| | | | | | value and what the hardware requires (based on inspection of INI values) Submitted by: Jiri Fojtasek <jiri.fojtasek@hlohovec.net>
* don't adjust core clk conversions for 1/2 and 1/4 rate channels; thesam2009-02-201-8/+0
| | | | | | mac runs at full speed so doing this breaks conversion for ifs parameters Submitted by: Felix Fietkau <nbd@openwrt.org>
OpenPOWER on IntegriCloud