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.

OpenedID  descCategoryTask TypePrioritySeveritySummaryReported InStatus
31.03.20202952Base systemBug ReportVery LowLowQDisc Cake broken on kernel 5.4TrunkUnconfirmed Task Description

Supply the following if possible:
- PCEngines APU2C4
- OpenWrt SNAPSHOT, r12776-437eb41f23

Steps to reproduce:
- install sqm-scripts

root@OpenWrt:~#  opkg install sqm-scripts

- qdisc cake isn´t able to setup with tc

root@OpenWrt:~# tc qdisc add dev eth0 root cake
Error: NLA_F_NESTED is missing.

Also cake isn´t detected as available in sqm-scripts (/tmp/run/sqm/available_qdiscs/)!

31.03.20202951Base systemBug ReportVery LowMediumx86_64 ext4 generic: online resizing of root partition ...TrunkUnconfirmed Task Description

Used HW/SW:

- PCEngines APU2C4
- OpenWrt SNAPSHOT, r12776-437eb41f23

Steps to reproduce:

- Install needed packages:

root@OpenWrt:~# opkg update && opkg install fdisk resize2fs

- Extend root partition from 104 MB to 256 MB with fdisk:

root@OpenWrt:~# fdisk /dev/mmcblk0 << EOF
p
d
2
n
p
2
33792
+256M

w
EOF

- Extend ext4 filesystem:

root@OpenWrt:~# resize2fs /dev/mmcblk0p2

Here are the output of resize2fs:

root@OpenWrt:~# resize2fs /dev/mmcblk0p2 
resize2fs 1.45.4 (23-Sep-2019)
Filesystem at /dev/mmcblk0p2 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/mmcblk0p2 to 65664 (4k) blocks.
resize2fs: Invalid argument While trying to add group #1

Here are the dmesg output:

root@OpenWrt:~# dmesg | tail -n 6
[50698.949591] EXT4-fs (mmcblk0p2): resizing filesystem from 32768 to 65664 blocks
[50698.957030] EXT4-fs (mmcblk0p2): resizing filesystem from 32768 to 65536 blocks
[50698.969299] EXT4-fs warning (device mmcblk0p2): reserve_backup_gdb:1033: reserved block 8 not at offset 7
[50698.978959] EXT4-fs warning (device mmcblk0p2): ext4_resize_fs:2120: error (-22) occurred during file system resize
[50698.989429] EXT4-fs (mmcblk0p2): resized filesystem to 32768
[50698.999227] EXT4-fs warning (device mmcblk0p2): reserve_backup_gdb:1033: reserved block 8 not at offset 7

Offline resizing does work as expected.

30.03.20202949KernelBug ReportVery LowHighWireless not working on bananapi proopenwrt-19.07Unconfirmed Task Description

openwrt install on bananapi pro has no functioning wifi.
No wireless interface, no wireless option in ui, etc...

Supply the following if possible:
- Device problem occurs on: lemaker bananapi pro
- Software versions of OpenWrt/LEDE release, packages, etc. : openwrt-19.07.2 and also 18.06.8
- Steps to reproduce

 flash openwrt to sd card
 boot
 check interfaces via the UI or SSH

I’ve attached syslog & dmesg

suspicious lines:
[ 9.150351] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43362-sdio for chip BCM43362/1
[ 9.159364] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43362-sdio.bin failed with error -2
[ 9.169181] brcmfmac mmc1:0001:1: Falling back to user helper
[ 9.222013] firmware brcm!brcmfmac43362-sdio.bin: firmware_loading_store: map pages failed

Might be relevant:
https://github.com/armbian/build/commit/1c3fde7d3b8f97a7acbd41d5513d73990e3c77e9 https://forum.armbian.com/topic/9341-brcmfmac-not-working-after-upgrade-to-armbian-570/

30.03.20202945Base systemBug ReportVery LowHighTP-Link tl-wa901nd-v2: ath79 image not compatible with ...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: tl-wa901nd
- Software versions of OpenWrt/LEDE release, packages, etc: openwrt 19.07.2 ath79 - builded with image builder
- Steps to reproduce
With a ath71xx 19.07.2 firmware, try to sysupgrade to ath79 19.07.2 using luci
Luci sysupgrade app shows:

Device tl-wa901nd-v2 not supported by this image Supported devices: tplink,tl-wa901nd-v2 cat: write error: Broken pipe cat: write error: Broken pipe cat: write error: Broken pipe Image check failed.

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

It looks like the supported string is wrong (it has a “tplink,” in front of the expected string) and does mismatch when upgrading.
I did not force to check if it works.
Please feel free to contact me if anything more is needed, I have a spare tl-wa901nd-v2 that I can do some tests if needed.
Thanks!

30.03.20202944Base systemBuild FailureVery LowMediumPackaging fails: /usr/bin/env: Argument list too longTrunkUnconfirmed Task Description

Building x86/64 with some additional packages breaks near the end due to packaging shell command argument list too long. Probably related to this. My cmdline is 150KB.

 

OpenWrt x86/64 master af35205626ecea62c75b1a94a6f835aed6c91089
20 feeds
Arch Linux 5.5.13

excerpt:
mkdir -p /media/LinuxPart2/OpenWRT/openwrt-compile/build_dir/target-x86_64_musl/root-x86/tmp
IPKG_NO_SCRIPT=1 IPKG_INSTROOT=/media/LinuxPart2/OpenWRT/openwrt-compile/build_dir/target-x86_64_musl/root-x86 TMPDIR=/media/LinuxPart2/OpenWRT/openwrt-compile/build_dir/target-x86_64_musl/root-x86/tmp /media/LinuxPart2/OpenWRT/openwrt-compile/staging_dir/host/bin/opkg –offline-root /media/LinuxPart2/OpenWRT/openwrt-compile/build_dir/target-x86_64_musl/root-x86 –force-postinstall –add-dest root:/ –add-arch all:100 –add-arch x86_64:200 install \
/media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/base-files_214-r12770-af35205626_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/grub2_2.04-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-button-hotplug_5.4.28-3_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-cryptodev_5.4.28+1.10-x86-2_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-sched-cake_5.4.28+2020-01-10-aeff7a3e-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kernel_5.4.28-1-45a124e0b66ff236da373ef302dba88c_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-aead_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-authenc_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-ccm_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-cmac_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-ctr_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-ecb_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-ecdh_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-hash_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-hmac_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-hw-padlock_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-kpp_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-manager_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-null_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-pcompress_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-rng_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-seqiv_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-sha256_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-crypto-user_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-fs-vfat_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-fuse_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-hwmon-core_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-hwmon-f71882fg_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-i2c-core_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-i2c-algo-bit_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-hid_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-input-core_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-input-evdev_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-ledtrig-heartbeat_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-ledtrig-netdev_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-ledtrig-default-on_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-ledtrig-timer_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-lib-crc-ccitt_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/openwrt-compile/bin/targets/x86/64/packages/kmod-lib-crc16_5.4.28-1_x86_64.ipk /media/LinuxPart2/OpenWRT/
[...]
make[2]: /usr/bin/env: Argument list too long
make[2]: *** [package/Makefile:68: package/install] Error 127

29.03.20202943KernelBug ReportVery LowMediumKernel panic with dev_net(skb->dev)==NULL in nf_xfrm_me...AllUnconfirmed Task Description

Hi, I have some questions regarding debugging of random reboot problem caused by kernel panic.

I’m getting random reboot when running a software inserting prerouting iptables rules in order to redirect traffic. My device is a x86_64 router. My openwrt release is compiled by myself from a forked openwrt source at https://github.com/coolsnowwolf/lede . Its kernel version is 4.19.108.

The software causing this problem is called OpenClash. It acts as a transparent proxy. It inserts prerouting rules to redirect all tcp traffic from computers in LAN to its own listening port and sends the traffic through a proxy.

Whenever this software is started, I get random reboots at 1-2 times/day. There was not any abnormal in saved log files because the crash happend in kernel and it caused reboot quickly. So I had to compile the NetConsole kernel module to capture the dmesg when crash happened. You can see the crash logs in crash_dmesg.txt.

The crash happens in the `nf_xfrm_me_harder` function. Decompiling the crash code, I get crash_code.png (The highlighted line is the crash instruction). The crash log mentions illegal memory access at 000000000000113c and the crash code shows that the kernel was accessing [rax+0x113c], so I think the problem is rax==0, which should not be happening.

The source code causing crash actually locates in a patch, which is also included in trunk OpenWrt: https://github.com/openwrt/openwrt/blob/master/target/linux/generic/pending-4.19/616-net_optimize_xfrm_calls.patch

After patched, function `nf_xfrm_me_harder` looks like

int nf_xfrm_me_harder(struct net *net, struct sk_buff *skb, unsigned int family)
{
        struct flowi fl;
        unsigned int hh_len;
        struct dst_entry *dst;
        struct sock *sk = skb->sk;
        int err;

        if (skb->dev && !dev_net(skb->dev)->xfrm.policy_count[XFRM_POLICY_OUT]) // <-------crash
                return 0;

        err = xfrm_decode_session(skb, &fl, family);
        if (err < 0)
                return err;

This means

dev_net(skb->dev)

sometimes equals to `NULL` .

I’m not familiar with the network mechanism in linux kernel, so I’m not sure how I can find the reason of it being NULL. Is this problem something we can safely ignore by checking its validity like this?

if (skb->dev && dev_net(skb->dev) && !dev_net(skb->dev)->xfrm.policy_count[XFRM_POLICY_OUT])

If not, can anyone give me some advice on how I can debug this problem? I understand this may be difficult for you developers to figure out what’s happening by merely reading my description, especially when I’m not using the trunk OpenWrt. So I would love to dig it by myself.

You can see other information of my router in dmesg.txt.

Thanks a lot.

28.03.20202941Base systemBug ReportVery LowLowAth10k: Devolo 1750e "skbuff: skb_over_panic" with batm...TrunkUnconfirmed Task Description

Hey,

my device is crashing when data is transfered through a batman_adv Mesh connection.

Devolo 1750e with Kernel 4.19 and 5.4

Powered by LuCI Master (git-20.088.24060-0adf93d) / OpenWrt SNAPSHOT r12752-258f070d1a (Kernel 5.4) Using mainline ath10k with ath10k_core rawmode=1.
Batman_adv is configured like in the example with WPA3 and bat0 is bridged with br-lan but only the wifi-devices are configured as hardifs not the ethX devices. Forwarding is off in the wifi config.

Connect Xiaomi 3G per 5Ghzb with batman_adv Mesh without a direct LAN connection. scp a test file with 10Mb from Xiaomi 3G to devolo’s /tmp. The devolo device does a kernel panic.

root@OpenWrt-devolo:/# [ 205.433160] batman_adv: bat0: MLD Querier appeared

root@OpenWrt-devolo:/# [  332.176798] skbuff: skb_over_panic: text:478ac643 len:146 put:8 head:ed3f07e2 data:080f49d9 tail:0x86d27508 end:0x86d27500 dev:mesh1
[  332.188934] Kernel bug detected[#1]:
[  332.192564] CPU: 0 PID: 0 Comm: swapper Not tainted 5.4.28 #0
[  332.198382] $ 0   : 00000000 00000001 00000078 00000000
[  332.203679] $ 4   : 806034c4 806034c4 8060d030 00000175
[  332.208977] $ 8   : 00000031 00000000 32373530 30206465
[  332.214274] $12   : 00000175 80770000 80770000 00000000
[  332.219571] $16   : 86d1de40 a7730000 8764a448 00000000
[  332.224870] $20   : 00000000 87649d60 87c39c70 00000000
[  332.230167] $24   : 00000003 802e6650                  
[  332.235465] $28   : 805f8000 87c0b398 86d27476 8036d934
[  332.240763] Hi    : 000000b3
[  332.243676] Lo    : 67fa8000
[  332.246606] epc   : 8036cd98 BUG+0x0/0x4
[  332.250581] ra    : 8036d934 skb_push+0x0/0x44
[  332.255080] Status: 1100fc03KERNEL EXL IE 
[  332.259323] Cause : 00800024 (ExcCode 09)
[  332.263380] PrId  : 00019750 (MIPS 74Kc)
[  332.267355] Modules linked in: ksmbd ath9k ath9k_common pppoe ppp_async iptable_nat batman_adv ath9k_hw ath10k_pci ath10k_core ath xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_heartbeat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 nls_utf8 sha512_generic sha256_generic libsha256 seqiv jitterentropy_rng drbg md5 md4 hmac ghash_generic gf128mul gcm ecb des_generic libdes ctr cmac ccm arc4 fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd gpio_button_hotplug usbcore nls_base usb_common crc16 aead crypto_null cryptomgr crc32c_generic crypto_hash
[  332.353083] Process swapper (pid: 0, threadinfo=8cb10ed9, task=e8f11321, tls=00000000)
[  332.361101] Stack : 87776000 805b33fc 87021238 00000092 00000008 86d27400 86d27476 86d27508
[  332.369576]         86d27500 86cd2000 86d1de40 8036d9c8 805b376c 00000001 00000a20 00000000
[  332.378049]         86d1de40 87021238 00000000 00000000 00000000 00000000 00000000 00000000
[  332.386525]         86d1de40 00000000 07730000 00000000 00000034 877b24b4 0000058f 87c39c70
[  332.394999]         000000a2 804ca050 00000000 86c899e0 13552df5 87041df8 00000000 87776000
[  332.403473]         ...
[  332.405948] Call Trace:
[  332.408426] [<8036cd98>] BUG+0x0/0x4
[  332.412052] [<8036d934>] skb_push+0x0/0x44
[  332.416200] Code: 24a60008  080ddd11  00402825 <000c000d> 27bdffd8  afb2001c  afb10018  afbf0024  afb30020 
[  332.426090] 
[  332.427651] ---[ end trace bfb30e41d4d60f18 ]---
[  332.432333] Kernel panic - not syncing: Fatal exception in interrupt
[  332.438777] Rebooting in 3 seconds..
root@OpenWrt-devolo:/# [  492.689510] skbuff: skb_over_panic: text:35425077 len:138 put:8 head:3e11da35 data:6b2baf52 tail:0x86d31d08 end:0x86d31d00 dev:mesh1
[  492.701653] Kernel bug detected[#1]:
[  492.705278] CPU: 0 PID: 0 Comm: swapper Not tainted 5.4.28 #0
[  492.711097] $ 0   : 00000000 00000001 00000078 00000000
[  492.716393] $ 4   : 806034c4 806034c4 8060d030 000000f6
[  492.721691] $ 8   : 00000031 00000000 33316430 30206465
[  492.726989] $12   : 000000f6 80770000 80770000 00000000
[  492.732286] $16   : 852ea840 a7790000 877a2448 00000000
[  492.737584] $20   : 00000000 877a1d60 87c39c70 00000000
[  492.742881] $24   : 00000003 802e6650                  
[  492.748179] $28   : 805f8000 87c0b398 86d31c7e 8036d934
[  492.753478] Hi    : 000000b3
[  492.756391] Lo    : 67fa8000
[  492.759321] epc   : 8036cd98 BUG+0x0/0x4
[  492.763294] ra    : 8036d934 skb_push+0x0/0x44
[  492.767795] Status: 1100fc03KERNEL EXL IE 
[  492.772037] Cause : 00800024 (ExcCode 09)
[  492.776095] PrId  : 00019750 (MIPS 74Kc)
[  492.780069] Modules linked in: ksmbd ath9k ath9k_common pppoe ppp_async iptable_nat batman_adv ath9k_hw ath10k_pci ath10k_core ath xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_heartbeat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 nls_utf8 sha512_generic sha256_generic libsha256 seqiv jitterentropy_rng drbg md5 md4 hmac ghash_generic gf128mul gcm ecb des_generic libdes ctr cmac ccm arc4 fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd gpio_button_hotplug usbcore nls_base usb_common crc16 aead crypto_null cryptomgr crc32c_generic crypto_hash
[  492.865798] Process swapper (pid: 0, threadinfo=00f90435, task=15df6761, tls=00000000)
[  492.873817] Stack : 871fb000 805b33fc 87021238 0000008a 00000008 86d31c00 86d31c7e 86d31d08
[  492.882290]         86d31d00 86cc4000 852ea840 8036d9c8 805b376c 00000001 00000a20 00000000
[  492.890764]         852ea840 87021238 00000000 00000000 00000000 00000000 00000000 00000000
[  492.899239]         852ea840 00000000 07790000 00000000 00000034 877324b4 00010000 800b4398
[  492.907713]         00000000 00000000 00000000 8720bb78 1cacfd2a 800b7c10 00000000 871fb000
[  492.916188]         ...
[  492.918663] Call Trace:
[  492.921141] [<8036cd98>] BUG+0x0/0x4
[  492.924767] [<8036d934>] skb_push+0x0/0x44
[  492.928915] Code: 24a60008  080ddd11  00402825 <000c000d> 27bdffd8  afb2001c  afb10018  afbf0024  afb30020 
[  492.938804] 
[  492.940369] ---[ end trace cb297d2d2554dc55 ]---
[  492.945056] Kernel panic - not syncing: Fatal exception in interrupt
[  492.951501] Rebooting in 3 seconds..
[   11.233720] ath10k_pci 0000:00:00.0: enabling device (0000 -> 0002)
[   11.240230] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   12.177590] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   12.186994] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   12.199685] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   12.469122] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   13.583147] ath10k_pci 0000:00:00.0: unsupported HTC service id: 1536
[   13.611722] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal file max-sta 128 raw 1 hwcrypto 1
[   13.796823] batman_adv: B.A.T.M.A.N. advanced 2020.0-openwrt-1 (compatibility version 15) loaded
[   13.880872] ieee80211 phy1: Atheros AR9550 Rev:0 mem=0xb8100000, irq=13
27.03.20202940KernelBug ReportVery LowLowKernel uImage end up being non compressed - error in pa...TrunkUnconfirmed Task Description

- Device problem occurs on: My Book Live - platform apm821xx
- Software versions of OpenWrt/LEDE release, packages, etc. : trunk, kernel 5.4
- Steps to reproduce: simply build the kernel

 

The patch https://github.com/openwrt/openwrt/blob/master/target/linux/apm821xx/patches-5.4/900-powerpc-bootwrapper-force-gzip-as-mkimage-s-compress.patch does not seem to work for me and results in an uncompressed uImage.

I believe the issue is this line of the patch: cmd_wrap =$(CONFIG_SHELL) $(wrapper) -Z gzip -c -o $@ -p $2 \
Works if changed to cmd_wrap =$(CONFIG_SHELL) $(wrapper) -Z gz -c -o $@ -p $2 \ or alternatively cmd_wrap =$(CONFIG_SHELL) $(wrapper) -z -c -o $@ -p $2 \

This patch seems to be a workaround for a change in the kernel configuration from:
CONFIG_KERNEL_GZIP=y
# CONFIG_KERNEL_XZ is not set
To
# CONFIG_KERNEL_GZIP is not set
CONFIG_KERNEL_XZ=y

Maybe this change is not needed...

PS. I maintain custom kernels for the My Book Live platform @ ftp://https://github.com/ewaldc/My-Book-Live, specifically tuning the networking, DMA and SATA drivers, as well as SAMBA.
I admire all the work from the OpenWrt team (Christian in particular) and I am always willing to help and test.
Regards,
Ewald.


27.03.20202939KernelBug ReportVery LowHighgpio-button-hotplug compilation errorTrunkUnconfirmed Task Description
make[3]: Entering directory '/home/sda3/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-5.4.24'
make[4]: *** No rule to make target '/home/sda3/openwrt/build_dir/target-x86_64_musl/linux-x86_64/gpio-button-hotplug/gpio-button-hotplug.o', needed by '__build'.  Stop.
Makefile:1691: recipe for target '/home/sda3/openwrt/build_dir/target-x86_64_musl/linux-x86_64/gpio-button-hotplug' failed
make[3]: *** [/home/sda3/openwrt/build_dir/target-x86_64_musl/linux-x86_64/gpio-button-hotplug] Error 2


27.03.20202936DocumentationBug ReportVery LowHighDocumentation for Pogoplug results in brickTrunkUnconfirmed Task Description

[1] assumes that u-boot image is smaller than 512 KB, but this is no longer the case. Followed the instructions without a second thought and bricked my device. It could have used ${filesize} like the sections below it, or simply use 640 KiB instead of 512 KiB. (The 660 KiB in the section might be a typo, it is not multiple of 128 KiB)

Besides, links in [2] are mostly broken and outdated. In addition, for V4 A3 devices, there are no test pads for JTAG.

[1] https://openwrt.org/toh/cloudengines/pogoplug#single-stage_bootloader [2] https://openwrt.org/toh/cloudengines/pogo-v4

26.03.20202935Base systemBuild FailureVery LowCriticalx86/geode: cycling reboot with openwrt-x86-geode-gener...TrunkAssigned Task Description

Device problem occurs on booting

[    2.744573] F2FS-fs (sda2): Magic Mismatch, valid(0xf2f52010) - read(0x803646e3)
[    2.752130] F2FS-fs (sda2): Can't find valid F2FS filesystem in 1th superblock
[    2.762100] F2FS-fs (sda2): Magic Mismatch, valid(0xf2f52010) - read(0xd083295c)
[    2.769648] F2FS-fs (sda2): Can't find valid F2FS filesystem in 2th superblock
[    2.777149] List of all partitions:
[    2.780684] 0800           64000 sda
[    2.780689]  driver: sd
[    2.786951]   0801            8192 sda1 d50cf6e8-01
[    2.786955]
[    2.793377]   0802           55296 sda2 d50cf6e8-02
[    2.793380]
[    2.799893] No filesystem could mount root, tried:
[    2.799896]  ext3
[    2.804794]  ext2
[    2.806834]  ext4
[    2.808783]  squashfs
[    2.810733]  f2fs
[    2.813031]
[    2.816579] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-                                                                                                                  block(8,2)
[    2.824874] Kernel Offset: disabled
[    2.828394] Rebooting in 1 seconds..

Software versions of OpenWrt/LEDE release, packages, etc.
nightbuild image @2020-03-26 r12712-556b858

Steps to reproduce
After syncronizing source code with master branch we get fail with x86-*squashfs-combined images.
Size of openwrt-x86-geode-generic-squashfs-combined.img and openwrt-x86-geode-geos-squashfs-combined.img images isn’t
correct (less than expected).
Device never boot with them.

26.03.20202931Base systemBug ReportVery LowHighloading package information never arrivedopenwrt-19.07Unconfirmed Task Description

using fresh install

from Luci interface goto menu
system/software
the loading package information never arrived

pushing the update list button
the loading package information never arrived

using the console
opk update, list... are working well


25.03.20202928Base systemBug ReportVery LowHighTP-Link TL-WDR3600 v1 on kernel 5.4 boot-loops since ch...TrunkUnconfirmed Task Description

- Device problem occurs on

TP-Link TL-WDR3600 v1

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

Since reboot-12646-gdb70077668 “toolchain: Update GCC 8 to version 8.4.0” and kernel 5.4, WDR3600 boot-loops with the following message:

Starting kernel ...

[    0.000000] Linux version 5.4.24 (openwrt@hawg) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r12683-8c33debb52)) #0 Sat Mar 21 21:35:45 2020
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001974c (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link TL-WDR3600 v1
[    0.000000] SoC: Atheros AR9344 rev 2
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32480
[    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 122384K/131072K available (4681K kernel code, 187K rwdata, 1080K rodata, 1212K init, 196K bss, 8688K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from start_kernel+0x32c/0x51c with crng_init=0
[    0.000000] CPU clock: 560.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6825930166 ns
[    0.000009] sched_clock: 32 bits at 280MHz, resolution 3ns, wraps every 7669584382ns
[    0.008305] Calibrating delay loop... 278.93 BogoMIPS (lpj=1394688)
[    0.084927] pid_max: default: 32768 minimum: 301
[    0.089999] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.097796] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.107070] Kernel panic - not syncing: Unexpected DSP exception
[    0.113470] Rebooting in 1 seconds..
24.03.20202926PackagesBug ReportVery LowLowbusybox: less: search doesn't workopenwrt-18.06Unconfirmed Task Description

Steps to reproduce:
Open any text file in less and press “/” or “?” key to start search.

It does nothing on OpenWRT, which is very unfortunate...

 


24.03.20202925KernelBug ReportVery LowMediumsdc_busy timeout: before CMD<55> <- msdc_command_start(...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on:
Architecture: MediaTek MT7621 ver:1 eco:3
Model: MTC Wireless Router WR1201
Router brand: Strong 1200
- Software versions of OpenWrt/LEDE release, packages, etc.:
OpenWrt 19.07.0 r10860-a3ffeb413b / LuCI openwrt-19.07 branch git-20.006.26738-35aa527
Packages installed:
kmod-mmc 4.14.162-1
kmod-sdhci-mt7620 4.14.162-1
kmod-mt76-core 4.14.162+2020-01-04-8a785679-1
kmod-usb-core 4.14.162-1
kmod-usb3 4.14.162-1
Kernel 4.14.162
- Steps to reproduce

Problem is that microSD card is not recognized. After inserting the microsd card this is shown in logs. I try three vendors. example brand new SanDisk microSDHC 32 GB Ultra Class 10 UHS-I
[ 1763.831968] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1763.852517] mmc0: error -145 whilst initialising SD card
[ 1764.131968] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1764.152467] mmc0: error -145 whilst initialising SD card
[ 1764.431965] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1764.452549] mmc0: error -145 whilst initialising SD card

 


24.03.20202924KernelBug ReportVery LowLowPackage kmod-ipt-nat6 and kmod-ipt-nat conflictsTrunkUnconfirmed Task Description

Collected errors:
* check_data_file_clashes: Package kmod-ipt-nat6 wants to install file /mnt/Data/openwrt/build_dir/target-i386_pentium4_musl/root-x86/lib/modules/5.4.24/xt_MASQUERADE.ko

But that file is already provided by package  * kmod-ipt-nat

* opkg_install_cmd: Cannot install package kmod-ipt-nat6.

23.03.20202923Base systemBug ReportVery LowLowwlan country code not applied unless interface is enabl...TrunkUnconfirmed Task Description

This true since version 18 and still true in version 19
Is probabbly generic. Seen on two different HW CF-E110 and WT3020)

Starting from a fresh install
Goto Network\wireless ⇒ the interface is disabled by default
Enter to edit the wireless interface

 Look at the possible channels, it is 1 to 11 (normal as the default country code is world)  

Goto Network\wireless - Device configuration\Advanced Settings

 Change the Country code from 00-World to FR-France

Validate the change by Save and Apply
Enter to edit the wireless interface (while the interface is still disabled)

 Look at the possible channels, it is still 1 to 11 (while the country code is FR)

We shall normally access to channel 1 to 13 with FR code.

Look like save and apply only saves and donnot apply the country code selection
But If you enable the interface, this allow the access to channels 1 to 13

23.03.20202922Base systemBug ReportVery LowHighNo COMFAST CF-E110NV2 8MB flash compatible versionTrunkUnconfirmed Task Description

CF-E110V2 is released with 8MB Flash (maybe it was before with 16 but apparently no longer, see forum discussions on CF-E110)
The current released package is only for 16MB flash

Can You generate and publicly release a 8MB flash compatible version too.

Hereafter the modified part of the dts file I’m using to compile my own FW (based on original OEM partition table).

flash@0 {
	compatible = "winbond,w25q64", "jedec,spi-nor";
	reg = <0>;
	spi-max-frequency = <25000000>;
	partitions {
		compatible = "fixed-partitions";
		#address-cells = <1>;
		#size-cells = <1>;
		partition@0 {
			label = "u-boot";
			reg = <0x000000 0x010000>;
			read-only;
		};
		art: partition@10000 {
			label = "art";
			reg = <0x010000 0x010000>;
			read-only;
		};
		partition@20000 {
			compatible = "denx,uimage";
			label = "firmware";
			reg = <0x020000 0x7d0000>;
		};
		partition@7f0000 {
			label = "nvram";
			reg = <0x7f0000 0x010000>;
			read-only;
		};
	};
};
 


23.03.20202920Base systemBug ReportVery LowMediumTL-WR841N v9 no writable spaceopenwrt-19.07Unconfirmed Task Description

On 18.06 that device had space and was free enough to at last save settings.

Now on 19.07 there isn’t a space where you can write. It’s just not there.

So ever time you reboot it forgot settings.

Do we consider supported a device that can’t save settings?

22.03.20202919Base systemBug ReportVery LowLow18.06 to 19.07 upgrade fails [Netgear WNDR4300 v1]openwrt-19.07Unconfirmed Task Description

> If your device is not supported by the image You may encounter the error “Device not supported by this image” or “Image check failed”. In that case, please report the issue so that it can be fixed for the next 19.07.X minor release.

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


Tried to upgrade from

openwrt-18.06 branch (git-19.020.41695-6f6641d) / OpenWrt 18.06.2 r7676-cddd7b4c77

[to]

http://downloads.openwrt.org/releases/19.07.2/targets/ar71xx/nand/openwrt-19.07.2-ar71xx-nand-wndr4300-squashfs-sysupgrade.tar

I alternately receive the error “The connection was reset” or “Device not supported by this image”


> for LuCI: check “Force upgrade”

This option was not available

> for command-line sysupgrade: use sysupgrade -F -n <your-device-19.07-image-sysupgrade.bin>

This option succeeded and the new build is working normally, thanks

note: Once this issue is resolved, would it be feasible to host upgrade images on a free service like GitHub, so checks for new version could be performed through the web interface (similar to GL.Inet routers)

22.03.20202918Base systemBuild FailureVery LowHighYesterday after the source code compiled out of the fir...TrunkUnconfirmed Task Description

but it is indeed that after synchronizing the source code, the compiled file has img and gzip, and the system cannot be successfully booted! Converting to vhdx with vmdk, cannot be successfully converted, and converted with img , The system does not start, using img to upgrade the system on the web is also unsuccessful! Hope to solve it, thanks for the ingredients!

22.03.20202917Base systemBug ReportVery LowMediumE1700 soft bricks when updating from 18.07.8 to 19.07.2TrunkUnconfirmed Task Description

After running sysupgrade on an 18.07.8 router with the 19.07.2 binary, the device soft-bricked. I have updated many times in the past with success.

To get 19.07.2 running, I had to use TFTP recovery to upload Linksys v1.0.0 firmware, and then install 19.07.2 via the Linksys firmware web interface using *-factory.bin

It was a bother so I did not test updating from 18.07.8 to 19.07.0 once I got it working.

A little more info:
https://forum.openwrt.org/t/linksys-e1700-update/58248/2

22.03.20202915Base systemBug ReportVery LowLowMaster branch compiled firmware interleaved network!TrunkUnconfirmed Task Description

After the use of the master branch of the latest source code compiled out of the firmware brush into the routing test, there is an interval off the network phenomenon, a bit like the routing half restart!!

Speculation is dnsmasq DNS resolution problems caused by!!

 


21.03.20202912Base systemBug ReportVery LowHighPhicomm K3 (bcm53xx) wifi channel can't be set to auto ...openwrt-19.07Unconfirmed Task Description

Device:Phicomm K3 (bcm53xx)
BUG:wifi channel can’t set to auto mode
Description:Wifi channel can’t set to auto mode in Network - Wireless.
When wireless channel sets to auto mode, wireless settings will change from AP to Cilent even I don’t do that.

21.03.20202910Base systemBug ReportVery LowLowMaster branch dnsmasq resolution file path error, DNS c...TrunkUnconfirmed Task Description

As, master branch dnsmasq DNS file should be the default path/TMP/resolv. Conf. D/resolv. Conf., auto, but the route starts the default path is/TMP/resolv. Conf., auto, at this point the DNS to parse, to/TMP/resolv. Conf., d/resolv. Conf., auto path routing all normal...


17.03.20202907Base systemBug ReportVery LowLowkernel panic WNDAP660 / apm821xxopenwrt-19.07Unconfirmed Task Description

similar error like  FS#1516  device with NAND bad block here at 0×00480000 kernel panic after flashing 19.07.2

2nd device without a NAND bad block works without problem

___
<\n>[ 12.941706] UBI error: no valid UBI magic found inside mtd4<\r>
<\n>[ 13.008591] hctosys: unable to open rtc device (rtc0)<\r>
<\n>[ 13.069865] VFS: Cannot open root device “ubiblock0_0” or unknown-block(0,0): error -6<\r>
<\n>[ 13.164830] Please append a correct “root=” boot option; here are the available partitions:<\r>
<\n>[ 13.265012] 1f00 1024 mtdblock0 <\r>
<\n>[ 13.265014] (driver?)<\r>
<\n>[ 13.343332] 1f01 64 mtdblock1 <\r>
<\n>[ 13.343333] (driver?)<\r>
<\n>[ 13.421660] 1f02 27392 mtdblock2 <\r>
<\n>[ 13.421661] (driver?)<\r>
<\n>[ 13.499988] 1f03 4032 mtdblock3 <\r>
<\n>[ 13.499989] (driver?)<\r>
<\n>[ 13.578316] 1f04 23360 mtdblock4 <\r>
<\n>[ 13.578317] (driver?)<\r>
<\n>[ 13.656645] 1f05 64 mtdblock5 <\r>
<\n>[ 13.656646] (driver?)<\r>
<\n>[ 13.734972] 1f06 4096 mtdblock6 <\r>
<\n>[ 13.734974] (driver?)<\r>
<\n>[ 13.813301] 1f07 128 mtdblock7 <\r>
<\n>[ 13.813303] (driver?)<\r>
<\n>[ 13.891630] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)<\r>

 


17.03.20202906Base systemBug ReportVery LowHighAdding v4 Static routes without selecting 'Advanced' Ta...openwrt-19.07Unconfirmed Task Description

Using Openwrt 19.07.2 release;
On TP-Link c2600 & N750(wdr4300 v1.4)

Observed behavior:

Adding a static v4 route i.e 172.16.253.0 via 172.16.253.254 in the Luci Static route page succesfully adds the route, and by default appears to select the local route table. However viewing the routes list in status or via ip r s on cli does not show the entry.

Work-Around:

Ensure that a different table is selected in the 'Advanced tab' then go back in and add it to the correct appropriate route table.



Expected behaviour:

Adding a static route add's it to the system route table irrespective of needing to switch into advanced tab and select a non-default route table first.


16.03.20202905KernelBug ReportVery LowLowx86: RTC CMOS support is absent in kernel 5.4 .configTrunkAssigned Task Description

- Device problem occurs on booting

**dmesg | grep rtc**
[    1.041259] platform rtc_cmos: registered platform RTC device (no PNP device found)
[    2.748158] hctosys: unable to open rtc device (rtc0)

**hwclock -rv**
hwclock from util-linux 2.35.1
System Time: 1584361762.617235
Trying to open: /dev/rtc0
Trying to open: /dev/rtc
Trying to open: /dev/misc/rtc
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known method.

- Software versions of OpenWrt/LEDE release, packages, etc. Alix 2d13 Geode LX platform

**uname -a**
Linux OpenWrt 5.4.24 #0 Sun Mar 15 20:38:05 2020 i586 GNU/Linux

At ~/openwrt/build_dir/target-i386_pentium_musl/linux-x86_geode/linux-5.4.24/.config we see:

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_CMOS is not set

- Steps to reproduce hmm... git clone && make menuconfig
changed: GCC flags -march=geode -mmmx
&& make kernel_menuconfig
changed: CONFIG_MGEODE_LX=y
&& make world

All works fine but /dev/rtc0 is absent

16.03.20202904Base systemBug ReportVery LowLowusb-storage fails to load in pre-initopenwrt-19.07Unconfirmed Task Description

As per forum post:

https://forum.openwrt.org/t/usb-storage-fail-to-load-in-preinit/54903

Basically, installed openwrt, added external root, all looks correctly configured, but after reboot external root fails to mount.
searching in the logs we can see that usb-storage is only loaded after pre-init, but it is listed in /etc/modprobe-boot.d/ ... checking /rom/etc/modules-boot.d/ it is not there.

Either something is missing in the https://openwrt.org/docs/guide-user/additional-software/extroot_configuration to add the usb-storage to the pre-init, or something is broken that makes pre-init fail to load usb-storage when it should.

The same setup worked fine with a older openwrt version (15.01 IIRC)

Supply the following if possible:
- Device problem occurs on
asus wl-500w

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

- Steps to reproduce
Install openwrt
add external root
manually mount to confirm setup
reboot
external root not mounted nor switched to, logs show that usb-storage is only loaded after normal root is mounted
manual mount still works

 


15.03.20202903Base systemBug ReportVery LowLow/dispatcher.lua:315 after enable DNS lookup in realtime...openwrt-19.07Unconfirmed Task Description

hello.

asus ac-56u
OpenWrt 19.07.2 r10947

Trying to enable “DNS lookup” in /status/realtime/connections
and get this until device reboot

/usr/lib/lua/luci/dispatcher.lua:315: /etc/config/luci seems to be corrupt, unable to find section ‘main’ stack traceback:

[C]: in function 'assert'
/usr/lib/lua/luci/dispatcher.lua:315: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:208: in function </usr/lib/lua/luci/dispatcher.lua:207>
 


13.03.20202902Base systemBug ReportVery LowLowWRT32X WiFi on radio1 drops every couple of daysTrunkUnconfirmed Task Description

I’m having a problem where all my wireless clients are dropped on a wifi that is running on radio1 of my WRT32X. This used to happen once every week or so, but it seems to have gotten more frequent with it happening once every couple of days.

Versions: OpenWrt 19.07.2 r10947-65030d81f3 / LuCI openwrt-19.07 branch git-20.067.35699-cf18bdd
All packages have been recently upgraded. This used to happen on 19.06 too but it’s become more frequent recently.

Here are some things I’ve noticed:

1. Memory usage keeps steadily increasing as soon as this happens. If I don’t reboot the router, the router will eventually crash and reboot itself due to it running out of memory.
2. top doesn’t show me any processes using too much memory, so I don’t know exactly who is leaking memory when it happens (the memory leak is more likely to be a symptom than the root cause).
3. As soon as this happens, dmesg becomes flooded with messages such as “[ 1983.388642] ieee80211 phy0: staid 13 deleted” (with different “staid numbers”)
4. A router restart is sufficient to make things go back to normal.
5. This only happens for my 2.4GHz network for IoT on radio1. It does not happen for my 5GHz network on radio0, which stays stable.

FWIW, this is my current /etc/config/wireless: https://gist.github.com/luizribeiro/d15e3598747c126c0728696f5ebe8960

Any thoughts on what else I could be looking at to pinpoint where the bug is?

13.03.20202901Base systemBug ReportVery LowHighFlow offload not working properly in case of IPv6 (NAT6...openwrt-19.07Unconfirmed Task Description

Linksys WRT32X with NAT6 configuration.

On latest 19.07 branch r10959

With the flow_offload feature turned on, nat6 is not working properly.
The first (or several) TCP packets seemed to be fine but later packets were not properly transmitted. The connection was soon closed.

(In case of accessing ipv6.google.com, the browser would freeze. And the curl would freeze after receiving a portion of the HTML content.)

In the meantime, ICMPv6 worked normally.

After removing the FLOWOFFLOAD ip6tables record, everything is fine.
After inserting the `-m conntrack –cstate RELATED,ESTABLISHED -j ACCEPT` before the FLOWOFFLOAD everything is also fine.

IPv4 part looked normal even if flow_offload is on.

NAT6 worked on older versions like 18.04 branch with flow_offload enabled.

12.03.20202900KernelBug ReportVery LowLowath79 nand trunk bootloopTrunkUnconfirmed Task Description

1) WNDR3700v4 (likely wndr4300v1 too)
2) trunk build, compiles fine for 4.19 and 5.4
3) build, try to boot, will bootloop on 4.19 or 5.4 testing kernel

commit: ath79: add support for kernel 5.4 this commit edits: target/linux/ath79/nand/config-default diff this is causing the bootloop to happen. however, if:

CONFIG_MTD_NAND=y
CONFIG_MTD_NAND_AR934X=y
CONFIG_MTD_NAND_ECC=y

is readded, the bootloop won’t happen and the build will load.
i don’t know if all three of these are needed or just CONFIG_MTD_NAND i also tested with this on 5.4 but i still have the bootloop however, that’s probably expected i know it’s currently a work in progress.
so, this change will only fix 4.19

after i patched this locally: OpenWrt SNAPSHOT r12586+5-3b45a3b388 also i should note, as of this version exFAT (specifically, kmod-fs-exfat0) won’t compile at 4.19 but that’s another issue that i’m sure will be resolved in no time.

12.03.20202899KernelBug ReportVery LowCriticalath79 : Kernel 5.4 bootloop crash on TP Link 3420-V2TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on –> TP Link 3420-V2
- Software versions of OpenWrt/LEDE release, packages, etc. –> master branch
- Steps to reproduce –> Compile & Flash Kernel 5.4

Serial Log.

U-Boot 1.1.4 (Sep 12 2014 - 09:54:01)

U-boot AP123


DRAM:  32 MB
id read 0x100000ff
Flash:  4 MB
Using default environment

In:    serial
Out:   serial
Err:   serial
Net:   ag934x_enet_initialize...
wasp reset mask:c03300
WASP ----> S27 PHY
file: ag934x.c,line: 180==: set LAN&WAN SWAP. --debug by HouXB
GMAC: cfg1 0x5 cfg2 0x7114
eth0: ba:be:fa:ce:08:41
s27 reg init 
athrs27_phy_setup ATHR_PHY_CONTROL 4: 0x1000
athrs27_phy_setup ATHR_PHY_SPEC_STAUS 4: 0x10
eth0 up
WASP ----> S27 PHY
file: ag934x.c,line: 180==: set LAN&WAN SWAP. --debug by HouXB
GMAC: cfg1 0xf cfg2 0x7214
eth1: ba:be:fa:ce:08:41
s27 reg init lan 
ATHRS27: resetting s27
ATHRS27: s27 reset done
athrs27_phy_setup ATHR_PHY_CONTROL 0: 0x1000
athrs27_phy_setup ATHR_PHY_SPEC_STAUS 0: 0x10
athrs27_phy_setup ATHR_PHY_CONTROL 1: 0x1000
athrs27_phy_setup ATHR_PHY_SPEC_STAUS 1: 0x50
athrs27_phy_setup ATHR_PHY_CONTROL 2: 0x1000
athrs27_phy_setup ATHR_PHY_SPEC_STAUS 2: 0x10
athrs27_phy_setup ATHR_PHY_CONTROL 3: 0x1000
athrs27_phy_setup ATHR_PHY_SPEC_STAUS 3: 0x10
eth1 up
eth0, eth1
is_auto_upload_firmware=0
Autobooting in 1 seconds
## Booting image at 9f020000 ...
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 5.4.24 (openwrt@) (gcc version 9.2.0 (OpenWrt GCC 9.2.0 r12514-659ae99e9b)) #0 Wed Mar 11 18:40:03 2020
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001974c (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link TL-MR3420 v2
[    0.000000] SoC: Atheros AR9341 rev 3
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 8128
[    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes, linear)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes, linear)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 26408K/32768K available (3926K kernel code, 131K rwdata, 548K rodata, 1212K init, 181K bss, 6360K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from 0x804e1a04 with crng_init=0
[    0.000000] CPU clock: 535.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7144898866 ns
[    0.000011] sched_clock: 32 bits at 267MHz, resolution 3ns, wraps every 8027976190ns
[    0.008248] Calibrating delay loop... 266.64 BogoMIPS (lpj=1333248)
[    0.094816] pid_max: default: 32768 minimum: 301
[    0.099872] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.107593] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.116625] Kernel panic - not syncing: Unexpected DSP exception
[    0.122965] Rebooting in 1 seconds..
 


12.03.20202898Base systemBug ReportVery LowLowAdd support for git reference repositoriesTrunkUnconfirmed Task Description

If OpenWRT added support for git reference repositories when fetching feeds, builds can be conducted with less bandwidth usage.

https://git-scm.com/docs/git-clone#Documentation/git-clone.txt---reference-if-ableltrepositorygt

For example, I’ve modified the feeds script to allow this, but the modification is pretty rough.

From 44b08ccb6abbcffc8566312b8d92d729e9b09e15 Mon Sep 17 00:00:00 2001
From: Michael Jones <mike@meshplusplus.com>
Date: Tue, 10 Mar 2020 20:09:15 -0500
Subject: [PATCH] Make git clones happen via a reference repository to save
 bandwidth

---
 scripts/feeds | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/scripts/feeds b/scripts/feeds
index 304ef6cbaf..31a61b230c 100755
--- a/scripts/feeds
+++ b/scripts/feeds
@@ -133,18 +133,18 @@ my %update_method = (
 	        'update'	=> "",
 	        'revision'	=> "echo -n 'dummy'"},
 	'src-git' => {
-	        'init'          => "git clone --depth 1 '%s' '%s'",
-	        'init_branch'   => "git clone --depth 1 --branch '%s' '%s' '%s'",
-	        'init_commit'   => "git clone '%s' '%s' && cd '%s' && git checkout -b '%s' '%s' && cd -",
+	        'init'          => "(export URL='%s' ; export NAME='%s' ; GIT_DIR=../../../../../../.gitcache git remote add -f `echo \$NAME | md5sum | cut -d' ' -f 1` \$URL ; git clone --reference ../../../../../../.gitcache --depth 1 \$URL \$NAME)",
+	        'init_branch'   => "(export BRANCH='%s' ; export URL='%s' ; export NAME='%s' ; GIT_DIR=../../../../../../.gitcache git remote add -t \$BRANCH -f `echo \$NAME-\$BRANCH | md5sum | cut -d' ' -f 1` \$URL ; git clone --reference ../../../../../../.gitcache --depth 1 --branch \$BRANCH \$URL \$NAME)",
+	        'init_commit'   => "(export URL='%s' ; export NAME='%s' ; GIT_DIR=../../../../../../.gitcache git remote add -f `echo \$NAME | md5sum | cut -d' ' -f 1` \$URL ; git clone --reference ../../../../../../.gitcache \$URL \$NAME && cd '%s' && git checkout -b '%s' '%s' && cd -)",
 	        'update'	=> "git pull --ff",
 	        'update_force'	=> "git pull --ff || (git reset --hard HEAD; git pull --ff; exit 1)",
 	        'post_update'	=> "git submodule update --init --recursive",
 	        'controldir'	=> ".git",
 	        'revision'	=> "git rev-parse --short HEAD | tr -d '\n'"},
 	'src-git-full' => {
-	        'init'          => "git clone '%s' '%s'",
-	        'init_branch'   => "git clone --branch '%s' '%s' '%s'",
-	        'init_commit'   => "git clone '%s' '%s' && cd '%s' && git checkout -b '%s' '%s' && cd -",
+	        'init'          => "(export URL='%s' ; export NAME='%s' ; GIT_DIR=../../../../../../.gitcache git remote add -f `echo \$NAME | md5sum | cut -d' ' -f 1` \$URL ; git clone --reference ../../../../../../.gitcache \$URL \$NAME)",
+	        'init_branch'   => "(export BRANCH='%s' ; export URL='%s' ; export NAME='%s' ; GIT_DIR=../../../../../../.gitcache git remote add -t \$BRANCH -f `echo \$NAME-\$BRANCH | md5sum | cut -d' ' -f 1` \$URL ; git clone --reference ../../../../../../.gitcache --branch \$BRANCH \$URL \$NAME)",
+	        'init_commit'   => "(export URL='%s' ; export NAME='%s' ; GIT_DIR=../../../../../../.gitcache git remote add -f `echo \$NAME | md5sum | cut -d' ' -f 1` \$URL ; git clone --reference ../../../../../../.gitcache \$URL \$NAME && cd '%s' && git checkout -b '%s' '%s' && cd -)",
 	        'update'	=> "git pull --ff",
 	        'update_force'	=> "git pull --ff || (git reset --hard HEAD; git pull --ff; exit 1)",
 	        'post_update'	=> "git submodule update --init --recursive",
--
2.24.1

11.03.20202897Base systemBug ReportVery LowLow6in4: pinging with -I 6in4-foo results in extra encapsu...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
WNDR4300
- Software versions of OpenWrt/LEDE release, packages, etc.
19.07.2
- Steps to reproduce
1. Create a 6in4 tunnel
2. ping -I 6in4-interface-name 2001:4860:4860::8844

Observe you get no responses. Analyse the packets being sent to the tunnel broker endpoint and notice that there is an extra layer of IPv4 enapsuation.

So rather than an IPv6 packet in an IPv4 packet you get an IPv6 packet in an IPv4 packet which itself is in an IPv4 packet. As such:

Frame 1088: 158 bytes on wire (1264 bits), 158 bytes captured (1264 bits)
Ethernet II, Src: Netgear_f5:1e:4b (6c:b0:ce:f5:1e:4b), Dst: Cisco_60:a4:19 (00:c1:b1:60:a4:19)
Internet Protocol Version 4, Src: my.internet.connection.example.com (7.3.7.1), Dst: tunnelbroker.net (22.3.43.21)
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 144
    Identification: 0x2248 (8776)
    Flags: 0x4000, Don't fragment
    ...0 0000 0000 0000 = Fragment offset: 0
    Time to live: 64
    Protocol: IPIP (4)
    Header checksum: 0x5ed3 [correct]
    [Header checksum status: Good]
    [Calculated Checksum: 0x5ed3]
    Source: my.internet.connection.example.com (7.3.7.1)
    Destination: tunnelbroker.net (22.3.43.21)
Internet Protocol Version 4, Src: my.internet.connection.example.com (7.3.7.1), Dst: tunnelbroker.net (22.3.43.21)
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 124
    Identification: 0x7185 (29061)
    Flags: 0x4000, Don't fragment
    ...0 0000 0000 0000 = Fragment offset: 0
    Time to live: 64
    Protocol: IPv6 (41)
    Header checksum: 0x0f85 [correct]
    [Header checksum status: Good]
    [Calculated Checksum: 0x0f85]
    Source: my.internet.connection.example.com (7.3.7.1)
    Destination: tunnelbroker.net (22.3.43.21)
Internet Protocol Version 6, Src: 2001:123:ab:123::1 (2001:123:ab:123::1), Dst: dns.google (2001:4860:4860::8844)
    0110 .... = Version: 6
    .... 0000 0000 .... .... .... .... .... = Traffic Class: 0x00 (DSCP: CS0, ECN: Not-ECT)
    .... .... .... 0010 1010 0100 1101 0111 = Flow Label: 0x2a4d7
    Payload Length: 64
    Next Header: ICMPv6 (58)
    Hop Limit: 64
    Source: 2001:123:ab:123::1 (2001:123:ab:123::1)
    Destination: dns.google (2001:4860:4860::8844)
    [Source GeoIP: Moscow, RU]
    [Destination GeoIP: US]
Internet Control Message Protocol v6
 
10.03.20202893Base systemBug ReportVery LowHighEthernet port not receiving data on Ubiquiti LiteAP ac ...TrunkUnconfirmed Task Description

Hi,

The Ubiquiti LiteAP ac (LAP-120) does not receive incoming packets via eth0 with the latest snapshot (OpenWrt SNAPSHOT, r12498-2a18840cc7):

root@OpenWrt:/# ifconfig 
br-lan    Link encap:Ethernet  HWaddr B4:FB:E4:FA:FA:FA
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fdaa:a708:e003::1/60 Scope:Global
          inet6 addr: fe80::b6fb:e4ff:fefa:fafa/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:4420 (4.3 KiB)

eth0      Link encap:Ethernet  HWaddr B4:FB:E4:FA:FA:FA  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:6622 (6.4 KiB)
          Interrupt:4

It works correctly with latest stable, 19.07.2.

Using tcpdump on the connected computer I see outgoing traffic from the device, but incoming traffic does not reach the device.

The device correctly detects link changes, but different link speeds make no difference:

[ 1536.519019] eth0: link down
[ 1536.522824] br-lan: port 1(eth0) entered disabled state
[ 1537.561807] eth0: link up (1000Mbps/Full duplex)
[ 1537.566554] br-lan: port 1(eth0) entered blocking state
[ 1537.571932] br-lan: port 1(eth0) entered forwarding state
[ 1541.719009] eth0: link down
[ 1541.722824] br-lan: port 1(eth0) entered disabled state
[ 1542.761703] eth0: link up (100Mbps/Half duplex)
[ 1542.766359] br-lan: port 1(eth0) entered blocking state
[ 1542.771738] br-lan: port 1(eth0) entered forwarding state
[ 1545.879008] eth0: link down
[ 1545.882820] br-lan: port 1(eth0) entered disabled state
[ 1546.921800] eth0: link up (10Mbps/Half duplex)
[ 1546.926365] br-lan: port 1(eth0) entered blocking state
[ 1546.931744] br-lan: port 1(eth0) entered forwarding state

Please find attached dmesg outputs for both snapshot (snap) and 19.07.2 (19072).

08.03.20202890Base systemBug ReportVery LowLow802.11w bad mwlwifi and mt76 supportTrunkUnconfirmed Task Description

http://openwrt/cgi-bin/luci/admin/network/wireless → `Interface Configuration` → `Wireless Security` says:

802.11w Management Frame Protection Requires ... support from the wifi driver
(as of Jan 2019: ath9k, ath10k, mwlwifi and mt76)

1. 802.11w is not usable with mwlwifi due to this issue: https://github.com/kaloz/mwlwifi/issues/362

2. trying to set `option ieee80211w ‘2’` for mt76 2.4GHZ (miwifi-mini mt7620) cause `hostapd -dd: Interface initialization failed`

08.03.20202889KernelBug ReportVery LowMediumTP-Link TL-WR841 snpshot ath79 kernel 5.4 error : ag71x...TrunkUnconfirmed Task Description

problem is : Failed to connect to the switch !
only happen with kernel 5.4, kernel 4.19 is fine

U-Boot 1.1.4 (Nov 16 2009 - 09:06:24)

AP93 (ar7240) U-boot
DRAM:
sri
#### TAP VALUE 1 = 8, 2 = 8
32 MB
id read 0x100000ff
flash size 4194304, sector count = 64
Flash:  4 MB
Using default environment

Hn:    serial
Out:   serial
Err:   serial
Net:   ag7240_enet_initialize...
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7014
dth0: 00:03:7f:09:0b:ad
eth0 up
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7214
eth1: 00:03:7f:09:0b:ad
ATHRS26: resetting s26
ATHRS26: s26 reset done
eth1 up
eth0, eth1
Autobooting in 1 seconds
## Booting image at 9f020000 ...
   Uncompressing Kernel Image ... @K

Starting kernel ...



OpenWrt kernel loader for AR7XXX/AR9XXX
Copyright (C) 2011 Gabor Juhos <juhosg@openwrt.org>
Looking for OpenWrt image... found at 0xbf022000
Decompressing kernel... done!
Ptarting kernel at 80060000...

Linux version 5.4.22 (huhu@bikom) (gcc version 8.3.0 (OpenWrt GCC 8.3.0 r11816-d5ede68f8b)) #0 Thu Mar 5 11:53:50 2020
printk: bootconsole [early0] enabled
CPU0 revision is: 00019374 (MIPS 24Kc)
LIPS: machine is TP-Link TL-WR841N/ND v5/v6
SoC: Atheros AR7240 rev 2
Initrd not found or empty - disabling initrd
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Zone ranges:
  Normal   [mem 0x0000000000000000-0x0000000001ffffff]
Movable zone start for each node
Early memory node ranges
  node   0: [mem 0x0000000000000000-0x0000000001ffffff]
Initmem setup node 0 [mem 0x0000000000000000-0x0000000001ffffff]
Built 1 zonelists, mobility grouping on.  Total pages: 8128
Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes, linear)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes, linear)
Writing ErrCtl register=00000000
Readback ErrCtl regist"er=00000000
mem auto-init: stack:off, heap alloc:off, heap free:off
Memory: 27372K/32768K available (3175K kernel code, 134K rwdata, 372K rodata, 1176K init, 182K bss, 5396K reserved, 0K cma-reserved)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS: 51
random: get_random_bytes called from 0x803fa9ac with crng_init=0
CPU clock: 400.000 MHz
clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9556302233 ns
sched_clock: 32 bits at 200MHz, resolution 5ns, wraps every 10737418237ns
Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
futex hash table entries: 256 (order: -1, 3072 bytes, linear)
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
PCI host bridge /ahb/apb/pcie-controller@180c0000 ranges:
 MEM 0x0000000010000000..0x0000000013ffffff
  IO 0x0000000000000000..0x0000000000000000
PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff]
pci_bus 0000:00: root bus resource [io  0x0000]
pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
pci 0000:00:00.0: [168c:002a] type 00 class 0x028000
pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x0000ffff 64bit]
pci 0000:00:00.0: supports D1
pci 0000:00:00.0: PME# supported from D0 D1 D3hot
pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1000ffff 64bit]
clocksource: Switched to clocksource MIPS
NET: Registered protocol family 2
tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear)
TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
TCP: Hash tables configured (established 1024 bind 1024)
UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
NET: Registered protocol family 1
PCI: CLS 0 bytes, default 32
workingset: timestamp_bits=30 max_order=13 bucket_order=0
squashfs: version 4.0 (2009/01/31) Phillip Lougher
jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
pinctrl-single 18040028.pinmux: 64 pins, size 8
Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
printk: console [ttyS0] disabled
18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 12500000) is a 16550A
printk: console [ttyS0] enabled
printk: console [ttyS0] enabled
printk: bootconsole [early0] disabled
printk: bootconsole [early0] disabled
spi-nor spi0.0: s25sl032p (4096 Kbytes)
3 fixed-partitions partitions found on MTD device spi0.0
Creating 3 MTD partitions on "spi0.0":
0x000000000000-0x000000020000 : "u-boot"
0x000000020000-0x0000003f0000 : "firmware"
2 tplink-fw partitions found on MTD device firmware
Creating 2 MTD partitions on "firmware":
0x000000000000-0x000000136bf2 : "kernel"
0x000000136bf4-0x0000003d0000 : "rootfs"
mtd: device 3 (rootfs) set to be root filesystem
0 squashfs-split partitions found on MTD device rootfs
0x000000370000-0x0000003d0000 : "rootfs_data"
0x0000003f0000-0x000000400000 : "art"
libphy: Fixed MDIO Bus: probed
ag71xx: probe of 19000000.eth failed with error -2
ag71xx: probe of 1a000000.eth failed with error -2
NET: Registered protocol family 17
8021q: 802.1Q VLAN Support v1.8
VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
Freeing unused kernel memory: 1176K
This architecture does not have kernel memory protection.
Run /sbin/init as init process
random: fast init done
init: Console is alive
init: - watchdog -
hmodloader: loading kernel modules from /etc/modules-boot.d/*
kmodloader: done loading kernel modules from /etc/modules-boot.d/*
init: - preinit -
random: jshn: uninitialized urandom read (4 bytes read)
random: jshn: uninitialized urandom read (4 bytes read)
random: jshn: uninitialized urandom read (4 bytes read)
Failed to connect to the switch. Use the "list" command to see which switches are available.
Failed to connect to the switch. Use the "list" command to see which switches are available.
Failed to connect to the switch. Use the "list" command to see which switches are available.
Failed to connect to the switch. Use the "list" command to see which switches are available.
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
trandom_read: 2 callbacks suppressed
random: procd: uninitialized urandom read (4 bytes read)
jffs2: notice: (362) jffs2_build_xattr_subsystem: complete building xattr subsystem, 15 of xdatum (0 unchecked, 8 orphan) and 17 of xref (8 dead, 0 orphan) found.
mount_root: switching to jffs2 overlay
`verlayfs: upper fs does not support tmpfile.
urandom-seed: Seeding with /etc/urandom.seed
procd: - early -
procd: - watchdog -
procd: - watchdog -
procd: - ubus -
random: ubusd: uninitialized urandom read (4 bytes read)
random: ubusd: uninitialized urandom read (4 bytes read)
random: ubusd: uninitialized urandom read (4 bytes read)
procd: - init -
Please press Enter to activate this console.
kmodloader: loading kernel modules from /etc/modules.d/*
tun: Universal TUN/TAP device driver, 1.6
Loading modules backported from Linux version v5.4-rc8-0-gaf42d3466bdc
Backport generated by backports.git v5.4-rc8-1-0-g368e8c51
xt_time: kernel timezone is -0000
ath: phy0: Ignoring endianness difference in EEPROM magic bytes.
ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb0000000, irq=14
kmodloader: done loading kernel modules from /etc/modules.d/*
urngd: v1.0.2 started.
random: crng init done
random: 1 urandom warning(s) missed due to ratelimiting


07.03.20202888KernelBug ReportVery LowHighkomd-ipsec4 missing files in latest snapshotTrunkUnconfirmed Task Description

xfrm4_mode_tunnel ,xfrm4_mode_transport and xfrm4_mode_beet are missing in package kmod-ipsec4, it results strongswan failed to add SAD entry, and return netlink error.
It seems that it’s because of https://github.com/openwrt/openwrt/commit/1556ed155a9aff8636733d27076107b3354c4c3e

06.03.20202887Base systemBug ReportVery LowLowath79 port for TP-Link TL-WA830RE v1 doesn't detect LAN...TrunkUnconfirmed Task Description

I ported the TP-Link WL-WA83RE v1 from ar71xx to ath79 and noticed that the LAN LED doesn’t turn off if the network cable is removed. The kernel doesn’t detect the link status, the interface is always up.

AR7240 seems to be built like this, I don’t understand what MAC/PHY is connected to what but ethernet works if eth1 is enabled. I think the port status is only readable through the GE1 MDIO bus, but it isn’t initialized. On ar71xx the switch gets initialized, on ath79 I could only see it if I add eth0 to the DTS, but that creates a second, unusable network interface and still doesn’t connect the switch port’s link status to the kernel’s eth interface.

This probably also affects TP-Link TL-WA701ND v1, TL-WA730RE v1, TL-WA801ND v1 and TL-WA901ND v1.

06.03.20202886Base systemBug ReportVery LowLowNetgear R6260: mtd partition "factory" seem wrongTrunkUnconfirmed Task Description

* Board: R6260

* Problems:
After building OpenWrt from git and flash my new R6260 board, wireless
is unusable.
There no data at the start of factory partition (/dev/mtd5).

* Workaround:
Moving forward the factory partition at the first useful byte
(from 0×4600000 to 0×4620000) make wireless work. (defined here)

06.03.20202885Base systemBug ReportVery LowMediumx86/x64 musl crash in 19.07.01openwrt-19.07Unconfirmed Task Description

Any program built statically with SDK 19.07.01 for x86/64 coredumps at musl init stage

Program received signal SIGSEGV, Segmentation fault.
static_init_tls (aux=0xffffd408) at src/env/__init_tls.c:92
92      src/env/__init_tls.c: No such file or directory.
(gdb) bt
#0  static_init_tls (aux=0xffffd408) at src/env/__init_tls.c:92
#1  0x08083ed2 in __init_libc (envp=0xffffd53c, pn=0xffffd69d "/home/k/openwrt/sdk-x86/build_dir/target-i386_pentium4_musl/ntfs-3g-2017.3.23-2-fuseint/src/ntfs-3g") at src/env/__libc_start_main.c:39
#2  0x08083fe0 in __libc_start_main (main=0x80490e8 <main>, argc=1, argv=0xffffd534) at src/env/__libc_start_main.c:79
#3  0x08049f19 in _start_c (p=0xffffd530) at crt/crt1.c:18
#4  0x08049ef0 in _start ()
05.03.20202884KernelBug ReportVery LowLowR7800 hangs and restarts after few daysopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- NetGear r7800
- Openwrt 19.07.1 (But same on 18.06.X)

- Steps to reproduce.

 Just run for several days and it hangs. Yes this router is working hard (OpenVPN, Transmission, 3Proxy, external disk attached) 

Mar 5 11:09:19 OpenWrt kernel: [174516.662874] Unable to handle kernel NULL pointer dereference at virtual address 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.662886] pgd = c0204000
Mar 5 11:09:19 OpenWrt kernel: [174516.662897] [00000001] *pgd=00000000
Mar 5 11:09:19 OpenWrt kernel: [174516.662924] Internal error: Oops: 17 [#1] SMP ARM
Mar 5 11:09:19 OpenWrt kernel: [174516.662955] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 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_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY vhci_hcd usblp usbip_host usbip_core 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_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat sch_cake nf_conntrack sch_teql sch_sfq sch_red sch_prio
Mar 5 11:09:19 OpenWrt kernel: [174516.715123] sch_pie sch_multiq sch_gred sch_fq sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp act_simple act_police act_pedit act_ipt act_gact act_csum libcrc32c sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb nat46 ip6_tunnel tunnel6 tun uas usb_storage uhci_hcd ext4 mbcache jbd2 crc32c_generic 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_hotplug
Mar 5 11:09:19 OpenWrt kernel: [174516.778498] CPU: 0 PID: 5329 Comm: kworker/0:1 Not tainted 4.14.167 #0
Mar 5 11:09:19 OpenWrt kernel: [174516.800724] Hardware name: Generic DT based system
Mar 5 11:09:19 OpenWrt kernel: [174516.807255] Workqueue: events 0xc06542e8
Mar 5 11:09:19 OpenWrt kernel: [174516.812094] task: dcffd900 task.stack: d955e000
Mar 5 11:09:19 OpenWrt kernel: [174516.816261] pc : [<c07bdbf0>] lr : [<c0679b9c>] psr: 80000013
Mar 5 11:09:19 OpenWrt kernel: [174516.820953] sp : d955fd50 ip : 00000000 fp : dd769c28
Mar 5 11:09:19 OpenWrt kernel: [174516.827287] r10: 00000000 r9 : ffffffff r8 : 00000002
Mar 5 11:09:19 OpenWrt kernel: [174516.832584] r7 : d955fdd4 r6 : 20000013 r5 : 00000001 r4 : dd6406d8
Mar 5 11:09:19 OpenWrt kernel: [174516.837879] r3 : de806024 r2 : 1fffa6f0 r1 : 00000000 r0 : 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.844219] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
Mar 5 11:09:19 OpenWrt kernel: [174516.850815] Control: 10c5787d Table: 5ba0806a DAC: 00000051
Mar 5 11:09:19 OpenWrt kernel: [174516.858107] Process kworker/0:1 (pid: 5329, stack limit = 0xd955e210)
Mar 5 11:09:19 OpenWrt kernel: [174516.863920] Stack: (0xd955fd50 to 0xd9560000)
Mar 5 11:09:19 OpenWrt kernel: [174516.870445] fd40: dd6406d8 00000001 20000013 c056ec00
Mar 5 11:09:19 OpenWrt kernel: [174516.874893] fd60: dd6406e4 fffffffe 00000000 c056fdd4 00000000 fffffffe 00000000 c033e164
Mar 5 11:09:19 OpenWrt kernel: [174516.883140] fd80: dd68f418 dd68f404 00000000 00000002 d955fdd4 c033e460 00000000 c0a158a8
Mar 5 11:09:19 OpenWrt kernel: [174516.891385] fda0: dd68f400 c0a13178 dd640780 00000002 2faf0800 2faf0800 23c34600 c033e4a8
Mar 5 11:09:19 OpenWrt kernel: [174516.899632] fdc0: 00000000 00003208 dd54c200 c0563e50 dd54c200 dd641400 2faf0800 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.907879] fde0: dd54c200 dd640780 00000000 23c34600 dd4dac80 c0565674 dd4dac80 dd6404d8
Mar 5 11:09:19 OpenWrt kernel: [174516.916126] fe00: 23c34600 dd4cf900 2faf0800 2faf0800 23c34600 c05656a4 dd640780 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.924371] fe20: 00000000 dd4dac80 dd7ad000 2faf0800 23c34600 c0565a6c dd769bc0 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.932618] fe40: dd769c00 dda01010 dd7ad000 c0565ac8 dd78a200 dd769bc0 dd769c00 c05ad744
Mar 5 11:09:19 OpenWrt kernel: [174516.940865] fe60: c0a61004 00000000 dcc25140 dd7ad028 23c34600 2faf0800 00009c40 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.949113] fe80: dcc25240 dcc2525c 00000000 dcc25280 000927c0 dcc3a200 dda07540 c0655234
Mar 5 11:09:19 OpenWrt kernel: [174516.957359] fea0: 00000000 c0654c74 00009c40 dcc3a200 00000000 c0a61004 00000000 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.965604] fec0: 000927c0 00000000 dda07540 c0651364 00000002 000c3500 000927c0 00000021
Mar 5 11:09:19 OpenWrt kernel: [174516.973851] fee0: dcc24380 dcc3a200 dcc24380 dcc24400 dcc24400 dcc25300 00000000 c065377c
Mar 5 11:09:19 OpenWrt kernel: [174516.982097] ff00: dcc243b8 00000000 dcc24384 dcc3a200 c0a1f104 00000000 00000000 c0654320
Mar 5 11:09:19 OpenWrt kernel: [174516.990343] ff20: dcc243b8 d750c280 dda07540 dda0a400 00000000 c03371d0 dda07558 ffffe000
Mar 5 11:09:19 OpenWrt kernel: [174516.998591] ff40: d750c280 dda07540 d750c298 dda07558 ffffe000 c0a02d00 00000008 c03376cc

 


04.03.20202881Base systemBug ReportVery LowMediumhostapd doesn't start - ubus wait_for hostapd.phy0TrunkUnconfirmed Task Description

hostapd doesn’t go up when started by ‘wifi up’ or LuCI.
Instead a process shows up for 30secs:

$ ps aux |grep hostapd
root     27196  0.0  0.0    956   548 ?        S    21:26   0:00 ubus wait_for hostapd.phy0

The wifi adapter can be started manually though:

$ nohup hostapd /var/run/hostapd-phy0.conf &>/dev/null &

The bug started around some months ago. It did work properly before.

Tested on:
x86_64 trunk
OpenWrt SNAPSHOT, r12425-d83150e3fb
kernel 4.19 + 5.4.22
Ralink RT2870 USB Wireless Adapter (148f:2870)
rt2x00usb
mac80211

04.03.20202880KernelBug ReportVery LowLowwireless-regdb is outdated and faulty for at least "CH"...openwrt-19.07Unconfirmed Task Description

The wireless-regdb Version 2019.06.03 has faulty Entries for at least “CH” and “LI”.
Some Ranges described for “CH” are even overlapping, which should not be the case AFAIK.

The Entries should actually be about the same as “DE”, fixed in commit 5dd4dbf709d38aab21cba0183cf26510054449f0 (git.kernel.org)

Source: See Link

03.03.20202875PackagesBug ReportVery LowLowppp-mod-pptp ipk install error on k2p routerTrunkUnconfirmed Task Description

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

 

I want to setup pptp site-to-site vpn on k2p router which install openwrt. when i instlall ppp-mode-pptp ipk,the error occur below.

root@Router:~# opkg install ppp-mod-pptp
Installing ppp-mod-pptp (2.4.7-13) to root...
Downloading http://mirrors.tuna.tsinghua.edu.cn/lede/releases/18.06.7/packages/mipsel_24kc/base/ppp-mod-pptp_2.4.7-13_mipsel_24kc.ipk Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for ppp-mod-pptp:
* kernel (= 4.14.167-1-16b77c6fbb9d9192d39ab642ba67d11a)
* opkg_install_cmd: Cannot install package ppp-mod-pptp.

my version
root@Router:~# cat /proc/version
Linux version 4.14.167 (runner@fv-az50) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7976-ca47026b7d)) #0 SMP Wed Jan 29 16:06:05 2020

03.03.20202874Base systemBug ReportVery LowLowNo squashfs image for tplink tinyTrunkUnconfirmed Task Description

Check http://downloads.openwrt.org/snapshots/targets/ath79/tiny/ here. All tplink models only have initramfs images, while other models have the right images.

pqi_air-pen-initramfs-kernel.bin
pqi_air-pen-squashfs-sysupgrade.bin
pqi_air-pen.json
tplink_tl-mr10u-initramfs-kernel.bin
tplink_tl-mr3020-v1-initramfs-kernel.bin
tplink_tl-mr3040-v2-initramfs-kernel.bin
tplink_tl-mr3220-v1-initramfs-kernel.bin

02.03.20202872Base systemBug ReportVery LowLowfritz avm450e boots into failsafe mode after flashing w...TrunkUnconfirmed Task Description

- AVM Fritz Repeater 450e
- OpenWrt 19.07.02 from https://downloads.openwrt.org/releases/19.07.2/targets/ar71xx/generic/openwrt-19.07.2-ar71xx-generic-fritz450e-squashfs-sysupgrade.bin - scp fritz450e-squashfs-sysupgrade.bin root@192.168.1.1:/tmp/sysup.bin
- sysupgrade -n /tmp/sysup.bin

 

After flashing the device reboots into failsafe mode.

01.03.20202871KernelBug ReportVery LowCriticalBuffalo WHR-600D fails to initialise RT5592.TrunkUnconfirmed Task Description

This *might* be the same bug as  bug 691  (https://bugs.openwrt.org/index.php?do=details&task_id=691), or at least related.

Rooting around in the junk box I found a dismantled and bricked WHR-600D, not sure why or how it got into that state but I would have been tinkering with it in the Chaos Calmer era so possibly could not get it working at the time.

However I decided it would be a useful upgrade to a WHR-HP-G300N that I have covering a corner of the house - especially as that only has 4MB flash/32MB ram so is not really suitable for modern versions of OpenWRT

But... no dice

I successfully got half a serial console (I think the 600D’s rx pin is hosed) and got an initramfs image booted and flashed 19.07.1 - subsequent to that I compiled trunk from source but the behaviour is the same.

The RT5592 is not initialized - it is not “mis-detected” as a 2.4GHz only interface (although the unused MT7620A WiFi interface *is* detected as phy1).

Boot shows:

[ 8.984703] rt2800pci 0000:01:00.0: loaded eeprom from mtd device “factory” [ 8.998658] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5592, rev 0222 detected
[ 9.014109] ieee80211 phy0: rt2800_init_eeprom: Error - Invalid RF chipset 0×0000 detected
[ 9.030585] ieee80211 phy0: rt2x00lib_probe_dev: Error - Failed to allocate device

then - for phy1

[ 9.050320] rt2800_wmac 10180000.wmac: loaded eeprom from mtd device “factory” [ 9.064801] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
[ 9.080250] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 7620 detected
[ 9.094676] ieee80211 phy1: Selected rate control algorithm ‘minstrel_ht’

iw list only gives phy1 although I think that is unused/unconnected on this router (AFAICS the two antenna connect only into the RT5592) - I can’t try the images that Mathias Kresin posted in the previous bug report as the links are now dead but I see that the two commits that were made to the WHR-600D and RP-N53 dts files don’t seem to have been accidentally reverted.

Also tried 18.06.7 but that just crashes with:
[ 10.951562] rt2800pci 0000:01:00.0: loaded eeprom from mtd device “factory” [ 10.965533] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5592, rev 0222 detected
[ 10.980983] ieee80211 phy0: rt2800_init_eeprom: Error - Invalid RF chipset 0×0000 detected
[ 10.997460] ieee80211 phy0: rt2x00lib_probe_dev: Error - Failed to allocate device
[ 11.012574] ————[ cut here ]———— [ 11.021787] WARNING: CPU: 0 PID: 426 at mm/vmalloc.c:1466 0x801b2480()
[ 11.034795] Trying to vfree() nonexistent vm area (8317e000)

Not sure where to take this but happy to supply extra info or try patches if anyone has any ideas.

 


Showing tasks 1 - 50 of 1043 Page 1 of 211 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing