OpenWrt/LEDE Project

Welcome to the OpenWrt/LEDE Project bug reporting and issue tracking system

Problems to be reported here are for the OpenWrt/LEDE Project targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt/LEDE 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 lede-bugs@infradead.org.

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
04.12.20192651KernelBug ReportVery LowLowOut of memory errors with 5 GHz Wi-Fi enabledopenwrt-19.07Waiting on reporter Task Description

- Device problem occurs on Archer C60 V2
- Software versions: Powered by LuCI Master (git-19.337.71995-796301a) / OpenWrt SNAPSHOT r11618-416d2cc71e

I’ve installed via TFTP “openwrt-19.07.0-rc2-ath79-generic-tplink_archer-c60-v2-squashfs-factory.bin” but because of some “out of memory” errors, i’ve upgraded to “openwrt-ath79-generic-tplink_archer-c60-v2-squashfs-sysupgrade.bin” in the hope of solving.
The problems continued, so i wrote to forum (https://forum.openwrt.org/t/tp-link-archer-c60-v2-19-07-0-rc2-ath79-snapshot-out-of-memory/49725) and i saw that other users had the same problem that they solved by disabling 5 Ghz.
Disabling the 5Ghz actually “out of memory” problems disappear. I was also able to install additional packages without problem.

 


03.12.20192650Base systemBug ReportVery LowLowr7800 19.07-rc2 unable to change channel for ACopenwrt-19.07Waiting on reporter Task Description

- Device problem occurs on - Linux r7800 4.14.156 #0 SMP Sat Nov 30 15:52:33 2019 armv7l GNU/Linux
- Software versions of OpenWrt/LEDE release - 19.07-rc2

in Luci when change channel number change actually never gets committed, when do manually in /etc/config/wireless and then reboot router comes up with 5GHz network disabled, after changing back to default channel 36 5GHz network is usable again.

please provide steps to collect log

in dmesg only:

(wlan0) entered blocking state
(wlan0) entered disabled state
   
01.12.20192647Base systemBug ReportVery LowHighEA6350v3 (IPQ4018) memory usage climbs until processes ...openwrt-19.07Unconfirmed Task Description

Device is Linksys EA6350v3

Issue occurs on 19.07 rc1, 19.07 rc2 and snapshot r11595 (snapshot version is by memory, but pretty sure that’s what I had on it).

Information for this bug report is based on 19.07 rc2 with the following packages installed for future potential use, but most not in use:
luci-app-sqm luci-proto-wireguard luci-app-wireguard ca-bundle curl https_dns_proxy luci-app-https_dns_proxy luci-app-statistics luci-app-samba kmod-usb-printer p910nd luci-app-p910nd diffutils minidlna luci-app-minidlna

Note: sqm, wireguard, https_dns_proxy, samba, usb printer, p910nd server, and minidlna are NOT in use. These are just the typical packages I add to my
router for future use.

Steps to reproduce:
Problem occurs after router runs for a few hours. EA6350v3 is set up as a wired access point for an EdgeRouter X (also on 19.07 rc2). The Edgerouter provides sqm and DNS and DHCP for LAN, guest and IOT VLANs. There are ~3 “Guest” 2.4 G wifi clients (a smart switch, an IP camera, a DEEBOT vacuum); the IOT VLAN is mapped to a physical port with an Ooma Telo plugged in (I know - I need to map the guest devices to IOT wifi someday...). The LAN is mapped to a physical port with a Roku 3 plugged in and to normal wifi. There are another ~4 or 5 5GHz wifi clients on the LAN wifi (a laptop, a couple Amazon Echo’s, a Google Home Mini, a Samsung Orbit Android phone) and a 2.4G LG Android phone on the 2.4 GHz wifi. CPU loading is quite low.

Memory usage starts out rather high (~100MB, climbs and climbs, eventually drops, climbs again, repeats. Eventually (a day or two) processes start getting killed to free up memory and things start dying. I have an EA8500 setup almost identically as a second AP in the house, and it’s memory usage sits around 50 MB versus 100MB to 200+MB for the EA6350v3. Something’s just not right...

The final message in the logs that repeats until processes begin to get killed is:

kern.warn kernel: [15897.905286] ath10k_ahb a000000.wifi: failed to increase tx pending count: -16, dropping

But the weird memory usage pattern precedes this message in the logs.

I’ve attached memory usage graphs and system and kernel logs from 19.07 rc2 to illustrate the problem. rc1 and snapshot behaved the same. This post also has logs showing processes getting killed if that helps diagnose: https://forum.openwrt.org/t/ipq4018-linksys-ea6350v3-wifi-dead-after-24-48-hrs/49080/3?u=eginnc

01.12.20192646Base systemBug ReportVery LowLowKernel panics with docler on openwrt x86-64TrunkUnconfirmed Task Description

I have been setting up openwrt for an i7-3770 server. I have it booting from uefi, with dual rootfs partition so I can upgrade with sysupgrade safely from openwrt itself. It’s really cool building openwrt from inside itself.

All seems to work wonderfully, but one important detail, which renders the whole thing unusable. The kernel panics again and again when using docker. The back traces are so different that I have no clue what the problem really is.

All I know for sure is it happens when docker is running. The usually are (if not always) general protection faults, but the hardware is rock solid, has been for 6+ years. The same dockers work fine on ubuntu on the same hardware, so I suspect the kernel, but as I said, I haven’t been able to stabilize it at all. I tried both 4.14 and 4.19, and I even tried to build openwrt with a newer kernel, but that’s not a 2 hours job, it’s way more involved.

01.12.20192645Base systemBug ReportVery LowCritical18.06.3 - Broken compatibility with flash on bcm6538 ba...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Pirelli A226M
- Software versions of OpenWrt/LEDE release: 18.06.3
- Steps to reproduce: just flash a 18.06.3 version or greater and verify the device won’t boot, hanging when it gets to mount local flash. 18.06.1 is working, never tried 18.06.2.

[    1.065798] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    1.073562] Please append a correct "root=" boot option; here are the available partitions:
[    1.082174] 1f00             128 mtdblock0 [    1.086283]  (driver?)
[    1.088718] 1f01           16128 mtdblock1 [    1.092823]  (driver?)
[    1.095210] 1f02             128 mtdblock2 [    1.099366]  (driver?)
[    1.101798] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
 


01.12.20192644Base systemBug ReportVery LowLowdnsmasq-full: Cannot satisfy dependenciesopenwrt-19.07Unconfirmed Task Description

Environment:
arch: mips
model: TP-link WDR4300
Openwrt: 19.07.0-rc1

Description:
I probably overlooked but hit the following issue where unable to install dnsmasq-full. Actually downloading only already gives the following warning and wonder if I can/should force-install:

# opkg install dnsmasq-full --download-only
Downloading http://downloads.openwrt.org/releases/19.07.0-rc1/packages/mips_24kc/base/dnsmasq-full_2.80-14_mips_24kc.ipk
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for dnsmasq-full:
 * 	kernel (= 4.14.151-1-342af9e4f67b3447c53216ab8e3b12a1)
 * opkg_install_cmd: Cannot install package dnsmasq-full.
30.11.20192643Base systemBug ReportVery LowHighEspressoBin: Internal error: synchronous parity or ECC ...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)

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

11595-g5d2a900163

- Steps to reproduce

Boot and wait about an hour. Here are a series of kernel panics:

[ 4228.773060] Internal error: synchronous parity or ECC error: 86000018 [#1] SMP
[ 4228.777653] Modules linked in: ath9k ath9k_common xt_connlimit nf_conncount iptable_nat ipt_MASQUERADE ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_FLOWOFFLOAD xt_CT 
nf_nat_ipv4 nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_recent xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt
_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptabl
e_mangle iptable_filter ipt_ECN ip_tables compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
[ 4228.850958]  nf_reject_ipv6 tun gpio_button_hotplug
[ 4228.855992] Process kworker/1:2 (pid: 594, stack limit = 0x00000000a141aece)
[ 4228.863262] CPU: 1 PID: 594 Comm: kworker/1:2 Not tainted 4.19.85 #0
[ 4228.869776] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[ 4228.876450] Workqueue:            (null) (events)
[ 4228.881258] pstate: 80400085 (Nzcv daIf +PAN -UAO)
[ 4228.886204] pc : kthread_data+0x8/0x40
[ 4228.890035] lr : wq_worker_sleeping+0xc/0xb0
[ 4228.894410] sp : ffffff8009463d60
[ 4228.897819] x29: ffffff8009463d60 x28: 0000000000000000 
[ 4228.903281] x27: 0000000000000000 x26: ffffff80080b5318 
[ 4228.908746] x25: 0000000000000000 x24: ffffffc03e479a18 
[ 4228.914213] x23: ffffff8008868738 x22: ffffff800884e018 
[ 4228.919678] x21: ffffff8008853500 x20: ffffffc03e479500 
[ 4228.925146] x19: ffffffc03ffdd500 x18: 0000000000000000 
[ 4228.930609] x17: 0000000000000000 x16: 0000000000000000 
[ 4228.936076] x15: 0000000000000000 x14: 0000000000000000 
[ 4228.941541] x13: 0000000000000002 x12: 0000000000000001 
[ 4228.947006] x11: ffffffc03ffd94d0 x10: 00000000000007c0 
[ 4228.952472] x9 : ffffffc03e13d668 x8 : ffffff80088a9b08 
[ 4228.957937] x7 : 0000000000000000 x6 : 00000000050ebc0a 
[ 4228.963404] x5 : 0000000000000004 x4 : 0000000000000002 
[ 4228.968869] x3 : 00000000fffffff9 x2 : 0000000800000000 
[ 4228.974335] x1 : 0000000000000001 x0 : ffffffc03e479500 
[ 4228.979797] Call trace:
[ 4228.982331]  kthread_data+0x8/0x40
[ 4228.985813]  wq_worker_sleeping+0xc/0xb0
[ 4228.989859]  __schedule+0x140/0x570
[ 4228.993436]  schedule+0x58/0x80
[ 4228.996656]  worker_thread+0x370/0x468
[ 4229.000513]  kthread+0x110/0x120
[ 4229.003829]  ret_from_fork+0x10/0x1c
[ 4229.007521] Code: d65f03c0 d503201f a9be7bfd 910003fd (f9000bf3) 
[ 4229.013769] ---[ end trace 4f1be3f746ce5030 ]---
[ 4229.024169] Kernel panic - not syncing: Fatal exception
[ 4229.026728] SMP: stopping secondary CPUs
[ 4229.030757] Kernel Offset: disabled
[ 4229.034342] CPU features: 0x0,00002008
[ 4229.038186] Memory Limit: none
[ 4229.044024] Rebooting in 3 seconds..
[ 3676.038431] Internal error: synchronous parity or ECC error: 86000018 [#1] SMP
[ 3676.043028] Modules linked in: ath9k ath9k_common xt_connlimit nf_conncount iptable_nat ipt_MASQUERADE ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_FLOWOFFLOAD xt_CT 
nf_nat_ipv4 nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_recent xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt
_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptabl
e_mangle iptable_filter ipt_ECN ip_tables compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
[ 3676.116317]  nf_reject_ipv6 tun gpio_button_hotplug
[ 3676.121338] Process kworker/0:1 (pid: 41, stack limit = 0x000000008b9ea8ea)
[ 3676.128509] CPU: 0 PID: 41 Comm: kworker/0:1 Not tainted 4.19.85 #0
[ 3676.134953] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[ 3676.141596] Workqueue:            (null) (events)
[ 3676.146426] pstate: 60400085 (nZCv daIf +PAN -UAO)
[ 3676.151361] pc : update_cfs_group+0x0/0xb0
[ 3676.155565] lr : dequeue_task_fair+0x440/0x960
[ 3676.160130] sp : ffffff8008a23cf0
[ 3676.163535] x29: ffffff8008a23cf0 x28: ffffffc03ffcd500 
[ 3676.169001] x27: ffffffc0043a5e80 x26: ffffff80088523f0 
[ 3676.174466] x25: afb504000afb5041 x24: ffffff80088c85c0 
[ 3676.179932] x23: 00000357e4f6aec0 x22: ffffff800884e018 
[ 3676.185397] x21: 0000000000000009 x20: ffffffc0043a5f40 
[ 3676.190863] x19: ffffffc03ffcd580 x18: 0000000000000000 
[ 3676.196329] x17: 0000000000000000 x16: 0000000000000000 
[ 3676.201793] x15: 0000000000000000 x14: 0000000000000000 
[ 3676.207259] x13: 0000000000000000 x12: 0000000000000000 
[ 3676.212726] x11: 0000000000000000 x10: 00000000000007c0 
[ 3676.218191] x9 : ffffffc0042eea68 x8 : ffffff80088a9b08 
[ 3676.223657] x7 : 0000000000000001 x6 : 00000000050e6eea 
[ 3676.229122] x5 : 00000000000000e8 x4 : ffffffc0043a3ff0 
[ 3676.234587] x3 : ffffffc03ffcdef8 x2 : ffffffc0043a5f70 
[ 3676.240053] x1 : 0000000000000001 x0 : ffffffc0043a5f40 
[ 3676.245519] Call trace:
[ 3676.248032]  update_cfs_group+0x0/0xb0
[ 3676.251887]  deactivate_task+0x6c/0x80
[ 3676.255740]  __schedule+0x10c/0x570
[ 3676.259321]  schedule+0x58/0x80
[ 3676.262546]  worker_thread+0x370/0x468
[ 3676.266400]  kthread+0x110/0x120
[ 3676.269715]  ret_from_fork+0x10/0x1c
[ 3676.273393] Code: a9425bf5 a8c37bfd d65f03c0 d503201f (f9404407) 
[ 3676.279660] ---[ end trace fa914749a4dc6031 ]---
[ 3676.285581] Kernel panic - not syncing: Fatal exception
[ 3676.289785] SMP: stopping secondary CPUs
[ 3676.293816] Kernel Offset: disabled
[ 3676.297399] CPU features: 0x0,00002008
[ 3676.301249] Memory Limit: none
[ 3676.304922] Rebooting in 3 seconds..
[12929.680240] Internal error: synchronous parity or ECC error: 86000018 [#1] SMP
[12929.684836] Modules linked in: ath9k ath9k_common xt_connlimit nf_conncount iptable_nat ipt_MASQUERADE ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_FLOWOFFLOAD xt_CT nf_nat_ipv4 nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_recent xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
[12929.758123]  nf_reject_ipv6 tun gpio_button_hotplug
[12929.763145] Process kworker/0:0 (pid: 5, stack limit = 0x00000000f766a017)
[12929.770227] CPU: 0 PID: 5 Comm: kworker/0:0 Not tainted 4.19.85 #0
[12929.776582] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[12929.783224] Workqueue:            (null) (events)
[12929.788054] pstate: 80400085 (Nzcv daIf +PAN -UAO)
[12929.792990] pc : __schedule+0x348/0x570
[12929.796923] lr : __schedule+0x2d0/0x570
[12929.800862] sp : ffffff800804bd90
[12929.804268] x29: ffffff800804bd90 x28: 0000000000000000 
[12929.809733] x27: ffffffc03ffccef0 x26: ffffffc03ffccea0 
[12929.815199] x25: 0000000000000000 x24: ffffffc00427af10 
[12929.820664] x23: ffffff8008666460 x22: ffffff800884e018 
[12929.826129] x21: ffffffc00427de80 x20: ffffffc00427aa00 
[12929.831595] x19: ffffffc03ffcd500 x18: 0000000000000000 
[12929.837061] x17: 0000000000000000 x16: 0000000000000000 
[12929.842526] x15: 0000000000000000 x14: 0000000000000000 
[12929.847992] x13: 0000000000000002 x12: 0000000000000000 
[12929.853458] x11: ffffffc03ffc94d0 x10: 00000000000007c0 
[12929.858924] x9 : ffffffc004230168 x8 : ffffff80088a9b08 
[12929.864388] x7 : 0000000000000000 x6 : 000000199ea477c6 
[12929.869855] x5 : 000000000000030f x4 : 00000bc26cff1000 
[12929.875320] x3 : ffffffc03ffcdef8 x2 : ffffffc03ffcdef8 
[12929.880785] x1 : ffffffc03ffcdef8 x0 : 0000000000000008 
[12929.886251] Call trace:
[12929.888764]  __schedule+0x348/0x570
[12929.892348]  schedule+0x58/0x80
[12929.895575]  worker_thread+0x370/0x468
[12929.899428]  kthread+0x110/0x120
[12929.902742]  ret_from_fork+0x10/0x1c
[12929.906418] Code: b5fffeb7 d4210000 f9800291 c85f7e80 (927ef800) 
[12929.912686] ---[ end trace 5f4e2dd5c1da7acd ]---
[12929.918593] Kernel panic - not syncing: Fatal exception
[12929.922812] SMP: stopping secondary CPUs
[12929.926844] Kernel Offset: disabled
[12929.930426] CPU features: 0x0,00002008
[12929.934277] Memory Limit: none
[12929.937946] Rebooting in 3 seconds..
29.11.20192642Base systemBug ReportVery LowMediumStill "Internet LED" Problem In 18.06.5TrunkUnconfirmed Task Description

Hello;
- Device: TP-Link TD-W8970 V1
- OpenWRT Release: 18.06.4 to 18.06.5

In 18.06.2 I have a problem with “wifi LED” and I reported it as “ FS#2098 “. In 18.06.4, It was fixed but I have a new problem: When PPP Link established and Internet connected, the Internet LED does not Light up! If I use “/etc/init.d/led restart” command to restart It manually after the connection was established, the LED will light, But in case of restating the pppoe-wan or rebooting the device, It will turn off again.

29.11.20192641KernelBug ReportVery LowMediumDevice file for USB does not appear /dev/ttyUSB*openwrt-19.07Waiting on reporter Task Description

With new version 19.07.0rc I could not make my USB cellular (3g) modem dongle to work due to it simply no any serial device like /dev/ttyUSB* file appear with insertion.
In kernel log it appears report about new device insertion and nothing happenings after.
I made several attempts, with ‘modeswitch’ or without and several other ‘mods’ the result is the same no any /dev/ttyUSB*
With other version it was not such problem it appeared exactly three /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 es well as on my Ubuntu 19.04 And Ubuntu 16.04 Ubuntu 18.04

Both router and dongle are USB-2
Actually router is Asus RT-N16
and modem dongle is Alcatel One Touch X090S

P.S. I need this one to be solved to report other bugs. :)

28.11.20192640Base systemBug ReportVery LowLowFailed to sync jffs2 overlayopenwrt-19.07Unconfirmed Task Description

GL-B1300
19.07-SNAPSHOT

Every time I run a sys upgrade I get “failed to sync jffs2 overlay” message in the log (log is configured during the setup by a custom script under /etc/uci-defaults). The error happens during execution of the command: “cp -a /tmp/root/upper/* / 2>/dev/null” in “libfstools/overlay.c”. By the time the copy command runs, the files under /etc/uci-defaults are already deleted and it looks like the “deletion marker” files cannot be copied in this case.

I re-run the command myself after a successful upgrade and got the following logs.

cp -a /tmp/root/upper/* /root/test/
cp: can’t create ‘/root/test/etc/uci-defaults/luci-sqm’: Operation not permitted
cp: can’t create ‘/root/test/etc/uci-defaults/ddns’: Operation not permitted
cp: can’t create ‘/root/test/etc/uci-defaults/bcp38’: Operation not permitted

ls -la /tmp/root/upper/etc/uci-defaults/
c——— 1 root root 0, 0 Nov 26 16:48 bcp38
c——— 1 root root 0, 0 Nov 26 16:48 ddns
c——— 1 root root 0, 0 Nov 26 16:48 luci-sqm

More details: https://forum.openwrt.org/t/getting-error-failed-to-sync-jffs2-overlay/47742


28.11.20192639KernelBug ReportVery LowCriticalkernel oops when visit a invalid virtual addressTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

 youku-l2

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

 snapshot. at 
 Linux OpenWrt 4.14.155 #0 SMP Sun Nov 24 22:17:34 2019 mips GNU/Linux

- Steps to reproduce

 I don't know. but this problem occurs, from the device reboot, after several hours or one or two days, the oops occurs. 
 
BusyBox v1.31.1 () built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt SNAPSHOT, r11591-c5497ebb1c
 -----------------------------------------------------
root@OpenWrt:~# cat /sys/kernel/debug/crashlog
Time: 1574977671.59411
Modules:        pppoe@8ee64000+22f0     ppp_async@8efa2000+1bc0 pppox@8e8de000+58a       ppp_generic@8e9f8000+5c82        nf_conntrack_ipv6@8f094000+15c0 mt76x2e@8f0ec000+2910    mt76x2_common@8f0f0000+2d88      mt76x02_lib@8f150000+a421       mt7603e@8ef30000+96cc    mt76@8e978000+7f5d       mac80211@8e900000+77c89 iptable_nat@8eff6000+3b0                 ipt_REJECT@8f023000+410  ipt_MASQUERADE@8e80b000+2f0     cfg80211@8ef40000+3f4f9          xt_time@8f0ba000+730     xt_tcpudp@8f0b7000+750  xt_state@8f0b4000+310   xt_nat@8f0b0000+650       xt_multiport@8f0a7000+550       xt_mark@8f0a4000+2f0    xt_mac@8f0a0000+2b0      xt_limit@8f09e000+4f0    xt_conntrack@8f07e000+910       xt_comment@8f067000+230          xt_TCPMSS@8e8d7000+b30   xt_REDIRECT@8f09c000+310        xt_LOG@8e8fb000+350              xt_FLOWOFFLOAD@8e8f8000+c30      xt_CT@8e8f5000+ab0      slhc@8f090000+14bb               nf_reject_ipv4@8ef96000+903      nf_nat_redirect@8ef9a000+63b    nf_nat_masquerade_ipv4@8ef9d000+71c       nf_conntrack_ipv4@8f064000+1450 nf_nat_ipv4@8e8b0000+1031                nf_nat@8f080000+3a7c     nf_log_ipv4@8efd5000+df0        nf_flow_table_hw@8e8e5000+920    nf_flow_table@8efb8000+367f      nf_defrag_ipv6@8efb2000+147e    nf_defrag_ipv4@8e8e8000+4b6       nf_conntrack_rtcache@8e8ea000+b10       nf_conntrack@8ef80000+11bca              iptable_mangle@8e8d8000+470      iptable_filter@8f7ed000+3d0     ip_tables@8e8d4000+2bdd  crc_ccitt@8e80e000+42b   compat@8e8d0000+1de4    ledtrig_usbport@8f7e4000+b00             nf_log_ipv6@8e8c6000+10d0        nf_log_common@8f001000+baf      ip6table_mangle@8f76b000+570      ip6table_filter@8f75e000+3d0    ip6_tables@8e8c0000+2ae1        ip6t_REJECT@8efc7000+450  x_tables@8efdc000+38af  nf_reject_ipv6@8eff7000+ac8     leds_gpio@8f794000+bb0   xhci_plat_hcd@8f790000+1650      xhci_pci@8f72e000+c30   xhci_mtk@8f7f2000+1490           xhci_hcd@8f7a0000+16e09  gpio_button_hotplug@8f78e000+1ad0       usbcore@8f7c0000+21591   nls_base@8f734000+1570   usb_common@8ffe1000+a37
<6>[    2.021026] pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
<6>[    2.027787] pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x601fffff]
<6>[    2.034511] pci 0000:00:01.0: BAR 9: assigned [mem 0x60200000-0x602fffff pref]
<6>[    2.041702] pci 0000:00:00.0: BAR 1: assigned [mem 0x60300000-0x6030ffff]
<6>[    2.048423] pci 0000:00:01.0: BAR 1: assigned [mem 0x60310000-0x6031ffff]
<6>[    2.055183] pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
<6>[    2.061894] pci 0000:00:00.0: PCI bridge to [bus 01]
<6>[    2.066846] pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
<6>[    2.073574] pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff 64bit]
<6>[    2.080852] pci 0000:02:00.0: BAR 6: assigned [mem 0x60200000-0x6020ffff pref]
<6>[    2.087987] pci 0000:00:01.0: PCI bridge to [bus 02]
<6>[    2.092933] pci 0000:00:01.0:   bridge window [mem 0x60100000-0x601fffff]
<6>[    2.099653] pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff pref]
<6>[    2.108218] clocksource: Switched to clocksource GIC
<6>[    2.114767] NET: Registered protocol family 2
<6>[    2.119945] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
<6>[    2.126839] TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
<6>[    2.133270] TCP: Hash tables configured (established 2048 bind 2048)
<6>[    2.139690] UDP hash table entries: 256 (order: 1, 8192 bytes)
<6>[    2.145452] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
<6>[    2.151946] NET: Registered protocol family 1
<7>[    2.156268] PCI: CLS 0 bytes, default 32
<6>[    2.388167] 4 CPUs re-calibrate udelay(lpj = 2924544)
<4>[    2.394747] Crashlog allocated RAM at address 0x3f00000
<6>[    2.400168] workingset: timestamp_bits=14 max_order=16 bucket_order=2
<6>[    2.414833] squashfs: version 4.0 (2009/01/31) Phillip Lougher
<6>[    2.420603] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
<5>[    2.431036] random: fast init done
<6>[    2.434139] io scheduler noop registered
<6>[    2.438310] io scheduler deadline registered (default)
<6>[    2.444494] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
<6>[    2.454582] console [ttyS0] disabled
<6>[    2.458130] 1e000c00.uartlite: ttyS0 at MMIO 0x1e000c00 (irq = 19, base_baud = 3125000) is a 16550A
<6>[    2.467147] console [ttyS0] enabled
<6>[    2.474027] bootconsole [early0] disabled
<4>[    2.484276] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys error
<6>[    2.491904] spi-mt7621 1e000b00.spi: sys_freq: 220000000
<6>[    2.498139] m25p80 spi0.0: mx25l12805d (16384 Kbytes)
<5>[    2.503281] 4 fixed-partitions partitions found on MTD device spi0.0
<5>[    2.509651] Creating 4 MTD partitions on "spi0.0":
<5>[    2.514435] 0x000000000000-0x000000030000 : "u-boot"
<5>[    2.520678] 0x000000030000-0x000000040000 : "u-boot-env"
<5>[    2.527090] 0x000000040000-0x000000050000 : "factory"
<5>[    2.533241] 0x000000050000-0x000001000000 : "firmware"
<5>[    2.539665] 2 uimage-fw partitions found on MTD device firmware
<5>[    2.545569] Creating 2 MTD partitions on "firmware":
<5>[    2.550579] 0x000000000000-0x0000001ffad5 : "kernel"
<5>[    2.556604] 0x0000001ffad5-0x000000fb0000 : "rootfs"
<5>[    2.562721] mtd: device 5 (rootfs) set to be root filesystem
<5>[    2.568570] 1 squashfs-split partitions found on MTD device rootfs
<5>[    2.574736] 0x000000430000-0x000000fb0000 : "rootfs_data"
<6>[    2.582044] libphy: Fixed MDIO Bus: probed
<6>[    2.650253] libphy: mdio: probed
<6>[    4.054512] mtk_soc_eth 1e100000.ethernet: loaded mt7530 driver
<6>[    4.061238] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 22
<6>[    4.072283] NET: Registered protocol family 10
<6>[    4.078487] Segment Routing with IPv6
<6>[    4.082230] NET: Registered protocol family 17
<6>[    4.086730] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
<6>[    4.099677] 8021q: 802.1Q VLAN Support v1.8
<6>[    4.106481] hctosys: unable to open rtc device (rtc0)
<6>[    4.119110] VFS: Mounted root (squashfs filesystem) readonly on device 31:5.
<6>[    4.130502] Freeing unused kernel memory: 1260K
<4>[    4.135030] This architecture does not have kernel memory protection.
<14>[    4.872669] init: Console is alive
<14>[    4.876317] init: - watchdog -
<14>[    5.882569] kmodloader: loading kernel modules from /etc/modules-boot.d/*
<6>[    6.029362] usbcore: registered new interface driver usbfs
<6>[    6.034945] usbcore: registered new interface driver hub
<6>[    6.040467] usbcore: registered new device driver usb
<4>[    6.054247] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vbus not found, using dummy regulator
<4>[    6.062995] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vusb33 not found, using dummy regulator
<6>[    6.071955] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
<6>[    6.077277] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 1
<6>[    6.088345] xhci-mtk 1e1c0000.xhci: hcc params 0x01401198 hci version 0x96 quirks 0x0000000000210010
<6>[    6.097519] xhci-mtk 1e1c0000.xhci: irq 21, io mem 0x1e1c0000
<6>[    6.104357] hub 1-0:1.0: USB hub found
<6>[    6.108234] hub 1-0:1.0: 2 ports detected
<6>[    6.112875] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
<6>[    6.118241] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 2
<6>[    6.125705] xhci-mtk 1e1c0000.xhci: Host supports USB 3.0  SuperSpeed
<6>[    6.132341] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
<6>[    6.141347] hub 2-0:1.0: USB hub found
<6>[    6.145168] hub 2-0:1.0: 1 port detected
<14>[    6.154150] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
<14>[    6.178545] init: - preinit -
<6>[    7.177582] mtk_soc_eth 1e100000.ethernet: PPE started
<5>[    7.252645] random: procd: uninitialized urandom read (4 bytes read)
<5>[   10.531863] jffs2: notice: (482) jffs2_build_xattr_subsystem: complete building xattr subsystem, 7 of xdatum (3 unchecked, 4 orphan) and 43 of xref (4 dead, 0 orphan) found.
<14>[   10.553355] mount_root: switching to jffs2 overlay
<4>[   10.576616] overlayfs: upper fs does not support tmpfile.
<12>[   10.592158] urandom-seed: Seeding with /etc/urandom.seed
<6>[   10.695023] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
<14>[   10.716965] procd: - early -
<14>[   10.719988] procd: - watchdog -
<14>[   11.368370] procd: - watchdog -
<14>[   11.371872] procd: - ubus -
<5>[   11.397531] random: ubusd: uninitialized urandom read (4 bytes read)
<5>[   11.430071] random: ubusd: uninitialized urandom read (4 bytes read)
<5>[   11.436790] random: ubusd: uninitialized urandom read (4 bytes read)
<14>[   11.444092] procd: - init -
<14>[   12.071546] kmodloader: loading kernel modules from /etc/modules.d/*
<6>[   12.083773] ip6_tables: (C) 2000-2006 Netfilter Core Team
<6>[   12.097818] Loading modules backported from Linux version v5.4-rc8-0-gaf42d3466bdc
<6>[   12.105474] Backport generated by backports.git v5.4-rc8-1-0-g368e8c51
<6>[   12.114103] ip_tables: (C) 2000-2006 Netfilter Core Team
<6>[   12.126620] nf_conntrack version 0.5.0 (4096 buckets, 16384 max)
<6>[   12.177575] xt_time: kernel timezone is -0000
<4>[   12.240330] bus=0x1, slot = 0x0, irq=0xff
<6>[   12.244587] mt7603e 0000:01:00.0: ASIC revision: 76030010
<14>[   12.248691] urngd: v1.0.1 started.
<5>[   12.400941] random: crng init done
<5>[   12.404350] random: 6 urandom warning(s) missed due to ratelimiting
<6>[   13.279501] mt7603e 0000:01:00.0: Firmware Version: ap_pcie
<6>[   13.285073] mt7603e 0000:01:00.0: Build Time: 20160107100755
<6>[   13.328226] mt7603e 0000:01:00.0: firmware init done
<7>[   13.500398] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
<4>[   13.513858] bus=0x2, slot = 0x1, irq=0xff
<6>[   13.518248] mt76x2e 0000:02:00.0: ASIC revision: 76120044
<6>[   14.269373] mt76x2e 0000:02:00.0: ROM patch build: 20141115060606a
<6>[   14.279042] mt76x2e 0000:02:00.0: Firmware Version: 0.0.00
<6>[   14.284520] mt76x2e 0000:02:00.0: Build: 1
<6>[   14.288650] mt76x2e 0000:02:00.0: Build Time: 201507311614____
<6>[   14.308213] mt76x2e 0000:02:00.0: Firmware running!
<7>[   14.315892] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
<6>[   14.323384] PPP generic driver version 2.4.2
<6>[   14.329343] NET: Registered protocol family 24
<14>[   14.337138] kmodloader: done loading kernel modules from /etc/modules.d/*
<6>[   18.442839] mtk_soc_eth 1e100000.ethernet eth0: port 4 link up
<6>[   20.695431] mtk_soc_eth 1e100000.ethernet: PPE started
<6>[   20.705271] br-lan: port 1(eth0.1) entered blocking state
<6>[   20.710862] br-lan: port 1(eth0.1) entered disabled state
<6>[   20.716991] device eth0.1 entered promiscuous mode
<6>[   20.721938] device eth0 entered promiscuous mode
<6>[   20.731335] br-lan: port 1(eth0.1) entered blocking state
<6>[   20.736800] br-lan: port 1(eth0.1) entered forwarding state
<6>[   20.743072] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
<6>[   21.504643] pppoe-wan: renamed from ppp0
<6>[   21.759034] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
<6>[   25.485868] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
<6>[   25.499062] br-lan: port 2(wlan1) entered blocking state
<6>[   25.504430] br-lan: port 2(wlan1) entered disabled state
<6>[   25.510505] device wlan1 entered promiscuous mode
<6>[   25.555437] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
<6>[   25.566445] br-lan: port 3(wlan0) entered blocking state
<6>[   25.571826] br-lan: port 3(wlan0) entered disabled state
<6>[   25.577853] device wlan0 entered promiscuous mode
<6>[   25.583186] br-lan: port 3(wlan0) entered blocking state
<6>[   25.588566] br-lan: port 3(wlan0) entered forwarding state
<6>[   26.063776] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
<6>[   26.077173] br-lan: port 4(wlan0-1) entered blocking state
<6>[   26.083073] br-lan: port 4(wlan0-1) entered disabled state
<6>[   26.089464] device wlan0-1 entered promiscuous mode
<6>[   26.099208] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
<6>[   26.105510] br-lan: port 4(wlan0-1) entered blocking state
<6>[   26.111095] br-lan: port 4(wlan0-1) entered forwarding state
<6>[   26.662628] br-lan: port 4(wlan0-1) entered disabled state
<6>[   26.669241] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
<6>[   26.676001] br-lan: port 2(wlan1) entered blocking state
<6>[   26.681401] br-lan: port 2(wlan1) entered forwarding state
<6>[   26.695246] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-1: link becomes ready
<6>[   26.703001] br-lan: port 4(wlan0-1) entered blocking state
<6>[   26.708650] br-lan: port 4(wlan0-1) entered forwarding state
<6>[   26.723751] br-lan: port 5(wlan0-2) entered blocking state
<6>[   26.729417] br-lan: port 5(wlan0-2) entered disabled state
<6>[   26.735733] device wlan0-2 entered promiscuous mode
<6>[   26.742641] IPv6: ADDRCONF(NETDEV_UP): wlan0-2: link is not ready
<6>[   26.748867] br-lan: port 5(wlan0-2) entered blocking state
<6>[   26.754465] br-lan: port 5(wlan0-2) entered forwarding state
<6>[   27.177925] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-2: link becomes ready
<1>[159983.016519] CPU 1 Unable to handle kernel paging request at virtual address 07406000, epc == 801317c0, ra == 80131674
<4>[159983.027206] Oops[#1]:
<4>[159983.029559] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.155 #0
<4>[159983.035718] task: 8fc3c100 task.stack: 8fc5c000
<4>[159983.040314] $ 0   : 00000000 00000001 00000000 81266650
<4>[159983.045615] $ 4   : 806061fc 00000001 00000001 07406000
<4>[159983.050915] $ 8   : 000289b4 000289b3 00000000 00000001
<4>[159983.056211] $12   : 00000002 00000000 c0222b40 00009180
<4>[159983.061507] $16   : 8fc02a00 01090220 807a0000 8ea80000
<4>[159983.066803] $20   : 00000018 00000800 00000000 01080020
<4>[159983.072101] $24   : 3b9aca00 80008e2c
<4>[159983.077399] $28   : 8fc5c000 8fc0b9c8 00000000 80131674
<4>[159983.082697] Hi    : 00002665
<4>[159983.085647] Lo    : 94af5487
<4>[159983.088611] epc   : 801317c0 __kmalloc_track_caller+0x20c/0x290
<4>[159983.094591] ra    : 80131674 __kmalloc_track_caller+0xc0/0x290
<4>[159983.100478] Status: 11007c03     KERNEL EXL IE
<4>[159983.104737] Cause : 40800008 (ExcCode 02)
<4>[159983.108810] BadVA : 07406000
<4>[159983.111762] PrId  : 0001992f (MIPS 1004Kc)
<4>[159983.115920] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack 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
<4>[159983.186680] Process swapper/1 (pid: 0, threadinfo=8fc5c000, task=8fc3c100, tls=00000000)
<4>[159983.194820] Stack : 80666658 8eec1e00 00000000 00000000 0000006c 8ee726c0 00000000 01080020
<4>[159983.203242]         8038772c 80383e60 00000000 00000000 284162c7 b901a8c0 fb0000e0 8ee726c0
<4>[159983.211663]         8ee726c0 00000000 00000740 00000018 8ef3cc00 8038772c 00000000 80600000
<4>[159983.220082]         00000004 00000000 00000000 8ef3cc00 8ee726c0 8ef77ab2 8ee726c0 00000018
<4>[159983.228504]         8ef3cc00 00000000 00000000 8e932214 000000e1 806061fc 8fc0bb44 8fc0bb4c
<4>[159983.236932]         ...
<4>[159983.239455] Call Trace:
<4>[159983.241987] [<801317c0>] __kmalloc_track_caller+0x20c/0x290
<4>[159983.247645] [<80383e60>] __kmalloc_reserve.isra.45+0x44/0xac
<4>[159983.253388] [<8038772c>] pskb_expand_head+0x8c/0x328
<4>[159983.258565] [<8e932214>] ieee80211_skb_resize+0x19c/0xde0 [mac80211]
<4>[159983.265045] [<8e932b44>] ieee80211_skb_resize+0xacc/0xde0 [mac80211]
<4>[159983.271514] [<8f080e1c>] nf_xfrm_me_harder+0x830/0xa90 [nf_nat]
<4>[159983.277497] Code: 00000000  8e020014  00e23821 <8ce20000> 10000012  cc400000  10400005  00000000  8e060010
<4>[159983.287311]
<4>[159983.289013] ---[ end trace de892621f972e570 ]---

===================================
Time: 1574977671.67638
root@OpenWrt:~#
 
28.11.20192638KernelBug ReportVery LowCriticalNot enough host controller resources for new device sta...AllUnconfirmed Task Description

After connecting the usb hub and two identical e3372h modems, receives the following error:

kern.info kernel: [ 4313.927551] usb 2-1: new SuperSpeed USB device number 2 using xhci-mtk
kern.info kernel: [ 4313.963934] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4313.968328] hub 2-1:1.0: 4 ports detected
kern.info kernel: [ 4314.107232] usb 1-1: new high-speed USB device number 16 using xhci-mtk
kern.info kernel: [ 4314.309707] hub 1-1:1.0: USB hub found
kern.info kernel: [ 4314.314024] hub 1-1:1.0: 4 ports detected
kern.err kernel: [ 4315.449126] usb 1-1-port2: Cannot enable. Maybe the USB cable is bad?
kern.info kernel: [ 4323.227134] usb 1-1.1: new high-speed USB device number 19 using xhci-mtk
kern.info kernel: [ 4323.359684] usb-storage 1-1.1:1.0: USB Mass Storage device detected
kern.info kernel: [ 4323.366475] scsi host3: usb-storage 1-1.1:1.0
kern.info kernel: [ 4323.667042] usb 1-1.4: new high-speed USB device number 20 using xhci-mtk
kern.warn kernel: [ 4323.799302] usb 1-1.4: Not enough host controller resources for new device state.
kern.err kernel: [ 4323.806875] usb 1-1.4: can't set config #1, error -12
kern.info kernel: [ 4324.317141] usb 2-1: USB disconnect, device number 2
kern.notice kernel: [ 4324.428273] scsi 3:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
kern.notice kernel: [ 4324.441876] scsi 3:0:0:1: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
kern.notice kernel: [ 4324.469348] sd 3:0:0:1: [sdb] Attached SCSI removable disk
kern.info kernel: [ 4324.667338] usb 2-1: new SuperSpeed USB device number 3 using xhci-mtk
kern.info kernel: [ 4324.703318] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4324.707765] hub 2-1:1.0: 4 ports detected
kern.info kernel: [ 4324.975384] usb 1-1.1: USB disconnect, device number 19
kern.info kernel: [ 4325.377043] usb 1-1.1: new high-speed USB device number 21 using xhci-mtk
kern.warn kernel: [ 4325.508714] usb 1-1.1: Not enough host controller resources for new device state.
kern.err kernel: [ 4325.516294] usb 1-1.1: can't set config #1, error -12
kern.info kernel: [ 4332.655468] usb 1-1.4: USB disconnect, device number 20
kern.info kernel: [ 4333.567032] usb 1-1.4: new high-speed USB device number 22 using xhci-mtk
kern.info kernel: [ 4333.699727] usb-storage 1-1.4:1.0: USB Mass Storage device detected
kern.info kernel: [ 4333.706535] scsi host3: usb-storage 1-1.4:1.0
kern.info kernel: [ 4334.703592] usb 1-1.4: USB disconnect, device number 22
kern.info kernel: [ 4335.106995] usb 1-1.4: new high-speed USB device number 23 using xhci-mtk
kern.warn kernel: [ 4335.238608] usb 1-1.4: Not enough host controller resources for new device state.
kern.err kernel: [ 4335.246174] usb 1-1.4: can't set config #1, error -12
kern.info kernel: [ 4335.254656] usb 1-1.1: USB disconnect, device number 21
kern.info kernel: [ 4335.556999] usb 1-1.1: new high-speed USB device number 24 using xhci-mtk
kern.warn kernel: [ 4335.689333] usb 1-1.1: Not enough host controller resources for new device state.
kern.err kernel: [ 4335.697209] usb 1-1.1: can't set config #1, error -12
kern.info kernel: [ 4338.571247] usb 2-1: USB disconnect, device number 3
kern.info kernel: [ 4338.937429] usb 2-1: new SuperSpeed USB device number 4 using xhci-mtk
kern.info kernel: [ 4338.973068] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4338.977396] hub 2-1:1.0: 4 ports detected
27.11.20192636Base systemBug ReportVery LowMediumTurris Onmia: sysupgrade is brokenTrunkUnconfirmed Task Description

I just found that a sysupgrade fails on mvebu_cortexa9 → Turris Omnia using
“OpenWrt SNAPSHOT, r11595-5d2a900163”

Steps to reproduce:
- install OpenWrt master (r11595-5d2a900163) via medkit; hold reset-button on powerup till 4 LEDs are flashing
- wait till OpenWrt is installed
- login
- “cd /tmp” - “wget http://downloads.openwrt.org/snapshots/targets/mvebu/cortexa9/openwrt-mvebu-cortexa9-cznic_turris-omnia-sysupgrade.img.gz” - “sysupgrade -n openwrt-mvebu-cortexa9-cznic_turris-omnia-sysupgrade.img.gz” - following output will come up


root@OpenWrt:/tmp# sysupgrade -n /tmp/openwrt-mvebu-cortexa9-cznic_turris-omnia-
sysupgrade.img.gz
zcat: write error: Broken pipe
zcat: write: Broken pipe
Unable to determine upgrade device
Image check failed.
26.11.20192635Base systemBug ReportVery LowLow5 GHz radio / modem doesn't workTrunkUnconfirmed Task Description

Hello Team!

Since the last update from 18.06 to 19.07.0-rc1 my 5 GHz radio /
wireless controller doesn’t work. Please can you help me (log in the
attachment)?

Regards
Falko

26.11.20192634Base systemBug ReportVery LowCriticalLuci allows access if root password is cleared and lock...AllUnconfirmed Task Description

Luci doesn’t correctly handle a disabled, empty password for root.
Deleting and disabling the root password makes the luci interface accessible without a password.

Steps to reproduce:
- Delete root password (passwd -d root)
- Lock root password (passwd -l root)
- Try to access Luci

25.11.20192632KernelBug ReportVery LowLowIncomplete HNAPT FoE entries, HW flow offloading not wo...TrunkUnconfirmed Task Description

Using current snapshot, HW flow offloading is not working. Hardware flow offloading entries seem to be incomplete. Most of them lack new addresses, ports and MAC addreses. Interestingly, the only entries which are complete are for flows which are reflected by NAT (port forwarding). But packets of these flows also seem to go via the software path, as counters in conntrack keep increasing (I assume that with HW flow offloading accounting should not work.).

Model
ASUS RT-AC65P
Architecture
MediaTek MT7621 ver:1 eco:3
Firmware Version
OpenWrt SNAPSHOT r11583-68fb38548b / LuCI Master git-19.327.83508-5e1253f
Kernel Version
4.14.155

root@OpenWrt:~# cat /sys/kernel/debug/mtk_ppe/all_entry | grep state=[^I]
(302)0x00302|state=UNBIND|type=IPV4_HNAPT|92.119.160.52:57404->217.144.202.174:48022=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(3d2)0x003d2|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:53312->217.144.204.173:37185=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(3ea)0x003ea|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:54235->217.144.204.173:52164=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fb|info2=0x0|vlan1=0|vlan2=0
(456)0x00456|state=UNBIND|type=IPV4_HNAPT|103.79.154.155:29724->217.144.204.173:23=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001f9|info2=0x0|vlan1=0|vlan2=0
(49e)0x0049e|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64590->139.59.210.197:443=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(4b8)0x004b8|state=UNBIND|type=IPV4_HNAPT|139.59.210.197:443->217.144.XXX.YYY:64592=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(52e)0x0052e|state=UNBIND|type=IPV4_HNAPT|185.175.93.105:59022->217.144.205.174:18789=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(536)0x00536|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64041->192.168.1.1:22=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(560)0x00560|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:62177->217.144.XXX.YYY:25094=>192.168.1.1:1024->192.168.1.250:94|40:b0:76:3e:c7:7c=>f0:de:f1:07:c3:04|etype=0x0800|info1=0x500001fa|info2=0x7ff020|vlan1=1|vlan2=0
(61a)0x0061a|state=UNBIND|type=IPV4_HNAPT|195.150.8.21:3194->217.144.XXX.YYY:62461=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x500000f7|info2=0x0|vlan1=0|vlan2=0
(69c)0x0069c|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64591->139.59.210.197:443=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(728)0x00728|state=UNBIND|type=IPV4_HNAPT|51.91.212.79:37854->217.144.XXX.YYY:6443=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(8c2)0x008c2|state=UNBIND|type=IPV4_HNAPT|185.143.223.185:57177->217.144.204.173:37638=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(a8a)0x00a8a|state=UNBIND|type=IPV4_HNAPT|92.118.37.86:44194->217.144.205.210:1656=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f9|info2=0x0|vlan1=0|vlan2=0
(ae8)0x00ae8|state=UNBIND|type=IPV4_HNAPT|185.176.221.238:49680->217.144.204.52:60090=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fa|info2=0x0|vlan1=0|vlan2=0
(c1e)0x00c1e|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:53312->217.144.204.116:36732=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(c58)0x00c58|state=UNBIND|type=IPV4_HNAPT|79.100.86.244:20241->217.144.XXX.YYY:36662=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x500001fc|info2=0x0|vlan1=0|vlan2=0
(c66)0x00c66|state=UNBIND|type=IPV4_HNAPT|94.23.90.20:443->217.144.205.89:54228=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fb|info2=0x0|vlan1=0|vlan2=0
(cc8)0x00cc8|state=UNBIND|type=IPV4_HNAPT|192.168.1.250:94->192.168.1.1:1024=>217.144.XXX.YYY:25094->192.168.1.100:62177|40:b0:76:3e:c7:7c=>90:2b:34:35:7d:d5|etype=0x0800|info1=0x500000fa|info2=0x7ff020|vlan1=1|vlan2=0
(dec)0x00dec|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:53312->217.144.204.142:38783=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(f28)0x00f28|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64352->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(f2a)0x00f2a|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64353->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(f2c)0x00f2c|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64354->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(f56)0x00f56|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64351->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
25.11.20192631Base systemBug ReportVery LowMediumsysntp often fails when using DHCP provided serveropenwrt-19.07Unconfirmed Task Description

I’m managing a network with 25 openwrt WLAN access points (mostly TL-WR1043ND v1, a few v2 and a few zbt-2626) and since updating to 19.07 some devices often have an incorrect time. All are configured to get their NTP server from DHCP and this happen on all models.

When this happen ntpd is simply not running and starting it restore the correct time right away. It is hard to says if ntpd crash or if it never started in the first place. Last time I checked all affected devices had been restarted recently so I would first suspect some race condition during boot.

25.11.20192630KernelFeature RequestVery LowLowconsider building netconsole into kernel (or as module)openwrt-18.06Unconfirmed Task Description

I have intermittent problems with my TP-Link (ipq806x) router locking up or rebooting. During these events, it’s rare to have anything in the logs (written to local persistent storage) or to the configured remote syslog server.

I looked into enabling netconsole in an effort to catch kernel messages during an event, but:

~/openwrt/openwrt-imagebuilder-18.06.4-ipq806x.Linux-x86_64$ find . -type f -exec grep -H NETCONSOLE {} \;
./build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/linux-ipq806x/linux-4.14.131/.config:# CONFIG_NETCONSOLE is not set
./target/linux/generic/config-4.9:# CONFIG_NETCONSOLE is not set
./target/linux/generic/config-4.14:# CONFIG_NETCONSOLE is not set

please consider building netconsole either into the kernel or as a loadable module.

25.11.20192629Base systemBug ReportVery LowLowiwinfo fails to query infos via nl80211 on Archer C7 v2TrunkUnconfirmed Task Description

TP-Link Archer C7 v2
OpenWrt 19.07 (f97d2351e2c1282cdfa0e5126bd6eef56d0e8252)

Iwinfo fails to query nl80211 and falls back to the generic wext interface and therefore offers little information.

I’ve attached the strace output in the file “out” and the config used to build this image.

root@OpenWrt:/tmp# strace -s 100 -f -o out -x $(which iwinfo)
radio0_vlan101 ESSID: unknown
          Access Point: 00:00:00:00:00:00
          Mode: Master  Channel: unknown (unknown)
          Tx-Power: 23 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: unknown
          Type: wext  HW Mode(s): 802.11a
          Hardware: 168C:003C 0000:0000 [Generic WEXT]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: radio0_vlan101

radio0_vlan110 ESSID: unknown
          Access Point: 00:00:00:00:00:00
          Mode: Master  Channel: unknown (unknown)
          Tx-Power: 23 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: unknown
          Type: wext  HW Mode(s): 802.11a
          Hardware: 168C:003C 0000:0000 [Generic WEXT]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: radio0_vlan110

radio0_vlan130 ESSID: unknown
          Access Point: 00:00:00:00:00:00
          Mode: Master  Channel: unknown (unknown)
          Tx-Power: 23 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: unknown
          Type: wext  HW Mode(s): 802.11a
          Hardware: 168C:003C 0000:0000 [Generic WEXT]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: radio0_vlan130

radio1_vlan101 ESSID: unknown
          Access Point: 00:00:00:00:00:00
          Mode: Master  Channel: unknown (unknown)
          Tx-Power: 17 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: unknown
          Type: wext  HW Mode(s): 802.11bg
          Hardware: unknown [Generic WEXT]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: radio1_vlan101

radio1_vlan130 ESSID: unknown
          Access Point: 00:00:00:00:00:00
          Mode: Master  Channel: unknown (unknown)
          Tx-Power: 17 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: unknown
          Type: wext  HW Mode(s): 802.11bg
          Hardware: unknown [Generic WEXT]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: radio1_vlan130
25.11.20192628KernelBug ReportVery LowMediumKernel warning: eth0 (mtk_soc_eth): transmit queue 0 ti...openwrt-19.07Unconfirmed Task Description

Model ZBT-WG3526 (16M)
Architecture - MediaTek MT7621 ver:1 eco:3
Firmware version - OpenWrt 19.07-SNAPSHOT r10731-e68d589e7b / LuCI openwrt-19.07 branch git-19.326.61751-179c5e8
Kernel version- 4.14.155

 Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.762093] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.770348] br-VLAN8: port 2(wlan1) entered blocking state
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.775981] br-VLAN8: port 2(wlan1) entered forwarding state
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.784594] br-VLAN6: port 3(wlan1-1) entered blocking state
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.790393] br-VLAN6: port 3(wlan1-1) entered disabled state
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.796955] device wlan1-1 entered promiscuous mode
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.803794] IPv6: ADDRCONF(NETDEV_UP): wlan1-1: link is not ready
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.810026] br-VLAN6: port 3(wlan1-1) entered blocking state
Mon Nov 25 10:11:25 2019 kern.info kernel: [  106.815820] br-VLAN6: port 3(wlan1-1) entered forwarding state
Mon Nov 25 10:11:25 2019 kern.info kernel: [  107.343567] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1-1: link becomes ready
Mon Nov 25 11:10:20 2019 kern.info kernel: [ 3641.266434] nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based  firewall rule not found. Use the iptables CT target to attach helpers instead.
Mon Nov 25 11:37:14 2019 kern.info kernel: [ 5255.651116] TCP: request_sock_TCP: Possible SYN flooding on port 88. Sending cookies.  Check SNMP counters.
Mon Nov 25 11:41:29 2019 kern.warn kernel: [ 5510.958004] ------------[ cut here ]------------
Mon Nov 25 11:41:29 2019 kern.warn kernel: [ 5510.962647] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:320 0x8038e1c0
Mon Nov 25 11:41:29 2019 kern.info kernel: [ 5510.969709] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Mon Nov 25 11:41:29 2019 kern.warn kernel: [ 5510.976660] Modules linked in: qcserial pppoe ppp_async option cdc_mbim usb_wwan sierra_net sierra rndis_host qmi_wwan pppox ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE huawei_cdc_ncm cfg80211 cdc_ncm cdc_ether 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_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY wireguard usbserial usbnet usblp ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4
Mon Nov 25 11:41:29 2019 kern.warn kernel: [ 5511.047339]  nf_nat_h323 nf_nat_amanda nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conntrack iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat cdc_wdm cdc_acm fuse 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
Mon Nov 25 11:41:29 2019 kern.warn kernel: [ 5511.118581]  x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 uas mmc_block usb_storage mtk_sd mmc_core leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ahci libahci libata ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_common mii crc32c_generic
Mon Nov 25 11:41:29 2019 kern.warn kernel: [ 5511.149081] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.155 #0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.155177] Stack : 00000000 00000000 00000000 8fe6d540 00000000 00000000 00000000 00000000
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.163556]         00000000 00000000 00000000 00000000 00000000 00000001 8fc0bd60 ac07f582
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.171942]         8fc0bdf8 00000000 00000000 000093c8 00000038 8049e458 00000008 00000000
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.180305]         00000000 80550000 00024659 00000000 8fc0bd40 00000000 00000000 8050c830
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.188647]         8038e1c0 00000140 00000001 8fe6d540 00000000 802b02b8 00000004 805b0004
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.196980]         ...
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.199415] Call Trace:
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.199535] [<8049e458>] 0x8049e458
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.205440] [<8038e1c0>] 0x8038e1c0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.208923] [<802b02b8>] 0x802b02b8
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.212412] [<800101a0>] 0x800101a0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.215881] [<800101a8>] 0x800101a8
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.219354] [<804873a4>] 0x804873a4
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.222825] [<800759a0>] 0x800759a0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.226315] [<800325b8>] 0x800325b8
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.229802] [<8038e1c0>] 0x8038e1c0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.233316] [<80032640>] 0x80032640
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.236785] [<800d20e8>] 0x800d20e8
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.240287] [<8038e1c0>] 0x8038e1c0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.243757] [<8009d860>] 0x8009d860
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.247237] [<8038e014>] 0x8038e014
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.250711] [<8008c3dc>] 0x8008c3dc
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.254181] [<80063108>] 0x80063108
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.257662] [<8008c698>] 0x8008c698
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.261136] [<8007cfe8>] 0x8007cfe8
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.264627] [<804a5240>] 0x804a5240
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.268102] [<80036f74>] 0x80036f74
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.271573] [<8025daf0>] 0x8025daf0
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.275054] [<8000b488>] 0x8000b488
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.278548]
Mon Nov 25 11:41:30 2019 kern.warn kernel: [ 5511.280144] ---[ end trace f0b0ca1dd55db7a7 ]---
Mon Nov 25 11:41:30 2019 kern.err kernel: [ 5511.284782] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Mon Nov 25 11:41:30 2019 kern.info kernel: [ 5511.291016] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Mon Nov 25 11:41:30 2019 kern.info kernel: [ 5511.297053] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0dc00000, max=0, ctx=1789, dtx=1789, fdx=1788, next=1789
Mon Nov 25 11:41:30 2019 kern.info kernel: [ 5511.307977] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0db60000, max=0, calc=893, drx=894
Mon Nov 25 11:41:30 2019 kern.info kernel: [ 5511.321091] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
Mon Nov 25 11:41:30 2019 kern.info kernel: [ 5511.334877] mtk_soc_eth 1e100000.ethernet: PPE started

23.11.20192625Base systemBug ReportVery LowLowWiFi clients are isolated on WRT1900acs v2 running 19.0...TrunkUnconfirmed Task Description

I did an upgrade on a WRT1900acs v2 router (my backup router) that was running 18.06.4 (I think) via LuCI using the image “openwrt-19.07.0-rc1-mvebu-cortexa9-linksys_wrt1900acs-squashfs-sysupgrade.bin” keeping the old configuration. Everything seemed good except the clients could not connect or ping each other. The router could reach/ping the clients. This was the case whether or not “Isolate Clients” is set in the LuCI Wireless → Edit → Advanced Settings.

I noticed that if I connect an ethernet wire to one of the clients (a Raspberry Pi) and hook it to the router that I could connect/ping the Pi using either the IP associated with the ethernet connection or the IP associated with the WiFi connection from another client. When I disconnect the ethernet on the Pi I can no longer connect to the Pi’s wireless IP
address.

I decided to reinstall 19.07.0-rc1 to see where the isolated client behavior starts. After I reinstalled 19.07.0-rc1 I restored the configuration using LuCI System → Backup / Flash Firmware → Restore Backup. After it rebooted it was working, clients were not isolated. I installed a few packages that I wanted, here’s the list:

ca-bundle_20190110-1_all.ipk
ca-certificates_20190110-1_all.ipk
kmod-tun_4.14.151-1_arm_cortex-a9_vfpv3.ipk
liblzo2_2.10-2_arm_cortex-a9_vfpv3.ipk
libmbedtls12_2.16.3-1_arm_cortex-a9_vfpv3.ipk
libopenssl1.1_1.1.1d-2_arm_cortex-a9_vfpv3.ipk
libustream-mbedtls20150806_2019-11-05-c9b66682-2_arm_cortex-a9_vfpv3.ipk
openvpn-mbedtls_2.4.7-2_arm_cortex-a9_vfpv3.ipk

Everything still working. I wanted WPA3 so I removed wpad-basic and installed

wpad-openssl_2019-08-08-ca8c2bd2-1_arm_cortex-a9_vfpv3.ipk

Everything still working. I changed the 5 Ghz wifi from WPA2-SPK to WPA3-SAE. Everything still working. I changed the 2.4 Ghz wifi from WPA2-SPK to WPA2-SPK/WPA3-SAE mixed. This is when it stopped working. I don’t know if this last step actually caused the problem since setting both wifi networks back to WPA2-SPK and rebooting (and unplugging for 5 minutes) does not fix the problem, clients are still isolated. Pretty much all clients are on the 2.4 Ghz network.

Here are a couple bits of diagnostic which may or may not be helpful:

————→ when everything is working (clients not isolated):

# cat /sys/devices/virtual/net/eth0.1/brport/hairpin_mode
0

# cat /sys/devices/virtual/net/eth0.1/brport/isolated
0

# cat /var/run/hostapd-phy0.conf
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
country_code=US
ieee80211d=1
ieee80211h=1
hw_mode=a
beacon_int=100
channel=36

tx_queue_data2_burst=2.0
ieee80211n=1
ht_coex=0
ht_capab=[HT40+][LDPC][SHORT-GI-20][SHORT-GI-40][DSSS_CCK-40]
vht_oper_chwidth=1
vht_oper_centr_freq_seg0_idx=42
ieee80211ac=1
vht_capab=[RXLDPC][SHORT-GI-80][SU-BEAMFORMER][SU-BEAMFORMEE][RX-ANTENNA-PATTERN][TX-ANTENNA-PATTERN][RX-STBC-1][MAX-A-MPDU-LEN-EXP7]

interface=wlan0
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
wpa_passphrase=XXXXXXXXXX
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=folly_5g
bridge=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=62:38:e0:12:78:f3

# cat /var/run/hostapd-phy1.conf
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
country_code=US
ieee80211d=1
hw_mode=g
beacon_int=100
channel=7

ieee80211n=1
ht_coex=0
ht_capab=[LDPC][SHORT-GI-20][SHORT-GI-40][DSSS_CCK-40]

interface=wlan1
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
wpa_passphrase=XXXXXXXXXX
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=folly
bridge=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=62:38:e0:12:78:f2

————→ when it’s not working (clients isolated)

# cat /sys/devices/virtual/net/eth0.1/brport/hairpin_mode
0

# cat /sys/devices/virtual/net/eth0.1/brport/isolated
0

# cat /var/run/hostapd-phy0.conf
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
country_code=US
ieee80211d=1
ieee80211h=1
hw_mode=a
beacon_int=100
channel=36

tx_queue_data2_burst=2.0
ieee80211n=1
ht_coex=0
ht_capab=[HT40+][LDPC][SHORT-GI-20][SHORT-GI-40][DSSS_CCK-40]
vht_oper_chwidth=1
vht_oper_centr_freq_seg0_idx=42
ieee80211ac=1
vht_capab=[RXLDPC][SHORT-GI-80][SU-BEAMFORMER][SU-BEAMFORMEE][RX-ANTENNA-PATTERN
][TX-ANTENNA-PATTERN][RX-STBC-1][MAX-A-MPDU-LEN-EXP7]

interface=wlan0
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
sae_require_mfp=1
wpa_passphrase=XXXXXXXXXX
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=folly_5g
bridge=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=SAE
okc=1
ieee80211w=2
group_mgmt_cipher=AES-128-CMAC
bssid=62:38:e0:12:78:f3

# cat /var/run/hostapd-phy1.conf
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
country_code=US
ieee80211d=1
hw_mode=g
beacon_int=100
channel=7

ieee80211n=1
ht_coex=0
ht_capab=[LDPC][SHORT-GI-20][SHORT-GI-40][DSSS_CCK-40]

interface=wlan1
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
wpa_passphrase=XXXXXXXXXX
auth_algs=1
wpa=2
wpa_pairwise=CCMP
ssid=folly
bridge=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=WPA-PSK WPA-PSK-SHA256
okc=0
disable_pmksa_caching=1
ieee80211w=1
group_mgmt_cipher=AES-128-CMAC
bssid=62:38:e0:12:78:f2

23.11.20192623Base systemBug ReportVery LowMediumJumbo Frames not possible on Archer C7 v5openwrt-19.07Unconfirmed Task Description

ip link set mtu 9000 dev eth0
RTNETLINK answers: Invalid argument

swconfig dev eth0 show

no sign of jumbo frames.

Only a payload of 1474 can be transmitted over a mtu 9000 core network, effectively.

Related issue:
https://dev.archive.openwrt.org/ticket/18296

20.11.20192620Base systemBug ReportVery LowLowDelay when connecting ethernet from router to OpenBSD o...openwrt-18.06Unconfirmed Task Description

Occurs on Linksys E1700, when connecting to a FreeBSD or OpenBSD system only. No delay with Linux, internet access is immediately available.

Started occurring after updating 18.x, never had the problem with 17.x.

After plugging in an ethernet cable there is a blinking on the router for a while until the network is accessible. I am not using DHCP on *BSD or Linux. No delay with Linux.


19.11.20192617Base systemBug ReportVery LowLowkernel error: WARNING: CPU: 0 PID: 0 at net/sched/sch_g...TrunkUnconfirmed Task Description

Supply the following if possible:

Model: Zbtlink ZBT-WG3526 (32M)
Architecture: MediaTek MT7621 ver:1 eco:3
Firmware Version: OpenWrt SNAPSHOT r11367-c2675bb0ce / LuCI Master (git-19.304.35036-4798b3f)
Kernel Version: 4.14.151

some times (i guess it happs more often if more traffic transfer over network ...
and then comes:

Mon Nov 18 11:36:09 2019 kern.warn kernel: [111018.374098] ------------[ cut here ]------------
Mon Nov 18 11:36:09 2019 kern.warn kernel: [111018.378858] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
Mon Nov 18 11:36:09 2019 kern.info kernel: [111018.387224] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Mon Nov 18 11:36:09 2019 kern.warn kernel: [111018.394297] Modules linked in: pppoe ppp_async option usb_wwan pptp pppox ppp_mppe ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE 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_NETMAP xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial usb_storage ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_rtsp nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table
Mon Nov 18 11:36:09 2019 kern.warn kernel: [111018.465963]  nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtsp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat br_netfilter sch_cake nf_conntrack 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 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
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.536977]  nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 nfsv4 nfsv3 nfs ip_gre gre ifb ip_tunnel tun vfat fat lockd sunrpc grace ext4 mbcache jbd2 dns_resolver dm_mirror dm_region_hash dm_log dm_crypt dm_mod dax nls_utf8 nls_iso8859_1 nls_cp437 sha1_generic ecb arc4 crc32c_generic mmc_block mtk_sd mmc_core leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ahci libahci libata sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.582182] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.151 #0
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.588345] Stack : 00000000 8fd3a040 ffffffff 800775e4 80630000 805cab5c 00000000 00000000
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.596780]         80593ba0 8fc09dcc 80606ecc 80606a47 8058e924 00000001 8fc09d70 ac07f58e
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.605200]         00000000 00000000 80780000 00000000 807784a0 000001b3 00000008 00000000
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.613617]         00000000 00000000 0008e226 70617773 00000000 00000000 80630000 803c7210
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.622033]         805c4964 00000140 00000000 8fd3a040 00000008 802e6b18 00000000 80770000
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.630451]         ...
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.632975] Call Trace:
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.635528] [<8000c4d4>] show_stack+0x58/0x100
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.640074] [<804c543c>] dump_stack+0x9c/0xe0
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.644509] [<8002fd10>] __warn+0xe0/0x140
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.648673] [<8002f954>] warn_slowpath_fmt+0x30/0x3c
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.653721] [<803c7210>] dev_watchdog+0x1ac/0x324
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.658494] [<8008e5ec>] call_timer_fn.isra.28+0x24/0x84
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.663866] [<8008e94c>] run_timer_softirq+0x1bc/0x248
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.669093] [<804e2740>] __do_softirq+0x128/0x2e8
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.673869] [<800346e0>] irq_exit+0xa8/0xc4
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.678145] [<80294204>] plat_irq_dispatch+0xf0/0x13c
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.683259] [<800074c8>] except_vec_vi_end+0xb8/0xc4
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.688294] [<80008e48>] r4k_wait_irqoff+0x1c/0x24
Mon Nov 18 11:36:10 2019 kern.warn kernel: [111018.693315] ---[ end trace aa5fe4565dc85793 ]---
Mon Nov 18 11:36:10 2019 kern.err kernel: [111018.698070] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Mon Nov 18 11:36:10 2019 kern.info kernel: [111018.704386] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Mon Nov 18 11:36:10 2019 kern.info kernel: [111018.710478] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0eb60000, max=0, ctx=2860, dtx=2860, fdx=2859, next=2860
Mon Nov 18 11:36:10 2019 kern.info kernel: [111018.721444] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0e300000, max=0, calc=970, drx=971
Mon Nov 18 11:36:10 2019 kern.info kernel: [111018.734291] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
Mon Nov 18 11:36:10 2019 kern.info kernel: [111018.747571] mtk_soc_eth 1e100000.ethernet: PPE started
18.11.20192616Base systemBug ReportVery LowLowkernel oops: OpenWrt 18.06.4, r7808-ef686b7292 TP-Link ...openwrt-18.06Unconfirmed Task Description

I experience fairly frequent reboots - I’ve yet to find a pattern. Most reboots result in no logs, but this recent oops landed in the configured rsyslog.

Nov 18 10:41:20 portcullis kernel: [517150.599295] Unable to handle kernel paging request at virtual address f6e01f16
Nov 18 10:41:20 portcullis kernel: [517150.599329] pgd = dbeec000
Nov 18 10:41:20 portcullis kernel: [517150.605406] [f6e01f16] *pgd=00000000
Nov 18 10:41:20 portcullis kernel: [517150.608194] Internal error: Oops: 5 [#1] SMP ARM
Nov 18 10:41:20 portcullis kernel: [517150.612004] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 ip
table_nat ipt_REJECT ipt_MASQUERADE 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 x
t_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_C
LASSIFY wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_
defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat br_netfilter act_connmark nf_conntrack act_skbe
dit act_mirred em_u32 cls_u32 cls_tcindex cls_flow
Nov 18 10:41:20 portcullis kernel: [517150.665467]  cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport xt_set ip_set_list_set ip_set_hash_net
iface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ippor
t ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_commo
n ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel sit tunnel4 ip_tunnel usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd
dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_h
otplug f2fs ext4 jbd2 mbcache crc32c_generic crc32_generic
Nov 18 10:41:20 portcullis kernel: [517150.737094] CPU: 0 PID: 20340 Comm: kworker/0:2 Tainted: G        W       4.14.131 #0
Nov 18 10:41:20 portcullis kernel: [517150.759318] Hardware name: Generic DT based system
Nov 18 10:41:20 portcullis kernel: [517150.767052] Workqueue: events 0xc0648488
Nov 18 10:41:20 portcullis kernel: [517150.771815] task: dbcfa300 task.stack: da71a000
Nov 18 10:41:20 portcullis kernel: [517150.775981] pc : [<c07ae748>]    lr : [<c0564bd8>]    psr: a0000013
Nov 18 10:41:20 portcullis kernel: [517150.780671] sp : da71bd50  ip : 00000000  fp : dd7f7668
Nov 18 10:41:20 portcullis kernel: [517150.787007] r10: 00000000  r9 : ffffffff  r8 : 00000002
Nov 18 10:41:20 portcullis kernel: [517150.792301] r7 : da71bdd4  r6 : 20000013  r5 : 00000006  r4 : c0a64960
Nov 18 10:41:20 portcullis kernel: [517150.797598] r3 : 00000003  r2 : 1fffa6f0  r1 : 20000013  r0 : f6e01f16
Nov 18 10:41:20 portcullis kernel: [517150.803939] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
Nov 18 10:41:20 portcullis kernel: [517150.810534] Control: 10c5787d  Table: 5deec06a  DAC: 00000051
Nov 18 10:41:20 portcullis kernel: [517150.817825] Process kworker/0:2 (pid: 20340, stack limit = 0xda71a210)
Nov 18 10:41:20 portcullis kernel: [517150.823641] Stack: (0xda71bd50 to 0xda71c000)
Nov 18 10:41:20 portcullis kernel: [517150.830162] bd40:                                     dd640258 00000001 20000013 c0564bd8
Nov 18 10:41:20 portcullis kernel: [517150.834690] bd60: dd640264 fffffffe 00000000 c0565dac 00000000 fffffffe 00000000 c0336db4
Nov 18 10:41:20 portcullis kernel: [517150.842936] bd80: dd691318 dd691304 00000000 00000002 da71bdd4 c03370b0 00000000 c0a16048
Nov 18 10:41:20 portcullis kernel: [517150.851182] bda0: dd691300 c0a13918 dd640300 00000002 3b9aca00 3b9aca00 23c34600 c03370f8
Nov 18 10:41:20 portcullis kernel: [517150.859430] bdc0: 00000000 00003208 dd54c000 c0559f14 dd54c000 dd696ec0 3b9aca00 23c34600
Nov 18 10:41:20 portcullis kernel: [517150.867676] bde0: dd54c000 dd640300 00000000 23c34600 dd4d8c00 c055b9a4 dd4d8c00 dd640058
Nov 18 10:41:20 portcullis kernel: [517150.875923] be00: 23c34600 dd4ce880 3b9aca00 3b9aca00 23c34600 c055b9d4 dd640300 23c34600
Nov 18 10:41:20 portcullis kernel: [517150.884169] be20: 00000000 dd4d8c00 dd7f7740 3b9aca00 23c34600 c055bd9c dd7f7480 23c34600
Nov 18 10:41:20 portcullis kernel: [517150.892417] be40: dd7f7640 ddc01010 dd7f7740 c055bdf8 dd7fd400 dd7f7480 dd7f7640 c05a3048
Nov 18 10:41:20 portcullis kernel: [517150.900662] be60: c0a60c8c 00000000 dcc8b740 dd7f7768 23c34600 3b9aca00 c093fca0 23c34600
Nov 18 10:41:20 portcullis kernel: [517150.908909] be80: dcc8b840 dcc8b85c 00000000 dcc8b880 000927c0 dcc8d400 ddc07540 c06493cc
Nov 18 10:41:20 portcullis kernel: [517150.917155] bea0: 00000000 c064870c 00009c40 dcc8d400 00000000 c0a60c8c 00000000 00000001
Nov 18 10:41:20 portcullis kernel: [517150.925402] bec0: 000927c0 00000000 ddc07540 c0643e14 00000002 000f4240 000927c0 00000021
Nov 18 10:41:20 portcullis kernel: [517150.933648] bee0: dcc90b00 dcc8d400 dcc90b00 dcc90b80 dcc90b80 dcc8b900 00000008 c0648044
Nov 18 10:41:20 portcullis kernel: [517150.941894] bf00: dcc90b38 00000000 dcc90b04 dcc8d400 c0a1f840 00000000 00000008 c06484c0
Nov 18 10:41:20 portcullis kernel: [517150.950142] bf20: dcc90b38 d8c31e80 ddc07540 ddc0a400 00000000 c032faa4 ddc07558 ffffe000
Nov 18 10:41:20 portcullis kernel: [517150.958388] bf40: d8c31e80 ddc07540 d8c31e98 ddc07558 ffffe000 c0a02d00 00000008 c0330b50
Nov 18 10:41:20 portcullis kernel: [517150.966635] bf60: da611ebc da543e40 da71a000 dab71340 da611ebc da543e5c d8c31e80 c033080c
Nov 18 10:41:20 portcullis kernel: [517150.974881] bf80: 00000000 c0335714 00000000 dab71340 c03355d4 00000000 00000000 00000000
Nov 18 10:41:20 portcullis kernel: [517150.983125] bfa0: 00000000 00000000 00000000 c0307da8 00000000 00000000 00000000 00000000
Nov 18 10:41:20 portcullis kernel: [517150.991374] bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Nov 18 10:41:20 portcullis kernel: [517150.999619] bfe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
Nov 18 10:41:20 portcullis kernel: [517151.007851] Function entered at [<c07ae748>] from [<c0564bd8>]
Nov 18 10:41:20 portcullis kernel: [517151.016091] Function entered at [<c0564bd8>] from [<c0565dac>]
Nov 18 10:41:20 portcullis kernel: [517151.021906] Function entered at [<c0565dac>] from [<c0336db4>]
Nov 18 10:41:20 portcullis kernel: [517151.027810] Function entered at [<c0336db4>] from [<c03370b0>]
Nov 18 10:41:20 portcullis kernel: [517151.033710] Function entered at [<c03370b0>] from [<c03370f8>]
Nov 18 10:41:20 portcullis kernel: [517151.039611] Function entered at [<c03370f8>] from [<c0559f14>]
Nov 18 10:41:20 portcullis kernel: [517151.045515] Function entered at [<c0559f14>] from [<c055b9a4>]
Nov 18 10:41:20 portcullis kernel: [517151.051419] Function entered at [<c055b9a4>] from [<c055b9d4>]
Nov 18 10:41:20 portcullis kernel: [517151.057320] Function entered at [<c055b9d4>] from [<c055bd9c>]
Nov 18 10:41:20 portcullis kernel: [517151.063222] Function entered at [<c055bd9c>] from [<c055bdf8>]
Nov 18 10:41:20 portcullis kernel: [517151.069125] Function entered at [<c055bdf8>] from [<c05a3048>]
Nov 18 10:41:20 portcullis kernel: [517151.075031] Function entered at [<c05a3048>] from [<c06493cc>]
Nov 18 10:41:20 portcullis kernel: [517151.080933] Function entered at [<c06493cc>] from [<c0643e14>]
Nov 18 10:41:20 portcullis kernel: [517151.086836] Function entered at [<c0643e14>] from [<c0648044>]
Nov 18 10:41:20 portcullis kernel: [517151.092738] Function entered at [<c0648044>] from [<c06484c0>]
Nov 18 10:41:20 portcullis kernel: [517151.098639] Function entered at [<c06484c0>] from [<c032faa4>]
Nov 18 10:41:20 portcullis kernel: [517151.104544] Function entered at [<c032faa4>] from [<c0330b50>]
Nov 18 10:41:20 portcullis kernel: [517151.110447] Function entered at [<c0330b50>] from [<c0335714>]
Nov 18 10:41:20 portcullis kernel: [517151.116350] Function entered at [<c0335714>] from [<c0307da8>]
Nov 18 10:41:20 portcullis kernel: [517151.122269] Code: e5940000 e58de00c e3500000 0a000004 (e5903000)
Nov 18 10:41:20 portcullis kernel: [517151.128159] ---[ end trace 6666996ca6d0cf3e ]---
Nov 18 10:41:20 portcullis kernel: [517151.134402] Kernel panic - not syncing: Fatal exception
Nov 18 10:41:20 portcullis kernel: [517151.139194] CPU1: stopping
Nov 18 10:41:20 portcullis kernel: [517151.144567] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G      D W       4.14.131 #0
Nov 18 10:41:20 portcullis kernel: [517151.147082] Hardware name: Generic DT based system
Nov 18 10:41:20 portcullis kernel: [517151.154724] Function entered at [<c030f1b8>] from [<c030b388>]
Nov 18 10:41:20 portcullis kernel: [517151.159322] Function entered at [<c030b388>] from [<c07b0ed8>]
Nov 18 10:41:20 portcullis kernel: [517151.165225] Function entered at [<c07b0ed8>] from [<c030e400>]
Nov 18 10:41:20 portcullis kernel: [517151.171128] Function entered at [<c030e400>] from [<c03014b8>]
Nov 18 10:41:20 portcullis kernel: [517151.177031] Function entered at [<c03014b8>] from [<c030bf8c>]
Nov 18 10:41:20 portcullis kernel: [517151.182933] Exception stack(0xdd461f80 to 0xdd461fc8)
Nov 18 10:41:20 portcullis kernel: [517151.188864] 1f80: 00000001 00000000 00000000 c0314f40 ffffe000 c0a03c74 c0a03c28 00000000
Nov 18 10:41:20 portcullis kernel: [517151.194078] 1fa0: 00000000 512f04d0 00000000 00000000 dd461fc8 dd461fd0 c03086ac c03086b0
Nov 18 10:41:20 portcullis kernel: [517151.202301] 1fc0: 60000013 ffffffff
Nov 18 10:41:20 portcullis kernel: [517151.210536] Function entered at [<c030bf8c>] from [<c03086b0>]
Nov 18 10:41:20 portcullis kernel: [517151.214269] Function entered at [<c03086b0>] from [<c034fdb8>]
Nov 18 10:41:20 portcullis kernel: [517151.219913] Function entered at [<c034fdb8>] from [<c0350100>]
Nov 18 10:41:20 portcullis kernel: [517151.225813] Function entered at [<c0350100>] from [<423017cc>]
Nov 18 10:41:20 portcullis kernel: [517151.231727] Rebooting in 3 seconds..
18.11.20192615Base systemBug ReportVery LowLowmac80211: add support for dynamically reconfiguring wif...TrunkUnconfirmed Task Description

Unable to add encrypted mesh interface

Tested today on OpenWrt snapshot of Nov 18th
Hardware gl-ar300m
wpad-mesh-openssl installed

Mesh interface fails to come up, sometimes with segfault.

Works fine before commit https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=155ede4f1fdb192b11f8ae2dbffda5f7ef4903bd

@dangowrt and @blogic Thankyou for the all the hard work so far, much appreciated.

Reproducible as follows:

Config:
root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/ahb/18100000.wmac'
option country 'GB'
option htmode 'HT40'
option noscan '1'
option disabled '0'
option txpower '20'

config wifi-iface ‘default_radio0’

option device 'radio0'
option network 'lan'
option mode 'ap'
option encryption 'none'
option ifname 'wlan0'
option disabled '0'
option ssid 'OpenWrt'
option wds '1'

config wifi-iface ‘mesh0’

option device 'radio0'
option ifname 'wlan0-1'
option mode 'mesh'
option mesh_fwding '1'
option disabled '0'
option network 'lan'
option mesh_rssi_threshold '-70'
option key 'meshkey'
option mesh_id 'mesh'
option encryption 'psk2/aes'

Logread after reboot:
Mon Nov 18 10:39:59 2019 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.336276] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.386759] br-lan: port 2(wlan0) entered blocking state
Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.392257] br-lan: port 2(wlan0) entered disabled state
Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.398173] device wlan0 entered promiscuous mode
Mon Nov 18 10:39:59 2019 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→COUNTRY_UPDATE
Mon Nov 18 10:39:59 2019 daemon.err hostapd: Using interface wlan0 with hwaddr e6:95:6e:43:c2:4b and ssid “OpenWrt” Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.657731] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.664528] br-lan: port 2(wlan0) entered blocking state
Mon Nov 18 10:39:59 2019 kern.info kernel: [ 28.670081] br-lan: port 2(wlan0) entered forwarding state
Mon Nov 18 10:39:59 2019 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE→ENABLED
Mon Nov 18 10:39:59 2019 daemon.notice hostapd: wlan0: AP-ENABLED
Mon Nov 18 10:40:01 2019 user.notice root: ip link set dev wlan0 up
Mon Nov 18 10:40:01 2019 user.notice root: ip link set dev wlan0-1 up
Mon Nov 18 10:40:01 2019 kern.info kernel: [ 29.852996] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
Mon Nov 18 10:40:01 2019 daemon.notice netifd: radio0 (1065): command failed: Link has been severed (-67)
Mon Nov 18 10:40:02 2019 daemon.notice netifd: radio0 (1065): command failed: Link has been severed (-67)
Mon Nov 18 10:40:02 2019 kern.info kernel: [ 30.797131] br-lan: port 3(wlan0-1) entered blocking state
Mon Nov 18 10:40:02 2019 kern.info kernel: [ 30.802810] br-lan: port 3(wlan0-1) entered disabled state
Mon Nov 18 10:40:02 2019 kern.info kernel: [ 30.808940] device wlan0-1 entered promiscuous mode
Mon Nov 18 10:40:02 2019 kern.info kernel: [ 30.914895] br-lan: port 2(wlan0) entered disabled state
Mon Nov 18 10:40:03 2019 kern.info kernel: [ 31.747149] do_page_fault(): sending SIGSEGV to wpa_supplicant for invalid read access from 000005b8
Mon Nov 18 10:40:03 2019 kern.info kernel: [ 31.756745] epc = 004840c9 in wpad[400000+b4000]
Mon Nov 18 10:40:03 2019 kern.info kernel: [ 31.761534] ra = 004840b3 in wpad[400000+b4000]
Mon Nov 18 10:40:05 2019 kern.info kernel: [ 34.587715] br-lan: port 2(wlan0) entered blocking state
Mon Nov 18 10:40:05 2019 kern.info kernel: [ 34.593215] br-lan: port 2(wlan0) entered forwarding state
Mon Nov 18 10:40:05 2019 daemon.notice netifd: Network device ‘wlan0’ link is up

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

 


18.11.20192614KernelBug ReportVery LowHighath10k 5 GHz connectivity issues for some client device...openwrt-19.07Researching Task Description

* - Device problem occurs on TP-Link Archer C2600.

* - Software version of OpenWrt 19.07-rc1 and older 19.07.

* - From the first version, which I tested after the release of 19.07, I have a problem with 5GHz radio / Wi-Fi. On two devices: LG OLED B8 55 “OTT and Cyfrowy Polsat STB OTT does not work internet. Both devices connect to the network, but do not have access to the Internet. In the connection diagnostics on the TV, the message pops up that it is a DNS error. On 2.4 GHz Wi-Fi everything is fine.

* - I have reverted to the 18.06 to fix the problem for now.


17.11.20192613Base systemBug ReportVery LowLowKeeping luci overview page leads to loadaverage > 1TrunkUnconfirmed Task Description

I’m reporting this bug against openwrt-19.07, haven’t looked at master, I think it was also happening on 18.06 but never took time to investigate
My test router is “MikroTik RouterBOARD wAP G-5HacT2HnD” running “OpenWrt 19.07-SNAPSHOT r10700-960de44fa9 / LuCI openwrt-19.07 branch git-19.320.62787-2390e72”

When open, the overview page is doing 2 calls to ‘/cgi-bin/luci/admin/ubus’ every X seconds
Each call is taking ~270ms (according to firefox debugger)

Doing a smaller test call (from my laptop, connected over ethernet)

$ curl 'http://192.168.1.1/cgi-bin/luci/admin/ubus' -H 'Content-Type: application/json' --data '[{"jsonrpc":"2.0","id":130,"method":"call","params":["d385054a42004fcb49bd866fc8008843","file","read",{"path":"/proc/sys/net/netfilter/nf_conntrack_count"}]}]' -s -w '\n%{time_starttransfer} %{time_total}\n'
[{"id":130,"jsonrpc":"2.0","result":[0,{"data":"15\n"}]}]
0,137934 0,147648

Similar command line call

time -v ubus call file read '{"path":"/proc/sys/net/netfilter/nf_conntrack_count"}'
{
	"data": "5\n"
}
 Command being timed: "ubus call file read {"path":"/proc/sys/net/netfilter/nf_conntrack_count"}"
 User time (seconds): 0.00
 System time (seconds): 0.00
 Percent of CPU this job got: 66%
 Elapsed (wall clock) time (h:mm:ss or m:ss): 0m 0.00s

So basically requests via ‘/cgi-bin/luci/admin/ubus’ are at least 15 time slower

Playing with strace (even if it has a big impact on performance)
# strace -f -ttr -p 418 -p 1 -p 1306 -p 1058
where
1 == procd
418 == ubusd
1058 == rpcd
1306 == uhttpd
5554 == uhttpd child
I see (full trace attached)
[pid 1306] 05:33:12.627708 (+ 0.001768) accept(3, {sa_family=AF_INET, sin_port=htons(43820), sin_addr=inet_addr(”192.168.1.2”)}, [28→16]) = 8
[pid 1306] 05:33:12.661205 (+ 0.002565) fork() = 5554
[pid 1306] 05:33:12.696731 (+ 0.001535) write(12, “[{\”jsonrpc\”:\”2.0\”,\”id\”:130,\”meth”..., 158 <unfinished ...>
[pid 5554] 05:33:12.762596 (+ 0.002187) execve(”/www/cgi-bin/luci”, [”/www/cgi-bin/luci”], 0x77f03380 /* 25 vars */) = 0
[pid 5554] 05:33:15.206711 (+ 0.002222) readv(0, [{iov_base=”[{\”jsonrpc\”:\”2.0\”,\”id\”:130,\”meth”..., iov_len=157}, {iov_base=”]”, iov_len=1024}], 2) = 158
[pid 1306] 05:33:15.600031 (+ 0.002791) write(8, “\r\n”, 2) = 2

2.972323 from accept to last write
2.444115 from execve to readv
80%+ of the time is spent loading luci interface, where we “just” want to call ubus

17.11.20192608Base systemBug ReportVery LowLowsysntpd cannot acquire time on IPv6 only networkopenwrt-19.07Unconfirmed Task Description

I’ve encountered an issue with ntpd in OpenWrt where it cannot acquire the time on an IPv6 only network, it seems that the issue lies in dns resolution by ntpd as specifying an IPv6 address instead of a domain works as expected.

By the way, I believe only 2.pool.ntp.org returns IPv6 addresses in case anyone tries to reproduce my issue.

Possibly relevant: https://dev.archive.openwrt.org/attachment/ticket/12167/0001-busybox-make-ntpd-prefer-IPv6-addresses.patch

16.11.20192607PackagesBug ReportVery LowLowodhcpd: assigns IPv4 address outside of interface subne...openwrt-19.07Unconfirmed Task Description

When a static IPv4 lease is set up for a MAC address, odhcpd assigns that address even if it is outside the configured subnet of the relevant interface.

This is a problem if one wants to set a static lease for a host that may connect to one of multiple interfaces. It is also not possible to set separate static leases for each interface, as only the last one is used.

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

Trunk and 19.07.
18.06 is unaffected.

It looks like this was introduced with https://git.openwrt.org/?p=project/odhcpd.git;a=commit;h=ca8ba91c757b1559bc6391707547d54477c8315a.

Steps to reproduce:

Steps based on fresh install of OpenWrt:

Replace odhcpd-ipv6only by odhcpd

Enable odhcpd for IPv4 and set static lease with IPv4 address outside the default lan subnet:

uci set dhcp.odhcp.maindhcp=1
uci set dhcp.lan.dhcpv4="server"

uci add dhcp host
uci set dhcp.@host[-1].mac="11:22:33:44:55:66"
uci set dhcp.@host[-1].ip="192.168.2.100"

uci commit dhcp

Expected result: IP address from 192.168.1.0/24 is assigned to host 11:22:33:44:55:66
Actual result: IP address 192.168.2.100 is assigned to host 11:22:33:44:55:66

16.11.20192605Base systemBug ReportVery LowLowkernel error: WARNING: CPU: 0 PID: 0 at net/sched/sch_g...TrunkUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on MT7620 (zbt 3526) + MT 7621 (zbt 826)
- Software versions of OpenWrt/LEDE release:
- Model: Zbtlink ZBT-WG3526 (32M)
- Architecture: MediaTek MT7621 ver:1 eco:3
- Firmware Version: OpenWrt SNAPSHOT r11367-c2675bb0ce / LuCI Master (git-19.304.35036-4798b3f)
- Kernel Version: 4.14.151

- Steps to reproduce: happening from time to time (3-5 times per day ...) - not possible to simulate

Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4871.880885] ------------[ cut here ]------------
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4871.885558] WARNING: CPU: 2 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
Fri Nov 15 22:49:20 2019 kern.info kernel: [ 4871.893823] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4871.900766] Modules linked in: pppoe ppp_async option usb_wwan pptp pppox ppp_mppe ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE 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_NETMAP xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_rtsp nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4871.971260]  nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat br_netfilter sch_cake nf_conntrack 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 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
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.041834]  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 nfsv4 nfsv3 nfs ip_gre gre ifb ip_tunnel tun vfat fat lockd sunrpc grace dns_resolver dm_mirror dm_region_hash dm_log dm_crypt dm_mod dax nls_utf8 nls_iso8859_1 nls_cp437 sha1_generic ecb arc4 usb_storage ext4 mbcache jbd2 crc32c_generic mmc_block mtk_sd mmc_core leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ahci libahci libata sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.090117] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.151 #0
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.096184] Stack : 00000000 8ffe0f40 ffffffff 800775e4 80630000 805cab5c 00000000 00000000
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.104524]         80593ba0 8fc0ddcc 8fc3cb0c 80606a47 8058e924 00000001 8fc0dd70 ac07f58e
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.112865]         00000000 00000000 80780000 00000000 807784a0 00000191 00000008 00000000
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.121202]         00000000 00000000 00016005 ffffffff 00000000 00000000 80630000 803c7210
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.129541]         805c4964 00000140 00000002 8ffe0f40 00000000 802e6b18 00000008 80770008
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.137880]         ...
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.140319] Call Trace:
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.142786] [<8000c4d4>] show_stack+0x58/0x100
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.147242] [<804c543c>] dump_stack+0x9c/0xe0
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.151592] [<8002fd10>] __warn+0xe0/0x140
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.155669] [<8002f954>] warn_slowpath_fmt+0x30/0x3c
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.160629] [<803c7210>] dev_watchdog+0x1ac/0x324
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.165318] [<8008e5ec>] call_timer_fn.isra.28+0x24/0x84
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.170605] [<8008e94c>] run_timer_softirq+0x1bc/0x248
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.175745] [<804e2740>] __do_softirq+0x128/0x2e8
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.180434] [<800346e0>] irq_exit+0xa8/0xc4
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.184624] [<80294204>] plat_irq_dispatch+0xf0/0x13c
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.189651] [<800074c8>] except_vec_vi_end+0xb8/0xc4
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.194595] [<80008e48>] r4k_wait_irqoff+0x1c/0x24
Fri Nov 15 22:49:20 2019 kern.warn kernel: [ 4872.199469] ---[ end trace 285377f066886dc7 ]---
Fri Nov 15 22:49:20 2019 kern.err kernel: [ 4872.204101] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Fri Nov 15 22:49:20 2019 kern.info kernel: [ 4872.210289] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Fri Nov 15 22:49:20 2019 kern.info kernel: [ 4872.216318] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0eb00000, max=0, ctx=2916, dtx=2916, fdx=2915, next=2916
Fri Nov 15 22:49:20 2019 kern.info kernel: [ 4872.227174] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0e2b0000, max=0, calc=328, drx=329
Fri Nov 15 22:49:20 2019 kern.info kernel: [ 4872.240543] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
Fri Nov 15 22:49:20 2019 kern.info kernel: [ 4872.253771] mtk_soc_eth 1e100000.ethernet: PPE started

possible related packages installed: iptables, dnsmasq, mwan3, nlbwmon, keepalived, collectd, wrtbwmon

15.11.20192604Base systemBug ReportVery LowMediumEth0 missing in Rocket M2 XW buildTrunkUnconfirmed Task Description

Greetings,

- Device problem occurs on: Ubnt Rocket M2 XW
- Software versions of OpenWrt/LEDE: 19.07.0-rc1, 18.06.4
- Steps to reproduce: Flash and run

I see that the list of supported hardware does not include Ubiquiti Rockets, though they are mentioned in the source tree, and of course they appear in the published ubnt images.

There was a patch submitted in 2015 for a bug where the eth0 interface could not be found. The dmesg error line was something like: ag71xx ag71xx.0: no PHY found with phy_mask=00000023

It is talked about here: https://forum.archive.openwrt.org/viewtopic.php?id=56830 The patch is here: https://patchwork.ozlabs.org/patch/461730/

Though, when I load a few of the latest rocket M2 XW images I still get that error. However, if I load a nano M XW image it seems to work fine.

Is this a regression? What is the best way to handle it? Should the Rocket support be rolled into the nano, or should it’s build target be fixed? :-)

  Thanks,
  Val
15.11.20192602WebsiteBug ReportVery LowLowOld Stable Release links to wrong release on the front ...AllUnconfirmed Task Description

The website says:
The most recent version is LEDE 17.01.6

This is not true. There is a LEDE 17.01.7 containing lots of security fixes:
https://openwrt.org/releases/17.01/changelog-17.01.7

15.11.20192601Base systemBug ReportVery LowLowNetgear EX6130 (MT7620A) No wireless Interfaces after i...TrunkUnconfirmed Task Description

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

 

Device: Netgear EX6130 (MT7620A)
Sotfware version: OpenWrt SNAPSHOT r11509-1c6066a867

Reproducable:

- firstboot -y && reboot
- change /etc/config/network to dhcp or static ip in my network
- configure wireless networking to my needs
- remove wpad-basic && remove wpad-mesh-openssl

- both interfaces (radio0/1) are shown as “Device is not active” - both configured networks are shown as “Wireless is not associated”

root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

      option type 'mac80211'
      option channel '36'
      option hwmode '11a'
      option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
      option htmode 'VHT80'

config wifi-iface ‘default_radio0’

      option device 'radio0'
      option network 'lan'
      option mode 'ap'
      option ssid 'OpenWrt'
      option encryption 'none'

config wifi-device ‘radio1’

      option type 'mac80211'
      option channel '11'
      option hwmode '11g'
      option path 'platform/10180000.wmac'
      option htmode 'HT20'

config wifi-iface ‘default_radio1’

      option device 'radio1'
      option network 'lan'
      option mode 'ap'
      option ssid 'OpenWrt'
      option encryption 'none'


14.11.20192597Base systemBug ReportVery LowLowccache hit-rate very lowTrunkUnconfirmed Task Description

I’ve been using the CONFIG_CCACHE=y .config setting lately, and I notice a very low hit rate in the ccache statistics.

There are two relevant ccache stats, the stats for the host ccache, and the stats for the build tree ccache.

I’ve set the CCACHE_DIR variable to point to a location outside of the build tree (by modifying the make files appropriately), so that it can be used for multiple build trees.

Note: I do not have the host ccache set to inject itself into any compilation. It’s opt-in only on my machine.

I’ve now ran the following script (slight psuedo code), about 10 times, and see the following results.

git clone myOpenWRTFork
cd myOpenWRTFork
make
rm -rf myOpenWRTFork

and observe the following statistics.

cache directory                     /home/user/workspace/.ccache
primary config                      /home/user/workspace/.ccache/ccache.conf
secondary config      (readonly)    /etc/ccache.conf
stats updated                       Thu Nov 14 13:45:36 2019
cache hit (direct)                 44296
cache hit (preprocessed)            5983
cache miss                        128029
cache hit rate                     28.20 %
called for link                    10954
called for preprocessing           19306
multiple source files                160
compiler produced stdout               8
compiler produced empty output       962
compile failed                     10957
preprocessor error                  3105
bad compiler arguments              1524
unsupported source language           60
autoconf compile/link              32353
unsupported compiler option          259
no input file                       5295
cleanups performed                     0
files in cache                    295717
cache size                           3.4 GB
max cache size                       5.0 GB

ccache version 3.7.2

cache directory                     /home/user/.ccache
primary config                      /home/user/.ccache/ccache.conf
secondary config      (readonly)    /etc/ccache.conf
stats updated                       Thu Nov 14 13:45:09 2019
stats zeroed                        Wed Nov 13 13:24:30 2019
cache hit (direct)                   902
cache hit (preprocessed)               0
cache miss                         32139
cache hit rate                      2.73 %
called for link                      219
called for preprocessing             424
preprocessor error                   319
unsupported code directive            25
no input file                       1637
cleanups performed                     0
files in cache                     95601
cache size                           2.5 GB
max cache size                       5.0 GB

ccache version 3.7.4

There’s a couple of problems here:

1) It’s surprising that the host ccache is used at all (As stated before, I don’t have my host’s ccache set to inject itself, it’s opt-in only). My expectation is that when CONFIG_CCACHE=y is set, one of the earliest packages to be compiled would be ccache, and then the CCACHE_DIR that the buildsystem sets would be used from then on. I suppose that using the host ccache while compiling the build tree ccache isn’t unreasonable, but that doesn’t really seem to be what’s happening.
2) A 30% cache hit rate after rebuilding an identical build tree 10 times is extremely low. Since I’m building exactly the same code, every time, after 10 builds, I would expect a 90% hit rate. 1/10th to populate the cache, and 9/10 times loading from the cache.

An observation that I made while letting a build run is that the build tree also seems to sometimes call ccache, and sometimes not, when compiling packages for the target. It’s not clear to me what the distinction is. Perhaps the package specific build system? Does ccache not work properly for, e.g. cmake projects?

14.11.20192596Base systemFeature RequestVery LowLowSupport using environment variable CCACHE_DIR to determ...TrunkUnconfirmed Task Description

Right now, the CCACHE_DIR is set unconditionally to ${STAGING_DIR}/ccache.

This is great if you’re going to have a single build tree, but for large team that are working closely together on an OpenWRT based firmware, where multiple development branches might be in use simultaneously, this is wasteful.

At least in my environment, I want to set the ccache directory to be outside of the build tree, so that multiple build trees can share a cache.

Because OpenWRT sets this variable unconditionally, instead of respecting the external environment’s CCACHE_DIR, or even allowing for the path to be set in .config, I have to patch the build tree to set the CCACHE_DIR that I want to use.

14.11.20192594Base systemBug ReportVery LowCriticalKernel panic when configuring network on mvebu ( Turris...TrunkUnconfirmed Task Description

- Latest snapshot from today
- Does not happen on 18.0.6.x
- Router enters reboot loop

Several ways to trigger bug but it essentially revolves around bringing up a VLAN interface inside a bridge.

Some configuration examples that triggers the bug:

config interface 'lan'
        option type 'bridge'
        option proto 'static'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option delegate '0'
        option igmp_snooping '1'
        option ifname 'lan0 lan1 lan2 lan3 lan4.12'
        option ipaddr '192.168.88.254'


another one:

config interface 'iptv'
        option proto 'none'
        option type 'bridge'
        option ifname 'eth2.12 lan4.12'

The output is:

[   16.828573] device lan3 entered promiscuous mode
[   16.876458] mv88e6085 f1072004.mdio-mii:10 lan4: configuring for phy/gmii link mode
[   16.884237] IPv6: ADDRCONF(NETDEV_UP): lan4: link is not ready
[   16.891531] br-lan: port 5(lan4.12) entered blocking state
[   16.897098] br-lan: port 5(lan4.12) entered disabled state
[   16.904047] device lan4.12 entered promiscuous mode
[   16.908940] device lan4 entered promiscuous mode
[   16.918101] Unable to handle kernel NULL pointer dereference at virtual address 00000518
[   16.926236] pgd = 6295ce7a
[   16.928948] [00000518] *pgd=2da78831, *pte=00000000, *ppte=00000000
[   16.935252] Internal error: Oops: 17 [#1] SMP ARM
[   16.939965] Modules linked in: ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic nf_flow_table_ipv6 nf_flow_table_ipv4 nf_flow_tabs
[   17.011450]  nf_reject_ipv4 nf_nat_rtsp nf_nat_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_netlink nf_conntrat
[   17.082567]  nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip_gre gre ifb ip6_udp_tunnel udp_tunnel ip_tunnel autoc
[   17.140899] CPU: 1 PID: 1968 Comm: netifd Not tainted 4.19.82 #0
[   17.146917] Hardware name: Marvell Armada 380/385 (Device Tree)
[   17.152856] PC is at br_vlan_enabled+0x0/0x10
[   17.157224] LR is at dsa_port_vlan_add+0x40/0x88
[   17.161851] pc : [<c06678c0>]    lr : [<c066d100>]    psr: 60000013
[   17.168130] sp : ed5abca0  ip : 00000001  fp : ed5abdb6
[   17.173364] r10: 00000001  r9 : edb93500  r8 : ec1e6800
[   17.178599] r7 : ed5abd04  r6 : ed5abd24  r5 : ee864000  r4 : ee94424c
[   17.185140] r3 : 00000004  r2 : ed5abd04  r1 : 00000000  r0 : 00000000
[   17.191682] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[   17.198832] Control: 10c5387d  Table: 2d5c004a  DAC: 00000051
[   17.204590] Process netifd (pid: 1968, stack limit = 0xab1173e4)
[   17.210609] Stack: (0xed5abca0 to 0xed5ac000)
[   17.214976] bca0: ed5abd24 ed5abd04 00000000 00000004 ffffffa1 c0674dbc ffff916c c068efc0
[   17.223173] bcc0: 00000000 ffffffa1 ec1e6800 ed5abd24 ed5abd04 c0674de4 ee937ea0 ec1e6868
[   17.231370] bce0: 00000001 ec7b7840 ec1e6800 ed5abd24 eda5e000 c0674e94 ef3cda40 ffffffff
[   17.239566] bd00: ef08c000 ed5abd04 ed5abd04 c0945001 ec7b7840 ec7b7840 ef1783c0 c066b5bc
[   17.247763] bd20: c0a03db0 ec1e6800 00000001 00000000 00000000 00000000 00010006 00000001
[   17.255959] bd40: 00000000 c0668f64 eeb9c544 00000006 00000001 00000000 eda5e080 00000036
[   17.264156] bd60: ed5abd84 c0148948 ef0f304c ef0f3040 ef0f304c 00000000 00000000 ef1783c0
[   17.272354] bd80: ec7b7840 eda5e000 00000001 00000000 00000006 c066780c ed5abdb6 c0669df0
[   17.280551] bda0: ffffffa1 ee864000 ed5abe23 ed5abe04 00000000 000148ac ef1783c0 ed5abdb6
[   17.288747] bdc0: 00020003 00000008 00001000 01010000 00000000 00000000 c066780c 00020003
[   17.296943] bde0: 00000008 00001000 01010000 00000000 00000000 c066780c ef178418 00000000
[   17.305140] be00: ef1783c0 eda5e000 00000000 00000000 eda5e080 00000036 0003d7a8 c0669f20
[   17.313337] be20: 00ffffe5 edb93000 00000007 00000002 00000000 00000000 00000000 00000000
[   17.321533] be40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 c0a03c48
[   17.329730] be60: ec1e6800 ec1e6800 00000000 eda5e000 edb93500 c06595ac 00000000 c012e864
[   17.337928] be80: edb93500 000089a2 edb93000 ed5abef4 c0739a90 ed5abeec 00000000 c05932c0
[   17.346125] bea0: 00e0f13b c0a2b940 ed5abef4 c056bbdc ed5abef4 000000a2 000089a2 c0a2b940
[   17.354323] bec0: ed5abeec c059395c 000089a2 00000051 bed4aba8 c0a2b940 ef0dc300 ed5aa000
[   17.362519] bee0: 00000036 c05506c4 00000000 eed51d01 eea7c410 6c2d7262 00006e61 00000000
[   17.370715] bf00: 00000000 00000013 00000000 00000000 00000000 c0a03c48 bed4aba8 eedff1a0
[   17.378911] bf20: 000089a2 bed4aba8 ef0dc300 c0225788 00000000 eecf97f8 eecf9848 c07ea5a8
[   17.387108] bf40: ed5409c0 00000000 eed51d60 eea7c410 eecf97f8 40000010 ed5409c8 c0214558
[   17.395304] bf60: 00000020 00000000 00000000 ef3cde74 ef0dc300 00000008 000089a2 bed4aba8
[   17.403501] bf80: ef0dc300 ed5aa000 00000036 c022585c 00e20c40 000089a2 b6edb6d8 00000036
[   17.411699] bfa0: c0101204 c0101000 00e20c40 000089a2 00000008 000089a2 bed4aba8 bed4aba0
[   17.419896] bfc0: 00e20c40 000089a2 b6edb6d8 00000036 00e20c78 b6edb6d8 00e20de4 0003d7a8
[   17.428094] bfe0: 0003cd54 bed4ab88 000137c4 b6f5439c 80000010 00000008 00000000 00000000
[   17.436295] [<c06678c0>] (br_vlan_enabled) from [<c066d100>] (dsa_port_vlan_add+0x40/0x88)
[   17.444584] [<c066d100>] (dsa_port_vlan_add) from [<c0674dbc>] (__switchdev_port_obj_add+0x30/0x8c)
[   17.453652] [<c0674dbc>] (__switchdev_port_obj_add) from [<c0674de4>] (__switchdev_port_obj_add+0x58/0x8c)
[   17.463329] [<c0674de4>] (__switchdev_port_obj_add) from [<c0674e94>] (switchdev_port_obj_add_now+0x7c/0xf0)
[   17.473181] [<c0674e94>] (switchdev_port_obj_add_now) from [<c066b5bc>] (br_switchdev_port_vlan_add+0x3c/0x44)
[   17.483207] [<c066b5bc>] (br_switchdev_port_vlan_add) from [<c0668f64>] (__vlan_add+0x50/0x5b4)
[   17.491926] [<c0668f64>] (__vlan_add) from [<c0669df0>] (nbp_vlan_add+0x210/0x244)
[   17.499514] [<c0669df0>] (nbp_vlan_add) from [<c0669f20>] (nbp_vlan_init+0xfc/0x158)
[   17.507278] [<c0669f20>] (nbp_vlan_init) from [<c06595ac>] (br_add_if+0x3c8/0x5ac)
[   17.514868] [<c06595ac>] (br_add_if) from [<c05932c0>] (dev_ifsioc+0x36c/0x390)
[   17.522194] [<c05932c0>] (dev_ifsioc) from [<c059395c>] (dev_ioctl+0x5cc/0x63c)
[   17.529522] [<c059395c>] (dev_ioctl) from [<c05506c4>] (sock_ioctl+0x52c/0x5a8)
[   17.536849] [<c05506c4>] (sock_ioctl) from [<c0225788>] (do_vfs_ioctl+0x828/0x8c8)
[   17.544438] [<c0225788>] (do_vfs_ioctl) from [<c022585c>] (ksys_ioctl+0x34/0x58)
[   17.551851] [<c022585c>] (ksys_ioctl) from [<c0101000>] (ret_fast_syscall+0x0/0x54)
[   17.559523] Exception stack(0xed5abfa8 to 0xed5abff0)
[   17.564587] bfa0:                   00e20c40 000089a2 00000008 000089a2 bed4aba8 bed4aba0
[   17.572784] bfc0: 00e20c40 000089a2 b6edb6d8 00000036 00e20c78 b6edb6d8 00e20de4 0003d7a8
[   17.580980] bfe0: 0003cd54 bed4ab88 000137c4 b6f5439c
[   17.586044] Code: 18bd8010 e05c0002 13a00001 e8bd8010 (e5d00518) 
[   17.592168] ---[ end trace d312a86e3174f2be ]---
[   17.596800] Kernel panic - not syncing: Fatal exception
[   17.602039] CPU0: stopping
[   17.604755] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G      D           4.19.82 #0
[   17.612167] Hardware name: Marvell Armada 380/385 (Device Tree)
[   17.618108] [<c010ea7c>] (unwind_backtrace) from [<c010a9bc>] (show_stack+0x10/0x14)
[   17.625871] [<c010a9bc>] (show_stack) from [<c0678cd8>] (dump_stack+0x84/0x98)
[   17.633111] [<c0678cd8>] (dump_stack) from [<c010d61c>] (handle_IPI+0xf0/0x19c)
[   17.640442] [<c010d61c>] (handle_IPI) from [<c03ba714>] (gic_handle_irq+0x74/0x78)
[   17.648032] [<c03ba714>] (gic_handle_irq) from [<c0101a0c>] (__irq_svc+0x6c/0x90)
[   17.655529] Exception stack(0xc0a01f30 to 0xc0a01f78)
[   17.660591] 1f20:                                     00000000 0004498c ef6d7304 c0114480
[   17.668788] 1f40: c0a00000 c0a03c6c 00000000 c0a03cac c0944500 00000000 00000000 c0a01f88
[   17.676984] 1f60: c0a0ecc0 c0a01f80 c01082f8 c01082fc 60000013 ffffffff
[   17.683617] [<c0101a0c>] (__irq_svc) from [<c01082fc>] (arch_cpu_idle+0x34/0x38)
[   17.691036] [<c01082fc>] (arch_cpu_idle) from [<c014c598>] (do_idle+0xd8/0x1b4)
[   17.698363] [<c014c598>] (do_idle) from [<c014c8d0>] (cpu_startup_entry+0x18/0x1c)
[   17.705952] [<c014c8d0>] (cpu_startup_entry) from [<c0900df8>] (start_kernel+0x4f4/0x504)
[   17.714149] Rebooting in 3 seconds..

finally I found a configuration that does not put the router in an endless reboot loop but that nevertheless crashes the kernel in the same way when issuing the reboot command:

config interface 'iptv'
        option proto 'none'
        option type 'bridge'
        option ifname 'eth2 eth2.12 lan4 lan4.12'

The above configuration will not crash the kernel on boot, and the iptv interface will be up. but when issuing the reboot command this happens:

root@gateway:/# reboot
root@gateway:/# [  818.621237] br-iptv: port 1(eth2) entered disabled state
[  818.652955] device eth2.12 left promiscuous mode
[  818.657586] device eth2 left promiscuous mode
[  818.662007] br-iptv: port 2(eth2.12) entered disabled state
[  818.704719] br-iptv: port 3(lan4) entered disabled state
[  818.744413] device lan4.12 left promiscuous mode
[  818.749044] device lan4 left promiscuous mode
[  818.753517] br-iptv: port 4(lan4.12) entered disabled state
[  818.759119] Unable to handle kernel NULL pointer dereference at virtual address 00000518
[  818.767236] pgd = 5685c1a5
[  818.769947] [00000518] *pgd=2d74d831, *pte=00000000, *ppte=00000000
[  818.776239] Internal error: Oops: 17 [#1] SMP ARM
[  818.780951] Modules linked in: cifsd ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic nf_flow_table_ipv6 nf_flow_table_ipv4 nf_fl4
[  818.852080]  nf_tables nf_reject_ipv4 nf_nat_rtsp nf_nat_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_netlink t
[  818.922931]  nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip_gre gre ifb ip6_udp_tunnel udp_tunnel ip_tunnel auto]
[  818.983872] CPU: 0 PID: 1975 Comm: netifd Not tainted 4.19.82 #0
[  818.989890] Hardware name: Marvell Armada 380/385 (Device Tree)
[  818.995829] PC is at br_vlan_enabled+0x0/0x10
[  819.000195] LR is at dsa_port_vlan_del+0x48/0x90
[  819.004821] pc : [<c066a284>]    lr : [<c066fb48>]    psr: 60000013
[  819.011101] sp : ed627d60  ip : c0a2d60c  fp : 00000018
[  819.016337] r10: 00000036  r9 : ed4f5380  r8 : eda63500
[  819.021572] r7 : edbb4800  r6 : ed627dac  r5 : ef369800  r4 : eeba764c
[  819.028113] r3 : 00000004  r2 : 00000000  r1 : ed627dac  r0 : 00000000
[  819.034654] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[  819.041804] Control: 10c5387d  Table: 2d7b804a  DAC: 00000051
[  819.047561] Process netifd (pid: 1975, stack limit = 0x1b8c3f18)
[  819.053580] Stack: (0xed627d60 to 0xed628000)
[  819.057947] 7d60: ed627dac 00000000 00000000 00000004 ffffffa1 c0678988 00000000 ed627d84
[  819.066144] 7d80: ffffffa1 edbb4800 ed627dac c06789b0 ed627d90 edbb4868 00000001 eda9b880
[  819.074341] 7da0: ed0933c0 c066dfb8 00000000 edbb4800 00000001 00000000 00000000 00000000
[  819.082538] 7dc0: 00010000 00000001 00000000 c066ab54 00000000 edb64c00 00000000 00000001
[  819.090735] 7de0: 00000000 c0a2b980 c0a67a78 00000001 eb3dc000 00000001 edb64c00 edbb4800
[  819.098931] 7e00: 00480020 c0a2b980 edb64c00 00000000 00000018 c05b0ce4 00480020 00000000
[  819.107128] 7e20: 00000000 edbb4800 00480020 ed093448 ed093470 eda63500 eda63500 edbb4800
[  819.115325] 7e40: 00000000 c066adf0 ed747800 ed0933c0 eda63500 c066d12c ed627ef4 eda63500
[  819.123522] 7e60: edbb4800 ed747800 eda63500 c065bbc4 eda63500 eda63000 ed627ef4 c0739c28
[  819.131719] 7e80: ed627eec 00000000 00000036 c065c53c 000089a3 eda63000 ed627ef4 c05947cc
[  819.139916] 7ea0: 00000000 ed627ef4 000000a3 000089a3 ed627ef4 000000a3 000089a3 c0a2b980
[  819.148113] 7ec0: ed627eec c0594e68 000089a3 00000051 be956c30 c0a2b980 ed411180 ed626000
[  819.156309] 7ee0: 00000036 c0551c24 ef6d9040 ee91a501 ee91a540 692d7262 00767470 00000000
[  819.164506] 7f00: 00000000 00000013 00000000 00000000 00000000 c0a03c48 be956c30 eece5360
[  819.172703] 7f20: 000089a3 be956c30 ed411180 c0225788 eb3e8018 ef6d9000 ee954540 00000000
[  819.180900] 7f40: ee91a4c0 ee993180 c0701b6c ffffe000 ed627f8c c068f5f8 ed627f74 2ed94000
[  819.189097] 7f60: c0944b90 a0000193 c0944b90 ed626000 ed411180 00000008 000089a3 be956c30
[  819.197294] 7f80: ed411180 ed626000 00000036 c022585c 00660860 000089a3 b6eb8ca8 00000036
[  819.205490] 7fa0: c0101204 c0101000 00660860 000089a3 00000008 000089a3 be956c30 be956c28
[  819.213687] 7fc0: 00660860 000089a3 b6eb8ca8 00000036 be956cf4 00000018 0063f040 00000018
[  819.221884] 7fe0: 0003cd54 be956c10 000137c4 b6f0339c 60000010 00000008 00000000 00000000
[  819.230085] [<c066a284>] (br_vlan_enabled) from [<c066fb48>] (dsa_port_vlan_del+0x48/0x90)
[  819.238375] [<c066fb48>] (dsa_port_vlan_del) from [<c0678988>] (switchdev_port_obj_del_now+0x2c/0x84)
[  819.247618] [<c0678988>] (switchdev_port_obj_del_now) from [<c06789b0>] (switchdev_port_obj_del_now+0x54/0x84)
[  819.257643] [<c06789b0>] (switchdev_port_obj_del_now) from [<c066dfb8>] (br_switchdev_port_vlan_del+0x3c/0x44)
[  819.267670] [<c066dfb8>] (br_switchdev_port_vlan_del) from [<c066ab54>] (__vlan_del+0x90/0x304)
[  819.276390] [<c066ab54>] (__vlan_del) from [<c066adf0>] (__vlan_flush+0x28/0x44)
[  819.283804] [<c066adf0>] (__vlan_flush) from [<c066d12c>] (nbp_vlan_flush+0x60/0x7c)
[  819.291568] [<c066d12c>] (nbp_vlan_flush) from [<c065bbc4>] (del_nbp+0x154/0x260)
[  819.299069] [<c065bbc4>] (del_nbp) from [<c065c53c>] (br_del_if+0x30/0xdc)
[  819.305963] [<c065c53c>] (br_del_if) from [<c05947cc>] (dev_ifsioc+0x36c/0x390)
[  819.313290] [<c05947cc>] (dev_ifsioc) from [<c0594e68>] (dev_ioctl+0x5cc/0x63c)
[  819.320618] [<c0594e68>] (dev_ioctl) from [<c0551c24>] (sock_ioctl+0x52c/0x5a8)
[  819.327945] [<c0551c24>] (sock_ioctl) from [<c0225788>] (do_vfs_ioctl+0x828/0x8c8)
[  819.335533] [<c0225788>] (do_vfs_ioctl) from [<c022585c>] (ksys_ioctl+0x34/0x58)
[  819.342946] [<c022585c>] (ksys_ioctl) from [<c0101000>] (ret_fast_syscall+0x0/0x54)
[  819.350618] Exception stack(0xed627fa8 to 0xed627ff0)
[  819.355681] 7fa0:                   00660860 000089a3 00000008 000089a3 be956c30 be956c28
[  819.363878] 7fc0: 00660860 000089a3 b6eb8ca8 00000036 be956cf4 00000018 0063f040 00000018
[  819.372074] 7fe0: 0003cd54 be956c10 000137c4 b6f0339c
[  819.377138] Code: 18bd8010 e05c0002 13a00001 e8bd8010 (e5d00518) 
[  819.383264] ---[ end trace 6cfc8f01d47fa91b ]---
[  819.387891] Kernel panic - not syncing: Fatal exception
[  819.393130] CPU1: stopping
[  819.395844] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G      D           4.19.82 #0
[  819.403256] Hardware name: Marvell Armada 380/385 (Device Tree)
[  819.409195] [<c010ea7c>] (unwind_backtrace) from [<c010a9bc>] (show_stack+0x10/0x14)
[  819.416959] [<c010a9bc>] (show_stack) from [<c067c6d8>] (dump_stack+0x84/0x98)
[  819.424199] [<c067c6d8>] (dump_stack) from [<c010d61c>] (handle_IPI+0xf0/0x19c)
[  819.431530] [<c010d61c>] (handle_IPI) from [<c03ba714>] (gic_handle_irq+0x74/0x78)
[  819.439119] [<c03ba714>] (gic_handle_irq) from [<c0101a0c>] (__irq_svc+0x6c/0x90)
[  819.446618] Exception stack(0xef091f60 to 0xef091fa8)
[  819.451682] 1f60: 00000000 008028b0 ef6e2304 c0114480 ef090000 c0a03c6c 00000001 c0a03cac
[  819.459879] 1f80: c0944500 00000000 00000000 ef091fb8 c0a0ed00 ef091fb0 c01082f8 c01082fc
[  819.468074] 1fa0: 60000013 ffffffff
[  819.471573] [<c0101a0c>] (__irq_svc) from [<c01082fc>] (arch_cpu_idle+0x34/0x38)
[  819.478991] [<c01082fc>] (arch_cpu_idle) from [<c014c598>] (do_idle+0xd8/0x1b4)
[  819.486319] [<c014c598>] (do_idle) from [<c014c8d0>] (cpu_startup_entry+0x18/0x1c)
[  819.493907] [<c014c8d0>] (cpu_startup_entry) from [<001023ac>] (0x1023ac)
[  819.500711] Rebooting in 3 seconds..

finally I have tried with another port ( lan3 ) and it is the same thing.

for instance:

config interface 'iptv'
        option proto 'none'
        option type 'bridge'
        option ifname 'eth2.12 lan3.12'

results in the following panic on boot:

[   16.893737] mv88e6085 f1072004.mdio-mii:10 lan3: configuring for phy/gmii link mode
[   16.901473] IPv6: ADDRCONF(NETDEV_UP): lan3: link is not ready
[   16.908715] br-iptv: port 2(lan3.12) entered blocking state
[   16.914350] br-iptv: port 2(lan3.12) entered disabled state
[   16.920120] device lan3.12 entered promiscuous mode
[   16.925097] device lan3 entered promiscuous mode
[   16.929731] device eth1 entered promiscuous mode
[   16.936690] Unable to handle kernel NULL pointer dereference at virtual address 00000518
[   16.944816] pgd = c664e7e5
[   16.947529] [00000518] *pgd=2d1bf831, *pte=00000000, *ppte=00000000
[   16.953830] Internal error: Oops: 17 [#1] SMP ARM
[   16.958543] Modules linked in: ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic nf_flow_table_ipv6 nf_flow_table_ipv4 nf_flow_tabs
[   17.030024]  nf_reject_ipv4 nf_nat_rtsp nf_nat_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_netlink nf_conntrak
[   17.100876]  nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip_gre gre ifb ip6_udp_tunnel udp_tunnel ip_tunnel autofs4 nls_utc
[   17.158945] CPU: 1 PID: 1975 Comm: netifd Not tainted 4.19.82 #0
[   17.164964] Hardware name: Marvell Armada 380/385 (Device Tree)
[   17.170904] PC is at br_vlan_enabled+0x0/0x10
[   17.175270] LR is at dsa_port_vlan_add+0x40/0x88
[   17.179897] pc : [<c066a284>]    lr : [<c066fab8>]    psr: 60000013
[   17.186177] sp : ed615ca0  ip : 00000001  fp : ed615db6
[   17.191411] r10: 00000001  r9 : edbce500  r8 : ec1a2000
[   17.196646] r7 : ed615d04  r6 : ed615d24  r5 : ef3da000  r4 : ef32b1dc
[   17.203186] r3 : 00000003  r2 : ed615d04  r1 : 00000000  r0 : 00000000
[   17.209728] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[   17.216879] Control: 10c5387d  Table: 2d61004a  DAC: 00000051
[   17.222636] Process netifd (pid: 1975, stack limit = 0xc606eb54)
[   17.228656] Stack: (0xed615ca0 to 0xed616000)
[   17.233023] 5ca0: ed615d24 ed615d04 00000000 00000003 ffffffa1 c06787b8 ef05aa80 ee921580
[   17.241220] 5cc0: 00000000 ffffffa1 ec1a2000 ed615d24 ed615d04 c06787e0 c0945000 ec1a2068
[   17.249418] 5ce0: c0a03db0 eb19db40 ec1a2000 ed615d24 ed4b1000 c0678890 ef05aa00 c013dd3c
[   17.257615] 5d00: ef05aa00 ed615d04 ed615d04 c0945001 eb19db40 eb19db40 ed027d80 c066df74
[   17.265812] 5d20: ed615d64 ec1a2000 00000001 00000000 00000000 00000000 00010006 00000001
[   17.274009] 5d40: 00000000 c066b924 ef05aa04 00000006 00000001 00000000 ed4b1080 00000036
[   17.282205] 5d60: ed615d84 c0148948 ef18404c ef184040 ef18404c 00000000 00000000 ed027d80
[   17.290402] 5d80: eb19db40 ed4b1000 00000001 00000000 00000006 c066a1d0 ed615db6 c066c7a8
[   17.298598] 5da0: ffffffa1 ef3da000 ed615e23 ed615e04 00000000 000182a8 ed027d80 ed615db6
[   17.306796] 5dc0: 00020003 00000008 00001000 01010000 00000000 00000000 c066a1d0 00020003
[   17.314992] 5de0: 00000008 00001000 01010000 00000000 00000000 c066a1d0 ed027dd8 00000000
[   17.323190] 5e00: ed027d80 ed4b1000 00000000 00000000 ed4b1080 00000036 0003d7a8 c066c8d8
[   17.331387] 5e20: 00974080 edbce000 00000007 00000002 00000000 00000000 00000000 00000000
[   17.339583] 5e40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 c0a03c48
[   17.347779] 5e60: ec1a2000 ec1a2000 00000000 ed4b1000 edbce500 c065c328 00000000 c012e864
[   17.355976] 5e80: edbce500 000089a2 edbce000 ed615ef4 c0739c28 ed615eec 00000000 c05947cc
[   17.364172] 5ea0: 01cc615b c0a2b980 ed615ef4 c056d0e8 ed615ef4 000000a2 000089a2 c0a2b980
[   17.372370] 5ec0: ed615eec c0594e68 000089a2 00000051 bedadba8 c0a2b980 ef0ce840 ed614000
[   17.380566] 5ee0: 00000036 c0551c24 00000000 eed52001 eea71410 692d7262 00767470 00000000
[   17.388763] 5f00: 00000000 00000013 00000000 00000000 00000000 c0a03c48 bedadba8 eee3f360
[   17.396960] 5f20: 000089a2 bedadba8 ef0ce840 c0225788 00000000 eecfe880 eecfe8d0 c07eafec
[   17.405156] 5f40: ed631840 00000000 eed52000 eea71410 eecfe880 40000010 ed631848 c0214558
[   17.413352] 5f60: 00000020 00000000 00000000 ee921934 ef0ce840 00000008 000089a2 bedadba8
[   17.421548] 5f80: ef0ce840 ed614000 00000036 c022585c 01cd75c0 000089a2 b6f38c58 00000036
[   17.429745] 5fa0: c0101204 c0101000 01cd75c0 000089a2 00000008 000089a2 bedadba8 bedadba0
[   17.437941] 5fc0: 01cd75c0 000089a2 b6f38c58 00000036 01cd75f8 b6f38c58 01cd7764 0003d7a8
[   17.446139] 5fe0: 0003cd54 bedadb88 000137c4 b6f8339c 60000010 00000008 00000000 00000000
[   17.454340] [<c066a284>] (br_vlan_enabled) from [<c066fab8>] (dsa_port_vlan_add+0x40/0x88)
[   17.462629] [<c066fab8>] (dsa_port_vlan_add) from [<c06787b8>] (__switchdev_port_obj_add+0x30/0x8c)
[   17.471699] [<c06787b8>] (__switchdev_port_obj_add) from [<c06787e0>] (__switchdev_port_obj_add+0x58/0x8c)
[   17.481377] [<c06787e0>] (__switchdev_port_obj_add) from [<c0678890>] (switchdev_port_obj_add_now+0x7c/0xf0)
[   17.491228] [<c0678890>] (switchdev_port_obj_add_now) from [<c066df74>] (br_switchdev_port_vlan_add+0x3c/0x44)
[   17.501254] [<c066df74>] (br_switchdev_port_vlan_add) from [<c066b924>] (__vlan_add+0x50/0x5b4)
[   17.509974] [<c066b924>] (__vlan_add) from [<c066c7a8>] (nbp_vlan_add+0x210/0x244)
[   17.517562] [<c066c7a8>] (nbp_vlan_add) from [<c066c8d8>] (nbp_vlan_init+0xfc/0x158)
[   17.525326] [<c066c8d8>] (nbp_vlan_init) from [<c065c328>] (br_add_if+0x3c8/0x5ac)
[   17.532918] [<c065c328>] (br_add_if) from [<c05947cc>] (dev_ifsioc+0x36c/0x390)
[   17.540245] [<c05947cc>] (dev_ifsioc) from [<c0594e68>] (dev_ioctl+0x5cc/0x63c)
[   17.547572] [<c0594e68>] (dev_ioctl) from [<c0551c24>] (sock_ioctl+0x52c/0x5a8)
[   17.554900] [<c0551c24>] (sock_ioctl) from [<c0225788>] (do_vfs_ioctl+0x828/0x8c8)
[   17.562488] [<c0225788>] (do_vfs_ioctl) from [<c022585c>] (ksys_ioctl+0x34/0x58)
[   17.569902] [<c022585c>] (ksys_ioctl) from [<c0101000>] (ret_fast_syscall+0x0/0x54)
[   17.577574] Exception stack(0xed615fa8 to 0xed615ff0)
[   17.582637] 5fa0:                   01cd75c0 000089a2 00000008 000089a2 bedadba8 bedadba0
[   17.590835] 5fc0: 01cd75c0 000089a2 b6f38c58 00000036 01cd75f8 b6f38c58 01cd7764 0003d7a8
[   17.599030] 5fe0: 0003cd54 bedadb88 000137c4 b6f8339c
[   17.604095] Code: 18bd8010 e05c0002 13a00001 e8bd8010 (e5d00518) 
[   17.610211] ---[ end trace 9ac484c1994602dc ]---
[   17.614842] Kernel panic - not syncing: Fatal exception
[   17.620079] CPU0: stopping
[   17.622795] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G      D           4.19.82 #0
[   17.630206] Hardware name: Marvell Armada 380/385 (Device Tree)
[   17.636146] [<c010ea7c>] (unwind_backtrace) from [<c010a9bc>] (show_stack+0x10/0x14)
[   17.643910] [<c010a9bc>] (show_stack) from [<c067c6d8>] (dump_stack+0x84/0x98)
[   17.651150] [<c067c6d8>] (dump_stack) from [<c010d61c>] (handle_IPI+0xf0/0x19c)
[   17.658482] [<c010d61c>] (handle_IPI) from [<c03ba714>] (gic_handle_irq+0x74/0x78)
[   17.666071] [<c03ba714>] (gic_handle_irq) from [<c0101a0c>] (__irq_svc+0x6c/0x90)
[   17.673570] Exception stack(0xc0a01f30 to 0xc0a01f78)
[   17.678632] 1f20:                                     00000000 000424d0 ef6d7304 c0114480
[   17.686829] 1f40: c0a00000 c0a03c6c 00000000 c0a03cac c0944500 00000000 00000000 c0a01f88
[   17.695025] 1f60: c0a0ed00 c0a01f80 c01082f8 c01082fc 60000013 ffffffff
[   17.701658] [<c0101a0c>] (__irq_svc) from [<c01082fc>] (arch_cpu_idle+0x34/0x38)
[   17.709076] [<c01082fc>] (arch_cpu_idle) from [<c014c598>] (do_idle+0xd8/0x1b4)
[   17.716403] [<c014c598>] (do_idle) from [<c014c8d0>] (cpu_startup_entry+0x18/0x1c)
[   17.723993] [<c014c8d0>] (cpu_startup_entry) from [<c0900df8>] (start_kernel+0x4f4/0x504)
[   17.732190] Rebooting in 3 seconds..


12.11.20192593Base systemBug ReportVery LowHighno AC wifi with ath10k on 19.07-rc1openwrt-19.07Waiting on reporter Task Description

- Archer C7, Netgear R7800
- 19.07-RC1 default
- install image, configure wifi, try to connect, in my case i’m getting 300Mbps rate, others report as low as up to 54 (legacy only)

 

R7800 report: https://forum.openwrt.org/t/openwrt-19-07-0-first-release-candidate/48040/33

Archer C7 v2 report: https://forum.openwrt.org/t/openwrt-19-07-rc1-archer-c7-v2-5g-wifi-died-after-trying-to-change-channels/48182/7

the situation is the same with intree 4.9.200 driver or any of the latest backports installed on client PC

12.11.20192592Base systemBug ReportVery LowLowkernel error: WARNING: CPU: 0 PID: 0 at net/sched/sch_g...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: MT7620 and MT 7621 (eg: ZBT-828 / ZBT 3526)
- Software versions of OpenWrt: TRUNK ⇒ LuCI Master (git-19.304.35036-4798b3f) / OpenWrt SNAPSHOT r11372-2d00cf7515
- kernel: 4.14.151
- Steps to reproduce: happening from time to time ~6 times per day ... (can’t reproduce it via a cmd ...)

Mon Nov 11 23:00:37 2019 kern.warn kernel: [125805.921121] ------------[ cut here ]------------
Mon Nov 11 23:00:37 2019 kern.warn kernel: [125805.925875] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
Mon Nov 11 23:00:37 2019 kern.info kernel: [125805.934216] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Mon Nov 11 23:00:37 2019 kern.warn kernel: [125805.941290] Modules linked in: pppoe ppp_async option usb_wwan pptp pppox ppp_mppe ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE 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_NETMAP xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_rtsp nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table
Mon Nov 11 23:00:37 2019 kern.warn kernel: [125806.011990]  nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtsp nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat br_netfilter sch_cake nf_conntrack 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 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
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.082648]  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 nfsv4 nfsv3 nfs ip_gre gre ifb ip_tunnel tun vfat fat lockd sunrpc grace dns_resolver dm_mirror dm_region_hash dm_log dm_crypt dm_mod dax nls_utf8 nls_iso8859_1 nls_cp437 sha1_generic ecb arc4 usb_storage ext4 mbcache jbd2 crc32c_generic mmc_block mtk_sd mmc_core leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ahci libahci libata sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.131019] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.151 #0
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.137178] Stack : 00000000 8fd99740 ffffffff 800775e4 80630000 805cab5c 00000000 00000000
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.145607]         80593ba0 8fc09dcc 80606ecc 80606a47 8058e924 00000001 8fc09d70 ac07f58e
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.154026]         00000000 00000000 80780000 00000000 807784a0 000001c3 00000008 00000000
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.162445]         00000000 00000000 0001ffcb 70617773 00000000 00000000 80630000 803c7210
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.170862]         805c4964 00000140 00000000 8fd99740 00000008 802e6b18 00000000 80770000
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.179279]         ...
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.181804] Call Trace:
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.184356] [<8000c4d4>] show_stack+0x58/0x100
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.188898] [<804c543c>] dump_stack+0x9c/0xe0
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.193334] [<8002fd10>] __warn+0xe0/0x140
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.197497] [<8002f954>] warn_slowpath_fmt+0x30/0x3c
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.202547] [<803c7210>] dev_watchdog+0x1ac/0x324
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.207319] [<8008e5ec>] call_timer_fn.isra.28+0x24/0x84
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.212693] [<8008e94c>] run_timer_softirq+0x1bc/0x248
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.217918] [<804e2740>] __do_softirq+0x128/0x2e8
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.222694] [<800346e0>] irq_exit+0xa8/0xc4
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.226967] [<80294204>] plat_irq_dispatch+0xf0/0x13c
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.232082] [<800074c8>] except_vec_vi_end+0xb8/0xc4
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.237109] [<80008e48>] r4k_wait_irqoff+0x1c/0x24
Mon Nov 11 23:00:38 2019 kern.warn kernel: [125806.242094] ---[ end trace 988f67b53135ed29 ]---
Mon Nov 11 23:00:38 2019 kern.err kernel: [125806.246804] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Mon Nov 11 23:00:38 2019 kern.info kernel: [125806.253118] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Mon Nov 11 23:00:38 2019 kern.info kernel: [125806.259212] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0f3a0000, max=0, ctx=2750, dtx=2750, fdx=2749, next=2750
Mon Nov 11 23:00:38 2019 kern.info kernel: [125806.270164] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0e360000, max=0, calc=139, drx=142
Mon Nov 11 23:00:38 2019 kern.info kernel: [125806.283222] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
Mon Nov 11 23:00:38 2019 kern.info kernel: [125806.296644] mtk_soc_eth 1e100000.ethernet: PPE started
11.11.20192591Base systemBug ReportVery LowHighInternet drop out on LAN wget YouTube on Fritz!Box 4040TrunkUnconfirmed Task Description

Recently I’ve upgraded from a Buffalo WZR-HP-AG300H to a Fritz!Box 4040. My download speed doubled on my 400Mbit cable connection but since then I do experience as well a lot of instabilities where my previous setup was 100% stable. The OpenWrt router runs behind a DS-lite cable router (Fritz!Box 6591).

Just by watching a YouTube video (e.g. music) or by downloading with wget some files (e.g. Linux Iso images) via the LAN interface, OpenWrt on the Fritz!Box 4040 will randomly drop the internet connection completely. It disconnects the router, no ping with IPv4 or IPv6 is possible then anymore from my machine. Strangely I can access the web interface only via Wifi to reboot the router. The lost connection doesn’t come back after some time, the router requires a reboot.

If I avoid YouTube/wget, the OpenWrt router runs quite well when just doing normal internet browsing and running a web server behind the OpenWrt router.

In the log files I do not see any special hint what might cause the drop outs. I’ve tested multiple different setups already, ordered a second Fritz!Box 4040 to exclude a hardware issue, tested with 2 different cable routers, did a factory reset, flashed the latest OpenWrt snapshot (plus added luci) and used the standard configs, nothing seems to help. I assume that it is related somehow to IPv6. There are other users with the Fritz!Box 4040 that do not experience these issues, but they use it only with IPv4. As I have DS-lite, I need to use IPv6 to avoid the 6to4 tunneling on the cable router.

- Fritz!Box 4040
- OpenWrt 18.06.4 + Dev Snapshot 2019-11-10
- IPv4 and IPv6 incl. Prefix delegation to LAN interface
- Watch YouTube videos or download files with wget

For reference, I did a post on the forum: https://forum.openwrt.org/t/fritz-box-4040-drops-out-internet-connection-if-watching-youtube-from-lan/46753

11.11.20192587KernelBug ReportVery LowMediumCY-SWR1100 WiFi 2.4GHz fails on some situationAllUnconfirmed Task Description

When I enable 2.4GHz and disable 5GHz (via uci), and reboot, then both wlan0 (2.4GHz) and wlan1 (5GHz) interface exist on `ip link` list, but only wlan0 is up and wlan1 is in down state.
In this situation, wlan0 does not work at all. AP SSID can not be found, and `iw dev wlan0 scan` returns no result.
But when I enable wlan1, or disable it again to make wlan1 completely disappear on `ip link` list, then wlan0 becomes functional without any problem.

right after boot, wlan0 on, wlan1 off: wlan0 fails, network restart doen’t make any difference
right after boot, wlan0 on, wlan1 on: no problem
wlan0 on, wlan1 off→on, network reload: no problem
wlan0 on, wlan1 on→off, network reload: no problem

I found this behavior on 15.05.1, 17.01.6, 18.06.4, and snapshot.

There’s a thread on the forum reporting 2.4GHz radio problem. Maybe same bug?
https://forum.openwrt.org/t/samsung-cy-swr1100-radios-are-not-working-even-after-enabled-please-help/13114

09.11.20192586WebsiteBug ReportVery LowLowgnutls_handshake() failedAllUnconfirmed Task Description

i use the openwrt sdk with Ubuntu 18.04.3 LTS to building

When executing “./scripts/feeds update -a && ./scripts/feeds install -a” in that sdk directory

There are some errors:

fatal: unable to access ‘https://git.openwrt.org/openwrt.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/feed/packages.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/project/luci.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/feed/routing.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

fatal: unable to access ‘https://git.openwrt.org/feed/telephony.git/‘: gnutls_handshake() failed: The TLS connection was non-properly terminated.
failed.

but i can git other project in github,so i am sure my git is working

08.11.20192581KernelBug ReportVery LowLowProcess umask ignored when serving NFSv4.2 shareTrunkUnconfirmed Task Description

I am not sure if this is a server-side or client-side problem.

I have an NFS share that I mount from a Fedora 31 workstation. When I mount the share using NFSv4.2, I find that the process umask is ignored when creating files and directories within the share. Files are created with 666 permissions, and directories are created with 777 permissions. Mounting the same share with NFSv4.1 rather than 4.2 works fine.

1. Mount an NFSv4.2 share from OpenWrt to /mnt on Fedora
2. mkdir /mnt/foo
3. ls -ld /mnt/foo

Resulting permissions are 777, but they should be 755, due to a process umask of 0022.

This seems related to a similar Ubuntu report:

https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1779736

I suspect this results from changes due to the RFC “Allowing Inheritable NFSv4 ACLs to Override the Umask:”

https://tools.ietf.org/id/draft-ietf-nfsv4-umask-03.html

See also https://bugzilla.redhat.com/show_bug.cgi?id=1667761 for a report on the client side.

OpenWrt SNAPSHOT, r11219-34c4741da0 on x86_64
kmod-fs-nfs - 4.19.78-1
kmod-fs-nfs-common - 4.19.78-1
kmod-fs-nfs-common-rpcsec - 4.19.78-1
kmod-fs-nfs-v4 - 4.19.78-1
kmod-fs-nfsd - 4.19.78-1
nfs-kernel-server - 2.4.1-1
nfs-utils-libs - 2.4.1-1

05.11.20192578KernelBug ReportVery LowHighrb532 via-rhine kernel crash when compiled with CONFIG_...TrunkUnconfirmed Task Description

- Device problem occurs on

rb532A, with two miniPCI Oxford Semiconductor Ltd OX16PCI954 modules installed

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

kernel 4.4.197

- Steps to reproduce

Software Configuration
- kernel compiled with CONFIG_VIA_RHINE_MMIO set to “Y”

Hardware Configuration
- two MiniPCI OX16PCI954 Quad UART installed
- one module installed on the router’s miniPCI slot
- one module installed on the daughter board’s miniPCI slot
- /dev/ttyS5 continuously bombarded by messages over the serial
- Eth0, Eth1, Eth1 are bridged
- Eth1 (via-rhine) is continuously bombarded by TFTP requests
- Eth0 executes minicom monitoring /dev/ttyS5

Tasks
minicom
in.tftpd

The machine looks working properly in the window time of some hours, but within 48 hours some weird things happened, and it crashed due to what seems memory corruption in kernel space.

Workaround

— .config 2019-10-28 20:02:02.000000000 +0100
+++ .config 2019-03-22 10:08:26.000000000 +0100
@@ -1105,7 +1105,7 @@
# CONFIG_NET_VENDOR_TOSHIBA is not set
CONFIG_NET_VENDOR_VIA=y
CONFIG_VIA_RHINE=y
-CONFIG_VIA_RHINE_MMIO=y
+# CONFIG_VIA_RHINE_MMIO is not set

Unsetting CONFIG_VIA_RHINE_MMIO solves the problem

more details here [1]

[1] http://www.downthebunker.com/reloaded/space/viewtopic.php?f=79&p=2842

28.10.20192571Base systemBug ReportVery LowLowWPA3 secured 802.11s results in kernel call traceTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
tested on VoCore2, Netgear wndr3700, SamKnows WhiteBox8

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt master branch as of d22c1755fcb45a7509629c3f769a2da204d6b0b0

- Steps to reproduce

  1. compile OpenWrt with “wpad-wolfssl” instead of “wpad”
  2. setup WPA3 secured 802.11s wireless
  3. get attached kernel call trace
27.10.20192570KernelBug ReportVery LowLowLots of ERR interrupts on Archer C50 v4TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
system type : MediaTek MT7628AN ver:1 eco:2
machine : TP-Link Archer C50 v4

- Software versions of OpenWrt/LEDE release, packages, etc.
Kernel is 4.14.149, from yesterday Oct 26
Just luci added on top of kernel and wifi brought up

- Steps to reproduce
Misfired interrupts occur, they should be masked before counted?

# cat /proc/interrupts
           CPU0       
  4:   18773427      MIPS   4  mt76x2e
  5:    7154982      MIPS   5  10100000.ethernet
  6:   13975813      MIPS   6  mt7603e
  7:    8787128      MIPS   7  timer
 25:          5      INTC  17  esw
 28:         12      INTC  20  ttyS0
 40:          0      GPIO  38  keys
 41:          0      GPIO   5  keys
ERR:    1129483

25.10.20192568PackagesBug ReportVery LowMediumct-bugcheck packages breaks uciTrunkUnconfirmed Task Description

Hi,

I think, that the script bugchecker.sh should get updatet, so that it dont want a script in /etc/config, which triggers a error message on package upgrades:

https://forum.openwrt.org/t/issue-with-installing-several-packages/3443/4

Right now, it want that we create /etc/config/bugcheck with this content:

DO_BUGCHECK=1
export DO_BUGCHECK

There a two options:

Change the check in the script to the uci system or change the file path to a other folder.

25.10.20192567KernelBug ReportVery LowMedium[ATH79] USB speed degradation on WDR4300openwrt-19.07Assigned Task Description

Hello!

I experience huge speed loss on the lastest build (Thu Oct 24 21:58:18 2019) using the ath79 snapshot image builder. I had the same problem on the ~2 weeks earlier build as well, just wanted to have a try on the up to date version now.
Built configuration on both 18.04.6 and 19.07:
PROFILE=tplink_tl-wdr4300-v1 PACKAGES=”block-mount diffutils f2fs-tools kmod-fs-f2fs kmod-mtd-rw kmod-usb-storage luci mailsend-nossl minidlna nfs-kernel-server ppp-mod-pppoe shadow-su transmission-daemon-mbedtls transmission-remote-mbedtls vsftpd usbreset zram-swap -ip6tables -kmod-ip6tables -kmod-ipv6 -kmod-nf-conntrack6 -kmod-nf-ipt6 -libopenssl1.1 -odhcp6c -odhcpd-ipv6only -luci-proto-ipv6 -libip6tc2”

Drive: Kingston DT G3 32GB (old one, better quality with Intel MLC flash)
Firewall: w and w/o flow offload on 19.07
Model: TP-Link WDR4300 v1

File read speeds:
18.06.4 orig vstpd 542M 75s 7,2MB/s
18.06.4 pepe2k vstpd 542M 64s 7,2MB/s
19.07 pepe2k vstpd 542M 543s 1,0MB/s
19.07 pepe2k dd+nc 256M 321s 0,8MB/s

- During the measurement, no root overlay was in use, just a general filesystem was attached
- lower speeds are really close to USB 1.x standard
- measurements took on fresh installations
- the degradation exists if only one drive is attached
- the degradation exists on both filesystem and block level.

I’m using pepe2k’s uboot image (CPU clocked to 600MHz). However I didn’t revert the uboot partition now, I did for a few weeks, nothing has changed.

Let me know if I can help the troubleshooting anyway. Dmesg logs are attached for all mentioned configurations (18.06.4 orig, 18.06.4 pepe2k, 19.07 pepe2k).

Best regards

23.10.20192562Base systemBug ReportVery LowLowuhttpd script_timeout not working as expectedTrunkUnconfirmed Task Description

uhttpd is not honouring script_timeout if the cgi script hangs after writing the response HTTP headers.

Reading the code it seems that this behaviour is intended, I don’t understand why. I am proposing to change this as it is common to write part of the response and then do something and then writing the last part of the response. If that last part hangs or takes too long then uhttpd is not killing it.

I am attaching a patch.

I’ve sent the patch to the mailing list a few days ago but maybe here it is easier to discuss?

21.10.20192558Base systemBug ReportVery LowLowLinksys 3200ACM drops link speed from 800 Mbs to 19.5 M...TrunkUnconfirmed Task Description

Linksys 3200ACM drops link speed from 800 Mbs to 19.5 Mbs in about 5 minutes. If I disconnect the WiFi connection from the phone I am unable to reconnect. I have to reboot Openwrt.

Radio1 and radio2 are disabled. FYI, stock FW has no issues with WiFi.

 


Showing tasks 201 - 250 of 1043 Page 5 of 21<<First - 3 - 4 - 5 - 6 - 7 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing