summaryrefslogtreecommitdiffstats
path: root/sys/dev/ic/ar9280.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Complete athn(4) noisefloor calibration code and enable it.stsp2019-02-011-2/+5
| | | | | Update default/min/max noisefloor values to those used by Linux ath9k. Tested by jmc, juanfra, kn, and myself, on 9280 and 9271 devices.
* Finish initial 11n support for athn(4).stsp2017-01-121-1/+2
| | | | | | | | | | | The heavy lifting was done by damien@ years ago. I didn't even have to figure out what the hardware expects, the code was already there. This driver now supports MCS 0-15 in client and hostap mode. No Tx aggregation and no 40 MHz channels yet. tested by vgross@, bmercer@, tb@, jmc@, Vadim Vygonets, Peter Kay ok bmercer@ tb@ phessler@
* Remove the IEEE80211_NO_HT macro. Reduces ifdef spaghetti, enables 11n modestsp2016-01-051-7/+2
| | | | | in bsd.rd, and might uncover some bugs. Suggested by tedu@ and deraadt@. ok sthen@ jasper@ deraadt@
* You only need <net/if_dl.h> if you're using LLADDR() or a sockaddr_dl.mpi2015-11-241-2/+1
|
* No need to include <net/if_arp.h>mpi2015-11-241-2/+1
| | | | | | | | | This header is only needed because <netinet/if_ether.h> declares a structure that needs it. But it turns out that <net/if.h> already includes it as workaround. A proper solution would be to stop declarting "struct ether_arp" there. But no driver should need this header.
* The only network driver needing <net/if_types.h> is upl(4) for IFT_OTHER.mpi2015-11-241-2/+1
|
* Use <sys/endian.h> instead of <machine/endian.h>guenther2014-12-191-2/+2
| | | | ok dlg@ mpi@ bcook@ millert@ miod@
* Fewer <netinet/in_systm.h>mpi2014-07-221-3/+1
|
* Most network drivers include netinet/in_var.h, but apparently theybluhm2013-08-071-2/+1
| | | | | don't have to. Just remove these include lines. Compiled on amd64 i386 sparc64; OK henning@ mikeb@
* Allow a variable number of words for the Serializer/Deserializer programming.kettenis2012-06-101-2/+2
| | | | | | | Probably not enought to make the AR9380 chips to work, but at least the kernel shouldn't crash anymore when we see one. ok stsp@
* "athn* at uhub? port ?"damien2011-01-061-2/+10
| | | | | | | | | | | | | | this adds preliminary support for the Atheros AR9271 chipset and probably the AR9280+AR7010 and AR9287+AR7010 too though those were not tested. scanning still takes a very long time (~1 sec per channel) but otherwise, operation in STA mode seems stable. will implement fast channel change soon. committed over the Ubiquiti WifiStation EXT (AR9271) on i386 with WPA. requires firmware (see man page for details) ok deraadt@ (who checked the .h files)
* cleanup, no binary change.damien2011-01-011-2/+1
|
* of course, GPIO handling on AR9271 and AR7010 had to be differentdamien2010-12-311-2/+2
| | | | from all other chips... quite nightmarish.
* Make the athn(4) back-end more bus agnostic by moving read and writedamien2010-12-311-1/+12
| | | | | | | | operations to callbacks in the PCI and CardBus front-ends. This will allow support of other buses like USB. Assume the following memory model: - writes are ordered but may be buffered and require explicit flush - a read always flushes all buffered writes
* fix initialization value of analog register AR_AN_TOP2 on some highdamien2010-09-031-9/+14
| | | | | | | | power AR9220 adapters. this should fix at least Ubiquiti SR71-12 and Winstron DMNA92 adapters. problem reported by Giuseppe Scalzi and Alex Dervish fix tested by Giuseppe Scalzi with a Winstron DMNA92
* For chips in open-loop power control mode, periodically (every 30 secs)damien2010-08-121-1/+2
| | | | compensate Tx gain for temperature changes.
* Fix look-up of the power control digital-to-analog converter (PCDAC)damien2010-08-121-3/+6
| | | | | | | | value in the Tx gain table. This fixes AR9280/AR9281 chips in open-loop power control mode, like the high power solution found in the Acer Aspire One. tested by ray@
* According to Linux ath9k, the AR9280 1.0 was never sold.damien2010-07-151-4/+1
| | | | | Since this is the only chip revision that requires split TKIP MIC keys, remove code that deal with that.
* On AR9285, the antCtrlCommon ROM field may have the upper 16 bits set.damien2010-07-151-2/+2
| | | | Remove an incorrect mask to fix antenna diversity on some chips.
* Remove initialization values for chips that never made it into production:damien2010-07-151-22/+13
| | | | | | | | | - AR9280 1.0 - AR9285 1.0 and 1.1 - AR9287 1.0 Remove checks that are now useless since we know we will never see those chips, and rename some functions.
* cleanup hardware key cache management (not used yet)damien2010-05-161-1/+4
|
* put code that is meaningful only if HT is enabled underdamien2010-05-111-2/+5
| | | | #ifndef IEEE80211_NO_HT for consistency.
* athn(4) is going to support a new family of Atheros 802.11ndamien2010-05-101-8/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | chips (AR9003), which differs from the currently supported families (AR5008, AR9001 and AR9002). The main differences (from a driver point of view) are: * DMA: Tx and Rx descriptors have changed. A single Tx descriptor can now reference up to 4 scatter/gather DMA segments. There is now a DMA ring for reporting Tx status with separate Tx status descriptors (this ring is used to report Tx status for all the Tx FIFOs). Rx status descriptors are now put at the beginning of Rx buffers and do not need to be allocated separately from buffers. There are two Rx FIFOs (low priority and high priority) instead of one. * ROM: The AR9003 family uses OTP-ROM instead of EEPROM. Reading the ROM is totally insane since vendors can provide only the chunks of ROM that differ from a default image (and thus the default image has to be stored in the driver). This is referenced as "compressed ROM" in the Linux driver, though there is no real compression involved, at least for the moment. * PHY registers: All PHY registers have changed. Some registers offsets do not fit on 16 bits anymore, but since they are 32-bit aligned, we can still make them fit on 16 bits to save .rodata space in initialization tables. * MAC registers: Some MAC registers offsets have changed (GPIO, interrupt masks) which is quite annoying (though ~98% remain the same.) * Initialization values: Initialization values are now split in mac/soc/bb/radio blocks and pre/core/post phases in the Linux driver. I have chosen to not go that road and merge these blocks in modal and non-modal initialization values (similar to the other families). The initialization order remains exactly the same as the Linux driver though. To manage these differences, I have split athn.c in two backends: ar5008.c contains the bits that are specific to the AR5008, AR9001 and AR9002 families (used by ar5416.c, ar9280.c, ar9285.c and ar9287.c) and that were previously in athn.c. ar9003.c contains the bits that are specific to the new AR9003 family (used by ar9380.c only for now.) I have introduced a thin hardware abstraction layer (actually a set of pointers to functions) that is used in athn.c. My intent is to keep this abstraction layer as thin as possible and not to create another ugly pile of abstraction layers a la MadWifi. I think I've managed to keep things sane, probably at the expense of duplicating some code in both ar5008.c and ar9003.c, but at least we do not have to dig through layers and layers of virtual descriptors to figure out what is mapped to the hardware. Tested for non-regression on various AR5416 (sparc64+i386), AR9281 and AR9285 (i386 only) adapters. AR9380 part is not tested (hardware is not available to the general public yet). Committed over my AR9285 2.0.
* remove proc.h include from uvm_map.h. This has far reaching effects, astedu2010-04-201-2/+1
| | | | | | sysctl.h was reliant on this particular include, and many drivers included sysctl.h unnecessarily. remove sysctl.h or add proc.h as needed. ok deraadt
* cleanup the printf/DPRINTF mess.damien2009-11-171-5/+5
| | | | | use proper debug levels for diagnostic messages such that we don't spam the logs when athn_debug is low.
* AR9287 uses GPIO pin 8 for LED, not 1.damien2009-11-151-1/+2
| | | | Turn link LED on while associated.
* athn(4), a driver for Atheros 802.11a/g/n devices.damien2009-11-141-0/+583
written from scratch based on the vendor driver for Linux (ath9k). AR9285 and AR9287 parts are 100% untested. only basic functionnalities are enabled for now. committed over an AR9281. "commit" deraadt
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.