#
077ef5b4 |
|
07-Aug-2023 |
Marius Strobl <marius@FreeBSD.org> |
ath(4): Remove MIPS SoC build glue and AR9130 from FreeBSD HAL All of these are obsoleted by the general removal of MIPS support. Actually, corresponding to the removed AH_SUPPORT_x, there is more superfluous support sprinkled across the HAL source. However, that code is left in place for now in order to ease a sync to NetBSD. Reviewed by: emaste (w/ man page fix) Approved by: adrian Differential Revision: https://reviews.freebsd.org/D41355
|
#
023efcf1 |
|
30-May-2016 |
Adrian Chadd <adrian@FreeBSD.org> |
[ath_hal] migrate the bluetooth definitions out from ah.h / ar9300_freebsd_inc.h. The eventual MCI driver side of things needs the MCI bits to live in the HAL API so we can get to them. Tested: * QCA9565, STA mode + bluetooth
|
#
204c8e00 |
|
01-Dec-2015 |
Adrian Chadd <adrian@FreeBSD.org> |
Add initial ar9300 HAL support for the spectral scan mode.
|
#
af4c1f0c |
|
30-Nov-2015 |
Adrian Chadd <adrian@FreeBSD.org> |
Adjust a comment; we now support these embedded boards!
|
#
27e2ad46 |
|
28-Nov-2015 |
Adrian Chadd <adrian@FreeBSD.org> |
Add initial support for the QCA953x SoC (honeybee) wifi. This is a 2x2 2GHz 802.11n part. It works enough at the moment to bring up, scan and associate. I haven't started using this as a day to day AP. The specifics: * add honeybee initvals * add in changes; a mix from the QCA HAL and ath9k; * fix a bug in AR_SREV_AR9580_10_OR_LATER(), which is only used for one capability check and we don't even implement it - so it's a big no-op. Shady things: * ath9k has the "platform data" define the 25/40MHz clock. This HAL .. doesn't. Honeybee gets hard-coded to 25MHz which it likely shouldn't be. I'll have to go and identify/fix those. Tested: * Qualcomm Atheros AP143 reference design board. Obtained from: Qualcomm Atheros; Linux ath9k
|
#
899d1cac |
|
13-Feb-2015 |
Adrian Chadd <adrian@FreeBSD.org> |
Update the AR9300 HAL to the latest public available HAL from QCA. I've been sitting on this for a year or so now; I've finally tested it on enough devices to be reasonably sure it won't cause too much drama. But, if you see issues, please email me. Tested (all STA mode): PCIe: * AR9380 * AR9390 * AR9580 * AR9462 * AR9485 SoC: * QCA9550 * AR9331 * AR9342
|
#
bc6ee3cc |
|
06-Jan-2015 |
Adrian Chadd <adrian@FreeBSD.org> |
Glue to suck in the QCA9550 HAL support if AH_SUPPORT_QCA9550 is defined.
|
#
9855e2af |
|
25-Jun-2013 |
Adrian Chadd <adrian@FreeBSD.org> |
In preparation to support AR933x SoC builds, allow the AH_SUPPORT_AR93(xx) options to set the AR9300 HAL defines. This enables the Wasp, Hornet (and later Scorpion) SoC code.
|
#
429eba61 |
|
14-Jun-2013 |
Adrian Chadd <adrian@FreeBSD.org> |
Flip on AH_PRIVATE_DIAG by default; this will include the AR9300 EEPROM dump code that is worth having around.
|
#
e113789b |
|
27-Apr-2013 |
Adrian Chadd <adrian@FreeBSD.org> |
Bring over my FreeBSD modifications for the AR9300 HAL to make it work in FreeBSD. This is still heavily a work in progress but I'd rather it start shipping in -HEAD sooner rather than later. This doesn't (yet) link it into the build system either for a static kernel or as a module; that will come later (after many, many make universe tests.)
|