#
302408 |
|
07-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
301638 |
|
08-Jun-2016 |
adrian |
[ath_hal] initialise ah_beaconInterval when the AP/IBSS/TDMA beacon is setup.
|
#
301423 |
|
05-Jun-2016 |
adrian |
[ath_hal] add AR9462 (jupiter) RX gain / XLNA programming.
This seems to make 5G work better.
It doesn't fix powersave handling though, that still sees the PHY get stuck during initial calibration and everything goes pear shaped. I'll look into that later.
Tested:
* QCAFN222 NIC, STA mode, 5GHz
Obtained from: Linux ath9k
|
#
280941 |
|
01-Apr-2015 |
adrian |
Expose the ANI state / statistics using the public ANI function, rather than the ar9300_* definitions.
.. which of course don't match, and athstats was reading garbage ANI data.
|
#
280829 |
|
29-Mar-2015 |
adrian |
Add initial support for the HAL channel survey support to the AR9300 HAL.
This is used by the 'athsurvey' command to print out channel survey statistics - % busy times transmit, receive and airtime.
It's as buggy and incomplete as the rest of the HAL survey support - notably, tying into the ANI code to read channel stats and occasionally getting garbage counters isn't very nice. It also doesn't (yet!) get channel survey information during a scan. But it's good enough for basic air-time debugging, which is why I'm committing it in this state.
Tested:
* AR9380, STA mode
|
#
278763 |
|
14-Feb-2015 |
adrian |
Comment out a double declaration of this particular function name. It trips up gcc builds.
Pointy-hat-from: jenkins, kib
|
#
278741 |
|
14-Feb-2015 |
adrian |
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
|
#
278348 |
|
07-Feb-2015 |
dim |
Fix a number of -Wcast-qual warnings in ath's ar9300_attach.c, by making the ia_array field of struct ar9300_ini_array const, and removing the const-dropping casts. No functional change.
Reviewed by: adrian MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D1725
|
#
272292 |
|
30-Sep-2014 |
adrian |
Add initial support for the AR9485 CUS198 / CUS230 variants.
These variants have a few differences from the default AR9485 NIC, namely:
* a non-default antenna switch config; * slightly different RX gain table setup; * an external XLNA hooked up to a GPIO pin; * (and not yet done) RSSI threshold differences when doing slow diversity.
To make this possible:
* Add the PCI device list from Linux ath9k, complete with vendor and sub-vendor IDs for various things to be enabled; * .. and until FreeBSD learns about a PCI device list like this, write a search function inspired by the USB device enumeration code; * add HAL_OPS_CONFIG to the HAL attach methods; the HAL can use this to initialise its local driver parameters upon attach; * copy these parameters over in the AR9300 HAL; * don't default to override the antenna switch - only do it for the chips that require it; * I brought over ar9300_attenuation_apply() from ath9k which is cleaner and easier to read for this particular NIC.
This is a work in progress. I'm worried that there's some post-AR9380 NIC out there which doesn't work without the antenna override set as I currently haven't implemented bluetooth coexistence for the AR9380 and later HAL. But I'd rather have this code in the tree and fix it up before 11.0-RELEASE happens versus having a set of newer NICs in laptops be effectively RX deaf.
Tested:
* AR9380 (STA) * AR9485 CUS198 (STA)
Obtained from: Qualcomm Atheros, Linux ath9k
|
#
250008 |
|
27-Apr-2013 |
adrian |
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.)
|
#
250007 |
|
27-Apr-2013 |
adrian |
Copy the vendor branch ar9300 code from qcamain_open_hal into this directory.
Only copy the ar9300 HAL, we don't want to grab everything.
|
#
250003 |
|
27-Apr-2013 |
adrian |
Initial import of the QCA qcamain_open_hal repository.
Source: https://github.com/qca/qcamain_open_hal_public Revision: 60390a9f9ac6a20db168fbbc01a4ad4e01c395ce
Thankyou to QCA for this release.
|