Qualcommax NSS Build

KeepingItCuttingEdge · 2024-03-11T20:10:46.865Z

I have the Xiaomi AX3600 and always have issues with the 5Ghz radio (Qualcomm Atheros QCA9887 802.11ac/b/g/n) disappearing or not allowing connections. The only time it's operable is when the router is reset or flashed with new firmware.

I've used the regular snapshots from OpenWRT and thought one of these builds might correct the issue. The other IPQ8074 radios work fine with no issues. I like to use the 3rd band for IoT but it's useless due to this issue.

Thoughts anyone?

THANKS

McGiverGim · 2024-03-11T20:24:37.147Z

Kernel 6.6 merged into master, and the PR for the qualcommax ready... https://github.com/openwrt/openwrt/pull/14844

I don't know how much will cost move this to 6.6...

zxlhhyccc · 2024-03-12T04:50:29.007Z

qosmio:

Yes please, I think this will be a good indicator if the RAM usage stays the same on the 512M platforms, without having to muck around with reducing TLV headers and possibly introducing more bugs.

Is there a plan for kernel 6.6 to support qualcommax?

rmandrad · 2024-03-12T05:22:12.331Z

it is on the works ... https://github.com/openwrt/openwrt/pull/14844

rmandrad · 2024-03-12T05:46:37.538Z

something happened in the last couple of commits - I am using the dynalink with your build (still using my qsdk backports version for the qnap). I was getting well above 1gbps ... now I am getting well under 200mbps ! the same goes go for lan traffic

sppmaster · 2024-03-12T08:20:32.638Z

qosmio:

Excellent news! I think in that case I'll merge in the skb branch to wifi.

Just few first minute impressions on QNAP after the merge.
First I returned completely to 1G memory profile and Auto for pbuf.

rmandrad:

something happened in the last couple of commits - I am using the dynalink with your build (still using my qsdk backports version for the qnap). I was getting well above 1gbps ... now I am getting well under 200mbps ! the same goes go for lan traffic

I don't see any of this on QNAP.
I have full Gigabit speeds on LAN and WLAN without any limits and zero CPU.
Even more, now when torrents run in background I am still able to get the full 1G LAN/WLAN speeds.
Before I was able to reach ~800-850Mbps at most when torrents were background tasking. Without torrents running I was able to get 1G.
Available memory is more even with torrents running for the first hour usage but let it run for at least several hours/days and see.

A few other mainly cosmetic glitches.
Status -> Processes page is empty as it was before too.

image1168×351 36.6 KB

Nlbwmon doesn't work either (maybe it's outdated now). I'm not sure it is really necessary. This is just for information, maybe others observed the same behaviour.
I still find it somewhat useful for statistics on older ipq806x NSS builds (R7800 w/ 23.05 NSS)

image1347×540 72.4 KB

Edit - @qosmio What branch should I use now to compile NSS-wifi or NSS-wifi-skb?
Lastly I used default NSS-wifi. Maybe I was wrong about the merge and I should use NSS-wifi-skb now to use memory recycle feature?

Edit 2 (Important clarification) - Seems that I've compiled this build before skb was pushed to the NSS wifi branch. So take all of the data here only as a reference and to compare the NSS build performance right before the skb introduction.

AgustinLorenzo · 2024-03-12T09:50:26.746Z

Hi boys,

This version include NSS offload for WiFi (MESH SHOULD BE WORK)

I am redo the repos over the latest commit from OpenWRT.

Changelog (include upstream of OpenWRT):

Added the latest commits from @qosmio for NSS (openwrt and nss-packages)
Updated the "ugly hack" from @qosmio for add NSS stats to LUCI, thanks @qosmio
Fixed annoying ath11k bug: ath11k c000000.wifi: failed to flush transmit queue, data pkts pending... Link: https://github.com/qosmio/openwrt-ipq/commit/94b220a0bab9a12617ad98f058eea78dee5a726e#diff-2f45785218b6496681aab996b192fcc9e4152f9fc5cf4eab15ed7b41776556a8
Downgrade the ath11k-firmware to 1385 (in the latest, the IPv6 connectivity is broken).
Downgrade to NSS 11.4 firmware (should be work Mesh with NSS, TEST and give me feedback)
Changed the limits for ath11k and NSS to 1GB

Notes:

The build is compiled with limits for 1GB of RAM and pbuf set to AUTO (mistake).
The build is compiled with GCC 13.2
The TCP congestion protocol by default is BBR
By default, the radio0 (IoT) is off (you can enable in LUCI) and the radio 1 y 2 is on.
The default country code for the wireless is US for avoid issues with the 160 MHZ because not having a specified country code
I pushed to my Github all workaround used in this version: https://github.com/AgustinLorenzo/openwrt/issues/5 (english) and https://github.com/AgustinLorenzo/openwrt/issues/6 (spanish)
Guide for update to kernel 6.1 without losing configuration https://github.com/AgustinLorenzo/openwrt/issues/9 (english) and https://github.com/AgustinLorenzo/openwrt/issues/8 (spanish)

Sources:

https://github.com/AgustinLorenzo/openwrt/tree/main_nss_mesh
https://github.com/AgustinLorenzo/nss-packages/commits/main_nss_wifi/

BUILDED: https://github.com/AgustinLorenzo/openwrt/releases/tag/ipq807x-nsswifi-mesh-2024-03-12-0155

NOTE: Now I am only compiling for the AX3600, AX6 and AX9000 and Dynalink DL-WRX36 and Buffalo WXR-5950AX12 and QNAP QHora-301W devices and Netgear RAX120v2, if anyone has used my versions with other devices, tell me and I will add them again.

Regards, Agustin

AgustinLorenzo · 2024-03-12T09:53:15.915Z

Hi boys,

This version include NSS offload for WiFi (MESH NOT WORKING)

I am redo the repos over the latest commit from OpenWRT.

Changelog (include upstream of OpenWRT):

Changed the limits for ath11k and NSS to 1GB

Notes:

The build is compiled with limits for 1GB of RAM and pbuf set to AUTO (mistake).
The build is compiled with GCC 13.2
The TCP congestion protocol by default is BBR
By default, the radio0 (IoT) is off (you can enable in LUCI) and the radio 1 y 2 is on.
The default country code for the wireless is US for avoid issues with the 160 MHZ because not having a specified country code
I pushed to my Github all workaround used in this version: https://github.com/AgustinLorenzo/openwrt/issues/5 (english) and https://github.com/AgustinLorenzo/openwrt/issues/6 (spanish)
Guide for update to kernel 6.1 without losing configuration https://github.com/AgustinLorenzo/openwrt/issues/9 (english) and https://github.com/AgustinLorenzo/openwrt/issues/8 (spanish)

Sources:

https://github.com/AgustinLorenzo/openwrt/tree/main_nss
https://github.com/AgustinLorenzo/nss-packages/commits/main_nss_wifi/

BUILDED: https://github.com/AgustinLorenzo/openwrt/releases/tag/ipq807x-nsswifi-2024-03-12-0027

NOTE: Now I am only compiling for the AX3600, AX6 and AX9000 and Dynalink DL-WRX36 and Buffalo WXR-5950AX12 and QNAP QHora-301W devices and Netgear RAX120v2, if anyone has used my versions with other devices, tell me and I will add them again.

AgustinLorenzo · 2024-03-12T09:58:32.657Z

Hi boys,

For both builds, it is necessary to execute the following command:

uci set pbuf.opt.memory_profile=1gb
uci commit pbuf
reboot

Test the builds and give feedback to me and @qosmio

PD: After 10 hours of uptime, i have 170-180 RAM free

Regards, Agustin

sppmaster · 2024-03-12T10:36:19.744Z

rmandrad:

...still using my qsdk backports version for the qnap

I remember you had issues with 10G_1 port and uniphy autoneg time out! some time ago. I suppose you use the MBN 10G FW loaded from U-Boot.
Have you tried to use the stock QNAP 10G FW loaded from NVMEM on your qsdk backports version and see how it goes.

rmandrad · 2024-03-12T10:42:59.539Z

thx ... I am not using the qnap with qosmio build no issues at all with the qnap , as i said having the latency issues with the dynalink

sppmaster · 2024-03-12T10:56:00.327Z

Yes, I read that and understood it. I'm glad you have no issues with qnap.
I was just asking about the 10G Firmware and the recent commit - qualcommax: 301w: enable using kernel for AQR firmware loading.
At least because you use your own NSS build and obviously the recent NSS builds probably require additional patch for the 10G_1 port to work properly with stock 10G FW.
Obviously a patch is needed to mitigate the uniphy autoneg time out! in syslog.
Lastly I tested with 2.5G mode, but same not working.

nss-dp 3a001800.dp5 10g-1: PHY Link up speed: 2500
br-lan: port 1(10g-1) entered blocking state
br-lan: port 1(10g-1) entered forwarding state
uniphy autoneg time out!

Does anyone have an idea how is that autoneg time managed or what could have changed that time in NSS builds rather than in recent regular OpenWrt builds that don't suffer the autoneg time out issue.

rmandrad · 2024-03-12T11:03:34.432Z

understood ... so, I am still using the old method of loading the firmware via the u-boot... i tried the patch that enabled the load via userspace and didn't worked this was sometime ago

Trying2023 · 2024-03-12T12:12:51.118Z

I'm running @qosmio -skb built on the weekend with HEAD@9fd5ca5fce9f53cecd6709270323749d504ffd2c , ATH11K_MEM_PROFILE_1G, NSS_MEM_PROFILE_HIGH, pbuf auto, mosquitto-ssl, adblock-fast, and a few small conveniences on WRX36 (otherwise using @qosmio's .config).

Build seems to be a real winner. I'm getting consistent 925/925 on the wire, 1625/925 on wireless, memory used VERY stable in the range of 61.6 to 62.4 MB -- online since Sunday afternoon with no measurable leakage, IPv4/IPv6 connectivity all good.

Now what to do with all that extra/unused memory/CPU?

sppmaster · 2024-03-12T12:17:35.373Z

Trying2023:

VERY stable in the range of 61.6 to 62.4 MB

Wow, is that even possible?
Mine looks like this on QNAP.

image1130×217 16.2 KB

image1129×327 12.9 KB

root@QNAP:~# free -m
              total        used        free      shared  buff/cache   available
Mem:         888196      513104      177116       14464      197976      307052
Swap:             0           0           0
root@QNAP:~#

root@QNAP:~# cat /proc/meminfo | grep -e ^S
SwapCached:            0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Shmem:             14464 kB
Slab:              87756 kB
SReclaimable:      17552 kB
SUnreclaim:        70204 kB
SecPageTables:         0 kB
root@QNAP:~#

@adamhnat
Just half an hour running after a reboot.
Will continue to monitor it.

Edit (Important clarification ) - Seems that I've compiled this build before skb was pushed to the NSS wifi branch. So take all of the data here only as a reference and to compare the NSS build performanse right before the skb introduction.

Trying2023 · 2024-03-12T12:21:17.594Z

Depending on where you're looking, it will be accounted for differently.

Screenshot from 2024-03-12 08-20-18930×242 2.36 KB

adamhnat · 2024-03-12T12:26:41.797Z

@sppmaster @Trying2023 : can you note Slab mem usage across few days? In my case it's growing very slowly
cat /proc/meminfo | grep -e ^S
and note down Slab, SReclaimable, SUnreclaimble

in my case after 36h:
Slab increased from 95MB into 103MB
SReclaimable 13MB to 13,5MB
SUnreclaimble 83MB to 90MB
Cache: 46MB to 48MB

I've compiled with 512MB profile on AX3600 and set skb to auto.

in my case memory looks like that (before noon is non-skb firmware)- it's growing slowly but constantly.

image1220×728 103 KB

Trying2023 · 2024-03-12T12:30:35.285Z

I can't say about days, but at the moment (up since Sunday afternoon), I'm at the following;

Slab: 147664 kB
SReclaimable: 11312 kB
SUnreclaim: 136352 kB

Screenshot from 2024-03-12 08-32-00930×242 2.31 KB

Note the top of the memory jumping around. The sudden drop was when I set pbuf auto. Since then it seems to be moving both up and down as needed, no problems indicated.

rmandrad · 2024-03-12T14:55:41.542Z

anyone running qosmio repo on the ax9000 with both pci and ahb ? thx

zxlhhyccc · 2024-03-12T16:46:10.515Z

qosmio:

Yes please, I think this will be a good indicator if the RAM usage stays the same on the 512M platforms, without having to muck around with reducing TLV headers and possibly introducing more bugs.

ax6 512m firmware compiled with qualcommax-6.1-nss-wifi-skb and qca11.4, memory usage! The proxy plug-in, frpc software, and smartdns software are run！

image978×216 11.7 KB