i don't think anything has changed on the AQR front for the QNAP on @qosmio build anything should have been on the NSS related WIFI (mac80211) stuff. saying this for the QNAP i am still using my own build using my own build. For the dynalink all is fine is qosmio.
1 Like
Updating the firmware and removing the modified bootcmd broke WAN for me too on nss builds... it works fine on official snapshot builds. We should try using the custom bootcmd and see if that gets things working again... I think that it will but I need internet right now and can't test.
I don't have WAN issues. I use LAN1 port for WAN. Do you use a 10G_1 port for WAN?
Yeah I use 10G_1 for wan.
Are you sure you cannot get internet trough it?
There was a similar issue 2 weeks ago on QCA8075 for 1G ports fixed by @robimarko.
To be more accurate... I cannot grab an IP from my ISP. The port is "up" but no IP similarly 10G-2 (my computer) is not assigned an IP from dhcp either I have to manually assign an IP to connect or use a 1G port. Using the 1G ports seems to work for an IP but I have not tried them for WAN.
dmesg shows "uniphy autoneg time out". However it also says a line or two up that it is up at 2500 which is the speed of my ISP's hardware. I have tried with AgustinLorenzo's latest build.
Unfortunately I cannot test this at the moment and most probably won't be able to try it tomorrow.
Looks really similar to the issue I got with 1G port.
@robimarko Do you have an idea?
I dont use NSS builds so no idea
1 Like
My PC is connected to the 10G_2 port and I don't have issues getting IP from dhcp. So probably anything else on your side.
Edit - The issue is with 10G_1 port only in my case.
I'm building a new build from scratch using qosmio github repo https://github.com/qosmio/openwrt-ipq as I don't need everything included in the other build and I need somethings that aren't in that build. Trying to see if it works. IF it does, I'll upload my qnap 301w image and config file so you can build yourself if you want.
Fwiw My build DHCP gives me an address for my PC 10G-2 port... 10G-1 is still broken (no ip from ISP) looks like it isn't build specific, however it does seem to be nss related.
1 Like
I can confirm this bug. 10G_1 port cannot get IP if it's used as WAN port and if it's used on br-lan device/s connected to it cannot get IP from DHCP. This is with NSS wifi builds.
I tested only @qosmio NSS wifi build and with QNAP stock 10G firmware loaded from NVMEM. 10G_2 port works OK. Maybe it's not so strange because QNAP uses 2 separate firmwares for each 10G port. But with regular OpenWrt build both 10G ports work OK.
Should work OK with the previous method to load 10G firmware from U-boot.
57.312453] IPv6: ADDRCONF(NETDEV_CHANGE): lan1: link becomes ready
[ 58.208483] nss-dp 3a001800.dp5 10g-1: PHY Link up speed: 1000
[ 58.208603] br-lan: port 1(10g-1) entered blocking state
[ 58.213228] br-lan: port 1(10g-1) entered forwarding state
[ 58.272735] nss-dp 3a007000.dp6-syn 10g-2: PHY Link up speed: 1000
[ 58.272831] br-lan: port 2(10g-2) entered blocking state
[ 58.277826] br-lan: port 2(10g-2) entered forwarding state
[ 58.330289] uniphy autoneg time out!
[ 68.512664] nss-dp 3a001000.dp1 lan4: PHY Link up speed: 100
[ 68.512829] br-vlan: port 1(lan4) entered blocking state
[ 68.517414] br-vlan: port 1(lan4) entered forwarding state
[ 68.523387] IPv6: ADDRCONF(NETDEV_CHANGE): br-vlan: link becomes ready
[ 292.766785] nss-dp 3a007000.dp6-syn 10g-2: PHY Link is down
[ 292.767066] br-lan: port 2(10g-2) entered disabled state
[ 298.846625] nss-dp 3a001800.dp5 10g-1: PHY Link is down
[ 298.846905] br-lan: port 1(10g-1) entered disabled state
[ 320.415120] nss-dp 3a007000.dp6-syn 10g-2: PHY Link up speed: 1000
[ 320.415279] br-lan: port 2(10g-2) entered blocking state
[ 320.420218] br-lan: port 2(10g-2) entered forwarding state
[ 347.038941] nss-dp 3a007000.dp6-syn 10g-2: PHY Link is down
[ 347.039223] br-lan: port 2(10g-2) entered disabled state
[ 351.135159] nss-dp 3a007000.dp6-syn 10g-2: PHY Link up speed: 1000
[ 351.135279] br-lan: port 2(10g-2) entered blocking state
[ 351.140255] br-lan: port 2(10g-2) entered forwarding state
[ 373.663025] nss-dp 3a007000.dp6-syn 10g-2: PHY Link is down
[ 373.663450] br-lan: port 2(10g-2) entered disabled state
[ 377.759283] nss-dp 3a007000.dp6-syn 10g-2: PHY Link up speed: 1000
[ 377.759432] br-lan: port 2(10g-2) entered blocking state
[ 377.764380] br-lan: port 2(10g-2) entered forwarding state
[ 410.463207] nss-dp 3a001800.dp5 10g-1: PHY Link up speed: 1000
[ 410.463359] br-lan: port 1(10g-1) entered blocking state
[ 410.467958] br-lan: port 1(10g-1) entered forwarding state
[ 411.332268] uniphy autoneg time out!
Doesn't work with 2.5G mode either.
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!
1 Like
Do you think that it might work if we use the same firmware for both ports? Just need to figure out which one is the one that is working?
Cannot say right now as we don't know what QNAP did to customize the AQR firmware.
Probably not related to the firmware itself.
But now I just wonder because there were lots of different changes/regressions that affected WAN connectivity. They were eventually fixed but maybe not all of them or maybe a new bug was present.
And I just saw this older post from @rmandrad .
The fix was on the next post but there are no 100-malibu-phy-* patches in the directory.
Maybe @rmandrad can help as he uses QNAP and his repo has additional patches.
I'm building a new build to test right now. To build I followed the steps in the openwrt github readme with the exception of the last make command... I do make -j32 V=s (I have 32 threads) anyway it asks if I want to compile something along the lines of NF_CONNTRACK_DSCPREMARK_EXT and last time I did the default n but I just googled it and it sounds important so I enabled it y. Lets hope that this is a fix. I will edit this post with the results after I flash the build.
Try deleting patch:
package/kernel/mac80211/patches/nss/ath11k/188-ath11k-m3-ssr-dump-collection.patch
If that still fails to boot, you can try working backwards with minimal amount of patches. Should get you basic NSS wifi offloading.
make package/mac80211/{clean,prepare} QUILT=1 V=s
cd build_dir/target-aarch64_cortex-a53_musl/linux-qualcommax_ipq807x/mac80211-regular/backports-6.6.15
Then replace patches/series file with the following
quilt push -a
cd ../../../../../
make package/mac80211/compile -j$(nproc) V=s
1 Like
Thanks for your reply, I will try it now.
1 Like
tired that patch and still no go.
AX6 Using the latest commit compiled firmware, the lights on the network port cannot automatically light up. You need to manually add LED configuration to work properly. How can I solve this problem?
@qosmio , sqm-script-nss is spamming the log when you turn off the SQM. It's still going nonstop until you turn SQM back on.
