ulrich-mayer
commented
4 years ago I found
root@aps:/lib/firmware/ath10k/QCA988X# opkg list *firmware*qca988x*
ath10k-firmware-qca988x - 2019-10-03-d622d160-1 - ath10k firmware for QCA988x devices
ath10k-firmware-qca988x-ct - 2020-04-24-2 - Alternative ath10k firmware for QCA988X from Candela Technologies.
Enables IBSS and other features. See:
http://www.candelatech.com/ath10k-10.1.php
This firmware will NOT be used unless the standard ath10k-firmware-qca988x
is un-selected since the driver will try to load firmware-5.bin before
firmware-2.bin
ath10k-firmware-qca988x-ct-full-htt - 2020-04-24-2 - Alternative ath10k firmware for QCA988X from Candela Technologies.
Uses normal HTT TX data path for management frames, which improves
stability in busy networks and fixes .11r authentication.
Enables IBSS and other features. See:
http://www.candelatech.com/ath10k-10.1.php
This firmware selects and requires the ath10k-ct driver.Note the fixes .11r authentication on the full-htt version.
I guess that the reason for the bad user experience when I tried last time was the lack of 802.11r support in the default ath10k-ct firmware on openwrt, Since I use dawn and therefore 802.11rkv.
I gave the ath10k-ct driver another try, and now I think the user experience is on par with the non-CT driver/FW.
I still I hit a lot of
Sun Aug 2 16:52:21 2020 daemon.err dawn[2508]: not enough memory (4019496580 @ 104)
Sun Aug 2 16:52:21 2020 daemon.err dawn[2508]: not enough memory (4084566110 @ 104)
Sun Aug 2 16:52:21 2020 daemon.err dawn[2508]: not enough memory (1561658278 @ 104)
Sun Aug 2 16:52:21 2020 daemon.err dawn[2508]: not enough memory (3292162862 @ 104)when roaming while transferring big files.
Since I saw various FW versions on http://www.candelatech.com/ath10k-10.1.php I tried the one for machines with tight memory:
firmware-2-ct-full-nrcc-community.bin (after setting /lib/firmware/ath10k/fwcfg-pci-0000:00:00.0.txt according to what I found on the bottom of http://www.candelatech.com/ath10k-10.4.php#config. It loads properly).
As expected, the DAWN not enough memory messages are still there.
@greearb I'll have an eye on the kernel messages and report if I hit another one with firmware-2-ct-full-nrcc-community.bin.
Also, I'd recommend to rephrase the description on http://www.candelatech.com/ath10k-10.1.php a little.
It took me a while to realize that the "compiled out" in swbmiss, beacon filtering, roaming code, descriptor-mgt compiled out does not just refer to "descriptor management", but it might as well be just me...
greearb
real-t0mg
Because I read about DAWN I switched from 19.07 to current snapshots. When I observed kernel fails on my Archer C7 v5 I filed this bug on firmware crashes, related to ath10k-ct with firmware (default from the openwrt snapshot): https://bugs.openwrt.org/index.php?do=details&task_id=3228&order=dateopened&sort=desc
After I switched to the non-CT version of the ath10k driver stability and performance improved significantly, as described in a forum post here: https://forum.openwrt.org/t/dawn-on-archer-c7-minor-problems/69809 Even though the non-CT driver also has issues (see end of
dmesg) the user experience is much better (as of July 2020)In the forum discussion @greearb recommended to open an issue here and asked for more detail on the chipset of the failing device: From
dmesg(with the non-CT driver):[ 15.550417] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000In this discussion https://forum.openwrt.org/t/archer-c7-2-4-ghz-wireless-dies-in-24-48-hours/44163/63 another firmware version is recommended:
@greearb could you roughly describe the difference between CT and CT-HTT (or point me to where I can find that info)?
Thanks Uli
Please find the full dmesg attached: dmesg.txt