OpenWrt Forum Archive

Topic: TP-Link Archer C7 v2 802.11ac not working

The content of this topic has been archived on 19 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Since Chaos Calmer 15.05 5Ghz wlan is not working though it was on the pre release 15.05-rc3

Installed kmod-ath10k?

johndoe wrote:

Installed kmod-ath10k?


same prob here! I just tried to install that package and got this:

 opkg install kmod-ath10k
Installing kmod-ath10k (3.18.17+2015-03-09-3) to root...
Downloading http://downloads.openwrt.org/chaos_calmer/15.05-rc3/ar71xx/generic/packages/base/kmod-ath10k_3.18.17+2015-03-09-3_ar71xx.ipk.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-ath10k:
 *      kernel (= 3.18.17-1-5dcb66d04a38219f7fd91c748f0e9a32) *
 * opkg_install_cmd: Cannot install package kmod-ath10k.

edit: hmm.. just realized its still trying to get the files from the rc3 firmware even though I did a sysupgrade to the released version.
how do I correct this?

edit2: after updating the paths manually in the /etc/opkg.conf file I was able to successfully install the missing package! Odd that it's not installed by default.

(Last edited by Cylac on 11 Sep 2015, 18:02)

Yup it works.
opkg install kmod-ath10k
Thanks.

benno wrote:

Yup it works.
opkg install kmod-ath10k
Thanks.

now I'm getting "Wireless is disabled or not associated"
it is enabled as it was in the past.
sad

Try clearing your config and reboot.

And do not set 160MHz mode, it doesn't work on C7, and should be considered a bug. The max supported is 80MHz mode.

johndoe wrote:

Try clearing your config and reboot.

And do not set 160MHz mode, it doesn't work on C7, and should be considered a bug. The max supported is 80MHz mode.

I tried what you suggested and deleted that config, rebooted and re-added it setting the mode to 80MHz.
I'm still getting the same results. I've tried picking different channels and it doesn't appear to make a difference.

It seems this was a bug in the past based on what I was reading on this post: https://forum.openwrt.org/viewtopic.php?id=37896
I'm not sure if it's been resolved or not.

A note from the dev list may be helpful:

Rafał Miłecki zajec5 at gmail.com
Fri Sep 11 12:08:19 CEST 2015

    Previous message: [OpenWrt-Devel] Chaos Calmer 15.05
    Next message: [OpenWrt-Devel] Chaos Calmer 15.05
    Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On 11 September 2015 at 10:54, Steven Barth <cyrus at openwrt.org> wrote:
> The OpenWrt developers are proud to announce the final release of OpenWrt Chaos Calmer.

If you're doing a sysupgrade, please note you will likely end up with
outdated opkg.conf. This may stop you from installing modules and may
cause unexpected problems when installing normal packages, like:
https://dev.openwrt.org/ticket/19882
https://dev.openwrt.org/ticket/20439

To fix this please execute manually:
cp /rom/etc/opkg.conf /etc/opkg.conf

This problem is caused because 15.05 (and release candidates as well)
preserve(s) opkg.conf. This was fixed for the next release in r46491:
https://dev.openwrt.org/changeset/46491

BenFranske wrote:

A note from the dev list may be helpful:

Rafał Miłecki zajec5 at gmail.com
Fri Sep 11 12:08:19 CEST 2015

    Previous message: [OpenWrt-Devel] Chaos Calmer 15.05
    Next message: [OpenWrt-Devel] Chaos Calmer 15.05
    Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On 11 September 2015 at 10:54, Steven Barth <cyrus at openwrt.org> wrote:
> The OpenWrt developers are proud to announce the final release of OpenWrt Chaos Calmer.

If you're doing a sysupgrade, please note you will likely end up with
outdated opkg.conf. This may stop you from installing modules and may
cause unexpected problems when installing normal packages, like:
https://dev.openwrt.org/ticket/19882
https://dev.openwrt.org/ticket/20439

To fix this please execute manually:
cp /rom/etc/opkg.conf /etc/opkg.conf

This problem is caused because 15.05 (and release candidates as well)
preserve(s) opkg.conf. This was fixed for the next release in r46491:
https://dev.openwrt.org/changeset/46491

thxs! I was able to get all my packages updated properly now!

I just can't get my radio0 to come back online! Still getting "Wireless is disabled or not associated"

Hmm... unfortunately, there is definitely something wrong with the 5GHz radio on the final Chaos Calmer build.

I just installed the final build for the very first time on a brand new Archer C7 v2 - so no sysupgrade and of course I used the designated factory image. The installation was straightforward, but after logging in to LuCI there was only the 2.4GHz radio shown as radio0, nothing else.

Ok, so I updated the package list and installed kmod-ath10k. Rebooted. Still nothing.

I logged on via ssh and ran "dmesg | grep ath10k" which showed nothing to my surprise. Then I manually added radio1 to /etc/config/wireless according to this thread: https://forum.openwrt.org/viewtopic.php?id=59233
Now it shows a radio1 in LuCI, but that is listed as disabled, which doesn't surprise me all too much since the kernel module doesn't seem to get even loaded.

Am I missing any other dependencies?

this is what I got when I did a "dmesg | grep ath10k"

root@GateKeeper:/etc/config# dmesg | grep ath10k
[   12.030000] ath10k_pci 0000:01:00.0: pci irq legacy interrupts 0 irq_mode 0 reset_mode 0
[   12.260000] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/cal-pci-0000:01:00.0.bin failed with error -2
[   12.270000] ath10k_pci 0000:01:00.0: Falling back to user helper
[   12.350000] firmware ath10k!cal-pci-0000:01:00.0.bin: firmware_loading_store: map pages failed
[   12.910000] ath10k_pci 0000:01:00.0: otp stream is empty, using board.bin contents
[   13.960000] ath10k_pci 0000:01:00.0: qca988x hw2.0 (0x4100016c, 0x043202ff) fw 10.2.4.45 api 4 htt 2.1 wmi 5 cal otp max_sta 128
[   13.970000] ath10k_pci 0000:01:00.0: debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   89.380000] ath10k_pci 0000:01:00.0: otp stream is empty, using board.bin contents
[  142.940000] ath10k_pci 0000:01:00.0: otp stream is empty, using board.bin contents

somethings up for sure!

oh and I updated my Asus RT-N56U with this release (with it's proper firmware) and I'm also unable to get the 5G radio going!

For sure, there's problem. But mine is working fine so, if anything I can help let me know. FYI, I dirty upgraded from CC trunk.

For, instance...

[   11.990000] ath10k_pci 0000:01:00.0: pci irq legacy interrupts 0 irq_mode 0 reset_mode 0
[   12.220000] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/cal-pci-0000:01:00.0.bin failed with error -2
[   12.230000] ath10k_pci 0000:01:00.0: Falling back to user helper
[   12.310000] firmware ath10k!cal-pci-0000:01:00.0.bin: firmware_loading_store: map pages failed
[   12.820000] ath10k_pci 0000:01:00.0: otp stream is empty, using board.bin contents
[   13.870000] ath10k_pci 0000:01:00.0: qca988x hw2.0 (0x4100016c, 0x043202ff) fw 10.2.4.45 api 4 htt 2.1 wmi 5 cal otp max_sta 128
[   13.890000] ath10k_pci 0000:01:00.0: debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   21.220000] ath10k_pci 0000:01:00.0: DFS region 0x0 not supported, will trigger radar for every pulse
[   23.490000] ath10k_pci 0000:01:00.0: otp stream is empty, using board.bin contents
root@OpenWrt:~# uci show wireless.radio0
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.path='pci0000:01/0000:01:00.0'
wireless.radio0.hwmode='11a'
wireless.radio0.txpower='17'
wireless.radio0.htmode='VHT80'
wireless.radio0.country='US'
wireless.radio0.channel='149'

The latest 3.18.x kernels want firmware-3.bin, so this should be an easy fix.  the trunk/cc makefile should be adjusted accordingly.

    wget https://github.com/kvalo/ath10k-firmwar … -00082-4-2

    mv firmware-3.bin{_10.2-00082-4-2,}

Strange, I have firmware-4.bin.

root@OpenWrt:/lib/firmware/ath10k/QCA988X/hw2.0# ls -al
drwxr-xr-x    2 root     root             0 Jan  1  1970 .
drwxr-xr-x    3 root     root             0 Sep 12 00:14 ..
-rw-r--r--    1 root     root          2116 Jan  1  1970 board.bin
-rw-r--r--    1 root     root        241892 Sep  5 03:51 firmware-4.bin

The latest-greatest linux kernels, i.e 4.2/3 want firmware-4.bin, but 3.18 latest still wants firmware-3.bin.

Unfortunately the kernel firmware git repository is not tracking previous versions, so it's not of much use unless your kernel is also latest/greatest.

Dunno, I just installed kmod-ath10k and that's it.

As I said, my 5G is working so, whatever.

(Last edited by johndoe on 12 Sep 2015, 06:15)

Well, my problem seems that the ath10k driver doesn't even get loaded, so I don't need to worry about the firmware at this point. I tried unloading and reloading the ath10k-core and ath10k-pci modules but that didn't do anything either. So, I don't know how to continue...

(Last edited by silentcreek on 12 Sep 2015, 09:39)

I was somewhat wary of flashing release after reading this, however I just flashed the CC release *without keeping settings* then ran my setup script (same one as I've been using on CC trunk and rc builds) and everything is working as it should, 802.11ac included.

So, after having given up and unplugged the device to put in a drawer, I plugged it in again a day later to give it another try. To my surprise, the ac radio is now shown and the ath10k module gets loaded during boot. I guess I still have to figure out the correct settings though, because in my first experiment, my smartphone could not see the 5GHz network but only the one on 2.4GHz. But that's not a priority now, so I'll take my time on that...

stangri wrote:

I was somewhat wary of flashing release after reading this, however I just flashed the CC release *without keeping settings* then ran my setup script (same one as I've been using on CC trunk and rc builds) and everything is working as it should, 802.11ac included.

so it seems a complete reset "might" fix this issue? or a re-flash with KeepSettings checked OFF?
I still can't get it going on my C7 and my Asus router.

Not sure if that would help, but I have custom builds for C5/C7 that works great on my C5.

Features:

  • DFS support fully enabled (following wiki instructions: replaced wpad-mini by hostapd & wpa-supplicant)

  • removed artificial ath regulatory limitations (wiki source): ATH_USER_REGD=y

  • Added ath10k driver

  • Added luci interface

(Last edited by el_goretto on 14 Sep 2015, 16:36)

Cylac wrote:
stangri wrote:

I was somewhat wary of flashing release after reading this, however I just flashed the CC release *without keeping settings* then ran my setup script (same one as I've been using on CC trunk and rc builds) and everything is working as it should, 802.11ac included.

so it seems a complete reset "might" fix this issue? or a re-flash with KeepSettings checked OFF?
I still can't get it going on my C7 and my Asus router.

Here's a snippet which I ran after reflash. I think I've updated it to add another WiFi interface at some point during RC builds, it wasn't necessary before -- it was already there and you could set it up without "uci add wifi-iface".

uci set wireless.radio1.disabled=0
uci set wireless.radio1=wifi-device
uci set wireless.radio1.type=mac80211
uci set wireless.radio1.channel=36
uci set wireless.radio1.hwmode=11a
uci set wireless.radio1.path=pci0000:01/0000:01:00.0
uci set wireless.radio1.htmode=VHT80
uci set wireless.radio1.txpower=17
uci set wireless.radio1.country=US
uci add wireless wifi-iface
uci set wireless.@wifi-iface[1]=wifi-iface
uci set wireless.@wifi-iface[1].device=radio1
uci set wireless.@wifi-iface[1].network=lan
uci set wireless.@wifi-iface[1].mode=ap
uci set wireless.@wifi-iface[1].ssid=*****
uci set wireless.@wifi-iface[1].encryption=psk2
uci set wireless.@wifi-iface[1].key=*****
uci commit wireless; wifi

(Last edited by stangri on 14 Sep 2015, 23:46)

I tried to re-flash with the released version with keep setting off and still no go even after installing the missing modules (which I still don't understand why it wasn't included by default?). sad
I tried to custom firmware mentioned in this thread and still no go. sad

I re-installed RC3 back and now everything works perfectly again! big_smile

There is definitely something wrong/wonky with the released version of this firmware with this device. mad

(Last edited by Cylac on 18 Sep 2015, 14:28)

The released version works for me, although its horrifically unstable on my Galaxy Note 4 (my only AC device).

Last night I decided to replace the ath10k firmware (/lib/firmware/ath10k/QCA988X/hw2.0/firmware-4.bin) with the latest version available firmware-4.bin_10.2.4.48 and for the first time ever, I am getting a stable AC connection on my phone with the Archer C7.

The discussion might have continued from here.