Kong pro firmware for IPQ806x (R7500, R7800, EA8500, ...)

@aamadorj Hi I have the 7500v2 using the NSS trunk KONG 20 r15615 released back in end of Jan 2021. I was getting around 300-400mbps, but I recently tried the latest NSS update and my wireless performance has tanked to about 30mbps. Do you still have this problem?

I haven't tried latest KONG NSS build for R7500v2 or some of the previous builds yet. I was planning to do it soon, because I was curious about the possible solution of the 30 Mbps cap issue. But now, I think I'll wait a little longer.

This looks like it still doesn't compute uptime and top load calcs correctly.

No luck still on EA-8500 it seems to boot, but no Dhcp server no web interface, router seems to boot but i cannot find a way to manage it, tried static ip on the connected pc but its not manageable, seems like its not starting web interface and ssh server, it just booted!!

FYI - Topic title has been changed, in order to better reflect what this topic is about (not only about R7800 as it previously was, but also about other IPQ806x devices).

2 Likes

I just installed a different NSS ath10k firmware at my R7500v2 and the 30 Mbps cap showed again at some of the WiFi clients connected. So, I decided to try the same firmware but ath10k-ct version and the same clients connected at full line speed. So, it seems the issue is caused by the type of ath10k drivers used.

I think I read somewhere there's a way to change ath10k drivers at KONG's builds after they are installed and this could fix the 30 Mbps cap issue.

2 Likes

I am running Kong build KONG 19, r11347+15-f342de468b on my R7800 and like it a lot. However, some of the packages are missing in the repository. Is it possible to get the following:

  1. kmod-usb-net-dm9601-ether
  2. temperusb
  3. htop

Thanks

I just added these packages, have fun.

2 Likes

Thanks. htop and temperusb and kmod-usb-net-dm9601-ether installed without any problem There is another problem in luci. When I click on Status->Overview and Network->Interfaces, it gives the following error:

SyntaxError

'' string literal contains an unescaped line break
  in https://192.168.1.254/luci-static/resources/firewall.js?v=git-21.133.53526-0246f73:55
  at compileClass/< (https://192.168.1.254/luci-static/resources/luci.js?v=git-21.133.53526-0246f73:178:29)

I updated to the latest release (dated jul 18 2021). By the way, do you have any instructions on how I can compile the packages myself?

Thanks

Thanks for the update but am i missing something as can't find the luci part of Adblock ?

Sorry found it, it wasn't coming up when i searched Adblock but found when i looked for luci

No one else has this problem in the Jul 18 2021 release?

 SyntaxError

'' string literal contains an unescaped line break
  in https://192.168.1.254/luci-static/resources/firewall.js?v=git-21.133.53526-0246f73:55
  at compileClass/< (https://192.168.1.254/luci-static/resources/luci.js?v=git-21.133.53526-0246f73:178:29)

All of the following links in luci give the same error:

  1. Status->Overview
  2. Network->Interfaces
  3. Network->Wireless
  4. Network->Switch

Thanks

This is really strange. The previous error has disappeared in all the 4 links I posted in my post before this one. Now I am getting a different error in Network->Firewall:

SyntaxError

illegal character U+FFFD
  in https://192.168.1.254/luci-static/resources/tools/firewall.js?v=git-21.133.53526-0246f73:56
  at compileClass/< (https://192.168.1.254/luci-static/resources/luci.js?v=git-21.133.53526-0246f73:178:29)

Khurram

I recently built a NSS build using KONG's git repo and have been facing the same issue. The temporary fix I have found is to use non-secure LUCI (i.e. http rather than https). When using it via http everything works perfectly. When using https it seems to be random as to which pages, and when will display an error similar to what you reported.

If you would like to use the same workaround, simply change https to http in the address bar. You may need to edit the file /etc/config/uhttpd to ensure the item 'redirect_https' is set to disabled (0) if it automatically redirects you back to https.

I believe it might also be browser cache that could cause this.

I cleared the cache today and all the "problem" links are working okay so far.

Thanks

Notice: 19.07 is EOL. You will soon have to upgrade to 21.02. I'm currently testing my 21.02 builds, so far no issues,. I directly upgraded my 19.07 production install, without reconfiguring and didn't experience any issues.

1 Like

If possible could you add kmod veth and not sure if it’s there but ip full to your packages please? Thanks

Think ip full is there, thanks

@KONG - saw that you added the 21.02 subfolder to your server! When are you uploading your updated firmware? Looking forward to it!