OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

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

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

OpenedIDCategoryTask TypePrioritySeverity  descSummaryReported InStatus
11.05.2017775Base systemBug ReportVery LowCriticalflashing kirkwood u-boot page not aligned [Zyxel NSA-32...TrunkUnconfirmed Task Description

[code]/e-data/4089-AD8E/tools # flash_erase /dev/mtd0 0 4
Erasing 128 Kibyte @ 60000 – 100 % complete[/code]

now when I flash the LEDE uboot I get this

[code]/e-data/4089-AD8E # nandwrite /dev/mtd0 kirkwood/generic/u-boot-nsa325/u-boot.kwb
Input file is not page aligned Data did not fit into device, due to bad blocks
: Success[/code]

the expected should be
[code]/ # nandwrite /dev/mtd0 /e-data/4089-AD8E/uboot.2016.05-tld-1.nsa325.mtd0.kwb
Writing data to block 0 at offset 0×0 Writing data to block 1 at offset 0×20000 Writing data to block 2 at offset 0×40000 Writing data to block 3 at offset 0×60000[/code]

now I can’t even turn off my device. Hopeful to be resolve asap.

10.02.2017494Base systemBug ReportVery LowCriticalNETDEV WATCHDOG: ptm0 (): transmit queue 0 timed outAllNew Task Description

I have a VDSL line with Plusnet (UK) - the connection is pppoe - ptm0.101. With the supplied modem/router the line and connection is stable with no disconnects. With LEDE the connection is established and works well until it disconnects (sometimes as early as few minutes other times it stays connected up to an hour). After the disconnect there is no reconnection until a reboot. Restarting wan interface (ifdown wan/ifup wan) or dsl connection (/etc/init.d/dslcontrol stop/start) does not help.

Supply the following if possible:
- Device problem occurs on TP-w8970 and BTHomehub 5A (same crash on both lantiq based devices)
- Software versions of LEDE release, packages, etc. Tested on LEDE RC2, earlier LEDE snapshot from October 2016, Openwrt CC - same symptoms
- Steps to reproduce - VDSL connection on ptm0.101 via pppoe

Here is a trace of the crash (dmesg):

[ 1414.124413] —[ beginning trace ff034b465cdad16b ]— [ 1414.125631] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:303 dev_watchdog+0x1a8/0x2f0()
[ 1414.126471] NETDEV WATCHDOG: ptm0 (): transmit queue 0 timed out
[ 1414.132456] Modules linked in: ltq_ptm_vr9 option iptable_nat ath9k usb_wwan rt2800usb rt2800lib
pppoe nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 l2tp_ppp ipt_REJECT ipt_MASQUERADE ath9k_common
xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_policy xt_nat xt_multiport xt_mark xt_mac
xt_limit xt_length xt_id xt_hl xt_helper xt_esp xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit
xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbserial rt2x00usb
rt2x00lib pppox ppp_async nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6
nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack ltq_deu_vr9 iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN
ip_tables crc_itu_t crc_ccitt cdc_acm ath9k_hw ath10k_pci ath10k_core ath mac80211 cfg80211 compat drv_dsl_cpe_api
drv_mei_cpe xt_set ip_set_list_set ip_set_hash_netiface 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_ipport 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_common ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc
l2tp_ip6 l2tp_ip l2tp_eth sit l2tp_netlink l2tp_core udp_tunnel ip6_udp_tunnel ipcomp xfrm4_tunnel xfrm4_mode_tunnel
xfrm4_mode_transport xfrm4_mode_beet esp4 ah4 tunnel4 ip_tunnel tun af_key xfrm_user xfrm_ipcomp xfrm_algo br2684 atm
drv_ifxos echainiv sha256_generic sha1_generic jitterentropy_rng drbg md5 hmac des_generic cbc authenc usb_storage
dwc2 uhci_hcd ehci_platform ehci_hcd sd_mod scsi_mod gpio_button_hotplug ext4 jbd2 mbcache aead crypto_null
[ 1414.287462] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.7 #1
[ 1414.293130] Stack : 804b0000 00000001 00000000 00000000 805172b8 80516f43 80489a24 00000000
[ 1414.293130] 80673844 00010000 80510000 805159bc 80515abc 80055664 00000003 80510000
[ 1414.293130] 80491b4c 00000000 8048ff50 80511c44 80515abc 800535b0 00000006 00000001
[ 1414.293130] 00000000 80512000 00000000 00000000 00000000 00000000 00000000 00000000
[ 1414.293130] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 1414.293130] ...
[ 1414.328618] Call Trace:
[ 1414.331095] [<800178a8>] show_stack+0×50/0×84 [ 1414.335454] [<8002af48>] warn_slowpath_common+0xa0/0xd0
[ 1414.340670] [<8002afa4>] warn_slowpath_fmt+0x2c/0×38 [ 1414.345636] [<802e637c>] dev_watchdog+0x1a8/0x2f0
[ 1414.350348] [<8005f7b0>] call_timer_fn.isra.5+0×24/0×80 [ 1414.355557] [<8005fa2c>] run_timer_softirq+0x1a4/0×208 [ 1414.360694] [<8002de80>] __do_softirq+0×298/0x2b0
[ 1414.365388] [<80002430>] ret_from_irq+0×0/0×4 [ 1414.369760] [<80013a8c>] r4k_wait_irqoff+0×18/0×20 [ 1414.374528] [<8004ff6c>] cpu_startup_entry+0xa4/0xf8
[ 1414.379508] [<80539bf8>] start_kernel+0×474/0×494 [ 1414.384180]
[ 1414.385631] —[ end trace ff034b465cdad16b ]—

 


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

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

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

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

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

 


22.01.20224235Base systemBug ReportVery LowHighlantiq FB7362SL missing "urlader" partition .wifi unusa...TrunkUnconfirmed Task Description

FritzBox 7262SL
OpenWrt SNAPSHOT, r18621-af8a059bb4
Tested custom build and default trunk image

root@OpenWrt:~# cat /proc/mtd
dev: size erasesize name
mtd0: 00400000 00020000 “kernel” mtd1: 07c00000 00020000 “ubi” mtd2: 00060000 00010000 “tffs (1)” mtd3: 00060000 00010000 “tffs (2)”

root@OpenWrt:~# ls -l /lib/firmware/ath9k-eeprom-pci-0000:01:00.0.bin
-rw-r–r– 1 root root 0 Jan 22 00:19 /lib/firmware/ath9k-eeprom-pci-0000:01:00.0.bin

After restoring eeprom bin from previous build radio was back

20.01.20224231Base systemBug ReportVery LowHighIssue with the autotool macroTrunkUnconfirmed Task Description

Hi,

I’m trying to add a kernel package that needs it’s modules loaded at boot, but in a certain order. Yet, when I make the following:

JOOL_AUTOLOAD:= \
jool_common \
jool_nat64 \
jool_siit

AUTOLOAD:=$(call AutoLoad,48,$(JOOL_AUTOLOAD))

The output of the file is always:

jool
jool_common
jool_siit

After some research it seems that the macro sorts the items alphabetically breaking the makefile configuration. Is it possible to fix this behaviour? Is there any alternative that should be used?

Thanks!

19.01.20224229Base systemBug ReportVery LowHighMT7621 Wireless default erroropenwrt-21.02Unconfirmed Task Description

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

 
  1. Device problem occurs on Phicomm K2P
  2. Software versions of OpenWrt/LEDE release OpenWrt 21.02.1 r16325-88151b8303 / LuCI openwrt-21.02 branch git-21.295.67054-13df80d
  3. Steps to reproduce just flash openwrt-21.02.1-ramips-mt7621-phicomm_k2p-squashfs-sysupgrade.bin

/etc/config/wireless

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '36'
	option hwmode '11a'
	option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
	option htmode 'VHT80'
	option disabled '1'

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 '36'
	option hwmode '11a'
	option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0+1'
	option htmode 'VHT80'
	option disabled '1'

config wifi-iface 'default_radio1'
	option device 'radio1'
	option network 'lan'
	option mode 'ap'
	option ssid 'OpenWrt'
	option encryption 'none'

It’s two 802.11nac,no have 802.11bg.

in luci if you enable two wifi ,they all cheange to 802.11nac.

16.01.20224226Base systemBug ReportVery LowHighPackage kmod-phy-ath79-usb missing kernel modules.TrunkUnconfirmed Task Description

Hi!

I upgraded my DIR-505 to 21.02.1 using openwrt-21.02.1-ath79-generic-dlink_dir-505-squashfs-sysupgrade.bin and found that the USB port wasn’t working.

I then reset the device(long pressed the reset button) and the USB port still doesn’t work.

Upon investigation I found that the `kmod-phy-ath79-usb` package doesn’t contain any kernel modules.(Only 2 text files.)

Supply the following if possible:
- Device problem occurs on

D-Link DIR-505

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

BUILD_ID=”r16325-88151b8303” OPENWRT_BOARD=”ath79/generic” OPENWRT_ARCH=”mips_24kc” OPENWRT_TAINTS=”” OPENWRT_DEVICE_MANUFACTURER=”OpenWrt” OPENWRT_DEVICE_MANUFACTURER_URL=”https://openwrt.org/” OPENWRT_DEVICE_PRODUCT=”Generic” OPENWRT_DEVICE_REVISION=”v0” OPENWRT_RELEASE=”OpenWrt 21.02.1 r16325-88151b8303”

root@OpenWrt:~# opkg info kmod-phy-ath79-usb
Package: kmod-phy-ath79-usb
Version: 5.4.154-1
Depends: kernel (= 5.4.154-1-79c5dc6db69102eb2943a96b9bec8b63), kmod-usb-core
Status: install ok installed
Architecture: mips_24kc
Installed-Time: 1635066095

- Steps to reproduce

 root@OpenWrt:~# opkg files kmod-phy-ath79-usb

Package kmod-phy-ath79-usb (5.4.154-1) is installed on root and has the following files:
/etc/modules.d/21-phy-ath79-usb
/etc/modules-boot.d/21-phy-ath79-usb
root@OpenWrt:~#


13.01.20224224Base systemBug ReportVery LowHighR4s refresh the latest firmware, the uplink speed is on...AllUnconfirmed Task Description

Device name: r4s
Firmware download: https://downloads.openwrt.org/snapshots/targets/rockchip/armv8/openwrt-rockchip-armv8-friendlyarm_nanopi-r4s-ext4-sysupgrade.img.gz

Problem description: Using iperf3 test the uplink speed is only 1-3Mbps, but using https://github.com/DHDAXCW/NanoPi-R4S/releases 2 can run the full bandwidth.


25.12.20214206Base systemBug ReportVery LowHighflash can not be correctly identified & USB does not wo...openwrt-21.02Unconfirmed Task Description

I have a mercury mw151, the CPU is ar9331, 16M/64M a port 100 megabit network port, a USB/microUSB(Power), configuration as attached.

https://bugs.openwrt.org/index.php?getfile=1294

Since there is no corresponding firmware, I have been using the firmware of ts-d084, from BB until 19.07.8 version, and used quite well.

Recently I used the latest version 21.02.1 firmware and saw that FLASH is only recognized to 8M.

Also the device does not recognize the USB drive correctly after installing the corresponding USB driver.


opkg install block-mount
opkg install kmod-usb-core
opkg install kmod-usb-storage
opkg install kmod-usb-uhci
opkg install kmod-fs-vfat
opkg install kmod-usb2

https://bugs.openwrt.org/index.php?getfile=1295

15.12.20214187KernelBug ReportVery LowHighmediatek,mt7621-gpio driver register conflict irq numbe...openwrt-21.02Unconfirmed Task Description

This bug was test on a custom MT7621 board, but I think ubnt,edgerouter-x-sfp also affected.

when we have a node in DT with interrupt-parent = <&gpio> will trigger the bug.
My board:

	expender0: pcf8574a@38 {
		compatible = "nxp,pcf8574a";
		reg = <0x38>;
		interrupt-parent = <&gpio>;
		interrupts = <15 IRQ_TYPE_EDGE_FALLING>;
		gpio-controller;
		#gpio-cells = <2>;
		interrupt-controller;
		#interrupt-cells = <2>;
	};

ubnt,edgerouter-x-sfp:

	expander0: pca9555@25 {
		compatible = "nxp,pca9555";
		interrupt-parent = <&gpio>;
		interrupts = <8 IRQ_TYPE_EDGE_FALLING>;
		gpio-controller;
		#gpio-cells = <2>;
		reg = <0x25>;
	};

This bug will cause the sfp driver can’t detect module insert.

In gpio-mt7621.c:245 every bank’s parent is the driver itself, and direct call devm_gpiochip_add_data in :279.

This lead to an unexpected behavior: all three banks register IRQ 0~31 to kernel.
And the DT will always fetch the latest bank (bank2) as IRQ sink.
This can confirm by:

 1. setting interrupt = <32 0>; kernel will report too large IRQ.
 2. some additional printk in kernel
 3. an ugly workaround
10.12.20214183ToolchainBug ReportVery LowHighundefined reference to `std::__cxx11::basic_string<char...openwrt-21.02Unconfirmed Task Description

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

07.12.20214178Base systemBug ReportVery LowHighNetgear R6350 5Ghz wifi max power up to limit of only 6...AllUnconfirmed Task Description

After upgrading from factory img to 21.02 as well as 19.07, Netgear R6350 Wireless settings page for 5Ghz wlan limits max power to only 6 dbm. The reason is this device carries a partition table that takes into account bad blocks on the NAND flash. The partition table, however, isn’t read by vanilla OpenWrt. As such, EEPROM offsets might vary between devices (so far only the two sets of locations are
known to be used though).

Also reported in
https://forum.openwrt.org/t/netgear-r6350-max-power-for-5ghz-lower-after-upgrading-to-21-02-rc1/97753/16 and
https://forum.openwrt.org/t/netgear-r6850-very-low-transmit-power-on-5ghz/90984/2

A simple solution for affected users is to modify the memory address manually in the DTS and build a new image. Unfortunately the posted builds for 0×8000 and 0×28000, but my device was starting at 0×48000.

Finally, user Boromini at forum.openwrt.com built an r6850 image with the Sercomm patches
https://volatilesystems.org/dl/lede/targets/r6850/sercomm_parser_patches/

This build is based on master bf4aa0c6a2 and uses the Sercomm partition parser patch set from
OpenWrt patchwork.
+ https://patchwork.ozlabs.org/project/openwrt/patch/20210225201800.2478284-2-jan@3e8.eu/ + https://patchwork.ozlabs.org/project/openwrt/patch/20210225201800.2478284-3-jan@3e8.eu/

I tested this build on my R6350, which effectively turned it into an R6850, and fixed the max power limit problem.

Please consider accepting this patch into openwrt.

Thank you.

 


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

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

 OpenWrt 21.02.1, r16325-88151b8303

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

 

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


27.11.20214159Base systemBug ReportVery LowHighhostapd-common update breaks WiFi completely when using...openwrt-21.02Unconfirmed Task Description

- Device problem occurs on

Linksys EA8300 AC2200 (advanced WiFi config - 802.11r related settings and a lots of other advanced settings are also modified compared to the default)
Raspberry Pi 4B+ (simple WiFi config - only SSID and password settings are modified)

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

Linksys EA8300: 21.02
Raspberry Pi 4B+: 21.02.1

- Steps to reproduce

`opkg upgrade hostapd-common`

It happened for me when I upgraded to 2020-06-08-5a8b3662-35 (the current latest release published on 2021-11-25) from the previous version or the one before that, I don’t exactly know, but I’m sure that I kept my packages up-to-date on a weekly basis recently, so my previous version cannot be older than 7 days.

I’ve got this error message in the system log on both of my devices:

Sat Nov 27 16:05:40 2021 daemon.notice netifd: radio0 (10527): command failed: No error information (-524)
Sat Nov 27 16:05:40 2021 daemon.notice netifd: radio0 (10527): command failed: I/O error (-5)
Sat Nov 27 16:05:41 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Sat Nov 27 16:05:41 2021 daemon.err hostapd: Line 47: unknown configuration item ‘snoop_iface’ Sat Nov 27 16:05:41 2021 daemon.err hostapd: Line 54: unknown configuration item ‘vlan_no_bridge’ Sat Nov 27 16:05:41 2021 daemon.err hostapd: Line 56: unknown configuration item ‘qos_map_set’ Sat Nov 27 16:05:41 2021 daemon.err hostapd: 3 errors found in configuration file ‘/var/run/hostapd-phy0.conf’ Sat Nov 27 16:05:41 2021 daemon.err hostapd: Failed to set up interface with /var/run/hostapd-phy0.conf
Sat Nov 27 16:05:41 2021 daemon.notice netifd: radio0 (10527): Command failed: Invalid argument
Sat Nov 27 16:05:41 2021 daemon.notice netifd: radio0 (10527): Device setup failed: HOSTAPD_START_FAILED
Sat Nov 27 16:05:41 2021 daemon.notice netifd: Wireless device ‘radio0’ set retry=0
Sat Nov 27 16:05:41 2021 daemon.crit netifd: Wireless device ‘radio0’ setup failed, retry=0
Sat Nov 27 16:05:42 2021 daemon.notice netifd: Wireless device ‘radio0’ is now down

22.11.20214149ToolchainBug ReportVery LowHighbinutils: unable to build toolchain with v2.37TrunkUnconfirmed Task Description

Summary: Building from master for ipq806x or for ramips targets on Arch Linux results getting a fatal error building the toolchain occurring on binutils. The bug has been reported and confirmed by other users. Additionally, it has been reported against binutils upstream.

Here is a sample output trying to build on my machine.

Proposed action: Revert this commit to binutils updating it from 2.35.2 to 2.37 until the issue is fixed. Doing this restores functionality.

14.11.20214136KernelBug ReportVery LowHigherror loading ifbopenwrt-21.02Unconfirmed Task Description

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

 

Xiaomi Mi Router 3G (MediaTek MT7621)

OpenWrt 21.02.0, r16279-5cc0535800

# insmod ifb
failed to insert ifb

# modinfo ifb
invalid endianess: 110
failed to load the .modinfo section from ifb

In dmesg:
[108588.487809] Module has invalid ELF structures

# opkg info kmod-ifb
Package: kmod-ifb
Version: 5.4.143-1
Depends: kernel (= 5.4.143-1-ecc7515846d9a85938da6124aee98749)
Status: install user installed
Architecture: mipsel_24kc
Installed-Time: 1636901589

# ll /lib/modules/5.4.143/ifb.ko
-rw-r–r– 1 root root 6748 Jul 2 14:31 /lib/modules/5.4.143/ifb.ko

07.11.20214128Base systemBug ReportVery LowHighipv6 broken on Xiaomi Redmi AC2100openwrt-21.02Unconfirmed Task Description

Most of my clients can’t connect with my dual stack internet connection with IPv6.

I tested now a lot, but cant get it working on my Xiaomi Redmi AC2100.

When I ping outside (eg. to google.com) with IPv6 I never get a answer back.

When I run tcpdump on the Gateway running OpenWRT 21.02 (tested now with rc4 to .1) I see the packets leaving the wan interface and I also see the answers on the wan interface.

But the answers don’t come back to the lan interface.

I tested to enable/disable source based policy routing
I tested to enable/disable network.globals.packet_steering

I also have flow offloading switched off!

First I was thinking, is works with windows, but this seams just we random - what is working and what not... now it is also not working on my windows - where it was working before (the screenshots come from that installation)

The problem is also reported to the forum at https://forum.openwrt.org/t/ipv6-issue-with-dsa/107138

30.10.20214116KernelBug ReportVery LowHighqca9560-eth supports jumbo frames but is limited to 151...TrunkUnconfirmed Task Description

- Device problem occurs on
GL.iNet GL-AR750S (NOR)

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

- Steps to reproduce

Attempt to increase the mtu beyond 1516

ifconifg eth0 mtu 1517


According to all resources the QCA9560 supports jumbo frames, as does the switch (AR8337) in this device however for an undocumented unknown reason it’s hard coded in `linux/ath79/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c:1640` to `1540`. Also for reasons I do not understand I can not increase the mtu beyond 1516 up to this limit of `1540` which I need for 802.11q (1522 frame size).

This code seems to need to be reviewed by someone with access to the datasheets for the QCA9560 to properly resolve this issue.

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

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

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

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

23.10.20214105Base systemBug ReportVery LowHighfw3 crashes when a device name is too long, leaving dev...openwrt-21.02Unconfirmed Task Description

After connecting to a PPPoE, fw3 crashes and leave the router completely isolated from internet.
It happens with multiple targets. This is from x86/64 in a VM:

Thu Dec 31 23:05:49 2020 user.notice firewall: Reloading firewall due to ifup of xxx (xxx)
Thu Dec 31 23:05:49 2020 kern.info kernel: [   34.632472] fw3[3409]: segfault at 293531f0 ip 0000000000409353 sp 00007ffec12378f0 error 4 in fw3[404000+f000]
Thu Dec 31 23:05:49 2020 kern.info kernel: [   34.632508] Code: 41 00 48 89 c6 e9 48 ff ff ff 48 8b 7c 24 08 48 8d 54 24 40 be e5 36 41 00 e8 2b bb ff ff eb ad 31 db 48 8b 44 24 08 48 ff c3 <48> 8b b8 c8 00 00 00 39 98 c0 00 00 00 7e 0c 48 8b 3c df ff 15 84

If I manually restart the firewall:

* Forward 'vpn' -> 'lan'
   * Zone 'lan'
   * Zone 'wan'
     ! Exception: interface name `pppoe-wanb_pppoe' must be shorter than IFNAMSIZ (15)     ! Skipping due to previous exception (code 2)
Segmentation fault

The issue is only visible using a non-network console as after the firewall is gone, iptables is in a drop-all state.

fw3 should ignore the interface but not crash when this situation happens.
luci should prevent interface names/device names that will extrapolate IFNAMSIZ, specially PPPoE.
netifd should limit the number of extra chars in a device prefix (i.e.: “br-”, “3g-”) to make luci checks easier.

21.10.20214102Base systemBug ReportVery LowHighnetifd intermittently fails to bring up wireguard inter...openwrt-21.02Unconfirmed Task Description

I have a wireguard interface that is defined in UCI, which normally works well. Sometimes following a device reboot, wireguard will not be brought up at all. When I then try to bring up the interface manually using “ifup wg0”, the wireguard.sh setup code is not even called. Rebooting the router beings back normal wireguard functionality.

I have seen this on 21.02 (ramips & ath79), 21.02-rc3 (ramips), and 19.07.3 (ar71xx).

It happens most frequently following an automatic 3am reboot. It is difficult to reproduce on demand in the middle of the day. I can cause it to happen in about 20% of 3am reboots by using a domain name for the wireguard peer which is a CNAME pointing to a CNAME pointing to a CNAME pointing to an A record.

@vgaetera thinks there might be a race condition in netifd, which is why I have tagged this report.

I have several routers in this state presently and can do any requested testing on them.

Other people are also seeing the same issue. One person reports seeing the issue also when using an ip address for the peer (no DNS). A link to the forum discussion is https://forum.openwrt.org/t/wireguard-interfaces-sometimes-do-not-come-up-automatically-in-21-02/106012

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

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

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

and set the wifi:

config wifi-device ‘radio0’

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

config wifi-iface ‘wifinet1’

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Here's a relevant trace of the issue:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

fritz_tffs_nand -d /dev/mtd1 -n macwlan

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

06.10.20214065Base systemBug ReportVery LowHighWD mynet n750 experiences wifi hw failure with default ...AllUnconfirmed Task Description

Devince: WD mynet n750

SW versions: All openwrt builds (latest tried: OpenWrt 21.02.0-rc4, r16256-2d5ee43dc6)

Severity: High, due to difficulty to diagnose (took months of experimentation), and catastrophic outcome for most users (deeming router broken and throwing it away). Moreover the fix should take a few minutes (see below).

Summary: Default Wifi TX strength of 20dbm or higher causes wifi failures within a few weeks. Default value should be changed to 19dbm.

Description: This has been verified on 3 WD mynet n750 routers. The WD mynet n600 series does not exhibit this problem.

Default setting of WiFi TX power 20dbm on World setting and especially 22db setting on USA setting make the WiFi hardware in these routers unstable. They fail within a timeframe of 1 to 14 days.

Symptom of failure is that while WiFi connection to the router is stable it does not send any traffic to the device. Recovery can be done via power cycling the router or running “wifi off && wifi on” via SSH. This failure appears to be isolated to WiFi hardware as RJ45 connections to the router continue to operate without any issues.

Fix: Set default value of OpenWRT for these routers to 19dbm TX power. Most will never play with this setting and wont know to change it, instead when their wifi fails they will throw away the router as broken. Seeing how most wifi cliets transmit in 14-16dbm range this change should not make any difference on wifi range/strength. So this change should only improve stability and has no downsides.

04.10.20214062Base systemBug ReportVery LowHighwireguard fails to route to non-VPN addresses at far-en...openwrt-19.07Unconfirmed Task Description

Hardware : Ubiquiti Routerstation Pro
Software : OpenWrt 19.07.6, r11278-8055e38794
Updated : 2021-10-03

Problem does not occur with an OpenVPN tunnel providing the same functionality.

Problem occurs with the following combination :

1 : Wireguard tunnel from RSPro gateway (device wgc21) to a CentOS 7 server (device wg21) which uses the 2 non-public DNS servers in the data centre that it’s located in.

2 : RSPro networking DNS settings are the 2 data centre server addresses.

3 : The RSPro has routes to those DNS servers via dev wgc21

4 : RSPro iptables MASQUERADEs packets going out interface wgc21

On the RSPro’s local network, doing “$ host foo.com” gets a REFUSED reply. Browsers report failure to resolve.

On a local machine, a Wireshark remote capture on the RSPro’s wgc21 interface shows the DNS request packets (with DST=data_centre_dns_server), and a remote capture on the server’s wg21 interface doesn’t show them.

ssh sessions from local machines via the RSPro to the server’s wg21 address succeed.

How to reproduce : As above.

Workaround :

RSPro networking DNS addresses changed to 2 addresses on the wg21 network, and on the remote server two iptables PREROUTING rules added that DNAT those 2 addresses to the data centre DNS addresses.

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

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

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

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

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

ath9x does not seem to be affected.

After a reboot, the system was stable again.

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

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

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

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

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

Regards


14.09.20214038Base systemBug ReportVery LowHighTP-Link WDR4900 simpleboot not working with kernel 5.10TrunkUnconfirmed Task Description

With commit 1e41de2f48e284c9d6658f9403365651178f6826, @chunkeey added simpleImage support for the WDR4900 V1. Now with kernel version 5.10, the simpleImage is no longer working. Please, if possible, extend support for this device with an updated simpleImage.

12.09.20214033KernelBug ReportVery LowHighKmod-usb-storage-uas bug with USB3.0AllUnconfirmed Task Description

netgear R8000,OpenWrt 21.02.0 r16279-5cc0535800.
It can’t recognize the attached USB storage device(a disk bay,Terra Master DAS) when the device plugin USB3.0 port.
lsusb info:

root@OpenWrt:~# lsusb
Bus 001 Device 009: ID 0480:a004 Toshiba External USB HDD
Bus 002 Device 001: ID 1d6b:0001 Linux 5.4.143 ohci_hcd Generic Platform OHCI controller
Bus 004 Device 013: ID 0480:a006 Terra Master DAS
Bus 001 Device 008: ID 174c:2074 Asmedia ASM107x
Bus 001 Device 001: ID 1d6b:0002 Linux 5.4.143 ehci_hcd EHCI Host Controller
Bus 004 Device 012: ID 0480:a006 Terra Master DAS
Bus 004 Device 011: ID 174c:3074 Asmedia ASM107x
Bus 004 Device 001: ID 1d6b:0003 Linux 5.4.143 xhci-hcd xHCI Host Controller
Bus 003 Device 001: ID 1d6b:0002 Linux 5.4.143 xhci-hcd xHCI Host Controller
root@OpenWrt:~# lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M
    |__ Port 1: Dev 11, If 0, Class=, Driver=hub/4p, 5000M
        |__ Port 1: Dev 12, If 0, Class=, Driver=, 5000M
        |__ Port 2: Dev 13, If 0, Class=, Driver=usb-storage, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/0p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/2p, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/2p, 480M
    |__ Port 1: Dev 8, If 0, Class=, Driver=hub/4p, 480M
        |__ Port 4: Dev 9, If 0, Class=, Driver=usb-storage, 480M

dmesg info:

Sun Sep 12 11:58:22 2021 kern.info kernel: [ 1720.747499] usb 1-1: USB disconnect, device number 6
Sun Sep 12 11:58:22 2021 kern.info kernel: [ 1720.752537] usb 1-1.4: USB disconnect, device number 7
Sun Sep 12 11:58:22 2021 kern.info kernel: [ 1721.561019] usb 4-1: USB disconnect, device number 8
Sun Sep 12 11:58:22 2021 kern.info kernel: [ 1721.566026] usb 4-1.1: USB disconnect, device number 9
Sun Sep 12 11:58:22 2021 kern.info kernel: [ 1721.578058] usb 4-1.2: USB disconnect, device number 10
Sun Sep 12 11:58:51 2021 kern.info kernel: [ 1750.400485] usb 1-1: new high-speed USB device number 8 using ehci-platform
Sun Sep 12 11:58:51 2021 kern.info kernel: [ 1750.420607] usb 4-1: new SuperSpeed Gen 1 USB device number 11 using xhci-hcd
Sun Sep 12 11:58:51 2021 kern.info kernel: [ 1750.453562] hub 4-1:1.0: USB hub found
Sun Sep 12 11:58:51 2021 kern.info kernel: [ 1750.457539] hub 4-1:1.0: 4 ports detected
Sun Sep 12 11:58:51 2021 kern.info kernel: [ 1750.604136] hub 1-1:1.0: USB hub found
Sun Sep 12 11:58:51 2021 kern.info kernel: [ 1750.608113] hub 1-1:1.0: 4 ports detected
Sun Sep 12 11:58:52 2021 kern.info kernel: [ 1750.940480] usb 1-1.4: new high-speed USB device number 9 using ehci-platform
Sun Sep 12 11:58:52 2021 kern.info kernel: [ 1751.133105] usb-storage 1-1.4:1.0: USB Mass Storage device detected
Sun Sep 12 11:58:52 2021 kern.info kernel: [ 1751.139840] scsi host0: usb-storage 1-1.4:1.0
Sun Sep 12 11:58:53 2021 kern.notice kernel: [ 1752.577398] scsi 0:0:0:0: Direct-Access     Toshiba  External USB HDD      PQ: 0 ANSI: 4
Sun Sep 12 11:58:53 2021 kern.notice kernel: [ 1752.585952] sd 0:0:0:0: Attached scsi generic sg0 type 0
Sun Sep 12 11:58:53 2021 kern.notice kernel: [ 1752.592743] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB)
Sun Sep 12 11:58:53 2021 kern.notice kernel: [ 1752.606867] sd 0:0:0:0: [sda] Write Protect is off
Sun Sep 12 11:58:53 2021 kern.debug kernel: [ 1752.611692] sd 0:0:0:0: [sda] Mode Sense: 38 00 00 00
Sun Sep 12 11:58:53 2021 kern.err kernel: [ 1752.623293] sd 0:0:0:0: [sda] No Caching mode page found
Sun Sep 12 11:58:53 2021 kern.err kernel: [ 1752.628629] sd 0:0:0:0: [sda] Assuming drive cache: write through
Sun Sep 12 11:58:54 2021 kern.info kernel: [ 1752.708545]  sda: sda1 sda2
Sun Sep 12 11:58:54 2021 kern.notice kernel: [ 1752.727161] sd 0:0:0:0: [sda] Attached SCSI disk
Sun Sep 12 11:58:54 2021 kern.info kernel: [ 1753.460544] usb 4-1.1: new SuperSpeed Gen 1 USB device number 12 using xhci-hcd
Sun Sep 12 11:58:54 2021 kern.err kernel: [ 1753.493498] xhci-hcd 18023000.usb: ERROR: unexpected command completion code 0x11.
Sun Sep 12 11:58:54 2021 kern.warn kernel: [ 1753.540653] uas: probe of 4-1.1:1.0 failed with error -12
Sun Sep 12 11:58:56 2021 kern.info kernel: [ 1754.740535] usb 4-1.2: new SuperSpeed Gen 1 USB device number 13 using xhci-hcd
Sun Sep 12 11:58:56 2021 kern.info kernel: [ 1754.772215] usb-storage 4-1.2:1.0: USB Mass Storage device detected
Sun Sep 12 11:58:56 2021 kern.info kernel: [ 1754.778761] scsi host1: usb-storage 4-1.2:1.0
Sun Sep 12 11:58:57 2021 kern.notice kernel: [ 1755.790941] scsi 1:0:0:0: Direct-Access     Terra    Master DAS       0    PQ: 0 ANSI: 6
Sun Sep 12 11:58:57 2021 kern.notice kernel: [ 1755.799452] scsi 1:0:0:0: Attached scsi generic sg1 type 0
Sun Sep 12 11:58:57 2021 kern.notice kernel: [ 1755.808390] sd 1:0:0:0: [sdb] Attached SCSI removable disk

But the usb device can use normally when the device plugin USB2.0 port.
lsusb info:

root@OpenWrt:~# lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux 5.4.143 ohci_hcd Generic Platform OHCI controller
Bus 004 Device 001: ID 1d6b:0003 Linux 5.4.143 xhci-hcd xHCI Host Controller
Bus 001 Device 013: ID 0480:a006 Terra Master DAS
Bus 001 Device 012: ID 0480:a004 Toshiba External USB HDD
Bus 003 Device 001: ID 1d6b:0002 Linux 5.4.143 xhci-hcd xHCI Host Controller
Bus 001 Device 011: ID 0480:a006 Terra Master DAS
Bus 001 Device 010: ID 174c:2074 Asmedia ASM107x
Bus 001 Device 001: ID 1d6b:0002 Linux 5.4.143 ehci_hcd EHCI Host Controller
root@OpenWrt:~# lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/0p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/2p, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/2p, 480M
    |__ Port 2: Dev 10, If 0, Class=, Driver=hub/4p, 480M
        |__ Port 1: Dev 11, If 0, Class=, Driver=uas, 480M
        |__ Port 2: Dev 13, If 0, Class=, Driver=usb-storage, 480M
        |__ Port 4: Dev 12, If 0, Class=, Driver=usb-storage, 480M

dmesg info:

Sun Sep 12 12:02:08 2021 kern.info kernel: [ 1946.910147] usb 1-1: USB disconnect, device number 8
Sun Sep 12 12:02:08 2021 kern.info kernel: [ 1946.915191] usb 1-1.4: USB disconnect, device number 9
Sun Sep 12 12:02:09 2021 kern.info kernel: [ 1947.720650] usb 4-1: USB disconnect, device number 11
Sun Sep 12 12:02:09 2021 kern.info kernel: [ 1947.725813] usb 4-1.1: USB disconnect, device number 12
Sun Sep 12 12:02:09 2021 kern.info kernel: [ 1947.732134] usb 4-1.2: USB disconnect, device number 13
Sun Sep 12 12:02:12 2021 kern.info kernel: [ 1950.970532] usb 1-2: new high-speed USB device number 10 using ehci-platform
Sun Sep 12 12:02:12 2021 kern.info kernel: [ 1951.174088] hub 1-2:1.0: USB hub found
Sun Sep 12 12:02:12 2021 kern.info kernel: [ 1951.178103] hub 1-2:1.0: 4 ports detected
Sun Sep 12 12:02:12 2021 kern.info kernel: [ 1951.510538] usb 1-2.1: new high-speed USB device number 11 using ehci-platform
Sun Sep 12 12:02:12 2021 kern.info kernel: [ 1951.684641] scsi host0: uas
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.692236] scsi 0:0:0:0: Direct-Access     Terra    Master DAS       0    PQ: 0 ANSI: 6
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.705425] sd 0:0:0:0: Attached scsi generic sg0 type 0
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.714350] sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.716739] scsi 0:0:0:1: Direct-Access     Terra    Master DAS       0    PQ: 0 ANSI: 6
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.722135] sd 0:0:0:0: [sda] 4096-byte physical blocks
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.735647] sd 0:0:0:0: [sda] Write Protect is off
Sun Sep 12 12:02:13 2021 kern.debug kernel: [ 1951.740473] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.740712] scsi 0:0:0:1: Attached scsi generic sg1 type 0
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.753032] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sun Sep 12 12:02:13 2021 kern.warn kernel: [ 1951.764344] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.776495] sd 0:0:0:1: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.784335] sd 0:0:0:1: [sdb] 4096-byte physical blocks
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.818852] sd 0:0:0:1: [sdb] Write Protect is off
Sun Sep 12 12:02:13 2021 kern.info kernel: [ 1951.820730] usb 1-2.4: new high-speed USB device number 12 using ehci-platform
Sun Sep 12 12:02:13 2021 kern.debug kernel: [ 1951.823696] sd 0:0:0:1: [sdb] Mode Sense: 43 00 00 00
Sun Sep 12 12:02:13 2021 kern.info kernel: [ 1951.832953]  sda: sda1 sda2
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.840255] sd 0:0:0:1: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sun Sep 12 12:02:13 2021 kern.warn kernel: [ 1951.851773] sd 0:0:0:1: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.871480] sd 0:0:0:0: [sda] Attached SCSI disk
Sun Sep 12 12:02:13 2021 kern.info kernel: [ 1951.942551]  sdb: sdb1
Sun Sep 12 12:02:13 2021 kern.notice kernel: [ 1951.966381] sd 0:0:0:1: [sdb] Attached SCSI disk
Sun Sep 12 12:02:13 2021 kern.info kernel: [ 1952.033628] usb-storage 1-2.4:1.0: USB Mass Storage device detected
Sun Sep 12 12:02:13 2021 kern.info kernel: [ 1952.040812] scsi host1: usb-storage 1-2.4:1.0
Sun Sep 12 12:02:14 2021 kern.info kernel: [ 1952.780527] usb 1-2.2: new high-speed USB device number 13 using ehci-platform
Sun Sep 12 12:02:14 2021 kern.info kernel: [ 1952.953315] usb-storage 1-2.2:1.0: USB Mass Storage device detected
Sun Sep 12 12:02:14 2021 kern.info kernel: [ 1952.959853] scsi host2: usb-storage 1-2.2:1.0
Sun Sep 12 12:02:14 2021 kern.notice kernel: [ 1953.076019] scsi 1:0:0:0: Direct-Access     Toshiba  External USB HDD      PQ: 0 ANSI: 4
Sun Sep 12 12:02:14 2021 kern.notice kernel: [ 1953.084585] scsi 1:0:0:0: Attached scsi generic sg2 type 0
Sun Sep 12 12:02:14 2021 kern.notice kernel: [ 1953.091610] sd 1:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/466 GiB)
Sun Sep 12 12:02:14 2021 kern.notice kernel: [ 1953.105617] sd 1:0:0:0: [sdc] Write Protect is off
Sun Sep 12 12:02:14 2021 kern.debug kernel: [ 1953.110429] sd 1:0:0:0: [sdc] Mode Sense: 38 00 00 00
Sun Sep 12 12:02:14 2021 kern.err kernel: [ 1953.121859] sd 1:0:0:0: [sdc] No Caching mode page found
Sun Sep 12 12:02:14 2021 kern.err kernel: [ 1953.127249] sd 1:0:0:0: [sdc] Assuming drive cache: write through
Sun Sep 12 12:02:14 2021 kern.info kernel: [ 1953.510664]  sdc: sdc1 sdc2
Sun Sep 12 12:02:14 2021 kern.notice kernel: [ 1953.529533] sd 1:0:0:0: [sdc] Attached SCSI disk
Sun Sep 12 12:02:15 2021 kern.notice kernel: [ 1954.031640] scsi 2:0:0:0: Direct-Access     Terra    Master DAS       0    PQ: 0 ANSI: 6
Sun Sep 12 12:02:15 2021 kern.notice kernel: [ 1954.040175] scsi 2:0:0:0: Attached scsi generic sg3 type 0
Sun Sep 12 12:02:15 2021 kern.notice kernel: [ 1954.049394] sd 2:0:0:0: [sdd] Attached SCSI removable disk
08.09.20214018KernelBug ReportVery LowHighMikrotik RB750GR3 - Kernel bug rebooted the routeropenwrt-21.02Unconfirmed Task Description

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

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

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

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

Luckily I kept a configuration backup. :)

Compass.

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

Linksys WRT3200ACM
OpenWRT 21.02.0 Stable

Steps to reproduce:

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

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

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

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

06.09.20214011Base systemBug ReportVery LowHighTCP queries to dnsmasq can cause OOM and DoS attackopenwrt-19.07Unconfirmed Task Description

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

Use a tool like netcat to open many (i.e 20+) TCP connections to port 53, simulating TCP dns queries
Observe how dnsmasq forks for each connection
Observe how at some point enough dnsmasq children are running that the kernel starts OOMing

This is a quick/easy demonstration on how simply an OpenWRT router can be DoS attacked.

There is a hard coded MAX_PROCS which defaults to 20. This clearly is too high for resource constrained systems like OpenWRT routers.

There is a discussion of this problem on the dnsmasq ML @ https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2021q1/014907.html which includes a patch to make MAX_PROCS a run-time tunable. This could be used by OpenWRT to scale up/down the MAX_PROCS value based on the size of system it’s running on.

It could/should be user-overridable in case he/she knows better what the value should be than any attempt by OpenWRT to scale on a given router.

 


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

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

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

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

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

 Cudy WR2100

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

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

- Steps to reproduce

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


02.08.20213963Base systemBug ReportVery LowHighOdhcpd relayed RA causing wifi drops for android 11TrunkUnconfirmed Task Description

odhcpd ipv6 with ra relay causes android 11 (tested with multiple devices) to loop connect and disconnect.

Another person also reported in the githib mirror - sorry if linking is not allowed (https://github.com/openwrt/odhcpd/issues/166).

I ll attach logs when able to as atm have a 4/32 device with no logging.

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

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

The test results are as follows:

My device is tp link Archer C7

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


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

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

Configure pppoe-wan and wwan to your ISPs

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

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

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

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

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

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

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

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

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

config interface ‘wan’

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

config interface ‘wwan’

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

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

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

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

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

Problem:

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

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

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

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

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

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

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

Active cooling:

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

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

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

# iperf -c 192.168.200.14 -i 5 -t300
[  3] 215.0-220.0 sec  34.2 MBytes  57.5 Mbits/sec
[  3] 220.0-225.0 sec  34.2 MBytes  57.5 Mbits/sec
[  3] 225.0-230.0 sec  28.0 MBytes  46.9 Mbits/sec
[  3] 230.0-235.0 sec  1.12 MBytes  1.88 Mbits/sec
[  3] 235.0-240.0 sec  0.00 Bytes  0.00 bits/sec
[  3] 240.0-245.0 sec  0.00 Bytes  0.00 bits/sec
[  3] 245.0-250.0 sec  0.00 Bytes  0.00 bits/sec
23.06.20213898Base systemBug ReportVery LowHighWifi APs are disable when encryption is switched on.TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on XRX200 - BT Home Hub 5a
- Software versions of OpenWrt/LEDE release, packages, etc. Trunk since 10 days or so.
- Steps to reproduce, Make clean, select BTHH5a as target, make standard build, flash it, wifi APs work without encryption, enable encryption and the APs become disabled (see log below)
, host
I tried combinations of WPAD, WPA-supplicant, hostapd, wolfssl, openssl all with the same problem, encrypted APs fail.
Note using the original Ath10k driver, rather than the CT driver, will bring up the 5GHz AP with encryption enabled.

root@OpenWrt:~# uname -a
Linux OpenWrt 5.4.124 #0 SMP Wed Jun 23 06:22:19 2021 mips GNU/Linux
root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

option type 'mac80211'
option path 'pci0000:01/0000:01:00.0/0000:02:00.0'
option channel '36'
option band '5g'
option htmode 'VHT80'
option disabled '0'
option cell_density '0'

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 path 'pci0000:00/0000:00:0e.0'
option channel '1'
option band '2g'
option htmode 'HT20'
option disabled '0'
option cell_density '0'

config wifi-iface ‘default_radio1’

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

root@OpenWrt:~# wifi up
root@OpenWrt:~# logread |grep wlan
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) –> new PHY
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.769503] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.773559] br-lan: port 2(wlan1) entered disabled state
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.779392] device wlan1 entered promiscuous mode
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.817116] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.822637] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.827390] br-lan: port 2(wlan1) entered forwarding state
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED→ENABLED
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: wlan1: AP-ENABLED
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Wed Jun 23 06:37:04 2021 kern.info kernel: [ 898.993296] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:37:04 2021 kern.info kernel: [ 898.997157] br-lan: port 3(wlan0) entered disabled state
Wed Jun 23 06:37:04 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→HT_SCAN
Wed Jun 23 06:37:04 2021 kern.info kernel: [ 899.003263] device wlan0 entered promiscuous mode
Wed Jun 23 06:37:04 2021 daemon.notice netifd: Network device ‘wlan1’ link is up
Wed Jun 23 06:37:08 2021 kern.info kernel: [ 902.676578] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Wed Jun 23 06:37:08 2021 kern.info kernel: [ 902.681875] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:37:08 2021 kern.info kernel: [ 902.686952] br-lan: port 3(wlan0) entered forwarding state
Wed Jun 23 06:37:08 2021 daemon.notice netifd: Network device ‘wlan0’ link is up
Wed Jun 23 06:37:08 2021 daemon.notice hostapd: wlan0: interface state HT_SCAN→ENABLED
Wed Jun 23 06:37:08 2021 daemon.notice hostapd: wlan0: AP-ENABLED
root@OpenWrt:~# vi /etc/config/wireless
root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

option type 'mac80211'
option path 'pci0000:01/0000:01:00.0/0000:02:00.0'
option channel '36'
option band '5g'
option htmode 'VHT80'
option disabled '0'
option cell_density '0'

config wifi-iface ‘default_radio0’

option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'MyAP-5GHZ'
option encryption 'psk2'
option key 'qwert12345'

config wifi-device ‘radio1’

option type 'mac80211'
option path 'pci0000:00/0000:00:0e.0'
option channel '1'
option band '2g'
option htmode 'HT20'
option disabled '0'
option cell_density '0'

config wifi-iface ‘default_radio1’

option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'MyAP-2.4GHz'
option encryption 'psk2'
option key 'qwert12345'

root@OpenWrt:~# wifi down
root@OpenWrt:~# wifi up
root@OpenWrt:~# logread |grep wlan
.....
Wed Jun 23 06:40:49 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) –> new PHY
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.556186] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.560122] br-lan: port 2(wlan1) entered disabled state
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.566404] device wlan1 entered promiscuous mode
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.772553] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.777787] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.782898] br-lan: port 2(wlan1) entered forwarding state
Wed Jun 23 06:40:49 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1124.995987] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1124.999851] br-lan: port 3(wlan0) entered disabled state
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1125.005954] device wlan0 entered promiscuous mode
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→HT_SCAN
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED→DISABLED
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan1: AP-DISABLED
Wed Jun 23 06:40:50 2021 daemon.err hostapd: wlan1: Unable to setup interface.
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1125.021045] device wlan1 left promiscuous mode
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1125.024384] br-lan: port 2(wlan1) entered disabled state
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Wed Jun 23 06:40:50 2021 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan1 wasn’t started
Wed Jun 23 06:41:04 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Wed Jun 23 06:41:04 2021 kern.info kernel: [ 1138.536784] br-lan: port 3(wlan0) entered disabled state
Wed Jun 23 06:41:08 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→HT_SCAN
Wed Jun 23 06:41:12 2021 kern.info kernel: [ 1146.527964] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Wed Jun 23 06:41:12 2021 kern.info kernel: [ 1146.533315] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:41:12 2021 kern.info kernel: [ 1146.538175] br-lan: port 3(wlan0) entered forwarding state
Wed Jun 23 06:41:12 2021 daemon.notice netifd: Network device ‘wlan0’ link is up
Wed Jun 23 06:41:12 2021 daemon.notice hostapd: wlan0: interface state HT_SCAN→DISABLED
Wed Jun 23 06:41:12 2021 daemon.notice hostapd: wlan0: AP-DISABLED

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

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

Log when crashed on trunk:

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

Cmdline to reproduce:

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

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

19.06.20213887KernelBug ReportVery LowHighMTD partition offset not correctly mapped when bad eras...TrunkUnconfirmed Task Description

- Device problem occurs on:

  • Beeline Smartbox GIGA with bad erase block on NAND flash
  • Possible other NAND devices with bad erase blocks on flash

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

OpenWrt SNAPSHOT r16952-677813c776

- Steps to reproduce:
1. Write Openwrt kernel (mtd4) and UBI (mtd6) partitions from the stock firmware on a device with badblock(s).
2. Get bootloop:

[    4.040886] mt7530 mdio-bus:1f: Link is Up - 1Gbps/Full - flow control off
[    4.042039] UBI error: no valid UBI magic found inside mtd6
[    4.065746] hctosys: unable to open rtc device (rtc0)
[    4.076584] /dev/root: Can't open blockdev
[    4.084755] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6

Root cause:
1. Both U-Boot and stock firmware detects a bad eraseblock, all following offsets are sifted by one block (0×20000). Our mtd4 and mtd6 in fact are written at 0×420000 and 0×1020000.

********************************************
Flash Map Information
********************************************
Partition           Logic_Offs  Logic_size  Real_Offs   Real_Size
u-boot              0           100000      0           100000
part_map            100000      100000      100000      100000
factory-data        200000      100000      200000      120000
dual-flag           300000      100000      320000      100000
uImage1             400000      600000      420000      600000
uImage2             a00000      600000      a20000      600000
rootfs1             1000000     1800000     1020000     1800000
rootfs2             2800000     1800000     2820000     1800000
config/log          4000000     800000      4020000     800000
app-tmp             4800000     c00000      4820000     c00000
free-space          5400000     2800000     5420000     2800000
badblock-reserve    7c00000     400000      7c20000     360000

2. U-Boot still waiting for a kernel at 0×420000 and it’s ok.
3. Openwrt detects a bad eraseblock, but does NOT shift all following offsets by one block:

[    1.198092] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[    1.210738] nand: Macronix MX30LF1G18AC
[    1.218369] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    1.233435] mt7621-nand 1e003000.nand: ECC strength adjusted to 4 bits
[    1.246486] mt7621-nand 1e003000.nand: Using programmed access timing: 21005134
[    1.261038] mt7621-nand 1e003000.nand: Using programmed access timing: 21005134
[    1.275588] Scanning device for bad blocks
[    1.312129] Bad eraseblock 22 at 0x0000002c0000
[    2.583817] 8 fixed-partitions partitions found on MTD device mt7621-nand
[    2.597331] Creating 8 MTD partitions on "mt7621-nand":
[    2.607736] 0x000000000000-0x000000100000 : "u-boot"
[    2.618828] 0x000000100000-0x000000200000 : "dynamic partition map"
[    2.632380] 0x000000200000-0x000000300000 : "Factory"
[    2.643531] 0x000000300000-0x000000400000 : "Boot Flag"
[    2.655139] 0x000000400000-0x000000a00000 : "kernel"
[    2.666172] 0x000000a00000-0x000001000000 : "Kernel 2"
[    2.677543] 0x000001000000-0x000007c00000 : "ubi"
[    2.688598] 0x000007c20000-0x000007fa0000 : "bad block reserved"

3. As a result OpenWRT expects to find UBI at 0×1000000. In fact UBI is at 0×10200000. It causes boot loop:

[    4.025957] pci 0000:00:01.0:   bridge window [mem 0x60400000-0x604fffff pref]
[    4.040886] mt7530 mdio-bus:1f: Link is Up - 1Gbps/Full - flow control off
[    4.042039] UBI error: no valid UBI magic found inside mtd6
[    4.065746] hctosys: unable to open rtc device (rtc0)
[    4.076584] /dev/root: Can't open blockdev
[    4.084755] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    4.099639] Please append a correct "root=" boot option; here are the available partitions:
[    4.116269] 1f00            1024 mtdblock0
[    4.116274]  (driver?)
[    4.129299] 1f01            1024 mtdblock1
[    4.129302]  (driver?)
[    4.142303] 1f02            1024 mtdblock2
[    4.142305]  (driver?)
[    4.155316] 1f03            1024 mtdblock3
[    4.155319]  (driver?)
[    4.168323] 1f04            6144 mtdblock4
[    4.168326]  (driver?)
[    4.181324] 1f05            6144 mtdblock5
[    4.181327]  (driver?)
[    4.194323] 1f06          110592 mtdblock6
[    4.194326]  (driver?)
[    4.207336] 1f07            3584 mtdblock7
[    4.207339]  (driver?)
[    4.220336] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    4.236804] Rebooting in 1 seconds..
12.06.20213873Base systemBug ReportVery LowHighHostapd: Wlan1 (MT7613 gets disabled after restarting R...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

     TP-Link Archer C6 v3 & 
     Linksys e5600

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

     e5600 :https://downloads.openwrt.org/snapshots/targets/ramips/mt7621/openwrt-ramips-mt7621-linksys_e5600-squashfs-factory.bin
     Archer C6V3: OpenWrt 21.02-SNAPSHOT r0-2c462a2 

- Steps to reproduce

     Make changes to SSID/channel etc on the SSID of Radio1 and restart Radio 1 after reapplying the changes. The radio will be disabled after a few restart. Even, if the radio stays enable there is no output on 5G band, and can be verified by scanners like linSSID.

The logs show

Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED <mac #>
Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: STA-OPMODE-N_SS-CHANGED <mac #> 1
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> IEEE 802.11: authenticated
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> IEEE 802.11: associated (aid 1)
Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED <mac #>
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> RADIUS: starting accounting session F29691BFEF566F6D
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> WPA: pairwise key handshake completed (RSN)
Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED <mac #>
***snip****
Sat Jun 12 19:18:44 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1)
Sat Jun 12 19:18:44 2021 daemon.err hostapd: Interface name wlan1 already in use
Sat Jun 12 19:18:44 2021 daemon.notice netifd: radio1 (30801): Command failed: Invalid argument
Sat Jun 12 19:18:44 2021 daemon.notice netifd: radio1 (30801): Device setup failed: HOSTAPD_START_FAILED
Sat Jun 12 19:18:44 2021 kern.warn kernel: [346712.410330] IPv6: MLD: clamping QRV from 1 to 2!
Sat Jun 12 19:18:44 2021 daemon.notice netifd: radio1 (30916): WARNING: Variable 'data' does not exist or is not an array/object
Sat Jun 12 19:18:50 2021 kern.warn kernel: [346718.422284] IPv6: MLD: clamping QRV from 1 to 2!

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

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

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

Then, I use the default command like this:

make image PROFILE=netgear_r8000

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

04.06.20213853Base systemBug ReportVery LowHighath79: NETGEAR WNDR4300v2 Bricked on Power Cycle After ...openwrt-21.02Unconfirmed Task Description

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

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

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

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

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

Once completed the factory firmware is restored.


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

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

  1. Device problem occurs on my four APs, they use firmware snapshots and 21.02 rc-1
  2. Devices model: TP-Link EAP225-Outdoor v1
  3. Wireless mode “N”
  4. Channel width 20mhz
  5. wlan0 5GHz radio
30.05.20213839Base systemBug ReportVery LowHighXiaomi 4A Gigabit link speed auto negotiationopenwrt-21.02Unconfirmed Task Description

- Device problem occurs on

Xiaomi Mi Router 4A Gigabit Edition

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

OpenWRT 21.02-rc2

- Description

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

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

ethtool -s wan speed 100 duplex full autoneg off

).

Showing tasks 101 - 150 of 1427 Page 3 of 29 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing