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
15.05.20203099KernelBug ReportVery LowCriticalipq806x: kernel 5.4 crash related to CPU frequency scal...openwrt-21.02New Task Description

Linux kernel experiences an oops from time to time
- Device: TP-Link Archer C2600
- Kernel Version: 5.4.40
- OpenWRT Version: OpenWrt SNAPSHOT, r13224+16-2308644b0c
- Steps to reproduce: Simply wait. After an unknown amount of time the kernels crashes leading to a reboot.

 


16.03.20213686Base systemBug ReportVery LowCriticalBelkin F9K1115 v2 - boot loop with 21.02 snapshotopenwrt-21.02Unconfirmed Task Description

Boot loop, no communication with the router after upgrade to 21.02 snapshot (tested r15866).

Upgrade from Belkin web UI (factory image) is not working.

Probably migration to the new ath79 architecture is not correct:
- https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=563ece8a85dad24e8c3ce55af51938a4d37405f0 - https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=b403a6e1241c00f509b201ec2ac8ca5f29e1ffd1

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
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.

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..


05.05.20213783Base systemBug ReportVery LowCriticalMT7621 WiFi driver crash openwrt-21.02Unconfirmed Task Description

Summary

The WiFi driver crashes on an MT7621 router running OpenWRT21.02rc1 (5 commits further to be exact 6f053e5b).
The router used is an InvizBox Go (WiFi only) i.e. MT7621 + MT7603E (not supported by OpenWRT just yet - I’m working on getting there). I don’t believe the issue is specific to that hardware though.

The crash seems to happen in AP/STA mode when an AP gets added to the configuration and the STA was connected (I’ll add more information if I come across more scenarios). I’m not able to reproduce consistently at the moment.
Once crashed the WiFi stack is not usable anymore until a reboot. Following a reboot, things are back to normal.

The crash stack is as follow:

[  726.587920] ------------[ cut here ]------------
[  726.597570] WARNING: CPU: 0 PID: 1767 at backports-5.10.16-1/net/mac80211/ieee80211_i.h:1468 sta_info_alloc+0x5c4/0x5fc [mac80211]
[  726.621113] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADEr
[  726.621458]  algif_skcipher algif_rng algif_hash algif_aead af_alg sha256_generic libsha256 sha1_generic jitterentropy_rng drbg md5 hmac echainiv des_generic libdes cbc authec
[  726.859235] CPU: 0 PID: 1767 Comm: hostapd Not tainted 5.4.111 #0
[  726.871379] Stack : 8e375fb4 8007ce5c 80660000 80660d78 806c0000 80660d40 8065fe94 8e257a34
[  726.888032]         80800000 8dc34188 806aa6e3 805f993c 00000000 00000001 8e2579d8 72c69b9f
[  726.904659]         00000000 00000000 80830000 00000000 30232031 0000014b 2e352064 31312e34
[  726.921286]         00000000 00000024 00000000 000d1c63 80000000 806c0000 00000000 8e3075b8
[  726.937913]         00000009 8e146480 00000005 00000002 00000000 8034dfbc 00000000 80800000
[  726.954538]         ...
[  726.959397] Call Trace:
[  726.964284] [<8000b64c>] show_stack+0x30/0x100
[  726.973153] [<80542370>] dump_stack+0xa4/0xdc
[  726.981832] [<8002bee0>] __warn+0xc0/0x10c
[  726.989981] [<8002bf88>] warn_slowpath_fmt+0x5c/0xac
[  727.000018] [<8e3075b8>] sta_info_alloc+0x5c4/0x5fc [mac80211]
[  727.011712] [<8e3259b0>] ieee80211_nan_func_match+0x3d88/0x4410 [mac80211]
[  727.025846] ---[ end trace bc705bf94f0c5c24 ]---

Steps to reproduce

The following steps do not necessarily lead to the crash. I expect them to be what leads to it but am still unsure. The stack may show the way to a better reproduction scenario...

On an MT7621 router setup as AP/STA, add a second AP and possibly a third one.
Call /etc/init.d/network reload after each change

Current behaviour

Crash stack is visible in console/dmesg and the STA fails to reconnect (which also leads all APs to become not accessible - expected).

Expected behaviour

No crash

Notes This crash was also observed on builds before the rc1 tag. I don’t know the conditions leading to these crashes.

I had saved one older crash stack (truncated by console unfortunately) as a reference (early 21.02 branch when I started testing in preparation for release):

[ 1939.972549] ------------[ cut here ]------------
[ 1939.982051] WARNING: CPU: 2 PID: 2079 at backports-5.10.16-1/net/mac80211/ieee80211_i.h:1468 sta_info_alloc+0x5c4/0x]
[ 1940.005526] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_cor
[ 1940.005842]  algif_skcipher algif_rng algif_hash algif_aead af_alg sha256_generic libsha256 sha1_generic jitterentroc
[ 1940.243641] CPU: 2 PID: 2079 Comm: hostapd Not tainted 5.4.111 #0
[ 1940.255784] Stack : 8df75fb4 8007ce5c 80660000 80660d78 806c0000 80660d40 8065fe94 8dd01a34
[ 1940.272451]         80800000 8fe51fc8 806aa6e3 805f993c 00000002 00000001 8dd019d8 91468ee6
[ 1940.289110]         00000000 00000000 80830000 00000000 30232031 0000012f 2e352064 31312e34
[ 1940.305752]         00000000 00000060 00000000 0003b7b9 80000000 806c0000 00000000 8df075b8
[ 1940.322392]         00000009 8fed4480 00000005 00000002 00000000 8034dfbc 00000008 80800008
[ 1940.339021]         ...
[ 1940.343883] Call Trace:
[ 1940.348778] [<8000b64c>] show_stack+0x30/0x100
[ 1940.357652] [<80542370>] dump_stack+0xa4/0xdc
[ 1940.366336] [<8002bee0>] __warn+0xc0/0x10c
[ 1940.374487] [<8002bf88>] warn_slowpath_fmt+0x5c/0xac
[ 1940.384532] [<8df075b8>] sta_info_alloc+0x5c4/0x5fc [mac80211]
[ 1940.396280] [<8df259b0>] ieee80211_nan_func_match+0x3d88/0x4410 [mac80211]
[ 1940.410460] ---[ end trace dda71e821ee728c4 ]---
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


24.05.20213823Base systemBug ReportVery LowCriticalethernet down after rebootopenwrt-21.02Unconfirmed Task Description

the problemi is with turris omnia and owrt 21.02-rc1 , fresh installation, no additional package
the turris is connected to
wan device
a second wan device (lan4)
a raspberry (lan3)
a switch (lan2)

all work with the 19.07.7
logread https://pastebin.com/XbzQL9aN ip address https://pastebin.com/9hcES8WQ

after upgrading to 21.02.0-rc1 at first reboot , i have in the serial console an error about “partx: /dev/mmcblk0 delete/adding” , i don’t know if it is normal or not
https://pastebin.com/g3CL8j1f

at first boot , here logread https://pastebin.com/V7Tsuvbd
i lost the device on the lan2 , it says “LOWERLAYERDOWN” and no led light on, but the user is connected https://pastebin.com/0033LAnL

if i reboot , here logread https://pastebin.com/8yxyvyL5 , i lost the other lan3 device , no light on https://pastebin.com/BmwRj5B3

no matter if i reboot the device or power it on/off
the front panel led litgh on according to the ip address state (UP/DOWN)

reverting to 19.07.7 , solve the problem

tried 3 time to flash 21.02 , same beahviour

 


20.06.20213893Base systemBug ReportVery LowCriticalConnecting to a WiFi network causes interoperabilityopenwrt-21.02Unconfirmed Task Description

I’m using a WRT3200ACM, one partition is OpenWRT 19.07.7 and works perfectly. The other has been flashed to 21.*(all three candidates and a snapshot tried) and when I connect to my wifi router thru the Network»Wireless»Scan Luci page the whole router becomes unresponsive(Luci and SSH). I manually cleared the configuration by using the button in the back. Then I can SSH and reboot to the first partition (I find that switching it three times doesn’t always work). I’m not sure the logs that’ll you’ll need but send the code and I’ll return the results ASAP.

PS I’ve also tried disabling 802.11w with the same results.

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.

13.07.20213932Base systemBug ReportVery LowCritical[21.02] Autonegotiation speed fails with my provider's ...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: xiaomi mir3g
- 21.02 rc3
- My provider uses pppoe, cable is 4-wire 100baseT and my router is 1000baseT xiaomi mir3g

 

openwrt 21.02 fails to establish pppoe link because of failing to autonegotiate (Speed: Unknown!, Link detected: no, etc):

# ethtool wan
Settings for wan:
	Supported ports: [ TP MII ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Speed: Unknown!
	Duplex: Unknown! (255)
	Port: MII
	PHYAD: 1
	Transceiver: external
	Auto-negotiation: on
	Supports Wake-on: d
	Wake-on: d
	Link detected: no

When I set autonegotiation to off and forced to 100baseT/Full, pppoe worked like a charm.

/usr/sbin/ethtool -s wan speed 100 duplex full autoneg off
# ethtool wan
Settings for wan:
	Supported ports: [ TP MII ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  100baseT/Full 
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: No
	Advertised FEC modes: Not reported
	Speed: 100Mb/s
	Duplex: Full
	Port: MII
	PHYAD: 1
	Transceiver: external
	Auto-negotiation: off
	Supports Wake-on: d
	Wake-on: d
	Link detected: yes
19.07.20213938Base systemBug ReportVery LowCriticalAkitio MyCloud Mini hangs during boot of akitio_mycloud...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:

 

The akitio_mycloud-initramfs-uImage from 21.02.0-rc3 hangs when booting on Akitio MyCloud Mini. This was also reported as an issue in the forums with 19.07 release.

Stage-1 Bootloader 五 10月 28 10:36:29 CST 2011
Attempting to set PLLA to 750MHz ...
  plla_ctrl0 : 0x0000000A
  plla_ctrl1 : 0x000F0000
  plla_ctrl2 : 0x001D01A0
  plla_ctrl3 : 0x00000017
PLLA Set

Setup memory, testing, Image 0
  Hdr len: 0x0001AC3C
  Hdr CRC: 0xB931AD17
 OK


U-Boot 1.1.2 (Oct 28 2011 - 10:44:29)

U-Boot code: 60D00000 -> 60D1AC3C  BSS: -> 60D1F2F4
RAM Configuration:
        Bank #0: 60000000 256 MB
SRAM Configuration:
        64KB at 0x50000000
NAND:256 MiB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Setting Linux mem= boot arg value
Reading upgrade flag from NAND address 0x01ec0000 : 0
Hit any key to stop autoboot:  0 
$ tftp 64000000 uImage.mycloud
Wait GMAC to reset
Wait for PHY reset
PHY is Realtek RTL8211D
Wait for link to come up................Link up
Wait for auto-negotiation to complete
Link is 1000M
TFTP from server 192.168.50.59; our IP address is 192.168.50.100
Filename 'uImage.mycloud'.
Load address: 0x64000000
Loading: 
ARP Resend request
T invalid RARP header
################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ##########################
done
Bytes transferred = 7120489 (6ca669 hex)
$ bootm 64000000
## Booting image at 64000000 ...
   Image Name:   ARM OpenWrt Linux-5.4.124
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    7120425 Bytes =  6.8 MB
   Load Address: 60008000
   Entry Point:  60008000
   Verifying Checksum ... OK
OK

Starting kernel ...

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 5.4.124 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16172-2aba3e9784)) #0 SMP Sun Jun 13 22:02:19 2021
[    0.000000] CPU: ARMv6-compatible processor [410fb025] revision 5 (ARMv7), cr=00c5787d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] OF: fdt: Machine model: Akitio MyCloud
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] cma: Reserved 64 MiB at 0x64000000
[    0.000000] percpu: Embedded 15 pages/cpu s29772 r8192 d23476 u61440
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32480
[    0.000000] Kernel command line: earlyprintk console=ttyS0,115200
[    0.000000] Bootloader command line (ignored): root=ubi0:rootfs ubi.mtd=2,512 rootfstype=ubifs console=ttyS0,115200 elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=256M poweroutage=yes
[    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] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 47188K/131072K available (6144K kernel code, 171K rwdata, 784K rodata, 9216K init, 214K bss, 18348K reserved, 65536K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] rcu: Hierarchical RCU implementation.
[    0.000000] rcu:     RCU event tracing is enabled.
[    0.000000] rcu:     RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=2.
[    0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[    0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] FPGA IRQ chip 0 "interrupt-controller" @ (ptrval), 32 irqs, parent IRQ: 16
[    0.000000] random: get_random_bytes called from 0xc0800b88 with crng_init=0
[    0.000020] sched_clock: 24 bits at 390kHz, resolution 2560ns, wraps every 21474835200ns
[    0.000074] clocksource: oxnas_rps_clocksource_timer: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 19112603332 ns
[    0.000089] timer_oxnas_rps: Registered clocksource rate 390625Hz
[    0.000112] timer_oxnas_rps: Registered clock event rate 6250000Hz prescaler 0 period 62500
[    0.000276] GIC: PPI13 is secure or misconfigured
[    0.000330] GIC: PPI13 is secure or misconfigured
[    0.000450] Calibrating delay loop... 298.59 BogoMIPS (lpj=1492992)
[    0.070307] pid_max: default: 32768 minimum: 301
[    0.070661] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.070689] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.072107] CPU: Testing write buffer coherency: ok
[    0.074155] Setting up static identity map for 0x60100000 - 0x6010005c
[    0.074457] rcu: Hierarchical SRCU implementation.
[    0.075202] smp: Bringing up secondary CPUs ...
[    0.076308] GIC: PPI13 is secure or misconfigured
[    0.140692] smp: Brought up 1 node, 2 CPUs
[    0.140728] SMP: Total of 2 processors activated (598.42 BogoMIPS).
[    0.146245] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.146286] futex hash table entries: 512 (order: 2, 16384 bytes, linear)
[    0.153093] pinctrl core: initialized pinctrl subsystem
[    0.154055] NET: Registered protocol family 16
[    0.158021] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.160611] cpuidle: using governor menu
[    0.160719] No ATAGs?
[    0.181959] pps_core: LinuxPPS API ver. 1 registered
[    0.181982] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    0.182041] PTP clock support registered
[    0.182300] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[    0.183626] clocksource: Switched to clocksource oxnas_rps_clocksource_timer
[    0.185013] thermal_sys: Registered thermal governor 'step_wise'
[    0.185392] NET: Registered protocol family 2
[    0.185592] IP idents hash table entries: 2048 (order: 2, 16384 bytes, linear)
[    0.187010] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes, linear)
[    0.187092] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.187130] TCP bind hash table entries: 1024 (order: 1, 8192 bytes, linear)
[    0.187169] TCP: Hash tables configured (established 1024 bind 1024)
[    0.187343] UDP hash table entries: 256 (order: 1, 8192 bytes, linear)
[    0.187412] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes, linear)
[    0.187837] NET: Registered protocol family 1
[    0.187896] PCI: CLS 0 bytes, default 32
[    0.487014] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[    0.498406] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.499348] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[    0.502737] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.506877] printk: console [ttyS0] disabled
[    0.507051] 44200000.serial: ttyS0 at MMIO 0x44200000 (irq = 55, base_baud = 390625) is a 16550A
[    0.967037] printk: console [ttyS0] enabled
[    0.989649] brd: module loaded
[    1.004014] loop: module loaded
[    1.073950] Could not find a valid ONFI parameter page, trying bit-wise majority to recover it
[    1.082611] ONFI parameter recovery failed, aborting
[    1.087621] nand: device found, Manufacturer ID: 0xad, Chip ID: 0xda
[    1.093977] nand: Hynix NAND 256MiB 3,3V 8-bit
[    1.098403] nand: 256 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    1.105996] Scanning device for bad blocks
[    1.161538] Bad eraseblock 618 at 0x000004d40000
[    1.183211] Bad eraseblock 824 at 0x000006700000
[    1.190617] Bad eraseblock 858 at 0x000006b40000
[    1.251353] Bad eraseblock 1536 at 0x00000c000000
[    1.271260] Bad eraseblock 1720 at 0x00000d700000
[    1.295429] Bad eraseblock 1955 at 0x00000f460000
[    1.307783] 2 fixed-partitions partitions found on MTD device 41000000.nand-controller
[    1.315706] Creating 2 MTD partitions on "41000000.nand-controller":
[    1.322055] 0x000000000000-0x0000026c0000 : "boot"
[    1.328936] 0x0000026c0000-0x000010000000 : "ubi"
[    1.337172] libphy: Fixed MDIO Bus: probed
[    1.342082] oxnas-dwmac 40400000.ethernet: IRQ eth_lpi not found
[    1.348318] oxnas-dwmac 40400000.ethernet: PTP uses main clock
[    1.354201] oxnas-dwmac 40400000.ethernet: no reset control found
[    1.424023] oxnas-dwmac 40400000.ethernet: User ID: 0x12, Synopsys ID: 0x35
[    1.430981] oxnas-dwmac 40400000.ethernet:   DWMAC1000
[    1.436070] oxnas-dwmac 40400000.ethernet: DMA HW capability register supported
[    1.443345] oxnas-dwmac 40400000.ethernet: RX Checksum Offload Engine supported
[    1.450659] oxnas-dwmac 40400000.ethernet: COE Type 2
[    1.455723] oxnas-dwmac 40400000.ethernet: TX Checksum insertion supported
[    1.462563] oxnas-dwmac 40400000.ethernet: Wake-Up On Lan supported
[    1.468899] oxnas-dwmac 40400000.ethernet: Enhanced/Alternate descriptors
[    1.475706] oxnas-dwmac 40400000.ethernet: Enabled extended descriptors
[    1.482291] oxnas-dwmac 40400000.ethernet: Ring mode enabled
[    1.487953] oxnas-dwmac 40400000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    1.495815] oxnas-dwmac 40400000.ethernet: device MAC address 3e:c3:3f:d1:0c:ca
[    1.536033] libphy: stmmac: probed
[    1.539445] RTL8211DN Gigabit Ethernet stmmac-0:00: attached PHY driver [RTL8211DN Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:00, irq=POLL)
[    1.552128] RTL8211DN Gigabit Ethernet stmmac-0:03: attached PHY driver [RTL8211DN Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:03, irq=POLL)
[    1.567016] ledtrig-cpu: registered to indicate activity on CPUs
[    1.573120] hidraw: raw HID events driver (C) Jiri Kosina
[    1.580288] NET: Registered protocol family 10
[    1.586462] Segment Routing with IPv6
[    1.590225] NET: Registered protocol family 17
[    1.594862] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.607805] 8021q: 802.1Q VLAN Support v1.8

Device hangs at this point.

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.

25.07.20213948KernelBug ReportVery LowCriticalath10k not working on clearfog pro with openwrt-21.02openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
SolidRun Clearfog Pro A1

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

- Steps to reproduce
boot it with a compex wle600 or wle900 pcie wifi card and it will report something like:

[  683.019493] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[  683.265291] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[  683.274540] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[  683.284178] ath10k_pci 0000:02:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[  683.342118] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[  685.564553] ath10k_pci 0000:02:00.0: failed to receive control response completion, polling..
[  686.604459] ath10k_pci 0000:02:00.0: Service connect timeout
[  686.610136] ath10k_pci 0000:02:00.0: failed to connect htt (-110)
[  686.725295] ath10k_pci 0000:02:00.0: could not init core (-110)
[  686.731257] ath10k_pci 0000:02:00.0: could not probe fw (-110)

I configured the kernel with CONFIG_PACKAGE_ath10k-board-qca988x=y and CONFIG_PACKAGE_ath10k-firmware-qca988x=y

In openwrt 19.x i get:

 OpenWrt 19.07.7, r11306-c4a6851c72
 -----------------------------------------------------
root@OpenWrt:~# dmesg | grep ath
[   11.207948] ath10k_pci 0000:02:00.0: enabling device (0140 -> 0142)
[   11.214444] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   11.454635] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[   11.465380] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.507440] firmware ath10k!pre-cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[   11.516611] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   11.527009] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.537130] firmware ath10k!cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[   11.545913] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[   11.556650] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.566721] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[   11.623287] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043222ff sub 0000:0000
[   11.632549] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   11.642078] ath10k_pci 0000:02:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   11.686880] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   11.697349] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.707724] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[   11.720044] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   12.859296] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   12.992322] ath: EEPROM regdomain: 0x0
[   12.992325] ath: EEPROM indicates default country code should be used
[   12.992327] ath: doing EEPROM country->regdmn map search
[   12.992330] ath: country maps to regdmn code: 0x3a
[   12.992333] ath: Country alpha2 being used: US
[   12.992334] ath: Regpair used: 0x3a
[   14.794232] ath: EEPROM regdomain: 0x82f4
[   14.804051] ath: EEPROM indicates we should expect a country code
[   14.810159] ath: doing EEPROM country->regdmn map search
[   14.815521] ath: country maps to regdmn code: 0x37
[   14.820326] ath: Country alpha2 being used: CH
[   14.824790] ath: Regpair used: 0x37
[   14.828285] ath: regdomain 0x82f4 dynamically updated by user
[   17.571688] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware

I tried it also with the -ht firmware in v21_02 but still no luck.
Here https://githubmemory.com/repo/greearb/ath10k-ct/issues/148 someone mentioned that this might be a problem with SolidRun’s PCIe implementation (if i understood that correctly).

26.07.20213951Base systemBug ReportVery LowCriticalAP inaccessible after https://github.com/openwrt/openwr...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- mir3g and mi4a gigabit edition mt7621 devices.. a dlink dir 882 remained accessible but all other ports seem down..
- openwrt https://github.com/openwrt/openwrt/commit/089efd61e9a6cdc0ea39c184d37bc8ebbe03175c - flash latest master or latest 21.02 makes device unreachable had to hard flash stock again and flash older openwrt

 


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

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.

18.10.20214090Base systemBug ReportVery LowCriticalNo configuration from ISP on Asus RT-AC85Popenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Asus RT-AC85P
- Software versions of OpenWrt/LEDE release, packages, etc.: 21.02
- Steps to reproduce

 After installing latest released OpenWrt 21.02 to AC85P I found it is not able to get network configuration from ISP - WAN interface has no IP etc. 

Some additional info:

  • My old TL-WR1043ND with OpenWrt 19.07 works good with my ISP.
  • My desktop machine and all my several laptops works good with my ISP (connecting to is directly by cable).
  • RT-AC85P with stock firmware works good with my ISP; it is getting network config from ISP.

I made a call to my ISP support informing them my router not able to get network config on what they answered “my router doesn’t sends its MAC address”.

An appropriate forum thread: https://forum.openwrt.org/t/no-configuration-from-isp-on-asus-rt-ac85p/108056/12

28.04.20213759Base systemBug ReportVery LowHighIdle ssh Connection exits with: client_loop: send disco...openwrt-21.02Unconfirmed Task Description

Summary

  • Device problem occurs on: x86-64 based router
  • Affected Software version: 21.02.0-rc1
    • This bug does NOT happen when running 19.07.7

Steps to reproduce

SSH from one computer to another machine that is on the internet

machine 1 < —- > openwrt 21.02.0-rc1 ←— internet —→ machine 2

Run this command on machine 1: watch ‘sleep 3000;date’

After some time has passed (wait about 30 minutes, maybe a little less):
1) the ssh tunnel will exit when you press enter in the terminal.
2) The error message will be: “client_loop: send disconnect: Broken pipe”

 


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
...
...
...

29.04.20213769Base systemBug ReportVery LowHighDuplicate LAN MAC address on RB750Gr3openwrt-21.02Unconfirmed Task Description

Device: RB750Gr3
OpenWrt: 21.02.0-rc1 and 21.02-SNAPSHOT r16053-f066ee2ad5 (clean flash)

The kernel log has several lines of the following

br-lan: received packet on lan2 with own address as source address (addr:08:55:31:2e:c0:34, vlan:0)

/etc/config/network

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option packet_steering '1'
        option ula_prefix 'fd60:2450:7cfe::/48'

config interface 'lan'
        option type 'bridge'
        option ifname 'lan2 lan3 lan4 lan5'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config device 'lan_lan2_dev'
        option name 'lan2'
        option macaddr '08:55:31:2e:c0:34'

config device 'lan_lan3_dev'
        option name 'lan3'
        option macaddr '08:55:31:2e:c0:34'

config device 'lan_lan4_dev'
        option name 'lan4'
        option macaddr '08:55:31:2e:c0:34'

config device 'lan_lan5_dev'
        option name 'lan5'
        option macaddr '08:55:31:2e:c0:34'
                                          
config interface 'wan'
        option ifname 'wan'
        option proto 'dhcp'
                                          
config device 'wan_wan_dev'
        option name 'wan'
        option macaddr '08:55:31:2e:c0:33'
                                          
config interface 'wan6'
        option ifname 'wan'
        option proto 'dhcpv6'


13.05.20213808Base systemBug ReportVery LowHighASUS RT-AC57N wrong wan interfaceopenwrt-21.02Unconfirmed Task Description

After installation LEDE 21.02-rc1 on ASUS RT-AC57N wan interface was assigned to eth0, not eth0.2 as it was on 19.07, thus it cannot obtain an IP address from ISP.

I’ve tried to copy interface setup from 19.07, as:

config interface ‘wan’

      option ifname 'eth0.2'
      option proto 'dhcp'

config device ‘wan_eth0_2_dev’

      option name 'eth0.2'
      option macaddr '40:b0:76:9d:89:f0'

but it also has not helped.


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

19.05.20213816KernelBug ReportVery LowHigh21.02-SNAPSHOT - Building with LXC-Support breaks passw...openwrt-21.02Waiting on reporter Task Description

Device: EspressoBin v5 Non-EMMC
Version: OpenWrt 21.02-SNAPSHOT, r0-bbbc01e

Nailed it down by starting from a fresh config a few times and cleaning up the build-chain.

As soon as I include LXC-Support from make menuconfig → utilities → LXC passwd seems broken (encryption?).

LuCi reports that it isn’t able to change the password - if I ssh into the box, use passwd it seemingly succeeds (it does set something) but afterwards login fails both via SSH and passwd.

Even if I build without LuCi the same is happening. dmesg shows nothing ... out of the ordinary - despite the Kernel being build with debug-flags.

Any clue how to debug that further? I’m pretty new to building OpenWRT myself.

 


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 ]---
26.05.20213829Base systemBug ReportVery LowHighNo WiFi after upgrading from 19.07 to 21.02openwrt-21.02Unconfirmed Task Description

Device : Zyxel P2812 F1
Version : 21.02 snapshot r16824-91abeebd3b

Steps:
- Router with 19.07.4
- Upgrade to 21.02 (this is a custom build version because the version on the openwrt-download does not work (bug 2226))
- after reboot the WiFi device is not available
- run WiFi up resuls in message in logread:

Wed May 26 22:30:03 2021 daemon.notice netifd: radio0 (2491): Could not find PHY for device ‘radio0’ Wed May 26 22:30:03 2021 daemon.notice netifd: radio0 (2499): WARNING: Variable ‘data’ does not exist or is not an array/object


Attached is dmesg-log and config


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

).

02.06.20213842KernelBug ReportVery LowHigh802.11ac modulation out of place based on my 802.11n wi...openwrt-21.02Unconfirmed Task Description

I have problems that disconnect clients, I use the 802.11n wireless mode and I have clients in which the ap puts VHT, losing communication without disconnecting, until the ap disconnects them due to inactivity.
My configuration, firmware and equipment data:

  1. Device problem occurs on my four APs, they use firmware snapshots and 21.02 rc-1
  2. Devices model: TP-Link EAP225-Outdoor v1
  3. Wireless mode “N”
  4. Channel width 20mhz
  5. wlan0 5GHz radio
04.06.20213853Base systemBug ReportVery LowHighath79: NETGEAR WNDR4300v2 Bricked on Power Cycle After ...openwrt-21.02Unconfirmed Task Description

On a NETGEAR WNDR4300v2 with stock firmware I flash OpenWrt. It works fine after flash (not power cycled *yet*). On the first power cycle the device is fails to start. I’m able to restore the factory firmware using nmrpflash.

Device: NETGEAR WNDR4300v2
Factory firmware: V1.0.0.58
OpenWrt firmware: openwrt-21.02.0-rc2-ath79-nand-netgear_wndr4300-v2-squashfs-factory.img

I checked the OpenWrt firmware checksum. I did a factory install. On first boot, OpenWrt works just fine. I’m able to adjust settings and Save & Apply them. If I power-cycle the device it fails to boot. The problem exists even if I don’t change any settings in OpenWrt. The Power led is amber continuously. The led for ports 1-4 flash once then remain off. After about 18 seconds the cycle repeats.

I’m able to restore the factory firmware by connecting to port 1. I set a static IP 192.168.1.100/255.255.255.0 Gateway:192.168.1.1. I ran the nmrpflash tool and power On the unit:

> sudo ./nmrpflash -i enp0s25 -f WNDR4300v2-V1.0.0.58.img
Waiting for physical connection.
Advertising NMRP server on enp0s25 ... |
Received configuration request from xx:yy:...
Sending configuration: 10.164.183.252/24.
Received upload request: filename 'firmware'.
Uploading WNDR4300v2-V1.0.0.58.img ... OK
Waiting for remote to respond.
Remote finished. Closing connection.
Reboot your device now.

Once completed the factory firmware is restored.


08.06.20213860ToolchainBuild FailureVery LowHigh bcm53xx: Image Builder fails with "os-image partition ...openwrt-21.02Unconfirmed Task Description

I use the Image Builder to build image for my NETGEAR R8000.
Firstly, I tried to build with the command which I had use many times in 19.07.03.But I got error message like this:

WARNING: maxlen exceeds default maximum!  Beware of overwriting nvram!
os-image partition too big (more than 2097152 bytes): Success
make[3]: *** [Makefile:456: /media/nautilus/Data/Personal/Router/openwrt/21.02-RC2/openwrt-imagebuilder-21.02.0-rc2-bcm53xx-generic.Linux-x86_64/build_dir/target-arm_cortex-a9_musl_eabi/linux-bcm53xx_generic/tmp/openwrt-21.02.0-rc2-bcm53xx-generic-tplink_archer-c5-v2-squashfs.bin] Error 1
make[2]: *** [Makefile:186: build_image] Error 2
make[1]: *** [Makefile:124: _call_image] Error 2
make: *** [Makefile:240: image] Error 2

Then, I use the default command like this:

make image PROFILE=netgear_r8000

But I got the same error message.
I can’t get any useful message from the error message. And I can build image successfully with v19.07.03. That means the envirment is well.

22.06.20213896KernelBug ReportVery LowHighKernel panic when starting hcxdumptool on mt76x2e wlan ...openwrt-21.02Unconfirmed Task Description

Device: Netgear R6220
Reproducible on: 21.02-SNAPSHOT; trunk SNAPSHOT
I’m getting kernel panic when I run hcxdumptool on 5GHz interface (mt76x2e driver).
It works on 2.4GHz interface.
When tried on 19.07 it didn’t panic.

Log when crashed on trunk:

$ ssh root@192.168.1.1 logread -f
Tue Jun 22 19:14:36 2021 authpriv.info dropbear[2778]: Exit (root) from <192.168.1.171:44972>: Disconnect received
Tue Jun 22 19:14:41 2021 authpriv.info dropbear[3123]: Child connection from 192.168.1.168:44252
Tue Jun 22 19:14:41 2021 authpriv.notice dropbear[3123]: Auth succeeded with blank password for 'root' from 192.168.1.168:44252
Tue Jun 22 19:14:47 2021 kern.info kernel: [   84.159302] device wlan1 entered promiscuous mode
Tue Jun 22 19:14:51 2021 kern.alert kernel: [   87.627062] CPU 1 Unable to handle kernel paging request at virtual address 00000010, epc == 86439038, ra == 86438dcc
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.648212] Oops[#1]:
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.652731] CPU: 1 PID: 3134 Comm: hcxdumptool Not tainted 5.4.124 #0
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.665533] $ 0   : 00000000 00000001 00000000 00000004
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.675923] $ 4   : 87d3a26c 00000004 ffffffff 00000000
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.686313] $ 8   : 86c6844e 00000000 00000002 0000001f
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.696702] $12   : 0000000a 8000001f 0000001e 0000001d
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.707092] $16   : 87d3a240 86471454 00000000 00000001
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.717481] $20   : 864981c0 00000002 00000000 00000000
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.727873] $24   : ffffffe0 00000001
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.738268] $28   : 867ea000 867ebbf0 00000000 86438dcc
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.748663] Hi    : 00000042
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.754380] Lo    : 00000002
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.760243] epc   : 86439038 ieee80211_parse_tx_radiotap+0x36c/0x538 [mac80211]
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.774810] ra    : 86438dcc ieee80211_parse_tx_radiotap+0x100/0x538 [mac80211]
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.789341] Status: 11007c03      KERNEL EXL IE
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.797653] Cause : 40800008 (ExcCode 02)
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.805615] BadVA : 00000010
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.811332] PrId  : 0001992f (MIPS 1004Kc)
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.819464] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT rndis_host pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 ipt_REJECT cfg80211 cdc_ether xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG usbnet 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 mii sha256_generic libsha256 seqiv jitterentropy_rng drbg hmac ghash_generic gf128mul gcm ctr cmac ccm leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.964288] Process hcxdumptool (pid: 3134, threadinfo=b724dc4d, task=5224ded9, tls=77e6aec8)
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.981236] Stack : 867ebe04 86fe67b0 87d5e000 00000000 81013d80 00000000 bfffffff 00000000
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.997854]         86c68442 00000000 86fbe460 86c6844e 00000008 86c6844a 86c6844c 0000000f

Cmdline to reproduce:

hcxdumptool -i wlan1 -o wlan1.pcapng --filtermode=1 -c 36,40,44,48,52,56,60,64,100,104,108,112,116,120,124,128,132,136,140,149,153,157,161,165 -t 60 --filterlist_ap=filterlist.txt --enable_status=95 --active_beacon

Probably reproduce could be simplified but wanted to leave it as close to mine case as possible.

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
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.

20.07.20213942Base systemBug ReportVery LowHighI report a bug [21.02-rc3 ]openwrt-21.02Unconfirmed Task Description

I report a bug. After testing, openwrt 21.02-rc3 version: the interface protocol “PPPoE” severely limits the network speed, or “the network speed is seriously not up to the speed provided by the service provider“.

The test results are as follows:

My device is tp link Archer C7

I use 300m broadband network for testing, download the same link resources, the new version 21.02-rc3 speed is only 26m, using the old version 19.07. X test, download speed can reach 40m, and very stable.


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"


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

06.09.20214012Base systemBug ReportVery LowHighCan't login to LUCI but can SSHopenwrt-21.02Unconfirmed Task Description

Linksys WRT3200ACM
OpenWRT 21.02.0 Stable

Steps to reproduce:

  1. Install OpenWRT 21.02.0 Stable as a fresh install.
  2. Visit 192.168.1.1 and sign into Luci (with no password since it is a fresh install), go to System → Administration and assign a password
  3. Close the browser window
  4. Login through SSH and enable HTTPS-redirect for Luci (as mentioned in the release notes: https://openwrt.org/releases/21.02/notes-21.02.0)
  5. Open a new browser window in Incognito-mode
  6. Visit 192.168.1.1 (should be redirected to HTTPS and may get browser warning about being unsafe)
  7. Try to sign into Luci (should get message that the user/password is incorrect)

I have tried clearing my browser cookies, tried disabling the HTTPS redirect, restarted the router manually (power switch on device), tried using the “passwd” command to reset the password (and then restarted the router manually).

No matter what, I cannot login into the router ever again after enabling HTTPS redirect for Luci (even if the redirect is turned off and router restarted). I can, strangely, log into the router through SSH with the password I set for root.

I had to login through SSH and run the (cant remember exact) command to reset the router as if I just installed OpenWRT in order to gain access again.

07.09.20214013Base systemBug ReportVery LowHighNetgear DM200 bootloop with 21.02 (stable)openwrt-21.02Unconfirmed Task Description

Using 19.07.8 on Netgear DM200 without any problems, previous point releases of 19.07 have also worked flawlessly.

Using LuCI, did upgrade to 21.02 (first stable release) whilst retaining settings. Flashing appeared to work and device re-booted but appeared to get stuck at boot with power led blinking.
Recovered device back to 19.07.8 using Netgear instructions with TFTP.

Attempted 21.02 upgrade again without saving settings - same result, apparent boot loop (power LED blinking).
Recovered device to 19.07.8 again - all ok.
Used TFTP to flash 21.02 factory image with same result - flashing appeared to work but upon restart, stuck in boot loop.

Firmware used each time was Lantiq XRX200 21.02.

08.09.20214018KernelBug ReportVery LowHighMikrotik RB750GR3 - Kernel bug rebooted the routeropenwrt-21.02Unconfirmed Task Description

Device: Mikrotik RB750Gr3
OpenWrt version: OpenWrt 21.02.0
Issue: The router rebooted with the log below
How to reproduce: Unknown (wasn't doing anything special; uptime around 3/4 days)

Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.094192] Kernel bug detected[#1]:
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.097889] CPU: 3 PID: 12765 Comm: kworker/3:2 Not tainted 5.4.143 #0
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.104512] Workqueue: wg-crypt-WIREGUARD 0x8ef144dc [wireguard@cea4334d+0xc030]
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.111975] $ 0 : 00000000 00000001 00000094 0000007c
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.117292] $ 4 : 8e6b3000 00000001 0000058c 00000001
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.122605] $ 8 : 00000000 8e6b3620 435b0b6a cacb6a43
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.127903] $12 : 1047b37c cfd69df4 1bd0788b ee025612
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.133195] $16 : 8e6600c0 00000000 ffffffe8 00000010
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.138495] $20 : 0000058c 00000001 ffffffed 8f134ce8
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.143801] $24 : 000000ca dcc91431
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.149119] $28 : 8e4be000 8e4bfc18 806c27c0 8ef13f50
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.154436] Hi : 0fea80e1
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.157405] Lo : ee025612
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.160381] epc : 80433448 0x80433448
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.164308] ra : 8ef13f50 0x8ef13f50 [wireguard@cea4334d+0xc030]
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.170638] Status: 11007c03 KERNEL EXL IE Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.174899] Cause : 50800034 (ExcCode 0d)
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.178981] PrId : 0001992f (MIPS 1004Kc)
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.183150] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT wireguard pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack libchacha20poly1305 libblake2s ipt_REJECT xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG slhc poly1305_mips nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libblake2s_generic iptable_mangle iptable_filter ip_tables crc_ccitt chacha_mips nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel kpp leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.248755] Process kworker/3:2 (pid: 12765, threadinfo=71542827, task=0d5fcf1e, tls=00000000)
Wed Sep 8 13:14:43 2021 kern.warn kernel: [305779.257423] Stack : 8ec0a800 00000010 0000058c 8f134cc0 8e6600c0 00000000 8ec0a800 8ef13f50

I might have to downgrade back to OpenWrt 19.07.8 if it keeps rebooting like this.

I'll live with https://bugs.openwrt.org/index.php?do=details&task_id=2628 if I downgrade, but at least that bug didn't reboot the router.

Luckily I kept a configuration backup. :)

Compass.

22.09.20214050Base systemBug ReportVery LowHighDFS not working on WNDR4300openwrt-21.02Unconfirmed Task Description

After Upgrading from 19.07.8 to version 21.02.0 the 5 GHZ WLAN is not working any more.
The WLAN gets shutdown by DFS.
FYI: Same freqency was used (channel 52) on 19.07.8 - worked perfekt, on 21.02.0 - doesn’t work due to radar detect and shutdown by DFS.

Device: WNDR4300
Software: OpenWrt 21.02.0 r16279-5cc0535800 / LuCI openwrt-21.02 branch git-21.231.26241-422c175

Logfile:
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: DFS-RADAR-DETECTED freq=5660 ht_enabled=1 chan_offset=1 chan_width=2 cf1=5670 cf2=0
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: dfs_downgrade_bandwidth: no DFS channels left, waiting for NOP to finish
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: AP-DISABLED
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 8c:8e:f2:f1:27:70
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 40:16:3b:f4:ed:da
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 74:81:14:50:7e:94
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 80:0c:67:08:d8:f1
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED ec:ad:b8:7b:b0:25
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Tue Sep 21 07:51:19 2021 kern.info kernel: [82242.427874] device wlan1 left promiscuous mode
Tue Sep 21 07:51:19 2021 kern.info kernel: [82242.432916] br-lan: port 2(wlan1) entered disabled state
Tue Sep 21 07:51:19 2021 daemon.notice netifd: Network device ‘wlan1’ link is down
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: interface state ENABLED→DISABLED
Tue Sep 21 07:51:19 2021 kern.info kernel: [82242.487270] br-lan: port 2(wlan1) entered blocking state
Tue Sep 21 07:51:19 2021 kern.info kernel: [82242.492733] br-lan: port 2(wlan1) entered disabled state
Tue Sep 21 07:51:19 2021 kern.info kernel: [82242.498550] device wlan1 entered promiscuous mode
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: interface state DISABLED→COUNTRY_UPDATE
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE→HT_SCAN
Tue Sep 21 07:51:19 2021 daemon.err hostapd: could not get valid channel
Tue Sep 21 07:51:19 2021 daemon.notice hostapd: wlan1: interface state HT_SCAN→DFS
Tue Sep 21 07:51:31 2021 daemon.info hostapd: wlan0: STA 06:0f:98:97:99:26 IEEE 802.11: authenticated
Tue Sep 21 07:51:31 2021 daemon.info hostapd: wlan0: STA 06:0f:98:97:99:26 IEEE 802.11: associated (aid 1)
Tue Sep 21 07:51:31 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 06:0f:98:97:99:26
Tue Sep 21 07:51:31 2021 daemon.info hostapd: wlan0: STA 06:0f:98:97:99:26 WPA: pairwise key handshake completed (RSN)
Tue Sep 21 07:52:27 2021 daemon.err uhttpd[1831]: luci: accepted login on / for root from 192.168.1.120
Tue Sep 21 07:56:35 2021 daemon.err uhttpd[1831]: luci: accepted login on / for root from 192.168.1.15

If you need amy additional info, please let me know.

Regards


22.09.20214051KernelBug ReportVery LowHighath10k_pci firmware is crashing in loopsopenwrt-21.02Unconfirmed Task Description

I have a TP-Link Archer C7v4 with 21.02. After 21.02 upgrade, ath10k firmware started to crash in loops. I get a lot of logs,

[11487.634801] ath10k_pci 0000:00:00.0: device successfully recovered
[11492.190000] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 117
[11492.241196] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 15
[11496.695656] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 127
[11496.746854] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 208
[11496.798068] ath10k_pci 0000:00:00.0: HTC rx frame too long, len: 65330
[11496.849253] ath10k_pci 0000:00:00.0: HTC rx frame too long, len: 65543
[11496.900455] ath10k_pci 0000:00:00.0: HTC rx frame too long, len: 18916
[11498.129262] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 189
[11498.180467] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 41
[11499.972498] ath10k_pci 0000:00:00.0: HTC Rx: invalid eid 209
...
[11519.921127] ath10k_pci 0000:00:00.0: firmware crashed! (guid d9fcd37f-f88d-4c9c-a552-28050cb02db3)

And a couple of kernel stacks too. I’ll attach dmesg messages.

It started after my last reboot and system uptime is still small (about 3hs).
The system seems to be updated:
ath10k-board-qca988x - 20201118-3
ath10k-firmware-qca988x-ct - 2020-11-08-1
kmod-ath - 5.4.143+5.10.42-1-1
kmod-ath10k-ct - 5.4.143+2021-06-03-b44cd7b2-2

ath9x does not seem to be affected.

After a reboot, the system was stable again.

07.10.20214068KernelBug ReportVery LowHighath9k: Placeholder MAC address set on wireless device o...openwrt-21.02Unconfirmed Task Description

I am encountering issues with the wifi device on AVM FRITZ!Box 7430. The MAC address of the adapter is set to a placeholder value:

# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
    link/ether [REDACTED] brd ff:ff:ff:ff:ff:ff
4: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether [REDACTED] brd ff:ff:ff:ff:ff:ff
5: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
    link/ether [REDACTED] brd ff:ff:ff:ff:ff:ff
7: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
    link/ether 00:02:03:04:05:06 brd ff:ff:ff:ff:ff:ff

This issue was reproducable on two separate devices, both with the 21.0.2 release (no matter whether the image was pre-built or self-compiled) and the latest SNAPSHOT image.

fritz_tffs_nand -d /dev/mtd1 -n macwlan

is able to read the correct MAC address from flash however. Attempts to reconfigure the MAC address during runtime with “ip” or by adding the “macaddr” option to /etc/config/wireless were not successful.
I am trying to built a mesh network with multiple FRITZ!Box 7430 devices and the identical BSSID used by them seems to cause on the client network. I have no experience in developing drivers, but am comfortable in compiling OpenWrt from source. Does anyone have an idea on where I could start looking into this issue? I am not sure how the wireless device is configured with its MAC address during boot-up, but would be glad to try any suggestions on how this placeholder value could be overriden. I’ve attached a log showing the boot process.

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

10.10.20214075KernelBug ReportVery LowHighCpufreq is missing on kirkwood target, so the cpu is st...openwrt-21.02Unconfirmed Task Description

Hello, I installed openwrt on a Zyxel NSA-310 device. Everything seems good but when I went to test the performance it was not so good.
So I noticed that the cpu frequency is stuck on 200MHz and cpufreq is missing (also can’t find it as a kmod package).

I am running on original u-boot because of a bad block and the wiki suggested not to flash it. Maybe openwrt’s u-boot has a workaround on this or there is some setting to apply on boot?

BTW I think the wiki does not include a safer, less invasive method as this device can boot entirely from usb without flashing anything, but to do so you need to have a kernel/initramfs w/usbstorage included.

I might try to compile openwrt from sources to include cpufreq. Should I then submit a pull request or a patch?

11.10.20214078KernelBug ReportVery LowHighKernel panic from rt2x00usb - rt2x00queue_for_each_entr...openwrt-21.02Unconfirmed Task Description

Device: RT5370 WiFi chip + rt2x00usb driver
OpenWRT Version: 21.02 (commit b2ae42)

We're experiencing a kernel panic causing our device to frequently reboot. It's due to an Internal error: Oops: 207, or sometimes Internal error: Oops: 206. It seems to happen often when we connect several devices to the RT5370 WiFi chip which uses the rt2x00usb driver.

It is happening on multiple devices and was not an issue for us on 18.06 (commit c3bd13).

Here's a relevant trace of the issue:

[ 4576.824582] 8<--- cut here ---
[ 4576.827674] Unable to handle kernel NULL pointer dereference at virtual address 00000008
[ 4576.835810] pgd = 1b97c305
[ 4576.849425] Internal error: Oops: 207 [#1] SMP ARM
[ 4576.859700] Modules linked in: xt_connlimit rt2800usb rt2800lib pppoe ppp_async nf_conncount iptable_nat brcmfmac xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_cov
[ 4576.859858]  deflate zlib_inflate zlib_deflate cbc authenc crypto_acompress dwc3 fsl_mph_dr_of ehci_fsl
[ 4576.835810] pgd = 1b97c305
[ 4576.967462] CPU: 2 PID: 9400 Comm: kworker/u8:2 Not tainted 5.4.143 #0
[ 4576.979513] Hardware name: Allwinner sun8i Family
[ 4576.989779] Workqueue: phy1 rt2x00usb_work_rxdone [rt2x00usb]
[ 4577.001057] PC is at rt2x00queue_for_each_entry+0x378/0x618 [rt2x00lib]
[ 4577.011805] LR is at rt2x00queue_for_each_entry+0x2c0/0x618 [rt2x00lib]
[ 4577.018409] pc : [<bf3a05e4>]    lr : [<bf3a052c>]    psr: 60000013
[ 4577.024665] sp : e749dc50  ip : 00000000  fp : 00000001
[ 4577.029882] r10: e749dd60  r9 : 00000000  r8 : e778f748
[ 4577.035099] r7 : 00000000  r6 : e9bcdfa0  r5 : e71a6f00  r4 : e749dc74
[ 4577.041615] r3 : 00000006  r2 : 00000000  r1 : e856f85c  r0 : 00000006
[ 4577.048159] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[ 4577.055320] Control: 30c5387d  Table: 69bb9e40  DAC: 9f1e88c3
[ 4577.061073] Process kworker/u8:2 (pid: 9400, stack limit = 0x35a706a0)
[ 4577.067593] Stack: (0xe749dc50 to 0xe749e000)
[ 4577.071946] dc40:                                     e9b7d458 e9bcdfa0 e71a6f00 e9bccd00
[ 4577.080114] dc60: 00000000 bf3a1544 00000000 00000000 00000000 00000188 00180021 00000000
[ 4577.088281] dc80: 00000000 00000000 0000002b 00000003 00000005 00000000 00000000 00000000
[ 4577.096449] dca0: e71a6f00 e9bcdfa0 e9b7d458 e9bccd00 e749dd04 00000000 e749dd60 bf39eff4
[ 4577.104616] dcc0: 00000000 00000000 00000000 00000000 00000000 e749dd60 e749dd60 e9bccd00
[ 4577.112784] dce0: 00000000 e9bcd15c 00000000 e749dd60 00000001 bf2f1400 e778f748 e95eae28
[ 4577.120951] dd00: 00000000 e778f748 e9bccd00 e749dd60 000000d0 e9bccd00 00000021 e9bccd00
[ 4577.129119] dd20: 00000001 00000000 e749ddc8 bf2f1528 00000001 e95ea580 e71a6f00 00000000
[ 4577.137286] dd40: e95ea580 00000021 e9bccd00 bf2f8014 00000001 eb1f1c10 00000000 00000000
[ 4577.145453] dd60: e749dd60 e749dd60 00000000 00000000 e9bccd00 e95ea580 e778f000 00000000
[ 4577.153620] dd80: 00000000 00000002 68808044 e71a6f00 e95ea580 e9bccd00 e9bcd29c 00000000
[ 4577.161788] dda0: e9bcd15c bf2f97fc 00000008 e9bccd00 e749ddb0 e9bccd00 e9bcce5c bf32f75c
[ 4577.169955] ddc0: 00000000 00000000 e9bccd00 ffffffe8 e71e30c0 e749de70 e880e058 e9bcd39c
[ 4577.178121] dde0: e9bcd3a0 00000000 ef6cd498 00000000 c0c57900 00000040 c0e03080 c0243fe8
[ 4577.186289] de00: 00000000 00000006 c0e03098 c0e03080 40000006 ffffe000 00000101 c02022d8
[ 4577.194456] de20: e71e30c0 e9bccd00 e95ea580 c0c51508 c0c57900 0000000a c0c51494 0006869c
[ 4577.202624] de40: c0e03d00 c08fbeac 04208060 c08fbe74 e9bcdfa0 60000013 ffffe000 e71e30c0
[ 4577.210791] de60: ffffffe3 e7231e40 00000004 00000000 ffffe000 c0244324 000001ff c02443f0
[ 4577.218958] de80: e8f2aae0 e9bcdfa0 e71e30c0 bf39d900 000013b2 e9bcdfa0 00000000 00000000
[ 4577.227125] dea0: 00000000 ffffffe3 00000018 00000000 0000000c 00000001 00000000 00000000
[ 4577.235292] dec0: 00000000 00000000 00000000 00000000 e9bce5d8 e749def4 c0e04e50 eb29a700
[ 4577.243459] dee0: 00000000 00000100 00000000 bf3ad660 eb05c200 00000028 c08fe0c8 e749df14
[ 4577.251626] df00: bf3ad610 e9bce5d8 e86c8380 eb006200 eb29a700 e7bc6a51 e9bce5d8 e86c8380
[ 4577.259794] df20: eb006200 c02575c0 00000088 c0e03d00 e86c8380 e86c8394 eb006200 00000088
[ 4577.267961] df40: c0e03d00 eb006218 eb006200 c025785c c0e0c5f0 c08fcf78 ffffe000 e86c8380
[ 4577.276128] df60: c0257818 e9b9c000 e8cc0f80 00000000 e749c000 e86c8380 c0257818 eb131eac
[ 4577.284295] df80: e9b9c01c c025d338 00001228 e8cc0f80 c025d1ec 00000000 00000000 00000000
[ 4577.292462] dfa0: 00000000 00000000 00000000 c02011f8 00000000 00000000 00000000 00000000
[ 4577.300629] dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 4577.308795] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
[ 4577.317043] [<bf3a05e4>] (rt2x00queue_for_each_entry [rt2x00lib]) from [<bf3a1544>] (rt2x00queue_write_tx_frame+0x24/0x418 [rt2x00lib])
[ 4577.329215] [<bf3a1544>] (rt2x00queue_write_tx_frame [rt2x00lib]) from [<bf39eff4>] (rt2x00mac_tx+0x88/0x358 [rt2x00lib])
[ 4577.340316] [<bf39eff4>] (rt2x00mac_tx [rt2x00lib]) from [<bf2f1400>] (ieee80211_beacon_update_cntdwn+0x29c/0xd20 [mac80211])
[ 4577.351723] [<bf2f1400>] (ieee80211_beacon_update_cntdwn [mac80211]) from [<bf2f1528>] (ieee80211_beacon_update_cntdwn+0x3c4/0xd20 [mac80211])
[ 4577.364582] [<bf2f1528>] (ieee80211_beacon_update_cntdwn [mac80211]) from [<bf2f8014>] (ieee80211_tx_prepare_skb+0x22c/0x254 [mac80211])
[ 4577.376919] [<bf2f8014>] (ieee80211_tx_prepare_skb [mac80211]) from [<bf2f97fc>] (ieee80211_tx_pending+0xac/0x258 [mac80211])
[ 4577.388262] [<bf2f97fc>] (ieee80211_tx_pending [mac80211]) from [<c0243fe8>] (tasklet_action_common.constprop.3+0x64/0xe8)
[ 4577.399295] [<c0243fe8>] (tasklet_action_common.constprop.3) from [<c02022d8>] (__do_softirq+0x120/0x2b0)
[ 4577.408851] [<c02022d8>] (__do_softirq) from [<c0244324>] (do_softirq.part.2+0x3c/0x44)
[ 4577.416845] [<c0244324>] (do_softirq.part.2) from [<c02443f0>] (__local_bh_enable_ip+0xc4/0xd4)
[ 4577.425541] [<c02443f0>] (__local_bh_enable_ip) from [<bf39d900>] (rt2x00lib_rxdone+0x250/0x5f4 [rt2x00lib])
[ 4577.435369] [<bf39d900>] (rt2x00lib_rxdone [rt2x00lib]) from [<bf3ad660>] (rt2x00usb_work_rxdone+0x50/0x90 [rt2x00usb])
[ 4577.446157] [<bf3ad660>] (rt2x00usb_work_rxdone [rt2x00usb]) from [<c02575c0>] (process_one_work+0x218/0x470)
[ 4577.456061] [<c02575c0>] (process_one_work) from [<c025785c>] (worker_thread+0x44/0x5dc)
[ 4577.464145] [<c025785c>] (worker_thread) from [<c025d338>] (kthread+0x14c/0x150)
[ 4577.471534] [<c025d338>] (kthread) from [<c02011f8>] (ret_from_fork+0x14/0x3c)
[ 4577.478744] Exception stack(0xe749dfb0 to 0xe749dff8)
[ 4577.483789] dfa0:                                     00000000 00000000 00000000 00000000
[ 4577.491955] dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 4577.500120] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 4577.506728] Code: e5d53022 e5d80020 e3130001 1a000068 (e5d73008) 
[ 4577.512929] ---[ end trace acdac39c83d22d1a ]---
[ 4577.517552] Kernel panic - not syncing: Fatal exception in interrupt

The device we are using is an InvizBox 2. If it would help, we would be happy to contribute one for testing as we are planning to bring it into OpenWRT mainline once we have the time and knowledge.

11.10.20214083PackagesBug ReportVery LowHighkmod-usb-net-rtl8152 resettingopenwrt-21.02Unconfirmed Task Description

Device: FriendlyARM NanoPi R2S
Openwrt version: 21.02
kmod-usb-net-rtl8152 version: 5.4.143-1

Under load the rtl8152 usb→ethernet controller periodically resets, resulting in lost connectivity.

[835268.288485] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[835268.289087] r8152 4-1:1.0 eth1: Random ether addr f6:79:cb:0d:e8:ca
[835268.294377] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[835601.651427] r8152 4-1:1.0 eth1: Tx timeout
[835603.700959] r8152 4-1:1.0 eth1: Tx status -2
[835603.701462] r8152 4-1:1.0 eth1: Tx status -2
[835603.701925] r8152 4-1:1.0 eth1: Tx status -2
[835603.702389] r8152 4-1:1.0 eth1: Tx status -2
[835604.400457] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[835604.401057] r8152 4-1:1.0 eth1: Random ether addr 1a:0c:e4:6e:e6:78
[835604.406427] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[835851.756695] r8152 4-1:1.0 eth1: Tx timeout
[835851.759988] r8152 4-1:1.0 eth1: Tx status -2
[835851.760467] r8152 4-1:1.0 eth1: Tx status -2
[835851.760989] r8152 4-1:1.0 eth1: Tx status -2
[835851.761459] r8152 4-1:1.0 eth1: Tx status -2
[835854.032456] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[835854.033097] r8152 4-1:1.0 eth1: Random ether addr 9e:77:eb:ed:04:55
[835854.038332] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[836203.747280] r8152 4-1:1.0 eth1: Tx timeout
[836205.795765] r8152 4-1:1.0 eth1: Tx status -2
[836205.796251] r8152 4-1:1.0 eth1: Tx status -2
[836205.796710] r8152 4-1:1.0 eth1: Tx status -2
[836205.797173] r8152 4-1:1.0 eth1: Tx status -2
[836206.496453] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[836206.497053] r8152 4-1:1.0 eth1: Random ether addr fe:52:21:ca:fa:03
[836206.502398] r8152 4-1:1.0 eth1: Promiscuous mode enabled
[836561.625738] r8152 4-1:1.0 eth1: Tx timeout
[836563.674078] r8152 4-1:1.0 eth1: Tx status -2
[836563.674565] r8152 4-1:1.0 eth1: Tx status -2
[836563.675030] r8152 4-1:1.0 eth1: Tx status -2
[836563.675493] r8152 4-1:1.0 eth1: Tx status -2
[836564.384455] r8152 4-1:1.0 eth1: Invalid ether addr 00:00:00:00:00:00
[836564.385058] r8152 4-1:1.0 eth1: Random ether addr ba:63:ae:46:69:46
[836564.390679] r8152 4-1:1.0 eth1: Promiscuous mode enabled

Other reports indicate that this is due to a problem with the driver version used by OpenWRT. This problem does not arise in FriendlyWRT.

Additional info: https://github.com/jayanta525/openwrt-nanopi-r2s/issues/5

FriendlyWRT commit to workaround the issue: https://github.com/friendlyarm/rtl8812au/commit/76c3cf81fdc71af4338571b6404beb2ba3835a62

OpenWRT forum issue: https://forum.openwrt.org/t/update-kmod-usb-net-rtl8152-driver-to-avoid-usb-3-0-to-gigabit-lan-issues/65466/38

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)

06.05.20213787Base systemBug ReportVery LowMedium21.02 RC1: BUG: Bad page state in process swapper/0openwrt-21.02Unconfirmed Task Description

Device used: RT-AC57U (mt7621 based device)
Version used: 21.02 RC1
Steps to reproduce: This ended up in my kernel log after a few days of uptime. I am unsure what exactly caused the issue.

I am currently beta testing the new 21.02 RC1 release on two different devices. Stability seems very good, but I did run into an issue with the aforementioned RT-AC57U. I found this stacktrace in the kernel log. I am unsure if this caused the network to go down, since I am not sure if I was using the network at that time. Does anyone have any idea what is causing this?

[410758.374134] BUG: Bad page state in process swapper/0  pfn:05edc
[410758.386105] page:809236f0 refcount:-1 mapcount:0 mapping:00000000 index:0x0
[410758.400121] flags: 0x0()
[410758.405331] raw: 00000000 00000000 00000122 00000000 00000000 00000000 ffffffff ffffffff
[410758.421588] raw: 00000000
[410758.426956] page dumped because: nonzero _refcount
[410758.436644] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat 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_pptp nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack_pptp nf_conntrack_netlink nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 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 ts_kmp ts_fsm ts_bm slhc sch_cake poly1305_mips nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libblake2s_generic iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat chacha_mips br_netfilter 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
[410758.436829]  act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb ip6_udp_tunnel udp_tunnel kpp leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[410758.712580] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.111 #0
[410758.724692] Stack : 00000000 80840000 00000003 8007d6e0 00000000 00000000 00000000 00000000
[410758.741481]         00000000 00000000 00000000 00000000 00000000 00000001 87c0db80 5fc2ce17
[410758.758268]         87c0dc18 00000000 00000000 00000000 00000038 805e1804 2e352064 31312e34
[410758.775053]         00000000 00004fd5 00000000 70617773 00000000 87c0db60 00000000 80840000
[410758.791840]         80604b20 806b0000 00000000 806d7f20 00000000 80359e2c 00000000 80810000
[410758.808627]         ...
[410758.813649] Call Trace:
[410758.813663] [<8007d6e0>] 0x8007d6e0
[410758.825779] [<805e1804>] 0x805e1804
[410758.832880] [<80359e2c>] 0x80359e2c
[410758.839978] [<8000b05c>] 0x8000b05c
[410758.847075] [<8000b064>] 0x8000b064
[410758.854173] [<805c6f9c>] 0x805c6f9c
[410758.861271] [<8014dabc>] 0x8014dabc
[410758.868420] [<80150ca4>] 0x80150ca4
[410758.875519] [<804a8b28>] 0x804a8b28
[410758.882662] [<806e0000>] 0x806e0000
[410758.889769] [<80151c80>] 0x80151c80
[410758.896866] [<80063508>] 0x80063508
[410758.903966] [<80150015>] 0x80150015
[410758.911063] [<804326ac>] 0x804326ac
[410758.918163] [<8001e448>] 0x8001e448
[410758.925262] [<80152bc4>] 0x80152bc4
[410758.932359] [<80433040>] 0x80433040
[410758.939456] [<800939cc>] 0x800939cc
[410758.946554] [<803dd720>] 0x803dd720
[410758.953652] [<800104dc>] 0x800104dc
[410758.960754] [<80433858>] 0x80433858
[410758.967852] [<80433acc>] 0x80433acc
[410758.974952] [<805e7d1c>] 0x805e7d1c
[410758.982053] [<80030768>] 0x80030768
[410758.989150] [<802f8404>] 0x802f8404
[410758.996249] [<80006c28>] 0x80006c28
[410759.003344] 
[410759.006466] Disabling lock debugging due to kernel taint
11.05.20213798Base systemBug ReportVery LowMediumflashing the install image leaves overlay filesystem in...openwrt-21.02Unconfirmed Task Description

I’m using the image builder for 21.02.0-rc1, specifically the one targeting bcm2709.

When I flash an install image, the resulting system image references an overlay filesystem (an ext4), the superblock of which is beyond the end of the install image itself. Therefore, flashing an install image may leave files from a previous overlay filesystem in place. This is counterintuitive, because I expected that flashing the install image would leave the OS in a well-defined state.

As a workaround, I’ve been appending 64KB of zeroes to the end of the install image, which seems to fix the problem.

Reproduction steps:

1. Build an image, flash it, boot it
2. Create files in the overlay filesystem
3. Remove card and reflash; files in the overlay filesystem remain

Thanks for your time!


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
Showing tasks 1 - 50 of 1326 Page 1 of 271 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing