OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

Problems to be reported here are for the current OpenWrt and legacy LEDE Project’s targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt Project website. Problems related to LuCI or OpenWrt packages need to be reported in their repositories:

Notifications of all submissions and task changes are sent to openwrt-bugs@infradead.org.

OpenedIDCategoryTask TypePrioritySeveritySummaryReported In  descStatus
09.08.20213971Base systemBug ReportVery LowCriticalZyxel nbg-419v2 bootloopopenwrt-21.02Unconfirmed Task Description

after upgrading my zyxel nbg-419v2 to 2021.02RC4 i noticed a bootloop

when connecting the serial cable it turned out to be a kernel unpacking issue:

raspi_read: from:50000 len:40 
.   Image Name:   MIPS OpenWrt Linux-5.4.137
   Created:      2021-07-31  17:21:01 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1496161 Bytes =  1.4 MB
   Load Address: 80000000
   Entry Point:  80000000
raspi_read: from:50040 len:16d461 
.......................   Verifying Checksum ... OK
   Uncompressing Kernel Image ... LZMA ERROR 1 - must RESET board to recover


U-Boot 1.1.3 (Jun  9 2012 - 07:23:11)

Board: Ralink APSoC DRAM:  64 MB
relocate_code Pointer at: 83fac000
******************************
Software System Reset Occurred
******************************
spi_wait_nsec: 3c 
spi device id: c2 20 17 c2 20 (2017c220)
find flash: MX25L6405D

once i managed flashing 19.07.08 via tftp it works again as expected.

unfortunately the wiki was more misleading than helping, especally the magic number is wrong, it seems the right one is already in the normal images, so changing makes things worse.

30.05.20213839Base systemBug ReportVery LowHighXiaomi 4A Gigabit link speed auto negotiationopenwrt-21.02Unconfirmed Task Description

- Device problem occurs on

Xiaomi Mi Router 4A Gigabit Edition

- Software versions of OpenWrt/LEDE release, packages, etc.

OpenWRT 21.02-rc2

- Description

The link speed auto-negotiation is broken. I’ve a 1Gbps switch and a 4-lines ethernet cable (pins 1 2 3 6). It should be possible to achieve a max speed of 100Mbps full duplex. When I connect the switch to the WAN port of the router, the link speed shows up as 1Gbps full duplex (in the router).

Ethernet connectivity remains non-functional unless I set a proper speed and duplex (ex.

ethtool -s wan speed 100 duplex full autoneg off

).

20.04.20213746Base systemBug ReportVery LowLowx86_64 EFI image fails to boot when USB device is plugg...openwrt-21.02Unconfirmed Task Description

Snapshot OR 21.02.0-rc1-x86_64 will not boot EFI

System: AsRock J5005-ITX (EFI only boot), 4GB ram, Intel Dual 1000PT server adapter

 

Steps used to typically install snapshot:

Boot SystemRescueCD to prompt
issue dd if=openwrt-xxx of=/dev/sda
partitions are copied over, reboot
Error on Snapshot: “error: disk ‘hd0,gpt1’ not found

on RC1 file copies over as above but it does not boot in any fashion just returns to the bios screen.

It’s been a long time since I tested the EFI snapshots, but at one point they worked fine. Given that the EFI support was added to master, I decided to wait on 2021.02 for full implementation.

The original pull on github was https://github.com/openwrt/openwrt/pull/1968, but it has since been closed, and I saw there was some work on the EFI stack for dual booting. That image may in fact boot on a non-EFI system, but I do not have any way to test.

At this point I would say both snapshot and RC1 are broken for x86_64 EFI systems.

29.11.20214163Base systemBug ReportVery LowHighwrt1200ac - Unstable 5GHz after upgrading to OpenWrt 21...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Linksys WRT1200AC
- Software versions of OpenWrt/LEDE release, packages, etc.

 OpenWrt 21.02.1, r16325-88151b8303

- Steps to reproduce - just upgrade to OpenWrt 21.02.1, r16325-88151b8303

 

More details https://github.com/kaloz/mwlwifi/issues/404


14.07.20213934Base systemBug ReportVery LowHighWireless Wan loosing packets when pppoe-wan is upopenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Home Hub 5, Linksys EA8300, Linksys WRT32x
- Software versions of OpenWrt 21.02-rc3
- Steps to reproduce:

Configure pppoe-wan and wwan to your ISPs

Bring up wwan
# ping -I wwan0 8.8.8.8
all good.

Now bring up wan (pppoe-wan)
# ifup wan

ping -I wwan0 8.8.8.8 looses packets in initial pings as follows:

# ping -c10 -Iwwan0 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=4 ttl=113 time=201.142 ms
64 bytes from 8.8.8.8: seq=5 ttl=113 time=41.131 ms
64 bytes from 8.8.8.8: seq=6 ttl=113 time=50.998 ms
64 bytes from 8.8.8.8: seq=7 ttl=113 time=40.956 ms
64 bytes from 8.8.8.8: seq=8 ttl=113 time=50.932 ms
64 bytes from 8.8.8.8: seq=9 ttl=113 time=40.753 ms

— 8.8.8.8 ping statistics — 10 packets transmitted, 6 packets received, 40% packet loss
round-trip min/avg/max = 40.753/70.985/201.142 ms

As a consequence wwan gets disabled by mwan3 because the test pings always fail.

If I take down wan (ifdown wan), then ping through wwan0 works normally.

The same configuration was working fine in 19.07 therefore something was changed in 21.02 that causes this issue with the wireless wan network. I am not sure however if this is related to “Wireless Wan”, but I do not have a second wan of ethernet type that I can test this issue with.

Excerpt from /etc/config/network relative to the interfaces:

config interface ‘wan’

  option device 'wan'
  option proto 'pppoe'
  option username 'vodafonedsl'
  option password 'vodafonedsl'
  option metric '1'
  option ipv6 '0'
  option delegate '0'

config interface ‘wwan’

  option proto 'ncm'
  option device '/dev/cdc-wdm0'
  option pdptype 'IP'
  option apn 'web.omnitel.it'
  option service 'preferlte'
  option ipv6 '0'
  option metric '5'
 

The only solution right now is to return to 19.07 that works flawlessly with the same configuration.
Tested with 3 different router (as specified above), all giving the same result.

29.10.20214115Base systemBug ReportVery LowHighWireless device is always disabled when using STA+AP wi...openwrt-21.02Unconfirmed Task Description

root@OpenWrt:~# opkg list | grep ath10k
ath10k-board-qca4019 - 20201118-3
ath10k-firmware-qca4019-ct - 2020-11-08-1
kmod-ath10k-ct - 5.4.154+2021-09-22-e6a7d5b5-1
root@OpenWrt:~# cat /etc/openwrt_release
DISTRIB_ID=’OpenWrt’ DISTRIB_RELEASE=’21.02.1’ DISTRIB_REVISION=’r16325-88151b8303’ DISTRIB_TARGET=’ipq40xx/generic’ DISTRIB_ARCH=’arm_cortex-a7_neon-vfpv4’ DISTRIB_DESCRIPTION=’OpenWrt 21.02.1 r16325-88151b8303’ DISTRIB_TAINTS=’’

I am running Openwrt on my new Fritzbox 4040.
I would like to make it my camping wifi AP, therefore I have installed travelmate.
Sadly it does not work as it should.
After every reboot, every and every change to the “Client” or “Master” Device, the “Client” Wifi is always disabled and has to be enabled manually. Also sometimes it takes ages to even get it going - with constant resetting of the device.
Also if the client wifi channels change, the AP+STA “Construct” does not work most of the time, even if enabled manually. This is by far not an ideal experience.
I am not sure if it additionally has something to do with DFS, thats why I have left my bug report at the ath10-ct github open. But greearb meant I should also contact you guys here.

https://github.com/greearb/ath10k-ct/issues/189 I have posted a syslog and dmesg there.

19.04.20213745Base systemBug ReportVery LowLowWireless 'isolate' option not working in brcmfmac drive...openwrt-21.02Unconfirmed Task Description

Device: BCM4356 WiFi chip + brcmfmac
OpenWRT Version: 21.02 (commit 50f2f25d58 [4 days ago])

I experienced the problem using OpenWrt 21.02 on a device using the brcmfmac driver for the BCM4356 chip.

I’ve only been able to test this on an InvizBox 2 (not supported by OpenWRT) but I suspect it to also be a problem for other devices using brcmfmac.

Steps to reproduce:

On a device running OpenWRT 21.02 and with a WiFi chip using the brcmfmac driver:

Set wireless.<wifi-iface>.isolate=’1’ on the WiFi interface that uses the brcmfmac driver.

Devices connected to the WiFi interface should be isolated from each other, but are not.

Notes / Potential fixes:

I was able to fix this issue by building with a specific patch for brcmfmac from the latest Cypress Linux WiFi Driver Release (FMAC)(https://community.cypress.com/t5/Wi-Fi-Bluetooth-for-Linux/Cypress-Linux-WiFi-Driver-Release-FMAC-2021-01-14/m-p/268899). The particular patch that fixed the issue can be found in the .zip file linked in the latest Cypress driver release. cypress-fmac-v5.4.18-2021_0114.zip > cypress-patch-v5.4.18-2021_0114.tar.gz > cypress-patch > 0004-brcmfmac-support-AP-isolation.patch.

The patch has not been accepted into linux-wireless yet. But there are details about it here: https://patchwork.kernel.org/project/linux-wireless/patch/20200901063237.15549-2-wright.feng@cypress.com/.

Let me know if you need any more information or there’s anything I can do to help sort this out. Thanks.

28.07.20213953Base systemBug ReportVery LowMediumWireguard slow performance - mpc85xx (Tp-Link WDR-4900)...openwrt-21.02Unconfirmed Task Description

With openwrt-21.02-rc3 the wireguard vpn speed is quite slow ~ 50 Mbps, compared to 19.07.7 where I get 100 Mbps.
My hardware is Tp-Link WDR-4900 - mpc85xx.

18.11.20214141KernelBug ReportVery LowLowWifi unstable Kernel warning in mac80211/rate.copenwrt-21.02Unconfirmed Task Description

Wifi unstable Kernel warning in mac80211/rate.c

Is this related to https://patchwork.kernel.org/project/linux-wireless/patch/20180117101405.16700-1-nbd@nbd.name/

Name the tree/revision/version = 21.02.1 and 21.02.2
Name the affected device = WDR4900 4 units all the same
What does it do that it should not do / what does it not do that it should do = Wifi becomes unstable fails and restarts with error shown
Steps to reproduce = leave it on for a couple of days
What you have already done to workaround/fix the problem = Revert to v19

————[ cut here ]———— [723741.978905] WARNING: CPU: 0 PID: 0 at backports-5.10.68-1/net/mac80211/rate.c:677 0xc9636ea0 [mac80211@880b69f1+0xa2660]
[723741.989848] Modules linked in: tun ath9k ath9k_common xt_connlimit pppoe ppp_async nf_conncount iptable_nat ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT wireguard pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_netlink nf_conntrack mac80211 libchacha20poly1305 libblake2s ipt_REJECT cfg80211 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 slhc sch_cake nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libpoly1305 libcurve25519_generic libchacha libblake2s_generic iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred act_gact xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport
[723741.989980] 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 ifb ip6_udp_tunnel udp_tunnel kpp gpio_keys leds_gpio fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd button_hotplug input_core usbcore usb_common
[723742.120347] CPU: 0 PID: 0 Comm: swapper Not tainted 5.4.154 #0
[723742.126256] NIP: c9636ea0 LR: c9594104 CTR: c006d108
[723742.131385] REGS: c7ff5ca8 TRAP: 0700 Not tainted (5.4.154)
[723742.137292] MSR: 00029000 <CE,EE,ME> CR: 48048882 XER: 00000000
[723742.143555]
[723742.143555] GPR00: 00000000 c7ff5d60 c068ba40 00000100 ffffffff 000000c7 00000001 00000001
[723742.143555] GPR08: 0000000a c448ae58 000007c6 c47583e0 88044482 00000000 c068fcac c0690000
[723742.143555] GPR16: 00200002 00000000 c06b0000 c05b1b04 00000009 00000000 fffff000 00000001
[723742.143555] GPR24: c3914cf8 00000000 c4480130 c4a3b708 c3914cf8 00000004 c448ae58 c47583c0
[723742.178843] Call Trace:
[723742.181368] [c7ff5d60] [c7ff5d64] 0xc7ff5d64 (unreliable)
[723742.186847] [c7ff5dd0] [c95940c4] 0xc95940c4 [ath9k@814d09d6+0x1f4f8]
[723742.193368] [c7ff5e10] [c958b980] 0xc958b980 [ath9k@814d09d6+0x1f4f8]
[723742.199890] [c7ff5e50] [c96498fc] 0xc96498fc [mac80211@880b69f1+0xa2660]
[723742.206671] [c7ff5e90] [c9649ae0] 0xc9649ae0 [mac80211@880b69f1+0xa2660]
[723742.213453] [c7ff5eb0] [c96518e4] 0xc96518e4 [mac80211@880b69f1+0xa2660]
[723742.220235] [c7ff5f10] [c96535bc] 0xc96535bc [mac80211@880b69f1+0xa2660]
[723742.227013] [c7ff5f60] [c002e6e0] 0xc002e6e0
[723742.231361] [c7ff5f90] [c05a9d3c] 0xc05a9d3c
[723742.235709] [c7ff5ff0] [c000d294] 0xc000d294
[723742.240058] [c06afe88] [c00057b8] 0xc00057b8
[723742.244405] [c06afea8] [c000f4ac] 0xc000f4ac
[723742.248754] — interrupt: 501 at 0xc00084e8
[723742.248754] LR = 0xc00084e8
[723742.256312] [c06aff70] [c0054c00] 0xc0054c00 (unreliable)
[723742.261790] [c06aff80] [c0052c6c] 0xc0052c6c
[723742.266138] [c06affa0] [c0052de4] 0xc0052de4
[723742.270485] [c06affb0] [c0660ae4] 0xc0660ae4
[723742.274833] [c06afff0] [c000038c] 0xc000038c
[723742.279178] Instruction dump:
[723742.282227] 40820010 891f002d 71080040 40820054 7f9d3800 40bdfe44 39290003 4bfffde4
[723742.290061] 54c6073e 2b86000a 38c00001 7cc0371e <0f060000> 7f9d3800 40bdfe20 39290003
[723742.298068] —[ end trace 2b9045ebeb5ab14c ]—

 


29.04.20213760Base systemBug ReportVery LowCriticalWifi to WAN traffic causes eth0 to crash with a NETDEV ...openwrt-21.02Unconfirmed Task Description

I have been testing OpenWRT 21.02-RC1 stock released firmware image on the Newifi-D2 target (MT7621 based).

Sporadically while using the router, i experience the WAN interface crashing with NETDEV WATCHDOG errors.

I am using the released image for OpenWrt 21.02-rc1 for the Newifi-D2 target
I have also experienced this fault with a custom router build based on MT7621 for a different target, the fault appears general to MT7621 not this target.

I have loaded 19.07.7 stock firmware on this same hardware and the fault does not occur in that firmware version. A colleague has replicated this fault in 21.02-RC1 with the same type of target (physically different unit), but in a different environment with no shared network resources.

Other than setting up the wifi ssid and password and enabling the 5ghz radio, the network settings are stock.

I have worked out a 90% reliable test case to reproduce the fault:

Have a client device connected to the router on WiFi 5ghz
And a local Iperf3 server running on the wan side of the wired interface.

On the server run:

iperf3 -s

Note the servers IP address

On the client run:

iperf3 -c <serverIP> -P 50

Notes:
Iperf3 server needs to be local on a 1gbps wired link. With an internet based Iperf3 server (or one with a slower connection) the error is much harder to trigger, it will happen but its much more random.
The number of connections does not need to be 50, however, the lower the number of connections the less reliable the error triggers.
The WiFi client should be getting about 300-400mbps throughput over the wifi link when its working correctly.

On most runs, the iperf3 performance will drop to 0mbps, logread on the router then reveals:

Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.065748] ------------[ cut here ]------------
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.070403] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:448 0x8047e780
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.077443] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.084412] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.147503] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.4.111 #0
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.153490] Stack : 00000000 80840000 ffffffff 8007d6e0 00000000 00000000 00000000 00000000
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.161831]         00000000 00000000 00000000 00000000 00000000 00000001 8fc0fd50 8ba64c1c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.170163]         8fc0fde8 00000000 00000000 00000000 00000038 805e1804 342e3520 3131312e
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.178486]         00000000 0000001c 00000000 0002402f 00000000 8fc0fd30 00000000 8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.186808]         00000009 00000001 00200000 00000122 00000003 80359e2c 00000004 80810004
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.195132]         ...
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.197567] Call Trace:
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.197583] [<8007d6e0>] 0x8007d6e0
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.203512] [<805e1804>] 0x805e1804
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.206990] [<8047e780>] 0x8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.210464] [<80359e2c>] 0x80359e2c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.213941] [<8000b05c>] 0x8000b05c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.217409] [<8000b064>] 0x8000b064
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.220879] [<805c6f9c>] 0x805c6f9c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.224351] [<8007d8ac>] 0x8007d8ac
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.227829] [<8002bfe8>] 0x8002bfe8
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.231302] [<8047e780>] 0x8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.234775] [<8002c0c0>] 0x8002c0c0
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.238257] [<8047e780>] 0x8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.241731] [<800a9018>] 0x800a9018
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.245212] [<8047e484>] 0x8047e484
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.248688] [<800965d4>] 0x800965d4
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.252161] [<8009681c>] 0x8009681c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.255640] [<805e7d1c>] 0x805e7d1c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.259116] [<80030768>] 0x80030768
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.262588] [<802f8404>] 0x802f8404
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.266064] [<80006c28>] 0x80006c28
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.269533]
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.271153] ---[ end trace eabfb050c5985bce ]---
Thu Apr 29 03:58:44 2021 kern.err kernel: [  578.275799] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.282602] mtk_soc_eth 1e100000.ethernet eth0: Link is Down
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.318310] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.326251] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

This only occurs on the first instance of the error, the error will repeatedly occur but the only evidence in the logs after the first error is:

Thu Apr 29 04:33:36 2021 kern.err kernel: [ 2670.043971] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Thu Apr 29 04:33:36 2021 kern.info kernel: [ 2670.050555] mtk_soc_eth 1e100000.ethernet eth0: Link is Down
Thu Apr 29 04:33:36 2021 kern.info kernel: [ 2670.084619] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
Thu Apr 29 04:33:36 2021 kern.info kernel: [ 2670.092556] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
24.07.20213947KernelBug ReportVery LowCriticalWifi STA that loses AP signal takes down the whole rout...openwrt-21.02Unconfirmed Task Description

Initially reported on forum: https://forum.openwrt.org/t/wifi-client-disconnecting-takes-the-whole-wifi-ap-down-on-21-02-snapshot-how-to-debug/102094/8

Device: Asus RT-N56U
Branch: openwrt-21.02, initial report commit 60fad8f (v21.02.0-rc3-74-g60fad8f82b)

Observation: when a wifi client disconnects that appears to see the AP with low signal strength, the whole AP goes down. Verified with airmon/tcpdump that AP beacons stop. Reboot of the router also observed when log_level set to 2 or lower.

Bisecting, commit https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=a078037ace50 (v21.02.0-rc3-35-ga078037ace) seems to be the issue:

    mac80211: improve rate control performance

    Call rate control handler after intermediate queueuing
    Includes follow-up fixes

Test case:

1. Connect to AP
2. Move far away or shield mobile so the AP signal drops significantly as seen by mobile
3. Viewing the wifi networks of the mobile (android), if when signal drops below some threshold:
4.1 AP disappears from list: FAIL [the router also reboots]
4.2 AP moves from “Connected” to “Saved”: PASS

I did not have these issues at all in May 2021 using the dev snapshot. I updated to the July 2021 dev snapshot, observed the issue, then built openwrt-21.02 and still observed the issue.

08.07.20213921Base systemBug ReportVery LowHighWAVLINK WL-WN577A2 (Maginon WLR-755AC) still crashes un...openwrt-21.02Unconfirmed Task Description

Device problem occurs on: WAVLINK WL-WN577A2 / Maginon WL-755 / Winstars WS-WN577A2 / Winstars WS-WN566A2 (MT7628AN)

Software versions of OpenWrt/LEDE release, packages, etc.:
all released till now! (testet lately with 20.01-rc3-snapshot again)

Problem:

The WLR755AC-Device regulary crashes under high load (LAN → WLAN) when using OpenWRT (latest 20.01-rc3 snapshot).
Using the stock firmware the issue does not occur.

With normal or low load the device works relieable and stable.

But when put under high load like playing a fullhd video, copying a lot of data and iperf simultaneously over WLAN the device will crash after a while.
The surface of the case will get palpable warm.

As there are only (too) very few venting holes on the downside of the device I assumed this could be the cause for the crash. It is not I proofed:

I opened the case (two screws on the bottom and four plastic clamps, two on very long side, sits very tight but can be removed without breaking the brackets if you work carful) and tried again with the case open:

Too put load on the device I copied a 3GB directory with mp3 files and startet iperf:

Device crashed after a few minutes, wlan does not come up again. Had to hard-reset (powercycle).

Active cooling:

Put a big office-fan right in front of the opened device:

Same result, device crashed after a few minutes but wlan came back by itself this time.

So the issue is NOT related to overheating but to some bug relatet to OpenWRT.

# iperf -c 192.168.200.14 -i 5 -t300
[  3] 215.0-220.0 sec  34.2 MBytes  57.5 Mbits/sec
[  3] 220.0-225.0 sec  34.2 MBytes  57.5 Mbits/sec
[  3] 225.0-230.0 sec  28.0 MBytes  46.9 Mbits/sec
[  3] 230.0-235.0 sec  1.12 MBytes  1.88 Mbits/sec
[  3] 235.0-240.0 sec  0.00 Bytes  0.00 bits/sec
[  3] 240.0-245.0 sec  0.00 Bytes  0.00 bits/sec
[  3] 245.0-250.0 sec  0.00 Bytes  0.00 bits/sec
30.07.20213957Base systemBug ReportVery LowCriticalWAN port broken on WNDR3800openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Netgear WNDR3800-1CHNAS
- OpenWrt 21.02-SNAPSHOT r16247-60fad8f82b
- Steps to reproduce:

  • Flash from stock to OpenWRT 19.07.x ATH79
  • Flash from 19.07.x to OpenWRT 21.02-SNAPSHOT
  • Reset to factory in GUI
  • WAN never comes up, it never leaves “UP BROADCAST MULTICAST” according to ifconfig.
  • WAN port is always flapping, nothing is logged on kernel/system logs.

The hardware was checked before flashing, in OEM firmware WAN is working.

As shown below one of the ports has a blank uid value (full zeros).

(Attached is a full copy of kernel log.

[ 1.192635] ag71xx 19000000.eth: connected to PHY at fixed-0:00 [uid=00000000, driver=Generic PHY]
[ 1.202218] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: rgmii
[ 1.524463] ag71xx 1a000000.eth: connected to PHY at rtl8366s:04 [uid=001cc960, driver=Generic PHY]
[ 1.534115] eth1: Atheros AG71xx at 0xba000000, irq 5, mode: rgmii

13.05.20213809Base systemBug ReportVery LowHighv21.02.0-rc1 reports false missing "which" on fedora 34openwrt-21.02New Task Description

i use fedora 34, installed the required software and “which” is available on the command line

[oli@lucy openwrt]$ which which | grep which
which ()

eval ${which_declare} ) | /usr/bin/which --tty-only --read-alias --read-functions --show-tilde --show-dot "$@"

but when i run “./scripts/feeds update -a” i get:
hecking ‘perl’... ok.
Checking ‘python2-cleanup’... ok.
Checking ‘python’... ok.
Checking ‘python3’... ok.
Checking ‘git’... ok.
Checking ‘file’... ok.
Checking ‘rsync’... ok.
Checking ‘which’... failed.
Checking ‘ldconfig-stub’... ok.

Build dependency: Please install ‘which’

Prerequisite check failed. Use FORCE=1 to override.
gmake: *** [/home/oli/openwrt/include/toplevel.mk:180: staging_dir/host/.prereq-build] Fehler 1

[oli@lucy ~]$ rpm -qa | grep which
which-2.21-26.fc34.x86_64

corrected the meta infos of this ticket and copied it from https://bugs.openwrt.org/index.php?do=details&task_id=3805

08.10.20214072Base systemBug ReportVery LowMediumUSB 3.0 drive not able to mount when plugged into 3.0 p...openwrt-21.02Unconfirmed Task Description

*Log is provided in link below please don’t skip this!* The

Bought a new external USB 3.0 enclosure for SMB. Installed 2TB drive in said enclosure, hooked it up and cannot get it to be recognized when plugged into the USB 3.0 port on my Asus AC68U. It does work on the 2.0 port. And it does work on 3.0 port if i use a 2.0 hub. strange indeed! also note that the USB 3.0 port does correctly identify and mount 2 other 3.0 drives I have.

See here for more info: https://forum.openwrt.org/t/openwrt-21-02-asus-ac68u-unable-to-see-usb-3-0-drives/107161/5 and here: https://bugs.openwrt.org/index.php?do=details&task_id=1862

I did try editing /etc/modules.d/usb-storage to add quirks=VID:PID:u after usb-storage (on the same line). VID/PID must be of your UAS device. kmod-usb-storage-uas should be installed. Reboot for the changes to take effect.

But this this not work.

output of lsusb:
root@AC68U-43B8:~# lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux 5.4.143 ohci_hcd Generic Platform OHCI controller
Bus 004 Device 002: ID 174c:55aa RSH-339 ASM1153E
Bus 004 Device 001: ID 1d6b:0003 Linux 5.4.143 xhci-hcd xHCI Host Controller
Bus 001 Device 001: ID 1d6b:0002 Linux 5.4.143 ehci_hcd EHCI Host Controller
Bus 003 Device 001: ID 1d6b:0002 Linux 5.4.143 xhci-hcd xHCI Host Controller

the device in question is this ID 174c:55aa RSH-339 ASM1153E

root@AC68U-43B8:~# lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M

  |__ Port 1: Dev 2, If 0, Class=, Driver=, 5000M

/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/0p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/2p, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/2p, 480M


Keep in mind this device works on my USB 2.0 port as it should, but not the 3.0 port. However if I flash Tomato firmware to my AC68U then this drive has no issues being mounted while plugged into the USB 3.0 port. If I go back to OpenWRT, as I am now, it once again refuses to mount when plugged into the 3.0 port.

12.01.20224223Base systemBug ReportVery LowLowUpgrade from ar71xx to ath79 fails on NETGEAR WNDR4300 ...openwrt-21.02Unconfirmed Task Description

Reporting according to
https://openwrt.org/docs/guide-user/installation/ar71xx.to.ath79

because from what I gather, that is probably the cause for the upgrade failure.

Model NETGEAR WNDR4300
Architecture Atheros AR9344 rev 2
Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-21.357.58233-6f349c9

sysupgrade -n openwrt-21.02.1-ath79-nand-netgear_wndr4300-squashfs-sysupgrade.bin

fails with

Device wndr4300 not supported by this image
Supported devices: netgear,wndr4300
Invalid sysupgrade file.
Image check failed.

Image downloaded from
https://downloads.openwrt.org/releases/21.02.1/targets/ath79/nand/openwrt-21.02.1-ath79-nand-netgear_wndr4300-squashfs-sysupgrade.bin

Checked
https://openwrt.org/docs/techref/targets/ar71xx-ath79

Also tried the SNAPSHOT from
https://downloads.openwrt.org/snapshots/targets/ath79/nand/openwrt-ath79-nand-netgear_wndr4300-squashfs-sysupgrade.bin

sysupgrade -T openwrt-ath79-nand-netgear_wndr4300-squashfs-sysupgrade.bin
Device wndr4300 not supported by this image
Supported devices: netgear,wndr4300
Invalid sysupgrade file.
Image check failed.

dmesg output attached.

And last, but not least, thanks for this excellent project.
/Yan

19.09.20214046Base systemBug ReportVery LowMediumUniFI 6 LR 5 GHz doesn't always come upopenwrt-21.02Unconfirmed Task Description

I upgraded my UniFI 6 LR from 21.02-rc4 to 21.02, and the 5 GHz didn’t come up

The log contained:

[   82.530766] procd: - init -
[   82.693561] urngd: v1.0.2 started.
[   82.693573] kmodloader: loading kernel modules from /etc/modules.d/*
[   82.715949] Loading modules backported from Linux version v5.10.42-0-g65859eca4dff
[   82.721972] random: crng init done
[   82.723533] Backport generated by backports.git v5.10.42-1-0-gbee5c545
[   82.726920] random: 6 urandom warning(s) missed due to ratelimiting
[   82.758353] xt_time: kernel timezone is -0000
[   82.825175] mtk-spi-nor 11014000.spi: dma read timeout.
[   82.832591] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   82.860179] mt7915e 0000:01:00.0: assign IRQ: got 130
[   82.865298] pci 0000:00:00.0: enabling bus mastering
[   82.870276] mt7915e 0000:01:00.0: enabling device (0000 -> 0002)
[   82.876353] mt7915e 0000:01:00.0: enabling bus mastering
[   82.910736] mt7622-wmac 18000000.wmac: HW/SW Version: 0x8a108a10, Build Time: 20190801210006a
[   82.910736] 
[   82.958342] mt7915e 0000:01:00.0: HW/SW Version: 0x8a108a10, Build Time: 20201105222230a
[   82.958342] 
[   83.083169] mt7622-wmac 18000000.wmac: N9 Firmware Version: 2.0, Build Time: 20200131180931
[   83.103528] mt7915e 0000:01:00.0: WM Firmware Version: ____000000, Build Time: 20201105222304
[   83.152087] mt7915e 0000:01:00.0: WA Firmware Version: DEV_000000, Build Time: 20201105222323
[   83.270498] mtk-spi-nor 11014000.spi: dma read timeout.
[   83.276046] mt7915e: probe of 0000:01:00.0 failed with error -110
[   83.289668] PPP generic driver version 2.4.2
[   83.294505] NET: Registered protocol family 24
[   83.302489] kmodloader: done loading kernel modules from /etc/modules.d/*
[   85.403795] mtk_soc_eth 1b100000.ethernet eth0: configuring for fixed/2500base-x link mode
[   85.412217] mtk_soc_eth 1b100000.ethernet eth0: Link is Up - 2.5Gbps/Full - flow control off

I then rebooted, and it did come up, the log now showed:

[    6.916314] procd: - init -
[    7.066192] kmodloader: loading kernel modules from /etc/modules.d/*
[    7.080571] urngd: v1.0.2 started.
[    7.088294] Loading modules backported from Linux version v5.10.42-0-g65859eca4dff
[    7.095887] Backport generated by backports.git v5.10.42-1-0-gbee5c545
[    7.108576] random: crng init done
[    7.112008] random: 6 urandom warning(s) missed due to ratelimiting
[    7.120977] xt_time: kernel timezone is -0000
[    7.198829] mtk-spi-nor 11014000.spi: dma read timeout.
[    7.206369] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[    7.238726] mt7915e 0000:01:00.0: assign IRQ: got 130
[    7.243838] pci 0000:00:00.0: enabling bus mastering
[    7.248816] mt7915e 0000:01:00.0: enabling device (0000 -> 0002)
[    7.254907] mt7915e 0000:01:00.0: enabling bus mastering
[    7.285262] mt7622-wmac 18000000.wmac: HW/SW Version: 0x8a108a10, Build Time: 20190801210006a
[    7.285262] 
[    7.346831] mt7915e 0000:01:00.0: HW/SW Version: 0x8a108a10, Build Time: 20201105222230a
[    7.346831] 
[    7.436626] mt7622-wmac 18000000.wmac: N9 Firmware Version: 2.0, Build Time: 20200131180931
[    7.532980] mt7915e 0000:01:00.0: WM Firmware Version: ____000000, Build Time: 20201105222304
[    7.583152] mt7915e 0000:01:00.0: WA Firmware Version: DEV_000000, Build Time: 20201105222323
[    7.710630] PPP generic driver version 2.4.2
[    7.716260] NET: Registered protocol family 24
[    7.724504] kmodloader: done loading kernel modules from /etc/modules.d/*
[    9.395937] mtk_soc_eth 1b100000.ethernet eth0: configuring for fixed/2500base-x link mode
[    9.404503] mtk_soc_eth 1b100000.ethernet eth0: Link is Up - 2.5Gbps/Full - flow control off
10.12.20214183ToolchainBug ReportVery LowHighundefined reference to `std::__cxx11::basic_string<char...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- HuaWei Hi3516
- bleeding
~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z4TrimRNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×48): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_erase(unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z4TrimRNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×60): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_not_of(char const*, unsigned int, unsigned int) const’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z4TrimRNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×84): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_erase(unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: ~/Desktop/HiSpark_Hi3516DV300_SDK_SPC021/smp/a7_linux/mpp/sample/svp/hirt/../../../../mpp/lib/libsvpruntime.a(hirt_common_cplus.o): in function `Str2int(std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)’:
hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7
cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x1fc): undefined reference to `std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2f4): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x3f8): undefined reference to `std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×420): undefined reference to `VTT for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×424): undefined reference to `vtable for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z7Str2intRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x42c): undefined reference to `vtable for std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: ~/Desktop/HiSpark_Hi3516DV300_SDK_SPC021/smp/a7_linux/mpp/sample/svp/hirt/../../../../mpp/lib/libsvpruntime.a(hirt_common_cplus.o): in function `Str2uc(std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)’:
hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x1fc): undefined reference to `std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2f4): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x3f8): undefined reference to `std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×420): undefined reference to `VTT for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×424): undefined reference to `vtable for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z6Str2ucRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x42c): undefined reference to `vtable for std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: ~/Desktop/HiSpark_Hi3516DV300_SDK_SPC021/smp/a7_linux/mpp/sample/svp/hirt/../../../../mpp/lib/libsvpruntime.a(hirt_common_cplus.o): in function `Str2uint(std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)’:
hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7
cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x1fc): undefined reference to `std::cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned int, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x2f4): undefined reference to `std::cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int)’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x3f8): undefined reference to `std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×420): undefined reference to `VTT for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0×424): undefined reference to `vtable for std::cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: hirt_common_cplus.cpp:(.text._Z8Str2uintRKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x42c): undefined reference to `vtable for std::__cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >’ ~/staging_dir/toolchain-arm_cortex-a7_gcc-11.2.0_glibc_eabi/bin/../lib/gcc/arm-openwrt-linux-gnueabi/11.2.0/../../../../arm-openwrt-linux-gnueabi/bin/ld: warning: .fini_array section has zero size

23.12.20214198Base systemBug ReportVery LowMediumUbnt Bullet M2 XW broken with 21.02+openwrt-21.02Unconfirmed Task Description

OpenWRT 19.07 works (https://downloads.openwrt.org/releases/19.07.8/targets/ath79/generic/openwrt-19.07.8-ath79-generic-ubnt_bullet-m-xw-squashfs-factory.bin)
OpenWrt 21.02 or master doesn’t (tftp flash or sysupgrade)

(need to find my serial cable now)

05.05.20213782Base systemBug ReportVery LowCriticalTP-Link CPE510 v2 bootloop with 21.02.0-rc1openwrt-21.02Requires testing Task Description

Installing the 21.02.0-rc1 Sysupgrade image on the TP-Link CPE510 v2 or TP-Link CPE610 v1 results in the same bootloop as reported in https://bugs.openwrt.org/index.php?do=details&task_id=3750

Here is a log from my device with a line length of 80 chars

TP-LINK SafeLoader (Build time: Jun 14 2017 - 10:08:41)
CPU: 560MHz AHB: 225MHz DDR: 8MB
Performing LED check..  PASS
Press CTRL+B to enter SafeLoader: 1

Allocated memory for elf segment ok: addr: 0x80060000, size 0x16dc
Loading .text @ 0x80060000 (5852 bytes)

Starting kernel


OpenWrt kernel loader for AR7XXX/AR9XXX
Copyright (C) 2011 Gabor Juhos <juhosg@openwrt.org>
Looking for OpenWrt image... found at 0xbf043000
Decompressing kernel... done!
Starting kernel at 80060000...
[    0.000000] Linux version 5.4.111 (builder@buildhost) (gcc version 8.4.0 (Ope
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001974c (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link CPE510 v2
[    0.000000] SoC: Atheros AR9344 rev 2
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16240
[    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jf
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes, li
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes, lin
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 57336K/65536K available (5216K kernel code, 190K rwdata,
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from 0x80655984 with crng_init=0
[    0.000000] CPU clock: 560.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_
[    0.000010] sched_clock: 32 bits at 280MHz, resolution 3ns, wraps every 7669
[    0.009095] Calibrating delay loop... 278.78 BogoMIPS (lpj=557568)
[    0.052225] pid_max: default: 32768 minimum: 301
[    0.057783] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, line
[    0.066284] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes,
[    0.080827] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, m
[    0.092208] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.100259] pinctrl core: initialized pinctrl subsystem
[    0.109580] NET: Registered protocol family 16
[    0.117299] GPIO line 18 (tp-link:ext:lna0) hogged as output/high
[    0.124466] GPIO line 19 (tp-link:ext:lna1) hogged as output/high
[    0.159972] workqueue: max_active 576 requested for napi_workq is out of ran
[    0.176037] clocksource: Switched to clocksource MIPS
[    0.183518] NET: Registered protocol family 2
[    0.189793] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096
[    0.199606] TCP established hash table entries: 1024 (order: 0, 4096 bytes, 
[    0.208534] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.216742] TCP: Hash tables configured (established 1024 bind 1024)
[    0.224301] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.231970] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.240490] NET: Registered protocol family 1
[    0.245632] PCI: CLS 0 bytes, default 32
[    0.255091] workingset: timestamp_bits=14 max_order=14 bucket_order=0
[    0.271344] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.278179] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORI
[    0.307686] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 
[    0.321044] pinctrl-single 1804002c.pinmux: 544 pins, size 68
[    0.329034] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.339440] printk: console [ttyS0] disabled
[    0.344535] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 25
[    0.354585] printk: console [ttyS0] enabled
[    0.354585] printk: console [ttyS0] enabled
[    0.363495] printk: bootconsole [early0] disabled
[    0.363495] printk: bootconsole [early0] disabled
[    0.388005] spi-nor spi0.0: gd25q64 (8192 Kbytes)
[    0.392920] 6 fixed-partitions partitions found on MTD device spi0.0
[    0.399384] Creating 6 MTD partitions on "spi0.0":
[    0.404285] 0x000000000000-0x000000020000 : "u-boot"
[    0.410563] 0x000000020000-0x000000030000 : "partition-table"
[    0.417611] 0x000000030000-0x000000040000 : "info"
[    0.423688] 0x000000040000-0x0000007c0000 : "firmware"
[    0.430160] 0x0000007c0000-0x0000007f0000 : "config"
[    0.436538] 0x0000007f0000-0x000000800000 : "art"
[    0.445059] libphy: Fixed MDIO Bus: probed
[    0.768479] libphy: ag71xx_mdio: probed
[    0.773748] libphy: ar8xxx-mdio: probed
[    0.785848] switch0: Atheros AR8229 rev. 1 switch registered on mdio.0
[    1.145976] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd
[    1.156116] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[    1.162648] i2c /dev entries driver
[    1.169430] NET: Registered protocol family 10
[    1.180091] random: fast init done
[    1.184945] Segment Routing with IPv6
[    1.188879] NET: Registered protocol family 17
[    1.193512] bridge: filtering via arp/ip/ip6tables is no longer available by
[    1.206679] 8021q: 802.1Q VLAN Support v1.8
[    1.212391] hctosys: unable to open rtc device (rtc0)
[    1.218812] /dev/root: Can't open blockdev
[    1.223069] VFS: Cannot open root device "(null)" or unknown-block(0,0): err
[    1.230673] Please append a correct "root=" boot option; here are the availa
[    1.239162] 1f00             128 mtdblock0 
[    1.239166]  (driver?)
[    1.245826] 1f01              64 mtdblock1 
[    1.245829]  (driver?)
[    1.252485] 1f02              64 mtdblock2 
[    1.252488]  (driver?)
[    1.259138] 1f03            7680 mtdblock3 
[    1.259140]  (driver?)
[    1.265792] 1f04             192 mtdblock4 
[    1.265795]  (driver?)
[    1.272452] 1f05              64 mtdblock5 
[    1.272455]  (driver?)
[    1.279103] Kernel panic - not syncing: VFS: Unable to mount root fs on unkn
[    1.287482] Rebooting in 1 seconds..


18.10.20214089Base systemBug ReportVery LowMediumTP-Link Archer C7 v5 - TEMPer1 (USB HID Device) not rec...openwrt-21.02Unconfirmed Task Description

I am using a TEMPer1 device and when connecting it to an Archer C7 v5, it is not recognized. In the log, there are following errors:

Mon Oct 18 19:25:57 2021 kern.info kernel: [ 407.582498] usb 1-1: new low-speed USB device number 2 using ehci-platform
Mon Oct 18 19:26:12 2021 kern.err kernel: [ 422.842461] usb 1-1: device descriptor read/64, error -145
Mon Oct 18 19:26:27 2021 kern.err kernel: [ 438.282399] usb 1-1: device descriptor read/64, error -145
Mon Oct 18 19:26:28 2021 kern.info kernel: [ 438.552372] usb 1-1: new low-speed USB device number 3 using ehci-platform
Mon Oct 18 19:26:43 2021 kern.err kernel: [ 453.882301] usb 1-1: device descriptor read/64, error -145
Mon Oct 18 19:26:58 2021 kern.err kernel: [ 469.322235] usb 1-1: device descriptor read/64, error -145
Mon Oct 18 19:26:59 2021 kern.info kernel: [ 469.442282] usb usb1-port1: attempt power cycle
Mon Oct 18 19:26:59 2021 kern.info kernel: [ 469.912231] usb 1-1: new low-speed USB device number 4 using ehci-platform
Mon Oct 18 19:27:10 2021 kern.err kernel: [ 480.512195] usb 1-1: device not accepting address 4, error -145
Mon Oct 18 19:27:10 2021 kern.info kernel: [ 480.662196] usb 1-1: new low-speed USB device number 5 using ehci-platform
Mon Oct 18 19:27:20 2021 kern.err kernel: [ 491.232218] usb 1-1: device not accepting address 5, error -145
Mon Oct 18 19:27:20 2021 kern.err kernel: [ 491.252221] usb usb1-port1: unable to enumerate USB device

I am using this device without any issues on other devices (e.g. TP-Link TL-WR842N/ND v2, Netgear WNDR3800, Netgear WNDR3800).

This errors occur in OWRT 19.07.8 as well as in OWRT 21.02.0.
The packages kmod-hid, kmod-hid-generic and kmod-usb-hid are installed.

22.05.20213822KernelBug ReportVery LowHighTP-Link Archer C7 v4 - Kernel Warning / Stack Traceopenwrt-21.02Unconfirmed Task Description

I have a TP-Link Archer C7 v4 running the Freifunk Berlin Falter Firmware 1.2.0-Snapshot based on OpenWrt 21.02-SNAPSHOT r16090-bbbc01ede5

I get the following kernel log with a warning / stack trace.

[    0.000000] Linux version 5.4.119 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16090-bbbc01ede5)) #0 Mon May 17 21:03:13 2021
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019750 (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link Archer C7 v4
[    0.000000] SoC: Qualcomm Atheros QCA956X ver 1 rev 0
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] On node 0 totalpages: 32768
[    0.000000]   Normal zone: 288 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 32768 pages, LIFO batch:7
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32480
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 122244K/131072K available (5222K kernel code, 192K rwdata, 684K rodata, 1188K init, 205K bss, 8828K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from 0x80657a28 with crng_init=0
[    0.000000] CPU clock: 775.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4932285024 ns
[    0.000007] sched_clock: 32 bits at 387MHz, resolution 2ns, wraps every 5541893118ns
[    0.008229] Calibrating delay loop... 385.02 BogoMIPS (lpj=770048)
[    0.046713] pid_max: default: 32768 minimum: 301
[    0.051714] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.059425] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.072231] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.082547] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.089824] pinctrl core: initialized pinctrl subsystem
[    0.097717] NET: Registered protocol family 16
[    0.126512] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[    0.140128] clocksource: Switched to clocksource MIPS
[    0.146579] NET: Registered protocol family 2
[    0.151367] IP idents hash table entries: 2048 (order: 2, 16384 bytes, linear)
[    0.159667] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear)
[    0.168544] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.176635] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.184079] TCP: Hash tables configured (established 1024 bind 1024)
[    0.190908] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.197852] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.205497] NET: Registered protocol family 1
[    0.210145] PCI: CLS 0 bytes, default 32
[    0.217899] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[    0.230918] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.237111] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.260358] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[    0.271643] pinctrl-single 1804002c.pinmux: 544 pins, size 68
[    0.278322] gpio-export gpio-export: 2 gpio(s) exported
[    0.284697] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.293573] printk: console [ttyS0] disabled
[    0.298161] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 1562500) is a 16550A
[    0.307265] printk: console [ttyS0] enabled
[    0.316331] printk: bootconsole [early0] disabled
[    0.335184] led_gpio@0 enforce active low on chipselect handle
[    0.346805] spi-nor spi0.0: gd25q128 (16384 Kbytes)
[    0.351942] 5 fixed-partitions partitions found on MTD device spi0.0
[    0.358521] Creating 5 MTD partitions on "spi0.0":
[    0.363486] 0x000000000000-0x000000020000 : "factory-uboot"
[    0.370131] 0x000000020000-0x000000040000 : "u-boot"
[    0.376214] 0x000000040000-0x000000f00000 : "firmware"
[    0.384926] 2 uimage-fw partitions found on MTD device firmware
[    0.391093] Creating 2 MTD partitions on "firmware":
[    0.396235] 0x000000000000-0x0000001f1110 : "kernel"
[    0.402168] 0x0000001f1110-0x000000ec0000 : "rootfs"
[    0.408216] mtd: device 4 (rootfs) set to be root filesystem
[    0.415723] 1 squashfs-split partitions found on MTD device rootfs
[    0.422186] 0x000000730000-0x000000ec0000 : "rootfs_data"
[    0.428677] 0x000000f00000-0x000000ff0000 : "info"
[    0.434506] 0x000000ff0000-0x000001000000 : "art"
[    0.442165] libphy: Fixed MDIO Bus: probed
[    1.096499] libphy: ag71xx_mdio: probed
[    1.103567] switch0: Atheros AR8337 rev. 2 switch registered on mdio.0
[    1.148120] random: fast init done
[    1.691621] ag71xx 19000000.eth: connected to PHY at mdio.0:00 [uid=004dd036, driver=Atheros AR8216/AR8236/AR8316]
[    1.702905] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: sgmii
[    1.709675] i2c /dev entries driver
[    1.720339] NET: Registered protocol family 10
[    1.728599] Segment Routing with IPv6
[    1.732540] NET: Registered protocol family 17
[    1.737210] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.750606] 8021q: 802.1Q VLAN Support v1.8
[    1.755742] PCI host bridge /ahb/pcie-controller@18250000 ranges:
[    1.762110]  MEM 0x0000000012000000..0x0000000013ffffff
[    1.767513]   IO 0x0000000000000000..0x0000000000000000
[    1.773056] PCI host bridge to bus 0000:00
[    1.777320] pci_bus 0000:00: root bus resource [mem 0x12000000-0x13ffffff]
[    1.784429] pci_bus 0000:00: root bus resource [io  0x0000]
[    1.790188] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.797202] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.805432] pci 0000:00:00.0: [168c:003c] type 00 class 0x028000
[    1.811700] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x001fffff 64bit]
[    1.818765] pci 0000:00:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[    1.825758] pci 0000:00:00.0: supports D1 D2
[    1.831178] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    1.838059] pci 0000:00:00.0: BAR 0: assigned [mem 0x12000000-0x121fffff 64bit]
[    1.845637] pci 0000:00:00.0: BAR 6: assigned [mem 0x12200000-0x1220ffff pref]
[    1.854454] hctosys: unable to open rtc device (rtc0)
[    1.865436] VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
[    1.879260] Freeing unused kernel memory: 1188K
[    1.883966] This architecture does not have kernel memory protection.
[    1.890615] Run /sbin/init as init process
[    2.531279] init: Console is alive
[    2.535100] init: - watchdog -
[    3.858980] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    3.949999] usbcore: registered new interface driver usbfs
[    3.955784] usbcore: registered new interface driver hub
[    3.961377] usbcore: registered new device driver usb
[    3.972422] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    3.980762] ehci-fsl: Freescale EHCI Host controller driver
[    3.987900] ehci-platform: EHCI generic platform driver
[    3.993571] ehci-platform 1b000000.usb: EHCI Host Controller
[    3.999481] ehci-platform 1b000000.usb: new USB bus registered, assigned bus number 1
[    4.007687] ehci-platform 1b000000.usb: irq 13, io mem 0x1b000000
[    4.028140] ehci-platform 1b000000.usb: USB 2.0 started, EHCI 1.00
[    4.035363] hub 1-0:1.0: USB hub found
[    4.039636] hub 1-0:1.0: 1 port detected
[    4.044357] ehci-platform 1b400000.usb: EHCI Host Controller
[    4.050276] ehci-platform 1b400000.usb: new USB bus registered, assigned bus number 2
[    4.058501] ehci-platform 1b400000.usb: irq 14, io mem 0x1b400000
[    4.080142] ehci-platform 1b400000.usb: USB 2.0 started, EHCI 1.00
[    4.087319] hub 2-0:1.0: USB hub found
[    4.091573] hub 2-0:1.0: 1 port detected
[    4.098529] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    4.107083] init: - preinit -
[    5.373251] random: jshn: uninitialized urandom read (4 bytes read)
[    5.487990] random: jshn: uninitialized urandom read (4 bytes read)
[    5.716329] random: jshn: uninitialized urandom read (4 bytes read)
[    7.450802] Atheros AR8216/AR8236/AR8316 mdio.0:00: Port 1 is up
[    7.457222] Atheros AR8216/AR8236/AR8316 mdio.0:00: Port 2 is up
[    7.483636] eth0: link up (1000Mbps/Full duplex)
[    7.493582] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    7.507403] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[    7.532598] urandom_read: 4 callbacks suppressed
[    7.532605] random: procd: uninitialized urandom read (4 bytes read)
[   11.817888] jffs2: notice: (608) jffs2_build_xattr_subsystem: complete building xattr subsystem, 66 of xdatum (27 unchecked, 35 orphan) and 75 of xref (8 dead, 31 orphan) found.
[   11.836311] mount_root: switching to jffs2 overlay
[   11.852207] overlayfs: upper fs does not support tmpfile.
[   11.864361] urandom-seed: Seeding with /etc/urandom.seed
[   11.974733] eth0: link down
[   11.999661] procd: - early -
[   12.002789] procd: - watchdog -
[   12.651085] procd: - watchdog -
[   12.655704] procd: - ubus -
[   12.726207] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.734816] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.744823] procd: - init -
[   13.618022] kmodloader: loading kernel modules from /etc/modules.d/*
[   13.684904] ipip: IPv4 and MPLS over IPv4 tunneling driver
[   13.743030] l2tp_core: L2TP core driver, V2.0
[   13.757214] l2tp_netlink: L2TP netlink interface
[   13.769363] l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
[   13.785399] l2tp_ip: L2TP IP encapsulation support (L2TPv3)
[   13.801335] l2tp_ip6: L2TP IP encapsulation support for IPv6 (L2TPv3)
[   13.869266] Mirror/redirect action on
[   13.950939] u32 classifier
[   13.953789]     input device check on
[   13.957584]     Actions configured
[   14.015242] Loading modules backported from Linux version v5.10.34-0-g0aa66717f684
[   14.023115] Backport generated by backports.git v5.10.34-1-0-g7b5533e1
[   14.032271] urngd: v1.0.2 started.
[   14.304930] xt_time: kernel timezone is -0000
[   14.524192] PPP generic driver version 2.4.2
[   14.535650] random: crng init done
[   14.541580] NET: Registered protocol family 24
[   14.604961] ath10k_pci 0000:00:00.0: enabling device (0000 -> 0002)
[   14.611646] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   16.094363] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   16.103932] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   16.116961] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   16.406681] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   17.564508] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
[   17.675676] ath: EEPROM regdomain sanitized
[   17.675686] ath: EEPROM regdomain: 0x64
[   17.675689] ath: EEPROM indicates we should expect a direct regpair map
[   17.675707] ath: Country alpha2 being used: 00
[   17.675710] ath: Regpair used: 0x64
[   17.785074] batman_adv: B.A.T.M.A.N. advanced 2021.0-openwrt-1 (compatibility version 15) loaded
[   17.817578] ath: EEPROM regdomain sanitized
[   17.817588] ath: EEPROM regdomain: 0x64
[   17.817591] ath: EEPROM indicates we should expect a direct regpair map
[   17.817610] ath: Country alpha2 being used: 00
[   17.817613] ath: Regpair used: 0x64
[   17.829185] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   17.831073] ieee80211 phy1: Atheros AR9561 Rev:0 mem=0xb8100000, irq=2
[   17.859139] kmodloader: done loading kernel modules from /etc/modules.d/*
[   32.196791] eth0: link up (1000Mbps/Full duplex)
[   32.214197] br-dhcp: port 1(eth0.1) entered blocking state
[   32.219926] br-dhcp: port 1(eth0.1) entered disabled state
[   32.225916] device eth0.1 entered promiscuous mode
[   32.230910] device eth0 entered promiscuous mode
[   32.236905] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   32.300248] br-dhcp: port 1(eth0.1) entered blocking state
[   32.305945] br-dhcp: port 1(eth0.1) entered forwarding state
[   32.397302] br-wan: port 1(eth0.2) entered blocking state
[   32.402938] br-wan: port 1(eth0.2) entered disabled state
[   32.408837] device eth0.2 entered promiscuous mode
[   32.532652] br-wan: port 1(eth0.2) entered blocking state
[   32.538282] br-wan: port 1(eth0.2) entered forwarding state
[   33.196223] IPv6: ADDRCONF(NETDEV_CHANGE): br-dhcp: link becomes ready
[   36.184580] ath: EEPROM regdomain: 0x8114
[   36.184587] ath: EEPROM indicates we should expect a country code
[   36.184591] ath: doing EEPROM country->regdmn map search
[   36.184595] ath: country maps to regdmn code: 0x37
[   36.184600] ath: Country alpha2 being used: DE
[   36.184603] ath: Regpair used: 0x37
[   36.184609] ath: regdomain 0x8114 dynamically updated by user
[   36.184682] ath: EEPROM regdomain: 0x8114
[   36.184685] ath: EEPROM indicates we should expect a country code
[   36.184688] ath: doing EEPROM country->regdmn map search
[   36.184691] ath: country maps to regdmn code: 0x37
[   36.184694] ath: Country alpha2 being used: DE
[   36.184697] ath: Regpair used: 0x37
[   36.184701] ath: regdomain 0x8114 dynamically updated by user
[   40.171117] br-dhcp: port 2(wlan1-dhcp-2) entered blocking state
[   40.177391] br-dhcp: port 2(wlan1-dhcp-2) entered disabled state
[   40.184008] device wlan1-dhcp-2 entered promiscuous mode
[   40.291262] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1-dhcp-2: link becomes ready
[   40.298697] br-dhcp: port 2(wlan1-dhcp-2) entered blocking state
[   40.304952] br-dhcp: port 2(wlan1-dhcp-2) entered forwarding state
[   42.205121] ath10k_pci 0000:00:00.0: pdev param 0 not supported by firmware
[   42.249745] br-dhcp: port 3(wlan0-dhcp-5) entered blocking state
[   42.256033] br-dhcp: port 3(wlan0-dhcp-5) entered disabled state
[   42.262672] device wlan0-dhcp-5 entered promiscuous mode
[   42.329653] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-dhcp-5: link becomes ready
[   42.337106] br-dhcp: port 3(wlan0-dhcp-5) entered blocking state
[   42.343350] br-dhcp: port 3(wlan0-dhcp-5) entered forwarding state
[   45.044402] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-mesh-5: link becomes ready
[   45.088335] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1-mesh-2: link becomes ready
[   45.110870] ------------[ cut here ]------------
[   45.115703] WARNING: CPU: 0 PID: 2208 at net/core/flow_dissector.c:958 0x803cc434
[   45.123444] Modules linked in: ath9k ath9k_common pppoe ppp_async batman_adv ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic mac80211 iptable_nat ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_MASQUERADE xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conncount libcrc32c iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat act_connmark nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb l2tp_ip6 l2tp_ip l2tp_eth l2tp_netlink l2tp_core
[   45.123595]  udp_tunnel ip6_udp_tunnel ipip tunnel4 ip_tunnel fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd gpio_button_hotplug usbcore nls_base usb_common crc16 crc32c_generic crypto_hash
[   45.231414] CPU: 0 PID: 2208 Comm: sh Not tainted 5.4.119 #0
[   45.237258] Stack : 00000000 800b92f8 80650000 805f2a28 00000000 00000000 00000000 00000000
[   45.245894]         00000000 00000000 00000000 00000000 00000000 00000001 87c0bbe0 646c4d3b
[   45.254530]         87c0bc78 00000000 00000000 000000f5 00000038 80573264 204e6f74 20746169
[   45.263167]         000000f5 d3193319 00000000 000387f6 80000000 87c0bbc0 00000000 803cc434
[   45.271805]         00000009 86dc73b4 87ec7818 80630000 00000003 8031ec9c 00000000 80780000
[   45.280443]         ...
[   45.282961] Call Trace:
[   45.282969] [<800b92f8>] 0x800b92f8
[   45.289103] [<80573264>] 0x80573264
[   45.292711] [<803cc434>] 0x803cc434
[   45.296357] [<8031ec9c>] 0x8031ec9c
[   45.299965] [<80069364>] 0x80069364
[   45.303575] [<8006936c>] 0x8006936c
[   45.307184] [<800821b4>] 0x800821b4
[   45.310794] [<803cc434>] 0x803cc434
[   45.314404] [<8008225c>] 0x8008225c
[   45.318039] [<803cc434>] 0x803cc434
[   45.321648] [<804df048>] 0x804df048
[   45.325271] [<804dfad4>] 0x804dfad4
[   45.328890] [<804df130>] 0x804df130
[   45.332525] [<804df130>] 0x804df130
[   45.336162] [<804dfce0>] 0x804dfce0
[   45.339805] [<803cd8ac>] 0x803cd8ac
[   45.343411] [<803d8e50>] 0x803d8e50
[   45.347088] [<86c32a30>] 0x86c32a30 [mac80211@8134b527+0x7ced0]
[   45.353235] [<803da098>] 0x803da098
[   45.356883] [<86c38924>] 0x86c38924 [mac80211@8134b527+0x7ced0]
[   45.363027] [<87749014>] 0x87749014 [ath10k_pci@70f8799a+0x6770]
[   45.369310] [<86c3a5a0>] 0x86c3a5a0 [mac80211@8134b527+0x7ced0]
[   45.375456] [<803da7b0>] 0x803da7b0
[   45.379077] [<800ba1f0>] 0x800ba1f0
[   45.382683] [<80085040>] 0x80085040
[   45.386292] [<805788b0>] 0x805788b0
[   45.389902] [<800bed80>] 0x800bed80
[   45.393515] [<802be854>] 0x802be854
[   45.397139] [<80064f78>] 0x80064f78
[   45.400753] 
[   45.402293] ---[ end trace b6c86392035260d5 ]---
06.06.20213855KernelBug ReportVery LowLowTotolink X5000R - MAC of phy1 is not uniqueopenwrt-21.02Unconfirmed Task Description

OpenWRT allocates MAC 00:0c:43:4a:21:4e. Two different devices:

 

root@ap01:~# cat /sys/class/ieee80211/phy1/macaddress
00:0c:43:4a:21:4e
root@ap11:~# cat /sys/class/ieee80211/phy1/macaddress
00:0c:43:4a:21:4e
Other people also have this MAC on phy1, see https://forum.openwrt.org/t/mt7621-wifi-ax-routers/93991/25

MACs in hex dump of factory (mtd2):

00000000  15 79 00 00 5c 92 5e a3  03 c0 00 0c 43 4a 21 4e  |.y..\.^.....CJ!N|
                      ^^^^^^^^^^^^^^^^^^ ~~~~~~~~~~~~~~~~~
                      MAC of PHY0        MAC op phy1
[...]
00008000  00 00 00 00 5c 92 5e a3  03 c4 00 00 00 00 00 00  
                      ^^^^^^^^^^^^^^^^^^
                      Not referenced in DTS
[...]
0000e000  5c 92 5e a3 03 c0 5c 92  5e a3 03 c1 00 00 00 00  |\.^...\.^.......|
          ^^^^^^^^^^^^^^^^^ ~~~~~~~~~~~~~~~~~~
          DTS: gmac0        DTS: lan4
0000e010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|

Nota bene offset 0×8000 is used by TotoLink a7000r for MAC of one of wifis.

23.01.20224238Base systemBug ReportVery LowHighTL-WR841N v13 (SoC MT7628AN) wifi disappears after some...openwrt-21.02Unconfirmed Task Description

TP-LINK TL-WR841N v13 (SoC is MediaTek MT7628AN)
with OpenWrt 21.02.1 r16325-88151b8303

Steps:
Connect computer A via Ethernet to the router (TL-WR841N)
Connect computer B via wifi (802.11n, WPA3) to the router
At B side connect to a shared folder in A
At B side copy a very large file (in my case >200GB) from A
wait for a while, and the copy would fail (less than 5% is copied in my case)
check the wifi in B, and found that there is no wifi - even the original SSID is gone, and other computers/devices also could not find that SSID either.

I tested 3 times, and reproduced 3 times.
Pity I didn’t try this out in the original firmware (before I overwrote it with OpenWRT).

This might be the same problem reported in FS#3325.

 


25.12.20214204PackagesBug ReportVery LowMediumthe Device hardware version Info in bin file is Incorre...openwrt-21.02Unconfirmed Task Description

When I try to update the firmware to openwrt-21.02.1 in the TP-Link pharos UI, occurred the error “The hardware version is not supported.”

I checked the Device hardware version and bin file.
They are match.

Device hardware version: tplink cpe210 v1
ImageFile: openwrt-21.02.1-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin

But when I open the bin file with Editor to check the hardware version of the bin file, I found the string:
“CPE510(TP-LINK|UN|N300-5):1.0\r\n” in the header of the file
but not “CPE210(TP-LINK|UN|N300-5):1.0\r\n”

So I think that the Device hardware version Info in bin file is not match for tplink_cpe210-v1.
Could you please check it?
Thank you very much!

Firmware OpenWrt Install URL: https://downloads.openwrt.org/releases/21.02.1/targets/ath79/generic/openwrt-21.02.1-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin Firmware OpenWrt snapshot Install URL: https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin

21.09.20214048Base systemBug ReportVery LowLowsysupgrade with "-k"openwrt-21.02Unconfirmed Task Description

When using sysupgrade with “-k” to include a list of installed packages in the backup, a mounting error is both logged to console and to log.

How to reproduce:

Do backup with “-k”

root@router:~# /sbin/sysupgrade -k -b /mnt/sda1/backup.tar.gz
mount: mounting overlay on /etc/backup failed: Invalid argument
Cannot mount '/etc/backup' as tmpfs to avoid touching disk while saving the list of installed packages.
Tue Sep 21 16:12:05 CEST 2021 upgrade: Saving config files...

It does not matter where to backup,the same errors show up when using

sysupgrade -k -b - >/dev/null

to backup to stdout.

Show kernel error from log:

root@router:~# logread | grep kern.err
TueSep 21 16:12:05 2021 kern.err kernel: [539662.073867] overlayfs: maximum fs stacking depth exceeded

System

Hardware:
TP-Link Archer C7

OpenWrt version:

root@router:~# cat /etc/os-release 
NAME="OpenWrt"
VERSION="21.02.0"
ID="openwrt"
ID_LIKE="lede openwrt"
PRETTY_NAME="OpenWrt 21.02.0"
VERSION_ID="21.02.0"
HOME_URL="https://openwrt.org/"
BUG_URL="https://bugs.openwrt.org/"
SUPPORT_URL="https://forum.openwrt.org/"
BUILD_ID="r16279-5cc0535800"
OPENWRT_BOARD="ath79/generic"
OPENWRT_ARCH="mips_24kc"
OPENWRT_TAINTS=""
OPENWRT_DEVICE_MANUFACTURER="OpenWrt"
OPENWRT_DEVICE_MANUFACTURER_URL="https://openwrt.org/"
OPENWRT_DEVICE_PRODUCT="Generic"
OPENWRT_DEVICE_REVISION="v0"
OPENWRT_RELEASE="OpenWrt 21.02.0 r16279-5cc0535800"
25.12.20214207Base systemBug ReportVery LowMediumsysupgrade is not aborted by an error but causes a cycl...openwrt-21.02Unconfirmed Task Description

Device: Beeline SmartBox flash (RAMIPS MT7621, 128mb NAND)
Version: OpenWrt 5.10.87
Commit: https://github.com/legale/openwrt/commit/99dd68bcedd0796c240511d2383cbd1232e9cd89

Start system normally then try to upgrade firmware with sysupgrade.

Upgrade and next boot log:
root@OpenWrt:/tmp# sysupgrade -v openwrt-ramips-mt7621-beeline_smartbox-flash-squashfs-sysupgrade.bin
Fri Dec 24 20:32:54 UTC 2021 upgrade: Saving config files...
etc/config/dhcp
etc/config/dropbear
etc/config/firewall
etc/config/luci
etc/config/network
etc/config/rpcd
etc/config/system
etc/config/ubootenv
etc/config/ucitrack
etc/config/uhttpd
etc/config/wireless
etc/dropbear/dropbear_ed25519_host_key
etc/dropbear/dropbear_rsa_host_key
etc/fw_env.config
etc/group
etc/hosts
etc/inittab
etc/luci-uploads/.placeholder
etc/opkg/keys/456559476c33fb8f
etc/opkg/keys/b5043e70f9a75cde
etc/passwd
etc/profile
etc/rc.local
etc/shadow
etc/shells
etc/shinit
etc/sysctl.conf
etc/uhttpd.crt
etc/uhttpd.key
etc/uhttpd.key
etc/uhttpd.crt
Fri Dec 24 20:32:55 UTC 2021 upgrade: Commencing upgrade. Closing all shell sessions.
[ 166.384122] device wlan0 left promiscuous mode
[ 166.393301] br-lan: port 3(wlan0) entered disabled state
Watchdog handover: fd=3
- watchdog -
Watchdog does not have CARDRESET support
[ 166.491730] device wlan1 left promiscuous mode
[ 166.500880] br-lan: port 4(wlan1) entered disabled state
Fri Dec 24 20:32:56 UTC 2021 upgrade: Sending TERM to remaining processes ...
Fri Dec 24 20:32:56 UTC 2021 upgrade: Sending signal TERM to ntpd (2321)
Fri Dec 24 20:32:56 UTC 2021 upgrade: Sending signal TERM to ntpd (2372)
Fri Dec 24 20:33:00 UTC 2021 upgrade: Sending KILL to remaining processes ...
[ 177.140419] sh (3318): drop_caches: 3
Fri Dec 24 20:33:06 UTC 2021 upgrade: Switching to ramdisk...
[ 180.241606] UBIFS (ubi0:1): background thread “ubifs_bgt0_1” stops
[ 180.269397] UBIFS (ubi0:1): un-mount UBI device 0
Fri Dec 24 20:33:09 UTC 2021 upgrade: Performing system upgrade...
Unlocking kernel ...

Writing from <stdin> to kernel ... [ ][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w][e][w]
removing ubiblock0_0
[ 190.263812] block ubiblock0_0: released
Volume ID 0, size 32 LEBs (4063232 bytes, 3.8 MiB), LEB size 126976 bytes (124.0 KiB), dynamic, name “rootfs”, alignment 1
Set volume size to 77455360
Volume ID 1, size 610 LEBs (77455360 bytes, 73.8 MiB), LEB size 126976 bytes (124.0 KiB), dynamic, name “rootfs_data”, alignment 1
[ 192.395021] UBIFS (ubi0:1): default file-system created
[ 192.406795] UBIFS (ubi0:1): Mounting in unauthenticated mode
[ 192.418401] UBIFS (ubi0:1): background thread “ubifs_bgt0_1” started, PID 4026
[ 192.543243] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name “rootfs_data” [ 192.558916] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[ 192.578665] UBIFS (ubi0:1): FS size: 76185600 bytes (72 MiB, 600 LEBs), journal size 3809280 bytes (3 MiB, 30 LEBs)
[ 192.599447] UBIFS (ubi0:1): reserved for root: 3598434 bytes (3514 KiB)
[ 192.612638] UBIFS (ubi0:1): media format: w5/r0 (latest is w5/r0), UUID A34CF210-54A6-40D8-AD48-EC8928E6FB68, small LPT model
[ 192.660816] UBIFS (ubi0:1): un-mount UBI device 0
[ 192.670249] UBIFS (ubi0:1): background thread “ubifs_bgt0_1” stops
sysupgrade successful
umount: can’t unmount /dev: Resource busy
umoun[ 192.704192] reboot: Restarting system
t: can’t unmount /tmp: Resource busy

NEXT BOOT

HHLX{+rprintk: console [ttyS0] enabled
[ 0.614144] printk: console [ttyS0] enabled
[ 0.630629] printk: bootconsole [early0] disabled
[ 0.630629] printk: bootconsole [early0] disabled
[ 0.651459] mt7621-nand 1e003000.nand: Using programmed access timing: 31c07388
[ 0.666330] nand: device found, Manufacturer ID: 0xef, Chip ID: 0xf1
[ 0.678982] nand: Winbond W29N01HV
[ 0.685755] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.700826] mt7621-nand 1e003000.nand: ECC strength adjusted to 4 bits
[ 0.713863] mt7621-nand 1e003000.nand: Using programmed access timing: 21005134
[ 0.728415] mt7621-nand 1e003000.nand: Using programmed access timing: 21005134
[ 0.742962] Scanning device for bad blocks
[ 1.394912] 15 fixed-partitions partitions found on MTD device mt7621-nand
[ 1.408599] Creating 15 MTD partitions on “mt7621-nand”:
[ 1.419180] 0×000000000000-0x000007f80000 : “all” [ 1.429887] 0×000000000000-0×000000100000 : “bootloader” [ 1.441504] 0×000000100000-0×000000200000 : “config” [ 1.452314] 0×000000200000-0×000000300000 : “factory” [ 1.463398] 0×000000300000-0×000002300000 : “kernel_stock” [ 1.475511] 0×000000720000-0×000002300000 : “rootfs_stock” [ 1.487464] 0×000002300000-0×000004300000 : “kernel” [ 1.498443] 0×000002720000-0×000004300000 : “rootfs2” [ 1.509518] 0×000004300000-0×000004500000 : “glbcfg” [ 1.520383] 0×000004500000-0×000004600000 : “board_data” [ 1.531888] 0×000004600000-0×000004800000 : “glbcfg2” [ 1.542849] 0×000004800000-0×000004900000 : “board_data2” [ 1.554540] 0×000004900000-0x000007f80000 : “data” [ 1.565220] 0×000002720000-0×000004300000 : “ubipart0” [ 1.576539] 0×000004600000-0x000007f80000 : “ubipart1” [ 1.596752] Concatenating MTD devices:
[ 1.604282] (0): “ubipart0” [ 1.609836] (1): “ubipart1” [ 1.615405] into device “ubi-concat” [ 1.622556] 1 fixed-partitions partitions found on MTD device ubi-concat
[ 1.635911] Creating 1 MTD partitions on “ubi-concat”:
[ 1.646157] 0×000000000000-0×000005280000 : “ubi” [ 1.659457] libphy: Fixed MDIO Bus: probed
[ 1.704050] libphy: mdio: probed
[ 1.710796] mt7530 mdio-bus:1f: MT7530 adapts as multi-chip module
[ 1.725444] mtk_soc_eth 1e100000.ethernet: generated random MAC address c6:47:a5:c0:79:e2
[ 1.742529] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 21
[ 1.762221] mt7621-pci 1e140000.pcie: host bridge /pcie@1e140000 ranges:
[ 1.775637] mt7621-pci 1e140000.pcie: No bus range found for /pcie@1e140000, using [bus 00-ff]
[ 1.793205] mt7621-pci 1e140000.pcie: MEM 0×0060000000..0x006fffffff → 0×0000000000 [ 1.809503] mt7621-pci 1e140000.pcie: IO 0x001e160000..0x001e16ffff → 0×0000000000 [ 1.825901] mt7621-pci 1e140000.pcie: Parsing DT failed
[ 1.838529] NET: Registered protocol family 10
[ 1.848854] Segment Routing with IPv6
[ 1.856296] NET: Registered protocol family 17
[ 1.865498] 8021q: 802.1Q VLAN Support v1.8
[ 1.877127] mt7530 mdio-bus:1f: MT7530 adapts as multi-chip module
[ 1.901570] libphy: dsa slave smi: probed
[ 1.911030] mt7530 mdio-bus:1f lan2 (uninitialized): PHY [dsa-0.0:02] driver [Generic PHY] (irq=POLL)
[ 1.931035] mt7530 mdio-bus:1f lan1 (uninitialized): PHY [dsa-0.0:03] driver [Generic PHY] (irq=POLL)
[ 1.951019] mt7530 mdio-bus:1f wan (uninitialized): PHY [dsa-0.0:04] driver [Generic PHY] (irq=POLL)
[ 1.971739] mt7530 mdio-bus:1f: configuring for fixed/rgmii link mode
[ 1.988679] DSA: tree 0 setup
[ 1.994935] rt2880-pinmux pinctrl: pcie is already enabled
[ 2.005971] mt7621-pci 1e140000.pcie: host bridge /pcie@1e140000 ranges:
[ 2.019339] mt7621-pci 1e140000.pcie: No bus range found for /pcie@1e140000, using [bus 00-ff]
[ 2.036878] mt7621-pci 1e140000.pcie: MEM 0×0060000000..0x006fffffff → 0×0000000000 [ 2.053187] mt7621-pci 1e140000.pcie: IO 0x001e160000..0x001e16ffff → 0×0000000000 [ 2.069569] mt7621-pci-phy 1e149000.pcie-phy: PHY for 0xbe149000 (dual port = 1)
[ 2.084676] mt7621-pci-phy 1e14a000.pcie-phy: PHY for 0xbe14a000 (dual port = 0)
[ 2.099669] mt7621-pci 1e140000.pcie: failed to parse bus ranges property: -22
[ 2.214265] mt7621-pci-phy 1e149000.pcie-phy: Xtal is 40MHz
[ 2.225382] mt7621-pci-phy 1e14a000.pcie-phy: Xtal is 40MHz
[ 2.336639] mt7621-pci 1e140000.pcie: pcie0 no card, disable it (RST & CLK)
[ 2.350502] mt7621-pci 1e140000.pcie: pcie2 no card, disable it (RST & CLK)
[ 2.364377] mt7621-pci 1e140000.pcie: PCIE1 enabled
[ 2.374097] mt7621-pci 1e140000.pcie: PCI coherence region base: 0×60000000, mask/settings: 0xf0000002
[ 2.392794] mt7621-pci 1e140000.pcie: PCI host bridge to bus 0000:00
[ 2.405490] pci_bus 0000:00: root bus resource [io 0x1e160000-0x1e16ffff]
[ 2.419193] pci_bus 0000:00: root bus resource [mem 0×60000000-0x6fffffff]
[ 2.432890] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 2.443826] pci_bus 0000:00: root bus resource [mem 0×60000000-0x6fffffff] (bus address [0×00000000-0x0fffffff])
[ 2.464146] pci 0000:00:00.0: [0e8d:0801] type 01 class 0×060400 [ 2.476130] pci 0000:00:00.0: reg 0×10: [mem 0×00000000-0x7fffffff]
[ 2.488623] pci 0000:00:00.0: reg 0×14: [mem 0×60200000-0x6020ffff]
[ 2.501171] pci 0000:00:00.0: supports D1
[ 2.509160] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[ 2.522258] pci 0000:01:00.0: [14c3:7615] type 00 class 0×000280 [ 2.534319] pci 0000:01:00.0: reg 0×10: initial BAR value 0×00000000 invalid
[ 2.548367] pci 0000:01:00.0: reg 0×10: [mem size 0×00100000 64bit]
[ 2.561019] pci 0000:01:00.0: 2.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x1 link at 0000:00:00.0 (capable of 4.000 Gb/s with 5.0 GT/s PCIe x1 link)
[ 2.591952] pci 0000:00:00.0: PCI bridge to [bus 01-ff]
[ 2.602410] pci 0000:00:00.0: bridge window [io 0×0000-0x0fff]
[ 2.614562] pci 0000:00:00.0: bridge window [mem 0×60000000-0x600fffff]
[ 2.628085] pci 0000:00:00.0: bridge window [mem 0×60100000-0x601fffff pref]
[ 2.642476] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[ 2.655705] pci 0000:00:00.0: BAR 0: no space for [mem size 0×80000000]
[ 2.668882] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0×80000000]
[ 2.682753] pci 0000:00:00.0: BAR 8: assigned [mem 0×60000000-0x600fffff]
[ 2.696282] pci 0000:00:00.0: BAR 9: assigned [mem 0×60100000-0x601fffff pref]
[ 2.710669] pci 0000:00:00.0: BAR 1: assigned [mem 0×60200000-0x6020ffff]
[ 2.724208] pci 0000:00:00.0: BAR 7: assigned [io 0x1e160000-0x1e160fff]
[ 2.737743] pci 0000:01:00.0: BAR 0: assigned [mem 0×60000000-0x600fffff 64bit]
[ 2.752314] pci 0000:00:00.0: PCI bridge to [bus 01]
[ 2.762206] pci 0000:00:00.0: bridge window [io 0x1e160000-0x1e160fff]
[ 2.775732] pci 0000:00:00.0: bridge window [mem 0×60000000-0x600fffff]
[ 2.789260] pci 0000:00:00.0: bridge window [mem 0×60100000-0x601fffff pref]
[ 2.805717] UBI error: no valid UBI magic found inside mtd15
[ 2.817722] mt7530 mdio-bus:1f: Link is Up - 1Gbps/Full - flow control off
[ 2.831896] /dev/root: Can’t open blockdev
[ 2.840115] VFS: Cannot open root device “(null)” or unknown-block(0,0): error -6
[ 2.855062] Please append a correct “root=” boot option; here are the available partitions:
[ 2.871702] 1f00 130560 mtdblock0
[ 2.871707] (driver?)
[ 2.884729] 1f01 1024 mtdblock1
[ 2.884734] (driver?)
[ 2.897736] 1f02 1024 mtdblock2
[ 2.897740] (driver?)
[ 2.910744] 1f03 1024 mtdblock3
[ 2.910749] (driver?)
[ 2.923764] 1f04 32768 mtdblock4
[ 2.923769] (driver?)
[ 2.936770] 1f05 28544 mtdblock5
[ 2.936775] (driver?)
[ 2.949777] 1f06 32768 mtdblock6
[ 2.949782] (driver?)
[ 2.962785] 1f07 28544 mtdblock7
[ 2.962789] (driver?)
[ 2.975804] 1f08 2048 mtdblock8
[ 2.975809] (driver?)
[ 2.988812] 1f09 1024 mtdblock9
[ 2.988817] (driver?)
[ 3.001819] 1f0a 2048 mtdblock10
[ 3.001824] (driver?)
[ 3.015012] 1f0b 1024 mtdblock11
[ 3.015017] (driver?)
[ 3.028194] 1f0c 55808 mtdblock12
[ 3.028199] (driver?)
[ 3.041373] 1f0d 28544 mtdblock13
[ 3.041378] (driver?)
[ 3.054567] 1f0e 58880 mtdblock14
[ 3.054572] (driver?)
[ 3.067745] 1f0f 84480 mtdblock15
[ 3.067750] (driver?)
[ 3.080926] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 3.097389] Rebooting in 1 seconds..

08.09.20214017Base systemBug ReportVery LowLowState changes of routers' switch ports are no longer lo...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: all devices
- Software versions of OpenWrt/LEDE release, packages, etc.: 21.02 all
- Steps to reproduce:
Configure router logging, even at the lowest debug level, routers’ switch ports state changes are no longer logged. They used to be up to OpenWRT release 19.07.

 


19.05.20213817Base systemBug ReportVery LowMediumSSIDs on 5GHz radio dissapear a few days after bootopenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

BT homehub 5a (xrx200)

- Software versions of OpenWrt/LEDE release, packages, etc.

21.02-rc1

- Steps to reproduce

 

after upgrade from 19.07 all worked, then after a few days my 5GHz SSID was no longer visible, tried disable/enable the radio0, that didn’t help, radio1 on 2.4GHz still working, had to reboot to get 5GHz back

after another 5.75 days, same happened again.

most recent messages in dmesg

[508519.675343] device wlan0 left promiscuous mode
[508519.678732] br-lan: port 3(wlan0) entered disabled state
[508519.713414] ath10k_pci 0000:02:00.0: mac flush null vif, drop 0 queues 0xffff
[508520.786031] ath10k_pci 0000:02:00.0: 10.1 wmi init: vdevs: 16  peers: 127  tid: 256
[508520.802066] ath10k_pci 0000:02:00.0: wmi print 'P 128 V 8 T 410'
[508520.806810] ath10k_pci 0000:02:00.0: wmi print 'msdu-desc: 1424  sw-crypt: 0 ct-sta: 0'
[508520.815553] ath10k_pci 0000:02:00.0: wmi print 'alloc rem: 24984 iram: 38672'
[508520.884894] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
[508520.898436] ath10k_pci 0000:02:00.0: rts threshold -1
[508520.912045] br-lan: port 3(wlan0) entered blocking state
[508520.916090] br-lan: port 3(wlan0) entered disabled state
[508520.922193] device wlan0 entered promiscuous mode
26.10.20214111Base systemBug ReportVery LowLowSoftware NAT offloading causing random high packet time...openwrt-21.02Unconfirmed Task Description

Just upgraded from 19.07 to 21.02.0 on my WNDR3700v4 and noticed I was getting kicked from my IRC bouncer. I couldn’t catch it as a drop rather when doing a simple ping to my server I’d see random 3 second ping.
Disabling NAT offloading I do not see this.
Using a service such as packetlosstest.com and enabling offloading I see the drops, as soon as I disable offloading it completes successfully.

I did not have this issue on 19.07 and would love to use this feature as it allows me to actually get the /full speed/ my ISP offers.
If there’s anything else you’d like me to try or some logs I could generate I’d be glad.

03.06.20213851PackagesBug ReportVery LowLowscreen-256color termcap info missingopenwrt-21.02Unconfirmed Task Description

There’s `/usr/share/terminfo/s/screen` but no `/usr/share/terminfo/s/screen-256color`.
This breaks tools such as vim-full and htop when connecting to the router with TERM=screen-256color (which is very likely when using tmux or screen with a 256-color-capable terminal).

Considering that 256color is a standard feature nowadays, I think it would make sense to include this termcap.

Maybe tmux and tmux-256color could be included as well? I don’t think they are widely used yet, but I guess it’s just a matter of time...

28.11.20214161Base systemBug ReportVery LowLowRTL838x: Netgear GS108T v3 - Ring contentionopenwrt-21.02Unconfirmed Task Description
Device problem occurs on:

Netgear GS108T v3

Software versions of OpenWrt/LEDE release, packages, etc.:

Release 21.01.1 + packages: collectd-mod-ping luci-app-statistics collectd-mod-uptime htop iperf3

Steps to reproduce:

Also posted in the OpenWRT forum: https://forum.openwrt.org/t/rtl838x-netgear-gs108t-v3-ring-contention/111421.

A switch (Netgear GS108T v3, 21.01.1) shows warnings in the log and drops packets aimed towards the device. Traffic entering a port and leaving another port is unaffected/fine, that is why i consider this a low prio issue, but a potential issue nevertheless:

Tue Nov  9 17:29:43 2021 kern.warn kernel: [88189.851532] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a700003c, cur a700004c
Tue Nov  9 17:29:43 2021 kern.warn kernel: [88189.866290] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a7000040, cur a700004c
Tue Nov  9 17:29:43 2021 kern.warn kernel: [88189.889970] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a7000044, cur a700004c
Tue Nov  9 17:29:43 2021 kern.warn kernel: [88189.969803] rtl838x-eth bb00a300.ethernet eth0: Ring 
...
Tue Nov  9 17:30:28 2021 kern.info kernel: [88234.247018] RX buffer overrun: status 101, mask: ffeff
Tue Nov  9 17:30:28 2021 kern.info kernel: [88234.252886] RX buffer overrun: status 1, mask: ffeff
Tue Nov  9 17:30:28 2021 kern.info kernel: [88234.258510] RX buffer overrun: status 1, mask: ffeff

The error just occurs after a while: Graph of Ping Log

The issue can be triggered by running iperf3:

iperf3 -c 192.168.xx.254 -t0
Connecting to host 192.168.xx.254, port 5201
[  5] local 192.168.xx.13 port 44924 connected to 192.168.xx.254 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  4.69 MBytes  39.2 Mbits/sec    0    233 KBytes       
[  5]   1.00-2.05   sec  2.75 MBytes  22.1 Mbits/sec    0    369 KBytes       
[  5]   2.05-3.26   sec  3.57 MBytes  24.7 Mbits/sec    0    533 KBytes       
[  5]   3.26-4.03   sec  1.12 MBytes  12.3 Mbits/sec    1    551 KBytes       
[  5]   4.03-5.00   sec  0.00 Bytes  0.00 bits/sec    1    551 KBytes       
[  5]   5.00-6.00   sec  1.11 MBytes  9.34 Mbits/sec    0    420 KBytes       
[  5]   6.00-7.00   sec  1.37 MBytes  11.5 Mbits/sec    0    451 KBytes       
...
[  5]  99.00-100.00 sec  0.00 Bytes  0.00 bits/sec    0   1.72 MBytes       
[  5] 100.00-101.00 sec  0.00 Bytes  0.00 bits/sec    0   1.72 MBytes       
^C[  5] 101.00-101.93 sec  0.00 Bytes  0.00 bits/sec    0   1.72 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-101.93 sec  66.2 MBytes  5.45 Mbits/sec    6             sender
[  5]   0.00-101.93 sec  0.00 Bytes  0.00 bits/sec                  receiver
iperf3: interrupt - the client has terminated

On a separate console the log shows this while iperf3 is active:

Tue Nov  9 17:49:50 2021 kern.info kernel: [  903.051213] RX buffer overrun: status 101, mask: ffeff
Tue Nov  9 17:49:50 2021 kern.info kernel: [  903.057182] RX buffer overrun: status 101, mask: ffeff
Tue Nov  9 17:49:50 2021 kern.info kernel: [  903.063026] RX buffer overrun: status 1, mask: ffeff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  903.937196] RX buffer overrun: status 101, mask: ffcff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  903.943113] RX buffer overrun: status 1, mask: ffcff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  903.948754] RX buffer overrun: status 1, mask: ffcff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  903.954392] RX buffer overrun: status 101, mask: ffcff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  903.960362] RX buffer overrun: status 101, mask: ffcff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  903.966204] RX buffer overrun: status 1, mask: ffcff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  904.056387] RX buffer overrun: status 101, mask: ffeff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  904.062297] RX buffer overrun: status 1, mask: ffeff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  904.067934] RX buffer overrun: status 1, mask: ffeff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  904.073570] RX buffer overrun: status 101, mask: ffeff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  904.079537] RX buffer overrun: status 101, mask: ffeff
Tue Nov  9 17:49:51 2021 kern.info kernel: [  904.085384] RX buffer overrun: status 1, mask: ffeff

After terminating iperf3 the message changes and it remains as follows even though the high load situation is now gone:

Tue Nov  9 17:49:59 2021 kern.warn kernel: [  911.986238] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000c4, cur a70000c8
Tue Nov  9 17:49:59 2021 kern.warn kernel: [  911.996379] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000c4, cur a70000c8
Tue Nov  9 17:50:00 2021 kern.warn kernel: [  913.020755] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000cc, cur a70000d8
Tue Nov  9 17:50:00 2021 kern.warn kernel: [  913.030895] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000cc, cur a70000d8
Tue Nov  9 17:50:00 2021 kern.warn kernel: [  913.242054] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000d0, cur a70000d8
Tue Nov  9 17:50:00 2021 kern.warn kernel: [  913.258000] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000d4, cur a70000d8
Tue Nov  9 17:50:01 2021 kern.warn kernel: [  914.217759] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000e8, cur a70000ec
Tue Nov  9 17:50:01 2021 kern.warn kernel: [  914.227900] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000e8, cur a70000ec
Tue Nov  9 17:50:50 2021 kern.warn kernel: [  963.623829] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000c4, cur a70000c8
Tue Nov  9 17:50:50 2021 kern.warn kernel: [  963.633968] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000c4, cur a70000c8
Tue Nov  9 17:50:50 2021 kern.warn kernel: [  963.830442] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000cc, cur a70000d8
Tue Nov  9 17:50:50 2021 kern.warn kernel: [  963.840583] rtl838x-eth bb00a300.ethernet eth0: Ring contention: r: 0, last a70000cc, cur a70000d8

Traffic passing the switch from one port to another is not affected, it seems to pause traffic to eth0 for brief moments. To observe that a ping -A 192.168.xx.254 can be used.

It is surprising, that the device enters a state where it is loosing packets, even if high traffic stops and remains in this poor state.

Thank you for reading.

29.04.20213765KernelBug ReportVery LowHighRT5592 initializes but does not function when enabledopenwrt-21.02Unconfirmed Task Description

this issue is also present on master branch

board is EPG600 (not added yet)
this probably also affects ESR600 which is the same hardware
and other boards with RT5592

5 GHz wireless initializes and SSID can be seen on scan
however, clients cannot connect and traffic fails

init:

...
...
[   12.654377] rt2800pci 0000:01:00.0: card - bus=0x1, slot = 0x0 irq=4
[   12.668538] rt2800pci 0000:01:00.0: loaded eeprom from mtd device "factory"
[   12.675676] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5592, rev 0222 detected
[   12.683626] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 000f detected
[   12.711360] urngd: jent-rng init failed, err: 2
[   12.737471] rt2800_wmac 10180000.wmac: loaded eeprom from mtd device "rf"
[   12.744489] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
[   12.752435] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 7620 detected
...
...

iw list (phy0):

Wiphy phy0
        wiphy index: 0
        max # scan SSIDs: 4
        max scan IEs length: 2261 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short long limit: 2
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0 RX 0
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x2fe
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 2-streams
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 2 usec (0x04)
                HT TX/RX MCS rate indexes supported: 0-15, 32
                Frequencies:
                        * 5180 MHz [36] (20.0 dBm)
                        * 5190 MHz [38] (20.0 dBm)
                        * 5200 MHz [40] (20.0 dBm)
                        * 5210 MHz [42] (20.0 dBm)
                        * 5220 MHz [44] (20.0 dBm)
                        * 5230 MHz [46] (20.0 dBm)
                        * 5240 MHz [48] (20.0 dBm)
                        * 5250 MHz [50] (20.0 dBm) (no IR, radar detection)
                        * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                        * 5270 MHz [54] (20.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                        * 5290 MHz [58] (20.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                        * 5310 MHz [62] (20.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (20.0 dBm) (no IR, radar detection)
                        * 5510 MHz [102] (20.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (20.0 dBm) (no IR, radar detection)
                        * 5530 MHz [106] (20.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (20.0 dBm) (no IR, radar detection)
                        * 5550 MHz [110] (20.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (20.0 dBm) (no IR, radar detection)
                        * 5570 MHz [114] (20.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (20.0 dBm) (no IR, radar detection)
                        * 5590 MHz [118] (20.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (20.0 dBm) (no IR, radar detection)
                        * 5610 MHz [122] (20.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (20.0 dBm) (no IR, radar detection)
                        * 5630 MHz [126] (20.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (20.0 dBm) (no IR, radar detection)
                        * 5650 MHz [130] (20.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (20.0 dBm) (no IR, radar detection)
                        * 5670 MHz [134] (20.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (20.0 dBm) (no IR, radar detection)
                        * 5690 MHz [138] (20.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (20.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (20.0 dBm) (no IR)
                        * 5755 MHz [151] (20.0 dBm) (no IR)
                        * 5765 MHz [153] (20.0 dBm) (no IR)
                        * 5775 MHz [155] (20.0 dBm) (no IR)
                        * 5785 MHz [157] (20.0 dBm) (no IR)
                        * 5795 MHz [159] (20.0 dBm) (no IR)
                        * 5805 MHz [161] (20.0 dBm) (no IR)
                        * 5825 MHz [165] (20.0 dBm) (no IR)
                        * 4920 MHz [184] (disabled)
                        * 4940 MHz [188] (disabled)
                        * 4960 MHz [192] (disabled)
                        * 4980 MHz [196] (disabled)
        valid interface combinations:
                 * #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1
        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Supported extended features:
                * [ RRM ]: RRM
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ SCAN_RANDOM_SN ]: use random sequence numbers in scans
                * [ SCAN_MIN_PREQ_CONTENT ]: use probe request with only rate IEs in scans
                * [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
                * [ DEL_IBSS_STA ]: deletion of IBSS station support
                * [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
                * [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support

errors:

[  248.431432] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[  248.452925] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.40
[  248.515819] br-lan: port 2(wlan0) entered blocking state
[  248.521308] br-lan: port 2(wlan0) entered disabled state
[  248.526882] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.540458] device wlan0 entered promiscuous mode
[  248.545362] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  248.563127] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.580316] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  248.587159] br-lan: port 2(wlan0) entered blocking state
[  248.592642] br-lan: port 2(wlan0) entered forwarding state
[  248.603260] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0055, type=4
[  248.623801] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.644220] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  248.664762] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.705661] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0055, type=4
[  248.726199] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.746620] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  249.076237] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4003 max 3840
[  249.893479] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  250.648599] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  250.661836] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  250.681991] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.065181] rt2x00lib_rxdone_read_signal: 94 callbacks suppressed
[  251.065206] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0016, type=4
[  251.084627] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  251.097831] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  251.131983] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.151566] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.199122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  251.349860] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  251.522683] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3904 max 3840
[  251.549260] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.561657] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.581250] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.783651] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.795947] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  251.833765] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.846411] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  251.862441] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.960289] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0022, type=4
[  251.973491] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  252.013308] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  252.032827] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  252.080332] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  252.393129] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3904 max 3840
[  252.977643] rt2x00lib_rxdone_read_signal: 5 callbacks suppressed
[  252.977668] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  253.367744] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0040, type=4
[  253.383966] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0001, type=4
[  253.399972] rt2x00lib_rxdone: 17 callbacks suppressed
[  253.399994] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.423120] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.435617] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  253.451641] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.478082] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.490376] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  253.527646] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.540122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0027, type=4
[  253.556142] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.582589] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.602113] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.651031] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  253.688334] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4074 max 3840
[  253.700828] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  253.716857] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.785936] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  253.851589] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  254.864343] rt2x00lib_rxdone_read_signal: 27 callbacks suppressed
[  254.864369] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  254.913025] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x006b, type=4
[  254.929122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0010, type=4
[  255.079618] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  255.102729] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  255.132881] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0010, type=4
[  255.220453] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x0078, type=4
[  255.236459] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  255.252539] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x0078, type=4
[  255.268678] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  255.362987] rt2x00lib_rxdone: 75 callbacks suppressed
[  255.363009] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.386251] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.412947] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.432490] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.508218] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4074 max 3840
[  255.520688] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.540132] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3890 max 3840
[  255.580842] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.588533] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.605518] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  256.759235] rt2x00lib_rxdone_read_signal: 87 callbacks suppressed
...
...
...

09.10.20214074Base systemBug ReportVery LowHighRandom Traffic Stalls on ZBT WG3526 on WiFiopenwrt-21.02Unconfirmed Task Description

Problem occurs on the ZBT WG3526 Arch MediaTek MT7621 ver:1 eco:3

When transferring large amounts of data across the 5Ghz band the WiFi radio will randomly stop sending or receiving packets in the default radio configuration. In order to restore connectivity the client device must disassociate from the AP and then re-associate (accomplished by disabling and re-enabling the WiFi on the laptop/device). Then traffic flows normally again until the next drop. This occurs at random intervals and when under heavy traffic load such as a multi-gigabyte file transfer. The device does not have the same issue with wired clients on the switchports.

Tested with three different devices, two with Intel Pro Wireless cards and the other with an embedded Mediatek WiFi chip. All three will randomly experience these drops. I also tried changing channels from 36 to 149 to verify it wasn’t some sort of band interference.

As additional testing I configured an GL.iNet AR750S with the same version of OpenWRT (21.02 release) with the same default AP settings on the original band 36 (leaving the WG3536 on 149 to avoid interference). After testing for 2 days I have experienced none of the same drops on the exact same three devices. I have also hammered an iPerf3 server for 20-30 minutes straight without experiencing the same issues.

This device was originally working fine on 18.06.9 and only started to experience these problems after upgrading to 21.02. I have not yet reverted to 18.06.9 as a test, but the problems started immediately after the upgrade. I have also since clean installed OpenWRT 21.02 from firmware recovery on the device to verify it wasn’t some sort of bad flash issue.

Not sure if related but I do keep seeing the following messages in the kernel log once and a while and I know hostapd runs the Access Point SSIDs, so it’s possible the service is crashing and then restarting:

[53077.551539] Out of memory: Killed process 2440 (hostapd) total-vm:2424kB, anon-rss:120kB, file-rss:1728kB, shmem-rss:0kB, UID:0 pgtables:20kB oom_score_adj:0
[53077.569641] oom_reaper: reaped process 2440 (hostapd), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

22.05.20213821Base systemBug ReportVery LowCriticalRandom link down on RB 750Gr3openwrt-21.02Unconfirmed Task Description

HW: Mikrotik Routerboard 750Gr3
SW: linux version 5.4.119 (cezary@eko.one.pl) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r15819-0011c7ad12)) #0 SMP Fri May 14 21:36:47 2021

I am randomly loosing connection with the router for a few seconds. Here is the system log after the link is reestablished:

Sat May 22 16:32:05 2021 kern.info kernel: [24372.328509] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:05 2021 kern.info kernel: [24372.333341] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:05 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:06 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:06 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:09 2021 kern.info kernel: [24376.424716] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:09 2021 kern.info kernel: [24376.432249] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:09 2021 kern.info kernel: [24376.437506] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:09 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:09 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:09 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:10 2021 kern.info kernel: [24377.448578] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:10 2021 kern.info kernel: [24377.453413] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:10 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:11 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:11 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:13 2021 kern.info kernel: [24380.520779] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:13 2021 kern.info kernel: [24380.528342] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:13 2021 kern.info kernel: [24380.533562] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:13 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:13 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:13 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:14 2021 kern.info kernel: [24381.544635] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:14 2021 kern.info kernel: [24381.549486] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:14 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:15 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:15 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:17 2021 kern.info kernel: [24384.616828] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:17 2021 kern.info kernel: [24384.624361] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:17 2021 kern.info kernel: [24384.629611] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:17 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:17 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:17 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:18 2021 kern.info kernel: [24385.640683] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:18 2021 kern.info kernel: [24385.645511] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:18 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:19 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:19 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:21 2021 kern.info kernel: [24388.712887] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:21 2021 kern.info kernel: [24388.720458] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:21 2021 kern.info kernel: [24388.725684] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:21 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:21 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:21 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:22 2021 kern.info kernel: [24389.736743] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:22 2021 kern.info kernel: [24389.741572] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:22 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:23 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:23 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:25 2021 kern.info kernel: [24392.808941] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:25 2021 kern.info kernel: [24392.816473] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:25 2021 kern.info kernel: [24392.821720] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:25 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:25 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:25 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:26 2021 kern.info kernel: [24393.832799] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:26 2021 kern.info kernel: [24393.837630] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:26 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:27 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:27 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:30 2021 kern.info kernel: [24396.904992] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:30 2021 kern.info kernel: [24396.912523] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:30 2021 kern.info kernel: [24396.917771] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:30 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:30 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:30 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:31 2021 kern.info kernel: [24397.928855] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:31 2021 kern.info kernel: [24397.933692] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:31 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:32 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:32 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:34 2021 kern.info kernel: [24401.001066] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:34 2021 kern.info kernel: [24401.008643] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:34 2021 kern.info kernel: [24401.013868] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:34 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:34 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:34 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:35 2021 kern.info kernel: [24402.024917] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:35 2021 kern.info kernel: [24402.029756] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:35 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:36 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:36 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:41 2021 kern.info kernel: [24408.169236] mt7530 mdio-bus:1f lan2: Link is Up - 100Mbps/Full - flow control rx/tx
Sat May 22 16:32:41 2021 kern.info kernel: [24408.176955] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:41 2021 kern.info kernel: [24408.182189] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:41 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:41 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:41 2021 daemon.notice netifd: Interface 'lan' has link connectivity


02.05.20213775Base systemBug ReportVery LowVery LowR7800 & 21.02.0-rc1 : no client connected to Wifi 5GHzopenwrt-21.02Unconfirmed Task Description

Environment : - Netgear R7800 (Nighthawk X4S AC2600)
- OpenWrt 21.02.0-rc1 (sysupgraded from OpenWrt 19.07.7 with some basic configuration)

Problem encountered : After doing a sysupgrade from OpenWrt 19.07.7 to OpenWrt 21.02.0-rc1, everything looked fine at first sight, but I have noticed that none of the WiFi clients were connected to the 5GHz WiFi, they were all connected to the 2.4GHz WiFi, which leaded to a bandwidth diminution and my printer was not anymore accessible.
Now, I am back to OpenWrt 19.07.7 and the printer is working fine again.

Sorry I don’t have more details on that problem, I am creating that bug ticket to see if I am the only one concerned by that bug.
I don’t even know if the 5GHz WiFi was emitting for real or not.

14.10.20214084Base systemBug ReportVery LowHighProblem with TL-WR842N v5 wifi and static IPopenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- TP-Link TL-WR842N v5
- OpenWrt 21.02.0 r16279-5cc0535800 / LuCI openwrt-21.02 branch git-21.231.26241-422c175
- I set to default all the settings. After it i set static IP for wan:
config interface ‘wan’

option ifname 'eth0.2'
option proto 'static'
option gateway 'IP'
list dns '1.1.1.1'
list dns '8.8.8.8'
option netmask '255.255.255.0'
option ipaddr 'IP'

and set the wifi:

config wifi-device ‘radio0’

option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/10300000.wmac'
option htmode 'HT40'
option disabled '0'

config wifi-iface ‘wifinet1’

option ssid 'DIR-620'
option encryption 'none'
option device 'radio0'
option mode 'ap'
option network 'lan'
 

After set the settings it have connected about 8 wifi devices. After it it has regular dropdown an packets (i can see The timeout interval for the request has been exceeded. if i ping on my laptop from wifi connected)

05.09.20214008Base systemBug ReportVery LowMediumPPPoE: connect fails if no other interface defined on u...openwrt-21.02Unconfirmed Task Description

If no other interface is defined on the underlying phy device (eg eth1) PPPoE fails to connect and loops continually. Speculatively, the issue seems to be that netifd does not bring up the lower device before starting the daemon; it works by default because another interface is defined for that device, causing it to be live when the pppoe daemon runs.

Steps to reproduce:
On a default installation, WAN and WAN6 are initially defined respectively as DHCP and DHCPV6 interfaces on the same underlying device, eg eth1. Switching the WAN protocol to PPPoE succeeds and connection works as it should.

However, if you delete WAN6, or alter it so that it does not use the same (eg eth1) device, PPPoE will not connect again the next time it’s started and will loop.

If you then create a new interface on the WAN‘s underlying device (eg eth1) using some other protocol which forces the device up, such as static IP using 0.0.0.0/32 as the address, this is sufficient to keep the device alive, and PPPoE works as it should.

Platform: x86_64, Sophos SG-105, Intel e3826 CPU, 4x i211 (igb) NICs, 2GB RAM, 64GB SSD
Image: openwrt-21.02.0-rc4-x86-64-generic-ext4-combined
Release: 21.02,0-rc4

(Anecdotally, while tracing the issue, the problem appeared to be present even in 19.07.8, but I have not done all he steps to reproduce it in that version.)

04.11.20214123Base systemBug ReportVery LowLowpppoe - Unknown error (USER_REQUEST)openwrt-21.02Unconfirmed Task Description

Device: Ubiquiti EdgeRouter X
Version: OpenWrt 21.02.1 r16325-88151b8303

After fresh sysupgrade I switch protocol of WAN interface to pppoe with my credentials and it throws an error “Unknown error (USER_REQUEST)“.

Support of my ISP told me that they didn’t see my MAC address. But they saw it when I connected my laptop directly.

No issues when I run version 19.07

I’m happy to provide additional if necessary.

 


03.06.20213846Base systemBug ReportVery LowLowppp-multilink in build system cannot replace ppp, but c...openwrt-21.02Unconfirmed Task Description

`PACKAGE_ppp-multilink` seems to provide the `ppp`-daemon with added multilink functionality. So it should be possible to select `ppp-multilink` instead of `ppp`. But in the configuration system the dependencies are not set that way.

If some package required `ppp`, it still cannot be unselected if `ppp-multilink` is selected (see attached screenshot), as it is with many other packages where there are alternatives for the same functionality. Furthermore, `PACKAGE_ppp-multilink=y` will produce a clash with `PACKAGE_ppp=y` when it comes to the install step, see Task #3845.

`ppp` has as `Selected by`-dependencies:

  Selected by [y]:
    - PACKAGE_modemmanager [=y]
    - PACKAGE_pppossh [=y] && (PACKAGE_dropbear [=y] || PACKAGE_openssh-client [=n])
  Selected by [m]:
    - PACKAGE_openfortivpn [=m]
    - PACKAGE_sstp-client [=m]
  Selected by [n]:
    - MODULE_DEFAULT_ppp [=n] && TARGET_PER_DEVICE_ROOTFS [=n] && m && MODULES [=y]
    - PACKAGE_rp-pppoe-sniff [=n] && BROKEN [=n]
    - PACKAGE_pptpd [=n]

where `PACKAGE_ppp-multilink` has none at all.

As `Selects`-dependency, they both have (in different order, but same items):

Selects: PACKAGE_kmod-ppp [=y] && PACKAGE_libc [=y] && PACKAGE_librt [=y] && PACKAGE_libpthread [=y]
05.09.20214005KernelBug ReportVery LowMediumPackage kmod-hwmon-ads1015 installs nothingopenwrt-21.02Unconfirmed Task Description

Hi,

I just tried to run the new release on an Omega2+ from Onion. There is an ADC extension board available for these devices that uses the TI ADS1115. On 19.07 it was possible to use the ADC extension when installing the package kmod-hwmon-ads1015. On 21.02 this package does still exist but does not install any files. I’m assuming this has something to do with this change in the upstream kernel:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2c9d5b5e32a2516ae9b1120c7688ea25ffee7805

It would be great if you consider adding a new package for the driver found in the iio subsystem.

Thanks in advance.

regards
christian

30.09.20214060Base systemBug ReportVery LowMediumopkg update fails to download the package list because ...openwrt-21.02Unconfirmed Task Description

Detailed description:
It seems that

Supply the following if possible:
- Device problem occurs on
Linksys EA8500
- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 21.02.0 r16279-5cc0535800
- Steps to reproduce

root@MiniMot2:~# opkg update
Downloading https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/telephony/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/telephony/Packages.gz

Collected errors:
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/telephony/Packages.gz, wget returned 5.
root@MiniMot2:~# opkg update
Downloading https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz Downloading https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/telephony/Packages.gz * Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/telephony/Packages.gz

Collected errors:
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/base/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/luci/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/packages/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/routing/Packages.gz, wget returned 5.
* opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/arm_cortex-a15_neon-vfpv4/telephony/Packages.gz, wget returned 5.
root@MiniMot2:~# wg
wg wget
root@MiniMot2:~# wget https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz Downloading ‘https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz’ Connecting to 168.119.138.211:443
Connection error: Invalid SSL certificate
root@MiniMot2:~# date
Thu Sep 30 11:03:48 EDT 2021
root@MiniMot2:~# wget –no-check-certificate https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz Downloading ‘https://downloads.openwrt.org/releases/21.02.0/targets/ipq806x/generic/packages/Packages.gz’ Connecting to 168.119.138.211:443
Writing to ‘Packages.gz’ Packages.gz 100% |***| 87252 0:00:00 ETA
Download completed (87252 bytes)
root@MiniMot2:~#

27.08.20213994PackagesBug ReportVery LowHighopkg on 21.02 for the Cudy WR2100 doesn't honor its htt...openwrt-21.02Unconfirmed Task Description

opkg on 21.02 for the Cudy WR2100 doesn’t honor its http_proxy option.
Supply the following if possible:
- Device problem occurs on

 Cudy WR2100

- Software versions of OpenWrt/LEDE release, packages, etc.

 21.02.0-rc4
 As well as the SNAPSHOT build built on 2021-08-25

- Steps to reproduce

 Be on an http proxy you can verify works with OpenWRT's opkg's http_proxy option.
 Add the "option http_proxy..." setting as you normally would.
 Run "opkg update"


11.07.20213927Base systemBug ReportVery LowCriticalOpenWrt 21.02.0-rc3 bricks Netgear WNDR3700 v4openwrt-21.02Unconfirmed Task Description

I saw the announcement on the website about the next stable release so like an idiot I went to upgrade the firmware. Router never came back, left it on overnight to see if it would eventually come up. I was upgrading from 19.07.7.

Breaking open the case I see a UART header and some pads for a JTAG but I’m not the guy to debug what broke. I just wanted to give someone else a heads up so they don’t lose their router, too.

The debricking guide is some random notes for people who jump into the hardware, not really organized in any understandable way.

https://openwrt.org/docs/guide-user/troubleshooting/generic.debrick

I like the line “The usual recovery methods have failed, forceing the user to to go to JTAG.” Like, where are the usual recovery methods listed? Not in the debricking guide, they aren’t.

Sorry, it’s just frustrating for a somewhat literate user like me (coming from LEDE, 20-ish years in IT/networking/sysadmin crap) that the debricking guide is useless for me. No “here’s the steps the OS takes to initialize” and “here’s where a safemode kicks in where you can set some TFTP or here’s where you pop into the serial connection via PuTTY” or like a general list of steps in order that you can attempt before working up to “ok solder a JTAG connector, here’s a DIGIKey part number to get you started.”

Tried Failsafe, Factory Reset, and Recovery all with no dice.

02.05.20213772Base systemBug ReportVery LowCriticalOpenWrt 21.02.0-rc1 reboots frequently after turning on...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on TP-Link TL-WR1043ND v1
- Software versions of OpenWrt/LEDE release, packages, etc. OpenWrt 21.02.0-rc1 r16046-59980f7aaf / LuCI openwrt-21.02 branch git-21.106.55967-06dd6b5

- Steps to reproduce

 

Upgrade go OpenWrt 21.02.1-rc1 without saving previous configs (otherwise system will become unstable immediately after upgrade). Turn on Wireless in Network–>Wireless–>.... After this a device becomes unstable and completely unusable starting to reboot again and again.

26.05.20213830Base systemBug ReportVery LowMediumOpenVPN Client Using TCP Connection Has MTU or TCPMSS I...openwrt-21.02Unconfirmed Task Description

OpenVPN Client connects to a TCP based OpenVPN server connects fine. However, the connections to remote network servers connect but can’t transfer data. The mangle rule with clamp-mss-to-pmtu won’t receive any data. Setting tcpmss to something around 1000 will only receive the first 100 - 200 bytes and hang. It’s not working until reduced tcpmss to 59.

iptables -t nat -A postrouting_rule -o tun0 -j MASQUERADE
iptables -t mangle -A POSTROUTING -o tun0 -p tcp -m tcp –tcp-flags SYN,RST SYN -j TCPMSS –set-mss 59
#iptables -t mangle -A POSTROUTING -o tun0 -p tcp -m tcp –tcp-flags SYN,RST SYN -j TCPMSS –clamp-mss-to-pmtu

06.09.20214010KernelBug ReportVery LowHighOnion Omega2P+ reboot broken 19.07.8->21.02.0openwrt-21.02Unconfirmed Task Description

This problem had gone away for most Omega2 devices in 19.07, but now its back.

See older ticket, it’s probably the same thing again: https://bugs.openwrt.org/index.php?do=details&task_id=2445

04.07.20213913Base systemBug ReportVery LowMediumOn WAC124, the frrequency database is no read correctlyopenwrt-21.02Unconfirmed Task Description

Apologies for not reporting this sooner - it has been true for the last
several months of beta’s and for rc3.

When choosing a frequency for 5ghz for the Netgear WAC124:
[1] an incomplete list is given (nothing above channel 144)
[2] changing the width (20/40/80) does not affect choices
[3] NO choice will work except ch 36. Any other choice will be
accepted but the radio will be disabled - in GUI and in reality.
[4] Ch 36 does work fine

This has been true whether access the device from Mac/Linux or Windows,
Firefox or Chrome, so suspect base package issue (as opposed to GUI), but
not sure.

In case this helps any:
Netgear GUI allows any non-DFS channel (as appropriate for bw) up to 165
dd-wrt gui allows all (dfs/non-dfs) (as appropriate for bw) up to 165

Note that the WAC124 is limited to 100mw (great for AP, as often < $55).

I’ve 3 of them, so can test as desired.
I’ve saved the partitions (eg: factory) in case that is useful for anyone.


04.01.20224218Base systemBug ReportVery LowLowon bcm63xx/HW553 i can chage wired MAC address but not ...openwrt-21.02Unconfirmed Task Description

I Own a set of router as subject, that had to be ‘jailbreaked’ installing a custom CFE via JTAG. Clearly, in this way all router have the same MAC addresses.

I can change wired mac address in LUCI, or appending:

 option macaddr '00:24:89:41:4e:22'

and work as expected. But i cannot do that for wireless one, simply does not work.

Strange things, if i do:

 ifconfig wlan0 down
 ifconfig wlan hw ether 00:24:89:41:4e:22
 ifconfig wlan0 up

MAC address change, but wireless does not work, i need to do a ‘wifi restart’, and after that MAC address get back to ‘wrong’ one.

I’ve tried to look for that in OpenWRT wiki, also in b43 driver page, but nothing useful popoup.

Thanks.

23.06.20213897Base systemBug ReportVery LowLowodhcp is not assigning lease times as specified in stat...openwrt-21.02Unconfirmed Task Description
  • TP-Link Archer C2600
  • OpenWRT 21.02-RC3

From boot, ipv6 leases are mostly assigned with leases of 1 hour. Occasionally leases of 14 days (as specified in Static Leases), and occasionally leases of 30 minutes and occasionally no leases (or leases expire and are not renewed).

What debugging / logging steps can I take to better pin down this issue?

I suspect that this is related to, or causes, occasional long stalls when opening new web pages, reported at the OpenWRT forum

In an initial effort to debug, I stopped odhcp and then started it on the command line with -l 7. The only logging that looked like a possible error are occasional sequences similar to this:

odhcpd[8869]: Received 123 Bytes from fe80::215:5dff:fe01:aa0f%lan@br-lan
odhcpd[8869]: Got a DHCPv6-request on lan
odhcpd[8869]: DHCPV6 REBIND IA_NA from 00020000ab113cca95908581f184 on lan: ok 2401:xxxx:xxxx:7bf7::ffff:253/128 fda6:3ce8:c11::ffff:253/128
odhcpd[8869]: Sending a DHCPv6-reply on lan
odhcpd[8869]: Sent 172 bytes to fe80::215:5dff:fe01:aa0f%lan@br-lan
BusyBox v1.33.1 (2021-06-13 22:02:19 UTC) multi-call binary.

Usage: basename FILE [SUFFIX]

Strip directory path and .SUFFIX from FILE
odhcpd[8869]: Netlink newneigh 2401:xxxx:xxxx:7bf7::aaaa:aaaa on lan
Showing tasks 1 - 50 of 1430 Page 1 of 291 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing