wrt3200acm
rc2 working fine without issues on EdgeRouter X (home gateway) and Linksys EA8500 (AP wired to EdgeRouter X).
rc2 not working on EA6350v3 (AP wired to EdgeRouter X). Memory usage starts high and climbs until the oom_reaper does it's thing and starts killing processes after 12-24 hours. Tried: rc1, snapshots, replacing ath10k-4019-ct with non-ct packages on rc2, full reset and reconfigure with minimum packages installed (just luci and luci-stats): same issue with all preceding debug attempts. Details in bug report and other posts. I won't repeat that here.
I have version 1 of Archer C60 with ath79 and I installed ath10k and not ath10k-ct because it became unstable.
If i want to try the same, i need just to remove "*-ct" and install no "-ct" via opkg and restart router, or there are some fancy settings to do?
I also did that and after restarting it does not turn on the radio. So I had to create my firmware image with ImageBuilder.
I manually remove the -ct driver and firmware (luci-system-software)
- kmod-ath10k-ct
- ath10k-firmware-qca9xxx-ct
and then manually install classic drivers
- kmod-ath10k
- ath10k-firmware-qca9xxx
Mostly followed by a restart.
I find the classic driver to be more stable than the -ct ones.
1 Like
Just the opposite for my ipq4018 EA6350v3. A few clients would not connect due to connection delays and 5G signal to noise and speed were much worse when I tried the classic drivers. That, and the classic drivers did not fix the system crashes. Many months ago, snapshot and pre-rc1 19.07 worked well on my EA6350v3, but currently it's just not usable.
Using a TP-Link c2600. Had to revert to 18.06.05 from 19.07 rc2. The latter was causing terrible delays in wifi, such that streaming services frequently resorted to the spinning wheel of frustration. Once some time had passed, ~30 seconds or so, operation would resume normally. I use my router strictly as an AP hardwired to a Netgate pfsense sg-1100. Upon reverting to 18.06.05 (which process was very smooth), problem has gone away.
2 Likes
Did you try switching from the new default ath10k-ct back to traditional ath10k?
Hmmm... not sure about that. What I did was to reflash the rc2 firmware with the sysupgrade 18.06.05 version for the c2600. Does that make sense?
It was my aggressive ublock rules, sorry for the noise!
Sure, it makes sense for now to get back to a stable working router. But: 18.06 will get out of security patch maintenance in the future and then you may want to upgrade to 19.07, sooner or later.
If you have stability problems specifically with ath10k**-ct**, then you could switch to traditional ath10k (no -ct) to see, if that helps.
Maybe also a bug report what the stability problem symptoms are could be of help so that 19.07 problems could get fixed.
Using this on a Linksys EA6350v3, the second wireless interface fails to be initialised. The only error I see in the log is:
radio1 (2249): command failed: Not supported (-95)
mac80211: Failed command: iw phy phy1 set distance 0
but after the message "ACS-STARTED" it can't be seen and/or connected to.
Well, I thought 19.07 rc2 was stable on my EA8500's, but when I configured one the same as the EA6350v3 that 19.07 rc2 was crashing (i.e., replaced EA6350v3 with EA8500) for my first floor AP, I'm seeing the same problems - only difference is the EA8500 has 512MB of memory to hide the problem better.
A spike in CPU usage (core 1 jumps to 1.4 GHZ and 100% usage) occurs just before the memory use starts slowly climbing up from a too high (for the light load) ~150MB to ~210 MB, then drops to ~180 MB. This unit is only being used as an AP for two SSID's each on 2.4 and 5G (a main and a guest each) with a couple wired clients plugged into the ports. I'm using the ath10k-ct, but as noted previously, swapping to the non ct didn't help on the EA6350v3.
And as I type, wifi on the second floor EA8500 running 19.07 rc2 just crapped out too. Which is odd, because it had been fine for days. I changed one thing - I added the cpu frequency plugin for collectd. Guess I'll not be installing that again anytime soon.
Something's broke.
No issues so far with 19.07.0-rc2 on a R7800 (updated from 18.06.5/saving settings).
EDIT: over 7 days of uptime/no issues.
Ran snapshot r11626 overnight (CPU frequency not installed) to see if that would fix. Nope.
It has behaved so far on upstairs EA8500 AP, but not first floor EA8500 AP. Same problems on first floor AP as with 19.07 rc2.
The first floor unit is configured the same with one difference: it has a DHCP client "IOT" interface mapped to a VLAN and port reserved for same that an Ooma VOIP box is plugged into. Otherwise both radios with a primary and guest (the latter mapped to guest VLAN) are in use on both EA8500 AP's. Both AP's are wired to same EdgeRouter X providing DHCP and DNS to all VLAN interfaces (including the IOT and guest VLAN).
So I guess next obvious debug is to remove the IOT VLAN from the first floor unit, map the Ooma port to the main lan, and see if that makes the problems go away.
Installed sysupgrade fine on Archer A7 v5, everything seems fine but can't login to Luci. I get to the login page but get 2 ERR_ABORTED 403 messages (I'll reproduce below). If I attempt to login with the correct password, it just reloads the login page with the same 2 errors. If I use the wrong password it tells me the password is wrong. I attempted to upgrade uhttpd and luci but it didn't change anything. Any ideas?
Here are the errors:
/luci-static/resources/cbi/up.gif?0.7759592691925761:1 GET https://192.168.1.1/luci-static/resources/cbi/up.gif?0.7759592691925761 net::ERR_CONNECTION_REFUSED
/cgi-bin/luci/:10 GET http://192.168.1.1/cgi-bin/luci/admin/translations/en?v=git-19.334.63023-039ef1f net::ERR_ABORTED 403 (Forbidden)
Please start with clearing your browser cache.
In case you had installed luci-ssl before, you'll need to reinstall it before (via ssh) being able to access luci again - sysupgrading removes the necessary ssl/ tls library, but the config redirection http to https remains, leading to luci becoming inaccessible until you reinstall a tls library.
3 Likes
archer A7 v5 (AC1750), all good so far with -htt firmware. Using -htt as a test, since i had wifi issues with a snapshot a while back:
opkg remove ath10k-firmware-qca988x-ct && opkg install ath10k-firmware-qca988x-ct-htt
# opkg list-installed|grep ath|grep -v ath9
ath10k-firmware-qca988x-ct-htt - 2019-10-03-d622d160-1
kmod-ath - 4.14.156+4.19.85-1-1
kmod-ath10k-ct - 4.14.156+2019-09-09-5e8cd86f-1
kmod-phy-ath79-usb - 4.14.156-1
Upgraded the TP-LINK WDR4300 directly from 18.06.5 using the ath79 factory.bin. Even could keep configuration. Works great out of the box.