Build for Netgear R7800

hnyman · August 21, 2022, 7:01pm

Looks like really old. Missing already at the end of February...

 OpenWrt SNAPSHOT, r19009-58212a6194
 -----------------------------------------------------
root@router1:~# uname -a
Linux router1 5.10.100 #0 SMP Mon Feb 28 17:36:53 2022 armv7l GNU/Linux
root@router1:~# cat /sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequencies
cat: can't open '/sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequencies': No such file or directory

and as of 2021-12-28:

 OpenWrt SNAPSHOT, r18437-92820cc5b9
 -----------------------------------------------------
root@router1:~# uname -a
Linux router1 5.10.88 #0 SMP Tue Dec 28 08:09:44 2021 armv7l GNU/Linux
root@router1:~# cat /sys/devices/system/cpu/cpufreq/policy0/scaling_available_fr
equencies
cat: can't open '/sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequ                                       encies': No such file or directory
root@router1:~# ls /sys/devices/system/cpu/cpufreq/policy0/
affected_cpus                cpuinfo_transition_latency   scaling_driver               scaling_setspeed
cpuinfo_cur_freq             related_cpus                 scaling_governor             stats
cpuinfo_max_freq             scaling_available_governors  scaling_max_freq
cpuinfo_min_freq             scaling_cur_freq             scaling_min_freq

Ps. but scaling works...

Ansuel · August 21, 2022, 7:09pm

I now have some doubt it was present in 5.10? But it must be...

Ok I just checked and It seems a quick fix... the krait cpufreq lacks of the required attr... the sysfs entry is not something standard generic to cpufreq but it's provided by cpufreq drivers.

So I have to adds the missing attr Will push a fix ASAP

hnyman · August 21, 2022, 7:37pm

The values have definitely been there earlier, but may have been dropped out when you introduced krait-cpufreq in 2021.

But I wonder why it has worked in 5.15.

Ansuel · August 21, 2022, 7:49pm

Dropped the driver for a different solution so I'm using cpufreq-dt that has the entry.

The entry was present before as we didn't used the dedicated driver but we were patching cpufreq-dt

mroek · August 21, 2022, 9:19pm

Sorry I had to do something else, so I didn't see the request. I guess you already have what you need, but anyways, here's the output on mine:

root@OpenWrt:/sys/devices/system/cpu/cpufreq/policy0# uname -a
Linux OpenWrt 5.10.136 #0 SMP Fri Aug 19 12:44:44 2022 armv7l GNU/Linux

vochong · August 23, 2022, 6:00pm

@hnyman @Ansuel @slh

Have you seen these dmesg logs in your R7800 (and other models such as R7500v2, EA8500 etc.). Quite a lot of people have seen them since a long time ago but it seems OpenWrt people have just treated them as some "unharmful" nuisance and no action has been taken to fix it. My dmesg is full of such logs and they mask other important dmesg logs due to such spam. My "switch" config is the default OpenWrt config.

[29019.128825] br-lan: received packet on wlan0 with own address as source address (addr:e0:94:67:56:84:25, vlan:0)
[29019.288898] br-lan: received packet on wlan0 with own address as source address (addr:e0:94:67:56:84:25, vlan:0)
[35354.489544] br-lan: received packet on wlan0 with own address as source address (addr:4c:eb:bd:4d:57:b9, vlan:0)
[37651.548770] br-lan: received packet on wlan0 with own address as source address (addr:4c:eb:bd:4d:57:b9, vlan:0)
[45392.248054] br-lan: received packet on wlan0 with own address as source address (addr:4c:eb:bd:4d:57:b9, vlan:0)
[45392.248185] br-lan: received packet on wlan0 with own address as source address (addr:4c:eb:bd:4d:57:b9, vlan:0)
[47306.726024] br-lan: received packet on wlan0 with own address as source address (addr:e4:a4:71:41:9c:d6, vlan:0)

Ansuel · August 23, 2022, 6:09pm

Your config is?

hnyman · August 23, 2022, 6:19pm

Thanks. Now the sysfs output is there

 OpenWrt SNAPSHOT, r20377-ca5c695a45
 -----------------------------------------------------
root@router1:~# cat /sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequencies
384000 600000 800000 1000000 1400000 1725000

vochong · August 23, 2022, 11:45pm

I have seen them in R7800, R7500v2, EA8500 running either 21.02.x, 22.03.x and master snapshots. Enabling stp or disabling stp did not help anything.

# cat /etc/config/network 
config interface 'loopback'
	option device 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'

config device
	option name 'br-lan'
	option type 'bridge'
	list ports 'eth1.1'

config interface 'lan'
	option device 'br-lan'
	option proto 'static'
	option ipaddr '192.168.1.1'
	option netmask '255.255.255.0'
	option stp '1'
	option force_link '0'
	option ip6assign '64'
	list dns '208.67.222.222'
	list dns '208.67.220.220'

config interface 'wan'
	option device 'eth0.2'
	option proto 'dhcp'

config interface 'wan6'
	option device 'eth0.2'
	option proto 'dhcpv6'

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option vid '1'
	option ports '6t 4 3 2 1'

config switch_vlan
	option device 'switch0'
	option vlan '2'
	option ports '0t 5'
	option vid '2'

rawd · August 28, 2022, 5:07pm

@hnyman can you recompile stable openwrt-22.03 please.. the dependancies are out of date already thx

hnyman · August 28, 2022, 5:11pm

In a few days.
Today was master's turn.

EDIT:
22.03 has now been built:
owrt2203-r19664-e497818e18-20220829

rawd · August 29, 2022, 5:37pm

excellent cheers

sppmaster · August 29, 2022, 6:56pm

Does anyone here using any Non-NSS R7800 firmware suffer from random reboots. I ask because there are many such complaints in the NSS related thread.

hnyman · August 29, 2022, 7:12pm

No spontaneous reboots here for quite some time.

(But as the crashes can be triggered by some specific combination of modules installed, traffic patterns, protocols etc., the absence of reboots for me does not indicate that the reason would be specifically in the NSS related stuff)

perceival · August 30, 2022, 9:41am

Is nobody using roaming feature and expecting handover between access points to be smooth and not to break voice/video/game connectivity?

PerkelSimon · September 1, 2022, 9:39pm

seems to have problem these days with update about luci-mod-network....wireless.js?

hnyman · September 2, 2022, 3:43am

You mean source code conflicts with git pull?

Nbd implemented part of the 802.11r related changes that were already in my build. That created a normal "git conflict".

You could git stash the file, git pull, git stash pop and then edit the conflicted line.

hnyman · September 4, 2022, 3:45pm

owrt2203-r19691-39c115028a-20220904
The newest 22.03 build is practically equal to the final 22.03.0 release that was tagged yesterday.

I will probably do one more build for the old 21.02 branch in a few days and then stop building 21.02.

VittiVicci13 · September 4, 2022, 5:58pm

Hi hnyman, i love the build, thanks for all the work you do. Im fairly new to the world of open source router firmware, but ive picked it quickly. Im running

Blockquote OpenWrt 22.03-SNAPSHOT r19649-8a9733ee0d / LuCI openwrt-22.03 branch git-22.237.32198-08fb383

My question. Everytime i run the update list command in the software section i get this error:

Blockquote Unable to execute opkg update command: SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data

Any direction you can point me in?

hnyman · September 4, 2022, 6:02pm

Updating the package lists works ok for me, both from LuCI and SSH console.
Below is from SSH console.

 OpenWrt 22.03-SNAPSHOT, r19691-39c115028a
 -----------------------------------------------------
root@router1:~# opkg update
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/targets/ipq806x/generic/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/targets/ipq806x/generic/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/base/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_luci
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading https://downloads.openwrt.org/releases/22.03-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.sig
Signature check passed.

I guess that your network settings are wrong, and opkg (actually wget or uclient-fetch) fails to download the list.