OpenWrt 21.02.0 Fourth release candidate

Running 21.02-rc4 on a Linksys WRT1900ACSv2. Just want to report that I'm experiencing issues with my LAN, seemingly at random, "losing sight" of my Apple TV. It will work perfectly at first e.g. I can be streaming a movie from my laptop to my Apple TV and an hour into the movie it'll stop because my laptop can no longer see the Apple TV on the network.

A restart of the laptop and Apple TV doesn't help but only a reboot of the router fixes the issue, which leads me to believe it is related to the rc4 release. The issue has not been present prior to upgrade to this version.

Has anyone else experienced this?

For the switch ports on an Archer C7, a first step would be to check the output of

swconfig dev switch0 show

and look for the lines containing "enable_eee".

If you have a managed switch at hand, depending on the vendor/firmware, you might also be able to see the status there if you connect the Archer C7 to the switch. At least on my Cisco SG250 switch I can see whether a device connected to a port supports EEE.

If you don't have a switch or have reason not to trust the output of swconfig, you could try to explicitly disable it by setting the option enable_eee '0' for the port in question in OpenWrt's network configuration and see if that helps.

On devices that use the new DSA switch configuration, you could use ethtool to determine the status of each port. The Archer C7 has not (yet) been ported to the DSA model, though. So, that won't work directly on the device.
But if you can connect a Linux computer to the port in question of your Archer C7, then you can run

ethtool --show-eee eth0

on the Linux machine and check the lines "Link partner advertised EEE link modes" to see whether the Archer C7 advertises EEE support (replace eth0 with the ethernet interface name of your Linux machine).

That won't work on devices with switches that haven't been ported to DSA yet (the Archer C7 mentioned is still using swconfig). You could run ethtool on a Linux host connected to the switch, though, and see what that says about the advertised EEE modes as written above.

1 Like

On my DIR-878, the irqbalance also had no effect. Ping before-and-after still has about 2% packet loss

Ping statistics for 1.1.1.1:
Packets: Sent = 205, Received = 200, Lost = 5 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 15ms, Maximum = 127ms, Average = 20ms

I tried to upgrade my Linksys WRT3200ACM from 19.07.8 to 21.02.0 RC4. I uploaded the file
openwrt-21.02.0-rc4-mvebu-cortexa9-linksys_wrt3200acm-squashfs-sysupgrade.bin.
The updater in luci showed this error message:

Device linksys,rango not supported by this image Supported devices: linksys,wrt3200acm armada-385-linksys-rango linksys,rango - Image version mismatch: image 1.1, device 1.0. Please wipe config during upgrade (force required) or reinstall. Reason: Config cannot be migrated from swconfig to DSA Image check failed.

The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.

The SHA checksum is correct.

Should I disable the "keep settings" option and restore the backup config later?

See

2 Likes

Hello,

I am experiencing random reboots on a Fonera 2.0N since the installation of 21.02rc4 :frowning:
Unfortunately I could not get the system logs since I am always to late.
Hopefully I can get them next time.

Thank you

Seven months late, but 21.02.0 will be tagged tomorrow.

3 Likes

Thanks, seems I missed that information. I did an upgrade without migrating config and reinstalled my network settings. Seems to work now.

Really?
How do you know?

http://lists.infradead.org/pipermail/openwrt-adm/2021-August/002085.html

That's great but can't switch back to 21.02 on mvebu (WRT32X here) until the wifi stalling is fixed. In 19.07.8 it's perfect and in the latest Master snapshot I'm running right now it's almost non-existent. Also Master really should move to kernel 5.10 it runs great.

Hi!
Would be FlowOffloading enabled or disabled by default? It cause massive issues on some of my devices.

Flow offloading, both hardware and software, is always disabled by default.

2 Likes

Do NOT take my word for it, but I believe it is not supported at all in the initial 21.02 release.

No problem on EspressoBin-Ultra from 15 days, but seen to kernel panic today in dmesg :

[931552.587900] ------------[ cut here ]------------
[931552.592797] WARNING: CPU: 0 PID: 9 at 0xffffffc0100c4df4
[931552.598368] Modules linked in: nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_log nft_limit nft_hash nft_ct nft_counter nf_tables_set nf_tables xt_connlimit pppoe ppp_async option nf_conncount iptable_nat cdc_mbim xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT usb_wwan qmi_wwan pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_netlink nf_conntrack mwifiex_pcie mwifiex ipt_REJECT cfg80211 cdc_ncm xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY usbserial usbnet slhc rtc_pcf8563 nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat cdc_wdm cdc_acm ohci_pci uhci_hcd ohci_platform ohci_hcd i2c_pxa xt_set ip_set_list_set ip_set_hash_netportnet
[931552.598672]  ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 zram zsmalloc mii gpio_button_hotplug
[931552.725968] CPU: 0 PID: 9 Comm: ksoftirqd/0 Not tainted 5.4.137 #0
[931552.732436] Hardware name: Globalscale Marvell ESPRESSOBin Ultra Board (DT)
[931552.739717] pstate: 80400085 (Nzcv daIf +PAN -UAO)
[931552.744752] pc : 0xffffffc0100c4df4
[931552.748443] lr : 0xffffffc0100d2a58
[931552.752133] sp : ffffffc01006bb80
[931552.755644] x29: ffffffc01006bb80 x28: ffffffc01006bcb0 
[931552.761223] x27: ffffff803fde10d0 x26: ffffff803fde10c0 
[931552.766800] x25: 0000000000000080 x24: 0000000000000000 
[931552.772377] x23: ffffff803fde06c0 x22: ffffff803e052d00 
[931552.777954] x21: ffffff803fde06c0 x20: ffffff803e052d00 
[931552.783532] x19: ffffffc01006bc58 x18: 0000000000000000 
[931552.789110] x17: 0000000000000000 x16: 0000000000000000 
[931552.794686] x15: 0000000000000000 x14: 104eadf044645bd1 
[931552.800264] x13: a902001c7702040a x12: 000200086f01a8c0 
[931552.805842] x11: 0001000880010014 x10: ffffff803fdcc4c8 
[931552.811419] x9 : 0000000000000400 x8 : 0000000000000002 
[931552.816996] x7 : 0000000000000000 x6 : 00000a8cca53d2aa 
[931552.822572] x5 : 00ffffffffffffff x4 : 0000000000000000 
[931552.828149] x3 : ffffffc02f4b5000 x2 : 0000000000000000 
[931552.833726] x1 : 0000000000000000 x0 : ffffff803e052d00 
[931552.839302] Call trace:
[931552.841920]  0xffffffc0100c4df4
[931552.845252]  0xffffffc0100da96c
[931552.848584]  0xffffffc0100db518
[931552.851917]  0xffffffc0100db74c
[931552.855249]  0xffffffc01077fd60
[931552.858581]  0xffffffc010780178
[931552.861913]  0xffffffc0100c89ac
[931552.865244]  0xffffffc0100c3e80
[931552.868576]  0xffffffc010084cac
[931552.871909] ---[ end trace 6072b81d783f85ae ]---
[936632.509961] ------------[ cut here ]------------
[936632.514857] WARNING: CPU: 0 PID: 9 at 0xffffffc0100c4df4
[936632.520429] Modules linked in: nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_log nft_limit nft_hash nft_ct nft_counter nf_tables_set nf_tables xt_connlimit pppoe ppp_async option nf_conncount iptable_nat cdc_mbim xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT usb_wwan qmi_wwan pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_netlink nf_conntrack mwifiex_pcie mwifiex ipt_REJECT cfg80211 cdc_ncm xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY usbserial usbnet slhc rtc_pcf8563 nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat cdc_wdm cdc_acm ohci_pci uhci_hcd ohci_platform ohci_hcd i2c_pxa xt_set ip_set_list_set ip_set_hash_netportnet
[936632.520736]  ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 zram zsmalloc mii gpio_button_hotplug
[936632.648031] CPU: 0 PID: 9 Comm: ksoftirqd/0 Tainted: G        W         5.4.137 #0
[936632.655934] Hardware name: Globalscale Marvell ESPRESSOBin Ultra Board (DT)
[936632.663214] pstate: 80400085 (Nzcv daIf +PAN -UAO)
[936632.668249] pc : 0xffffffc0100c4df4
[936632.671940] lr : 0xffffffc0100d2a58
[936632.675630] sp : ffffffc01006bb80
[936632.679140] x29: ffffffc01006bb80 x28: ffffffc01006bcb0 
[936632.684718] x27: ffffff803fde10d0 x26: ffffff803fde10c0 
[936632.690296] x25: 0000000000000080 x24: 0000000000000000 
[936632.695874] x23: ffffff803fde06c0 x22: ffffff803dccc380 
[936632.701452] x21: ffffff803fde06c0 x20: ffffff803dccc380 
[936632.707029] x19: ffffffc01006bc58 x18: 0000000000000000 
[936632.712606] x17: 0000000000000000 x16: 0000000000000000 
[936632.718182] x15: 0000000000000000 x14: 74483261f26cc1e6 
[936632.723759] x13: e7a5752eda05e12b x12: f6568d915e6a29e2 
[936632.729336] x11: 3fe02bb4ed617ef3 x10: ffffff803fdcc4c8 
[936632.734914] x9 : 0000000000000400 x8 : 0000000000001a38 
[936632.740491] x7 : 000000000000117c x6 : 00000a99971808cf 
[936632.746069] x5 : 00ffffffffffffff x4 : 0000000000000000 
[936632.751644] x3 : ffffffc02f4b5000 x2 : 0000000000000000 
[936632.757221] x1 : 0000000000000000 x0 : ffffff803dccc380 
[936632.762798] Call trace:
[936632.765417]  0xffffffc0100c4df4
[936632.768749]  0xffffffc0100da96c
[936632.772082]  0xffffffc0100db518
[936632.775413]  0xffffffc0100db74c
[936632.778746]  0xffffffc01077fd60
[936632.782078]  0xffffffc010780178
[936632.785410]  0xffffffc0100c89ac
[936632.788742]  0xffffffc0100c3e80
[936632.792074]  0xffffffc010084cac
[936632.795408] ---[ end trace 6072b81d783f85af ]---

I have Gigabit ports on my network devices. I'm waiting for flow offloading to get fixed. If this fix works, hopefully there will be a quick 21.02.1 release right after 21.02.0 with functional offloading:
http://lists.openwrt.org/pipermail/openwrt-devel/2021-August/036227.html

Please release the Archer C7v2/5 with non ct drivers for better performance and reliability if you can :-).

Why not use the firmware selector and customize it yourself (remove 2x "-CT")?.
OpenWrt Firmware Selector (libremesh.org)

1 Like

WRT1900ACS here. wifi on rc4 is still very unstable (clients connected to wifi do not have internet, workaround is to disconnect and reconnect wifi).