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.

Opened  descIDCategoryTask TypePrioritySeveritySummaryReported InStatus
20.10.20214096Base systemBug ReportVery LowLowOlivila jhon requirements on the respective productivit...TrunkUnconfirmed Task Description

Olivila jhon requirements on the respective productivity platforms, these products are different in price. MS 365 is a cloud-based subscription productivity suite best suitable for individuals, businesses, and homes as users don’t have to worry about updates or any custom-related features
https://soft-365setup.com/

20.10.20214095Base systemBug ReportVery LowLowcanon.com/ijsetupTrunkUnconfirmed Task Description

Canon Inkjet printers are compatible with multiple devices, including Windows, Mac, Smartphones, Tablets, Linux (a few models), and Chromebook canon.com/ijsetup

20.10.20214094Base systemBug ReportVery LowLowmicrosoft365.com/setupTrunkUnconfirmed Task Description

Microsoft 365 or Office on your computer. If you are using any other Microsoft service such as OneDrive, Outlook, Skype, or Xbox Live, it means you already have an account that you can use for any Microsoft activity.

www.microsoft365/setup Microsoft365.com/setup Microsoft365.com/setup

20.10.20214093KernelBug ReportVery LowMediumError with 802.11r enabled: Daemon.err hostapd: nl80211...AllUnconfirmed Task Description

Supply the following if possible:
- TP-Link C6 and Netgear r7800 (but read from it in every combination)
- have this since using OpenWRT 19.07
- Enable 802.11r with Generate PMK locally but it happens also if manually configured

 

Wed Oct 20 08:13:57 2021 daemon.err hostapd: nl80211: kernel reports: key addition failed
Wed Oct 20 08:13:57 2021 daemon.info hostapd: wlan0: STA 14:c8:8b:XX:XX:XX IEEE 802.11: associated (aid 1)
Wed Oct 20 08:13:57 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 14:c8:8b:66:46:f7

https://forum.openwrt.org/t/daemon-err-hostapd-nl80211-kernel-reports-key-addition-failed-is-this-a-problem/100370/6

19.10.20214092Base systemBug ReportVery LowLow/etc/init.d/system: should set /etc/TZopenwrt-21.02Unconfirmed Task Description

It sets only /tmp/TZ.

19.10.20214091Base systemBug ReportVery LowLowisl: PKG_SOURCE_URL deadAllUnconfirmed Task Description

See also https://groups.google.com/g/isl-development/c/JGaMo2VUu_8

Please change tools/isl/Makefile to
PKG_SOURCE_URL:=https://sourceforge.net/projects/libisl/files/

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

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

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

Some additional info:

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

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

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

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

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

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

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

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

16.10.20214088ToolchainBug ReportVery LowCriticalmake clean required for changes in $BUILDROOT/files/ to...openwrt-19.07Unconfirmed Task Description

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

 

It isn’t and shouldn’t need to be documented as it should automatically update files in files/ when make is ran.

I assume this is a hearing thing and some crazy people who don’t think expect `make clean` or something?

I don’t know why, but this shouldn’t be this way.

16.10.20214087Base systemBug ReportVery LowLowCannot use vlan 1 tagged with DSA in WRT1900ACS v2openwrt-21.02Unconfirmed Task Description

Hello,

No matter what I change, I cannot create a wan.1 interface. Any other vlan id works:

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option ipaddr '192.168.1.4'
        option gateway '192.168.1.1'

config interface 'lan6'
        option proto 'dhcpv6'
        option device 'br-lan'
        option reqaddress 'try'
        option reqprefix 'auto'

config device
        option name 'br-guest'
        option type 'bridge'
        list ports 'wan.3'

config interface 'guest'
        option proto 'none'
        option device 'br-guest'

config device
        option type '8021q'
        option ifname 'wan'
        option vid '3'
        option name 'wan.3'

config device
        option type '8021q'
        option ifname 'wan'
        option vid '2'
        option name 'wan.2'

config interface 'test'
        option proto 'none'
        option device 'wan.1'

config device
        option type '8021q'
        option ifname 'wan'
        option vid '1'
        option name 'wan.1'

I want to add wan.1 to br-lan but the virtual device (wan.1) is never created. I created a test interface just to try to bring it up alone, but nothing made wan.1 appears.

I also tried ip-full and it also failed:

root@ap4:/etc/config# ip link add link wan name wan.1 type vlan id 2
root@ap4:/etc/config# ip link add link wan name wan.1 type vlan id 1
RTNETLINK answers: Not supported

Why vlan 1 is prohibit?

15.10.20214086Base systemBug ReportVery LowMediumedgerouter 6p : missing usb3 support in initramfsTrunkUnconfirmed Task Description

I had to add these lines :

CONFIG_USB_XHCI_HCD=y
CONFIG_USB_XHCI_PLATFORM=y

in openwrt/target/linux/octeon/config-5.4. Otherwise there is no /dev/sda1 device available for installing.

14.10.20214085Base systemBug ReportVery LowLowdnsmasq: cannot open or create lease file /tmp/dhcp.lea...TrunkUnconfirmed Task Description

with a selfcompiled r17753 with mipsel ramips/mt7621 on ‘TP-LINK Archer C6U’ It was working without these issues with r17560

Thu Oct 14 18:32:38 2021 user.err : jail: creat(/tmp/ujail-lhNbFK/tmp/dhcp.leases) failed: Read-only file system
Thu Oct 14 18:32:38 2021 daemon.crit dnsmasq[1]: cannot open or create lease file /tmp/dhcp.leases: Read-only file system
Thu Oct 14 18:32:38 2021 daemon.crit dnsmasq[1]: FAILED to start up
Thu Oct 14 18:32:43 2021 user.err : jail: creat(/tmp/ujail-FlhCEP/tmp/dhcp.leases) failed: Read-only file system
Thu Oct 14 18:32:43 2021 daemon.crit dnsmasq[1]: cannot open or create lease file /tmp/dhcp.leases: Read-only file system
Thu Oct 14 18:32:43 2021 daemon.crit dnsmasq[1]: FAILED to start up
Thu Oct 14 18:32:49 2021 user.err : jail: creat(/tmp/ujail-fHEJCC/tmp/dhcp.leases) failed: Read-only file system
Thu Oct 14 18:32:49 2021 daemon.crit dnsmasq[1]: cannot open or create lease file /tmp/dhcp.leases: Read-only file system
Thu Oct 14 18:32:49 2021 daemon.crit dnsmasq[1]: FAILED to start up
Thu Oct 14 18:32:50 2021 daemon.alert kalua: /usr/sbin/cron.monitorin: curl_it() [ERR] returning 4 after fetching 'http://intercity-vpn.de/networ...'
Thu Oct 14 18:32:54 2021 user.err : jail: creat(/tmp/ujail-jGfjpp/tmp/dhcp.leases) failed: Read-only file system
Thu Oct 14 18:32:54 2021 daemon.crit dnsmasq[1]: cannot open or create lease file /tmp/dhcp.leases: Read-only file system
Thu Oct 14 18:32:54 2021 daemon.crit dnsmasq[1]: FAILED to start up
Thu Oct 14 18:32:59 2021 user.err : jail: creat(/tmp/ujail-knefoG/tmp/dhcp.leases) failed: Read-only file system
Thu Oct 14 18:32:59 2021 daemon.crit dnsmasq[1]: cannot open or create lease file /tmp/dhcp.leases: Read-only file system
Thu Oct 14 18:32:59 2021 daemon.crit dnsmasq[1]: FAILED to start up
Thu Oct 14 18:33:02 2021 daemon.alert kalua: /usr/sbin/cron.monitorin: curl_it() [ERR] returning 4 after fetching 'http://intercity-vpn.de/networ...'
Thu Oct 14 18:33:04 2021 user.err : jail: creat(/tmp/ujail-jneGLN/tmp/dhcp.leases) failed: Read-only file system
Thu Oct 14 18:33:04 2021 daemon.crit dnsmasq[1]: cannot open or create lease file /tmp/dhcp.leases: Read-only file system
Thu Oct 14 18:33:04 2021 daemon.crit dnsmasq[1]: FAILED to start up
Thu Oct 14 18:33:04 2021 daemon.info procd: Instance dnsmasq::cfg01411c s in a crash loop 6 crashes, 0 seconds since last crash

The filesystem looks normal:

root@box:~ :) df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 5.5M      5.5M         0 100% /rom
tmpfs                    59.4M      1.3M     58.1M   2% /tmp
/dev/mtdblock4            7.4M    476.0K      7.0M   6% /overlay
overlayfs:/overlay        7.4M    476.0K      7.0M   6% /
tmpfs                   512.0K         0    512.0K   0% /dev

root@liszt28-hybrid--37:~ :) echo foo >/tmp/dhcp.leases.txt 

root@liszt28-hybrid--37:~ :) ls -l /tmp/dhcp.leases.txt
-rw-r--r--    1 root     root             4 Oct 14 18:37 /tmp/dhcp.leases.txt

root@liszt28-hybrid--37:~ :) ps | grep jail
 3898 root      2616 S    {hostapd} /sbin/ujail -n hostapd -U network -G network -C /etc/capabilities/wpad.json -c -- /usr/sbin/hostapd -s -g /var/run/hostapd/global
 3899 root      2616 S    {wpa_supplicant} /sbin/ujail -n wpa_supplicant -U network -G network -C /etc/capabilities/wpad.json -c -- /usr/sbin/wpa_supplicant -n -s -g /var/run/wpa_supplican
 4489 root      1280 S    grep jail

root@liszt28-hybrid--37:~ :) pidof dnsmasq || echo BAD
BAD

root@liszt28-hybrid--37:~ :) uci show dhcp
dhcp.@dnsmasq[0]=dnsmasq
dhcp.@dnsmasq[0].logqueries='0'
dhcp.@dnsmasq[0].domainneeded='0'
dhcp.@dnsmasq[0].boguspriv='1'
dhcp.@dnsmasq[0].filterwin2k='0'
dhcp.@dnsmasq[0].localise_queries='1'
dhcp.@dnsmasq[0].rebind_protection='0'
dhcp.@dnsmasq[0].rebind_localhost='0'
dhcp.@dnsmasq[0].expandhosts='1'
dhcp.@dnsmasq[0].nonegcache='0'
dhcp.@dnsmasq[0].authoritative='1'
dhcp.@dnsmasq[0].readethers='1'
dhcp.@dnsmasq[0].leasefile='/tmp/dhcp.leases'
dhcp.@dnsmasq[0].resolvfile='/tmp/resolv.conf.auto'
dhcp.@dnsmasq[0].addnhosts='/var/run/hosts_olsr' '/etc/local.hosts'
dhcp.@dnsmasq[0].server='8.8.8.8'
dhcp.@dnsmasq[0].notinterface='wan' 'wlan' 'wlanRADIO1'
dhcp.@dnsmasq[0].dhcpscript='/etc/dhcp-script.d/10dhcpscript'
dhcp.@dnsmasq[0].cachesize='1000'
dhcp.@dnsmasq[0].local='/internet/'
dhcp.@dnsmasq[0].domain='internet'
dhcp.lan=dhcp
dhcp.lan.interface='lan'
dhcp.lan.start='34'
dhcp.lan.limit='13'
dhcp.lan.force='1'
dhcp.lan.ignore='0'
dhcp.lan.leasetime='48h'
dhcp.wlan=dhcp
dhcp.wlan.force='1'
dhcp.wlan.ignore='0'
dhcp.wlan.interface='mastergate'
dhcp.wlan.dhcp_option='3,100.64.0.1' '6,100.64.0.1'
dhcp.wlan.leasetime='12h'
dhcp.wlan.start='100.65.35.2'
dhcp.wlan.limit='253'
dhcp.wan=dhcp
dhcp.wan.interface='wan'
dhcp.wan.ignore='1'
dhcp.@host[0]=host
dhcp.@host[0].ip='127.0.0.2'
dhcp.@host[0].mac='00:00:00:00:00:00'
dhcp.@host[0].name='lo-alias'
dhcp.@dhcp[3]=dhcp
dhcp.@dhcp[3].interface='loopback'
dhcp.@dhcp[3].start='2'
dhcp.@dhcp[3].limit='2'
dhcp.@dhcp[3].leasetime='1h'
dhcp.@dhcp[3].force='1'
dhcp.@dhcp[3].ignore='0'
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.20214082Base systemBug ReportVery LowLowNew default 'Support-UDP-Traceroute' rule might have il...TrunkUnconfirmed Task Description

As mentioned on IRC/OFTC...

<Lantizia> hmm there is a broken default ‘Traffic’ Rule’ of ‘Support-UDP-Traceroute’ on 21.02
<Lantizia> which is disabled by default... but wouldn’t work even if you enabled it as the port is 33434:33689 rather than 33434-33689
<Lantizia> is this reported anyplace? I could report it... but where would I?
<PaulFertser> Lantizia: bugs.openwrt.org is the place for reporting issues
<satmd> we’d appreciate the report :) Thank you for finding and mentioning!

This new default firewall rule (although disabled by default) seems to have been introduced with commit de8b88ce17c3e19cf1fe366be0de2e3c376762b0.

I’m not sure if the colon (rather than a hyphen) affects the possibility of this rule working if it is activated without using LuCI.

But certainly from within LuCI... if try to edit this rule and re-save it (without changing anything) then it’ll flag the field as having invalid contents and refuse to save.

If colons are valid in this context then I’ll re-file this bug to the LuCI bug tracker instead.

11.10.20214081Base systemBug ReportVery LowLowNew default 'Support-UDP-Traceroute' rule might have il...TrunkUnconfirmed Task Description

As mentioned on IRC/OFTC...

<Lantizia> hmm there is a broken default 'Traffic' Rule' of 'Support-UDP-Traceroute' on 21.02
<Lantizia> which is disabled by default... but wouldn't work even if you enabled it as the port is 33434:33689 rather than 33434-33689
<Lantizia> is this reported anyplace? I could report it... but where would I?
<PaulFertser> Lantizia: bugs.openwrt.org is the place for reporting issues
<satmd> we'd appreciate the report :) Thank you for finding and mentioning!

This new default firewall rule (although disabled by default) seems to have been introduced with commit de8b88ce17c3e19cf1fe366be0de2e3c376762b0.

I'm not sure if the colon (rather than a hyphen) affects the possibility of this rule working if it is activated without using LuCI.

But certainly from within LuCI... if try to edit this rule and re-save it (without changing anything) then it'll flag the field as having invalid contents and refuse to save.

If colons are valid in this context then I'll re-file this bug to the LuCI bug tracker instead.

11.10.20214080Base systemBug ReportVery LowLowNew default 'Support-UDP-Traceroute' rule might have il...TrunkUnconfirmed Task Description

As mentioned on IRC/OFTC...

<Lantizia> hmm there is a broken default 'Traffic' Rule' of 'Support-UDP-Traceroute' on 21.02
<Lantizia> which is disabled by default... but wouldn't work even if you enabled it as the port is 33434:33689 rather than 33434-33689
<Lantizia> is this reported anyplace? I could report it... but where would I?
<PaulFertser> Lantizia: bugs.openwrt.org is the place for reporting issues
<satmd> we'd appreciate the report :) Thank you for finding and mentioning!

This new default firewall rule (although disabled by default) seems to have been introduced with commit de8b88ce17c3e19cf1fe366be0de2e3c376762b0.

I'm not sure if the colon (rather than a hyphen) affects the possibility of this rule working if it is activated without using LuCI.

But certainly from within LuCI... if try to edit this rule and re-save it (without changing anything) then it'll flag the field as having invalid contents and refuse to save.

If colons are valid in this context then I'll re-file this bug to the LuCI bug tracker instead.

11.10.20214079Base systemBug ReportVery LowLowNew default 'Support-UDP-Traceroute' rule might have il...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: This is a x86_64 VM running under KVM
- Software versions of OpenWrt/LEDE release, packages, etc.: Default packages that come with the 21.02 qcow2 image
- Steps to reproduce...

As mentioned on IRC/OFTC...

<Lantizia> hmm there is a broken default 'Traffic' Rule' of 'Support-UDP-Traceroute' on 21.02
<Lantizia> which is disabled by default... but it seems it wouldn't work even if you enabled it as the port is 33434:33689 rather than 33434-33689
<Lantizia> is this reported anyplace... could I report it, and where would I?
<PaulFertser> Lantizia: bugs.openwrt.org is the place for reporting issues
<satmd> we'd appreciate the report :) Thank you for finding and mentioning!

Not sure if it's just LuCI that doesn't like the ':' character or if it's also an impossible firewall rule without LuCI also. But certainly with LuCI you can't edit and save this default rule without also fixing that character as the field box comes up red as though the contents are not valid.

This new default (although disabled by default) rule seems to have been introduced in commit de8b88ce17c3e19cf1fe366be0de2e3c376762b0.

 


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.20214077Base systemBug ReportVery LowLowERROR level instead of INFO level in syslog messages fr...TrunkUnconfirmed Task Description

The FEATURE_SYSLOG_INFO option appeared in BusyBox v. 1.31.0. But in OpenWRT this option is disabled by default: master, openwrt-21.02 branch (in order to save about 200 bytes?!). As a result, BusyBox components (for example, crond) in syslog write all messages with the ERROR level instead of INFO level, which misleads users:

Sun Oct 10 19:07:35 2021 cron.err crond[8795]: crond (busybox 1.31.0) started, log level 5
Sun Oct 10 19:08:00 2021 cron.err crond[8795]: USER root pid 9035 cmd /usr/bin/test.sh
Sun Oct 10 19:08:00 2021 cron.err crond[8795]: USER root pid 9036 cmd echo "hello"


10.10.20214076OtherBuild FailureVery LowLowLast available version for Tp-Link Archer C9 v1 is 19.0...TrunkUnconfirmed Task Description

I have an old Tp-Link Archer C9 v1, WiFi does not work, but it has enough processing power and works fine as Firewall, Gateway, DNS/DHCP and VPN server on my network running Openwrt 19.0.7.x
Even when the Openwrt router page (https://openwrt.org/toh/hwdata/tp-link/tp-link_archer_c9_v1) points to a SpanShot build, it is missing under the bcm53xx\generic tree.
As I am using it actively as a firewall, would be good to have the possibility to compile and use newer versions. Contemporary routers like the NetGear R7000 or the Asus RTAC68U are supported on newer releases and even on SnapShot.
Please put the Archer C9 v1 back again on the tree.

Thanks in advance.


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

09.10.20214073ToolchainBuild FailureVery LowMediummake kernel_menuconfig fails at m4 1.4.18 in Ubuntu 21....openwrt-21.02Unconfirmed Task Description

I’m attempting to build openwrt 21.02 from git for a Buffalo WZR-600DHP on x86_64 Ubuntu 21.10. make kernel_menuconfig failed, and after running it with increased verbosity I see:

  gcc  -I.   -I/home/bgjenero/gitapps/openwrt/staging_dir/host/include   -O2 -I/home/bgjenero/gitapps/openwrt/staging_dir/host/include  -MT c-stack.o -MD -MP -MF $depbase.Tpo -c -o c-stack.o c-stack.c &&\
  mv -f $depbase.Tpo $depbase.Po
  In file included from /usr/include/signal.h:328,
                   from ./signal.h:52,
                   from c-stack.c:49:
  c-stack.c:55:26: error: missing binary operator before token "("
     55 | #elif HAVE_LIBSIGSEGV && SIGSTKSZ < 16384
        |                          ^~~~~~~~

That’s a failure building m4 1.4.18. It is discussed at https://lists.gnu.org/archive/html/bug-m4/2021-03/msg00000.html

The problem is that m4 is expecting SIGSTKSZ to be a compile time constant, but instead in
/usr/include/x86_64-linux-gnu/bits/sigstksz.h it is: # define SIGSTKSZ sysconf (_SC_SIGSTKSZ)

The m4 package in Ubuntu 21.10 is actually the same version, and the source package has a patch for this in https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/m4/1.4.18-5ubuntu1/m4_1.4.18-5ubuntu1.debian.tar.xz at /debian/patches/04-fix-sigstksz.patch. I am attaching that patch here.

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

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

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

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

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

But this this not work.

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

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

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

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

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


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

08.10.20214071Base systemBug ReportVery LowMedium Lantiq-VRX200 modem is using wrong line modeopenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
- AVM Fritz 7412
- Lantiq-VRX200

- Software versions of OpenWrt/LEDE release, packages, etc.
21.02.0 (r16279-5cc0535800)

- Steps to reproduce
- Flash firmware
- Enter ISP configuration for 1&1 (https://openwrt.org/docs/guide-user/network/wan/isp-configurations)
- Download and use the modem firmware supplied by AVM: 5.9.0.12.1.7 or 5.9.1.4.0.7

Openwrt will be using: Line Mode: G.993.2 (VDSL2 with down- and upstream vectoring)
instead of: Line Mode: G.993.5 (VDSL2 with down- and upstream vectoring)
which is used by the stock fritz box firmware. This results in a speed decrease from possible
Max. Attainable Data Rate (ATTNDR): 133.841 Mb/s (down) to 25.000 Mb/s (down)


08.10.20214070Base systemBug ReportVery LowLownetifd: potential use-after-free bug?TrunkUnconfirmed Task Description

While investigating an issue with an older version of netifd I came upon what appears to be a use-after free bug in the latest version of netifd (commit id: 448ffc15) in interfaces.c::interface_proto_event_cb() when handling the IFPEV_DOWN event.

Within this case there is a call to interface_handle_config_change(iface)

	case IFPEV_DOWN:
		if (iface->state == IFS_DOWN)
			return;

		netifd_log_message(L_NOTICE, "Interface '%s' is now down\n", iface->name);
		mark_interface_down(iface);
		if (iface->main_dev.dev)
			device_release(&iface->main_dev);
		if (iface->l3_dev.dev)
			device_remove_user(&iface->l3_dev);
		interface_handle_config_change(iface);
		break;

, which will free ‘iface’ if iface→config_state == IFC_REMOVE.

	case IFC_REMOVE:
		interface_do_free(iface);
		return;

‘iface’ will be invalid if this happens.

However, after this call is made the code will drop to the bottom of interface_proto_event_cb() and call

	interface_write_resolv_conf(iface->jail);

with the potentially invalid ‘iface’ pointer.

I haven’t investigated to see if it’s actually possible for iface to be in the correct state to be freed when handling this event, but it certainly looks like it has the potential to be a bug. I thought it might be wise to alert somebody to this issue. If it’s ‘impossible’ for iface to be freed at this point, perhaps it’d be worth at least adding a comment to that effect.
Regards

07.10.20214069Base systemBug ReportVery LowMediumArcher C7 v2 - 802.11w Management Frame Protection impo...openwrt-21.02Unconfirmed Task Description

Problem Device:

TP-Link Archer C7 v2

Software version:

OpenWrt 21.02.0 r16279-5cc0535800 , default packages versions.

Steps to reproduce:

Setup wireless with:
  Encryption "WPA2-PSK/WPA3-SAE Mixed Mode"
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.

07.10.20214067Base systemBug ReportVery LowLowipq40xx: Switch (ar40xx) freezesTrunkUnconfirmed Task Description

The ar40xx on an ipq40xx device freezes from time to time. The issue is hard to reproduce since it was seen on multiple devices on a very different time scale. We run a mesh network with olsr (IPv4) and babeld (IPv6) as routing daemons. The affected devices are mainly Fritz!Box 4040 and Fritz!Box 7530. Typically, on setups with a huge load, the switches begin to freeze. As an example, a church that acts as a central point of our mesh network and connection to the internet experiences the freeze daily. We can easily reproduce and test solutions in that location. Devices with fewer clients and just one mesh connection, also crash but it needs some time (30 days). Some devices with almost no traffic or client do not crash.

As a workaround, we wrote the naywatch daemon, which checks for ipv6 link-local connectivity. We also allow collecting debug output from it. With that, we can show what a diff of the swconfig looks like when a freeze happens. So the switch is already in a frozen state. As you can see the CPU Port 0 is not sending any frames (TX is not visible) to the CPU anymore. The switch still receives frames.

 Port 0:
        mib: Port 0 MIB counters
-RxBroad     : 472793
+RxBroad     : 472882
 RxPause     : 0
-RxMulti     : 36772
+RxMulti     : 36854
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 2075611
-Rx128Byte   : 20964917
-Rx256Byte   : 16459560
-Rx512Byte   : 623700
-Rx1024Byte  : 907303
-Rx1518Byte  : 48003389
+Rx64Byte    : 2075618
+Rx128Byte   : 20964980
+Rx256Byte   : 16459583
+Rx512Byte   : 623752
+Rx1024Byte  : 907344
+Rx1518Byte  : 48003397
 RxMaxByte   : 21422694
 RxTooLong   : 0
-RxGoodByte  : 107718798589
+RxGoodByte  : 107718869396
 RxBadByte   : 0
 RxOverFlow  : 0
 Filtered    : 0

What could be wrong:

  • switch incorrectly configured
  • switch broken?
  • ...

I already wrote with blocktrron and to my understanding, he experienced also a freeze. There is a not published driver DSA implementation of the ar40xx this also has some issues. Maybe, the implementation will help to solve this issue.

The rest of the diff:

root@emma-core:~# diff -u 1633480443-swconfig\ dev\ switch0\ show.log 1633480463-swconfig\ dev\ switch0\ show.log
--- "1633480443-swconfig dev switch0 show.log"  2021-10-06 02:34:03.000000000 +0200
+++ "1633480463-swconfig dev switch0 show.log"  2021-10-06 02:34:23.000000000 +0200
@@ -7,22 +7,22 @@
        linkdown: ???
 Port 0:
        mib: Port 0 MIB counters
-RxBroad     : 472793
+RxBroad     : 472882
 RxPause     : 0
-RxMulti     : 36772
+RxMulti     : 36854
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 2075611
-Rx128Byte   : 20964917
-Rx256Byte   : 16459560
-Rx512Byte   : 623700
-Rx1024Byte  : 907303
-Rx1518Byte  : 48003389
+Rx64Byte    : 2075618
+Rx128Byte   : 20964980
+Rx256Byte   : 16459583
+Rx512Byte   : 623752
+Rx1024Byte  : 907344
+Rx1518Byte  : 48003397
 RxMaxByte   : 21422694
 RxTooLong   : 0
-RxGoodByte  : 107718798589
+RxGoodByte  : 107718869396
 RxBadByte   : 0
 RxOverFlow  : 0
 Filtered    : 0
@@ -51,38 +51,38 @@
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
 Port 1:
        mib: Port 1 MIB counters
-RxBroad     : 107158
+RxBroad     : 107267
 RxPause     : 0
-RxMulti     : 1147
+RxMulti     : 1173
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 1536
-Rx128Byte   : 68123
-Rx256Byte   : 20668
-Rx512Byte   : 4912
-Rx1024Byte  : 10327
-Rx1518Byte  : 90128
-RxMaxByte   : 9851
+Rx64Byte    : 1555
+Rx128Byte   : 68180
+Rx256Byte   : 20673
+Rx512Byte   : 4925
+Rx1024Byte  : 10332
+Rx1518Byte  : 90209
+RxMaxByte   : 9860
 RxTooLong   : 0
-RxGoodByte  : 166901240
+RxGoodByte  : 167051151
 RxBadByte   : 0
 RxOverFlow  : 0
-Filtered    : 118
-TxBroad     : 856851
-TxPause     : 1074
-TxMulti     : 89960
+Filtered    : 307
+TxBroad     : 856940
+TxPause     : 3442
+TxMulti     : 90042
 TxUnderRun  : 0
-Tx64Byte    : 38606
-Tx128Byte   : 206906
-Tx256Byte   : 56950
-Tx512Byte   : 27986
-Tx1024Byte  : 60718
-Tx1518Byte  : 677209
+Tx64Byte    : 40978
+Tx128Byte   : 206965
+Tx256Byte   : 56973
+Tx512Byte   : 28038
+Tx1024Byte  : 60759
+Tx1518Byte  : 677217
 TxMaxByte   : 74048
 TxOverSize  : 0
-TxByte      : 1186157213
+TxByte      : 1186378970
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
@@ -95,38 +95,38 @@
        link: port:1 link:up speed:1000baseT full-duplex txflow rxflow auto
 Port 2:
        mib: Port 2 MIB counters
-RxBroad     : 170588
+RxBroad     : 170832
 RxPause     : 0
-RxMulti     : 11717
+RxMulti     : 11767
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 28452
-Rx128Byte   : 6337895
-Rx256Byte   : 408749
-Rx512Byte   : 54975
-Rx1024Byte  : 62053
-Rx1518Byte  : 343977
-RxMaxByte   : 130630
+Rx64Byte    : 28455
+Rx128Byte   : 6338150
+Rx256Byte   : 408825
+Rx512Byte   : 55001
+Rx1024Byte  : 62066
+Rx1518Byte  : 344149
+RxMaxByte   : 130646
 RxTooLong   : 0
-RxGoodByte  : 1345452080
+RxGoodByte  : 1345783813
 RxBadByte   : 0
 RxOverFlow  : 0
-Filtered    : 574
-TxBroad     : 793647
-TxPause     : 1151
-TxMulti     : 79418
+Filtered    : 1135
+TxBroad     : 793736
+TxPause     : 3519
+TxMulti     : 79500
 TxUnderRun  : 0
-Tx64Byte    : 97711
-Tx128Byte   : 603920
-Tx256Byte   : 173282
-Tx512Byte   : 76156
-Tx1024Byte  : 104686
-Tx1518Byte  : 3582480
+Tx64Byte    : 100079
+Tx128Byte   : 603969
+Tx256Byte   : 173305
+Tx512Byte   : 76208
+Tx1024Byte  : 104727
+Tx1518Byte  : 3582488
 TxMaxByte   : 7391371
 TxOverSize  : 0
-TxByte      : 16528781103
+TxByte      : 16529001614
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
@@ -139,38 +139,38 @@
        link: port:2 link:up speed:1000baseT full-duplex txflow rxflow auto
 Port 3:
        mib: Port 3 MIB counters
-RxBroad     : 159441
+RxBroad     : 159671
 RxPause     : 0
-RxMulti     : 18188
+RxMulti     : 18257
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 9911
-Rx128Byte   : 3051611
-Rx256Byte   : 711251
-Rx512Byte   : 377985
-Rx1024Byte  : 459307
-Rx1518Byte  : 46523339
-RxMaxByte   : 21133903
+Rx64Byte    : 9932
+Rx128Byte   : 3052044
+Rx256Byte   : 711326
+Rx512Byte   : 378003
+Rx1024Byte  : 459361
+Rx1518Byte  : 46523507
+RxMaxByte   : 21133924
 RxTooLong   : 0
-RxGoodByte  : 100988636934
+RxGoodByte  : 100989010961
 RxBadByte   : 0
 RxOverFlow  : 0
-Filtered    : 36461
-TxBroad     : 804786
-TxPause     : 6016
-TxMulti     : 72948
+Filtered    : 37251
+TxBroad     : 804875
+TxPause     : 8384
+TxMulti     : 73030
 TxUnderRun  : 0
-Tx64Byte    : 1661972
-Tx128Byte   : 18816233
-Tx256Byte   : 15830078
-Tx512Byte   : 276436
-Tx1024Byte  : 524862
-Tx1518Byte  : 3198326
+Tx64Byte    : 1664343
+Tx128Byte   : 18816282
+Tx256Byte   : 15830101
+Tx512Byte   : 276488
+Tx1024Byte  : 524903
+Tx1518Byte  : 3198334
 TxMaxByte   : 426878
 TxOverSize  : 0
-TxByte      : 9485704082
+TxByte      : 9485924799
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
@@ -202,19 +202,19 @@
 RxBadByte   : 871047744
 RxOverFlow  : 0
 Filtered    : 99
-TxBroad     : 909305
-TxPause     : 4319
-TxMulti     : 67716
+TxBroad     : 909394
+TxPause     : 6687
+TxMulti     : 67798
 TxUnderRun  : 0
-Tx64Byte    : 335196
-Tx128Byte   : 1832541
-Tx256Byte   : 520952
-Tx512Byte   : 320853
-Tx1024Byte  : 412422
-Tx1518Byte  : 42645040
+Tx64Byte    : 337564
+Tx128Byte   : 1832588
+Tx256Byte   : 520975
+Tx512Byte   : 320905
+Tx1024Byte  : 412463
+Tx1518Byte  : 42645048
 TxMaxByte   : 13773617
 TxOverSize  : 0
-TxByte      : 84230298783
+TxByte      : 84230519096
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
07.10.20214066KernelBug ReportVery LowMediumipq40xx: Switch (ar40xx) freezesAllUnconfirmed Task Description

The ar40xx on an ipq40xx device freezes from time to time. The issue is hard to reproduce since it was seen on multiple devices on a very different time scale. We run a mesh network with olsr (IPv4) and babeld (IPv6) as routing daemons. The affected devices are mainly Fritz!Box 4040 and Fritz!Box 7530. Typically, on setups with a huge load, the switches begin to freeze. As an example, a church that acts as a central point of our mesh network and connection to the internet experiences the freeze daily. We can easily reproduce and test solutions in that location. Devices with fewer clients and just one mesh connection, also crash but it needs some time (30 days). Some devices with almost no traffic or client do not crash.

As a workaround, we wrote the naywatch daemon, which checks for ipv6 link-local connectivity. We also allow collecting debug output from it. With that, we can show what a diff of the swconfig looks like when a freeze happens. So the switch is already in a frozen state. As you can see the CPU Port 0 is not sending any frames (TX is not visible) to the CPU anymore. The switch still receives frames.

Port 0:
        mib: Port 0 MIB counters
-RxBroad     : 472793
+RxBroad     : 472882
 RxPause     : 0
-RxMulti     : 36772
+RxMulti     : 36854
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 2075611
-Rx128Byte   : 20964917
-Rx256Byte   : 16459560
-Rx512Byte   : 623700
-Rx1024Byte  : 907303
-Rx1518Byte  : 48003389
+Rx64Byte    : 2075618
+Rx128Byte   : 20964980
+Rx256Byte   : 16459583
+Rx512Byte   : 623752
+Rx1024Byte  : 907344
+Rx1518Byte  : 48003397
 RxMaxByte   : 21422694
 RxTooLong   : 0
-RxGoodByte  : 107718798589
+RxGoodByte  : 107718869396
 RxBadByte   : 0
 RxOverFlow  : 0
 Filtered    : 0
@@ -51,38 +51,38 @@
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow

I would suggest:
- Switch Broken?
- Switch wrongly configured

However, there seems to be an DSA implementation of the ar40xx that should be released some day. So maybe it is better to switch to DSA before fixing this issue. I already wrote with blocktrron and to my understanding, he was also able to experience a freeze.

Rest of diff:

root@emma-core:~# diff -u 1633480443-swconfig\ dev\ switch0\ show.log 1633480463-swconfig\ dev\ switch0\ show.log
--- "1633480443-swconfig dev switch0 show.log"  2021-10-06 02:34:03.000000000 +0200
+++ "1633480463-swconfig dev switch0 show.log"  2021-10-06 02:34:23.000000000 +0200
@@ -7,22 +7,22 @@
        linkdown: ???
 Port 0:
        mib: Port 0 MIB counters
-RxBroad     : 472793
+RxBroad     : 472882
 RxPause     : 0
-RxMulti     : 36772
+RxMulti     : 36854
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 2075611
-Rx128Byte   : 20964917
-Rx256Byte   : 16459560
-Rx512Byte   : 623700
-Rx1024Byte  : 907303
-Rx1518Byte  : 48003389
+Rx64Byte    : 2075618
+Rx128Byte   : 20964980
+Rx256Byte   : 16459583
+Rx512Byte   : 623752
+Rx1024Byte  : 907344
+Rx1518Byte  : 48003397
 RxMaxByte   : 21422694
 RxTooLong   : 0
-RxGoodByte  : 107718798589
+RxGoodByte  : 107718869396
 RxBadByte   : 0
 RxOverFlow  : 0
 Filtered    : 0
@@ -51,38 +51,38 @@
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
 Port 1:
        mib: Port 1 MIB counters
-RxBroad     : 107158
+RxBroad     : 107267
 RxPause     : 0
-RxMulti     : 1147
+RxMulti     : 1173
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 1536
-Rx128Byte   : 68123
-Rx256Byte   : 20668
-Rx512Byte   : 4912
-Rx1024Byte  : 10327
-Rx1518Byte  : 90128
-RxMaxByte   : 9851
+Rx64Byte    : 1555
+Rx128Byte   : 68180
+Rx256Byte   : 20673
+Rx512Byte   : 4925
+Rx1024Byte  : 10332
+Rx1518Byte  : 90209
+RxMaxByte   : 9860
 RxTooLong   : 0
-RxGoodByte  : 166901240
+RxGoodByte  : 167051151
 RxBadByte   : 0
 RxOverFlow  : 0
-Filtered    : 118
-TxBroad     : 856851
-TxPause     : 1074
-TxMulti     : 89960
+Filtered    : 307
+TxBroad     : 856940
+TxPause     : 3442
+TxMulti     : 90042
 TxUnderRun  : 0
-Tx64Byte    : 38606
-Tx128Byte   : 206906
-Tx256Byte   : 56950
-Tx512Byte   : 27986
-Tx1024Byte  : 60718
-Tx1518Byte  : 677209
+Tx64Byte    : 40978
+Tx128Byte   : 206965
+Tx256Byte   : 56973
+Tx512Byte   : 28038
+Tx1024Byte  : 60759
+Tx1518Byte  : 677217
 TxMaxByte   : 74048
 TxOverSize  : 0
-TxByte      : 1186157213
+TxByte      : 1186378970
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
@@ -95,38 +95,38 @@
        link: port:1 link:up speed:1000baseT full-duplex txflow rxflow auto
 Port 2:
        mib: Port 2 MIB counters
-RxBroad     : 170588
+RxBroad     : 170832
 RxPause     : 0
-RxMulti     : 11717
+RxMulti     : 11767
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 28452
-Rx128Byte   : 6337895
-Rx256Byte   : 408749
-Rx512Byte   : 54975
-Rx1024Byte  : 62053
-Rx1518Byte  : 343977
-RxMaxByte   : 130630
+Rx64Byte    : 28455
+Rx128Byte   : 6338150
+Rx256Byte   : 408825
+Rx512Byte   : 55001
+Rx1024Byte  : 62066
+Rx1518Byte  : 344149
+RxMaxByte   : 130646
 RxTooLong   : 0
-RxGoodByte  : 1345452080
+RxGoodByte  : 1345783813
 RxBadByte   : 0
 RxOverFlow  : 0
-Filtered    : 574
-TxBroad     : 793647
-TxPause     : 1151
-TxMulti     : 79418
+Filtered    : 1135
+TxBroad     : 793736
+TxPause     : 3519
+TxMulti     : 79500
 TxUnderRun  : 0
-Tx64Byte    : 97711
-Tx128Byte   : 603920
-Tx256Byte   : 173282
-Tx512Byte   : 76156
-Tx1024Byte  : 104686
-Tx1518Byte  : 3582480
+Tx64Byte    : 100079
+Tx128Byte   : 603969
+Tx256Byte   : 173305
+Tx512Byte   : 76208
+Tx1024Byte  : 104727
+Tx1518Byte  : 3582488
 TxMaxByte   : 7391371
 TxOverSize  : 0
-TxByte      : 16528781103
+TxByte      : 16529001614
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
@@ -139,38 +139,38 @@
        link: port:2 link:up speed:1000baseT full-duplex txflow rxflow auto
 Port 3:
        mib: Port 3 MIB counters
-RxBroad     : 159441
+RxBroad     : 159671
 RxPause     : 0
-RxMulti     : 18188
+RxMulti     : 18257
 RxFcsErr    : 0
 RxAlignErr  : 0
 RxRunt      : 0
 RxFragment  : 0
-Rx64Byte    : 9911
-Rx128Byte   : 3051611
-Rx256Byte   : 711251
-Rx512Byte   : 377985
-Rx1024Byte  : 459307
-Rx1518Byte  : 46523339
-RxMaxByte   : 21133903
+Rx64Byte    : 9932
+Rx128Byte   : 3052044
+Rx256Byte   : 711326
+Rx512Byte   : 378003
+Rx1024Byte  : 459361
+Rx1518Byte  : 46523507
+RxMaxByte   : 21133924
 RxTooLong   : 0
-RxGoodByte  : 100988636934
+RxGoodByte  : 100989010961
 RxBadByte   : 0
 RxOverFlow  : 0
-Filtered    : 36461
-TxBroad     : 804786
-TxPause     : 6016
-TxMulti     : 72948
+Filtered    : 37251
+TxBroad     : 804875
+TxPause     : 8384
+TxMulti     : 73030
 TxUnderRun  : 0
-Tx64Byte    : 1661972
-Tx128Byte   : 18816233
-Tx256Byte   : 15830078
-Tx512Byte   : 276436
-Tx1024Byte  : 524862
-Tx1518Byte  : 3198326
+Tx64Byte    : 1664343
+Tx128Byte   : 18816282
+Tx256Byte   : 15830101
+Tx512Byte   : 276488
+Tx1024Byte  : 524903
+Tx1518Byte  : 3198334
 TxMaxByte   : 426878
 TxOverSize  : 0
-TxByte      : 9485704082
+TxByte      : 9485924799
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0
@@ -202,19 +202,19 @@
 RxBadByte   : 871047744
 RxOverFlow  : 0
 Filtered    : 99
-TxBroad     : 909305
-TxPause     : 4319
-TxMulti     : 67716
+TxBroad     : 909394
+TxPause     : 6687
+TxMulti     : 67798
 TxUnderRun  : 0
-Tx64Byte    : 335196
-Tx128Byte   : 1832541
-Tx256Byte   : 520952
-Tx512Byte   : 320853
-Tx1024Byte  : 412422
-Tx1518Byte  : 42645040
+Tx64Byte    : 337564
+Tx128Byte   : 1832588
+Tx256Byte   : 520975
+Tx512Byte   : 320905
+Tx1024Byte  : 412463
+Tx1518Byte  : 42645048
 TxMaxByte   : 13773617
 TxOverSize  : 0
-TxByte      : 84230298783
+TxByte      : 84230519096
 TxCollision : 0
 TxAbortCol  : 0
 TxMultiCol  : 0


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.

06.10.20214064Base systemBug ReportVery LowLowhigh latency / no packet transmitted on WRT1900ACS (88W...openwrt-21.02Unconfirmed Task Description

Hi

On Linksys WRT1900ACS (and possibly other devices using marvel 88W8864 WiFi), WiFi connectivity is intermittently unreliable. On my Galaxy S10e smartphone, the symptom is that the device reports being connected to WiFi, but when trying to load a web page, it takes forever. The device switches to cellular connectivity after some time, and reconnect to WiFi (possibly on the other band) and then it works for a while.

As a couple users have reported, it is necessary to disable TX AMSDU to fix this bug.
This can be accomplished by issuing the following commands:

echo 0 > /sys/kernel/debug/ieee80211/phy1/mwlwifi/tx_amsdu
echo 0 > /sys/kernel/debug/ieee80211/phy0/mwlwifi/tx_amsdu

This should be done by default.

Related discussions:
https://forum.openwrt.org/t/openwrt-21-02-0-first-stable-release/105395/209 https://github.com/kaloz/mwlwifi/issues/207

04.10.20214063Base systemBug ReportVery LowLowath79 / 1043nd v1 hangs in "Decompressing kernel..."TrunkUnconfirmed Task Description

I have a serial console attached:

It is reproduceable with image from
https://downloads.openwrt.org/snapshots/targets/ath79/generic/ openwrt-ath79-generic-tplink_tl-wr1043nd-v1-squashfs-factory.bin
(from Mon Oct 4 02:23:31 2021) and also with selfbuilt r17675.

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.

02.10.20214061Base systemBug ReportVery LowLowsysupgrade on ASUS RT N56U warns "Image metadata not fo...TrunkUnconfirmed Task Description

I wanted to upgrade my ASUS RT-N56U from 19.07.7 to 21.02.0 using the official sysupgrade image.

sysupgrade gave the warning “Image metadata not found”, but a forced sysupgrade seems to work fine so far.

Attached is a log of the process.

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

Detailed description:
It seems that

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

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

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

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

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

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

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

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

30.09.20214059PackagesBug ReportVery LowHighca-certificates doesn't include Lets Encrypt CA, preven...openwrt-21.02Unconfirmed Task Description

Summary
ca-certificates doesn’t include the new Lets Encrypt CA which prevents opkg update and other opkg actions as wget rejects the certs for https://downloads.openwrt.org

Supply the following if possible:
- Device problem occurs on

 Zbtlink ZBT-WG3526 (16M)

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

 OpenWrt 21.02.0 r16279-5cc0535800 / LuCI openwrt-21.02 branch git-21.231.26241-422c175
 ca-certificates	20210119-1

- Steps to reproduce

 
root@OpenWrt:~# opkg update 
Downloading https://downloads.openwrt.org/releases/21.02.0/targets/ramips/mt7621/packages/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/targets/ramips/mt7621/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/base/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/base/Packages.gz

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

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/packages/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/routing/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/routing/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/telephony/Packages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/telephony/Packages.gz

Collected errors:
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/targets/ramips/mt7621/packages/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/base/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/luci/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/packages/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/routing/Packages.gz, wget returned 5.
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/telephony/Packages.gz, wget returned 5.

Testing the wget directly

root@OpenWrt:~# wget https://downloads.openwrt.org/releases/21.02.0/packages/mip
sel_24kc/telephony/Packages.gz
Downloading 'https://downloads.openwrt.org/releases/21.02.0/packages/mipsel_24kc/telephony/Packages.gz'
Connecting to 168.119.138.211:443
Connection error: Invalid SSL certificate

Attached is the certificate chain that is problematic for this version of openwrt. My browser (Firefox 92.0.1 (64-bit) on macOS 11.6) has no issues with this CA chain.

Workaround, run the opkg commands directly (not through LuCI) and add the flag

--no-check-certificate

Example

opkg update --no-check-certificate&& opkg install ca-certificates --no-check-certificate


29.09.20214058Base systemBug ReportVery LowMediumnetifd fails to delete 6to4 tunnelTrunkUnconfirmed Task Description

tp-link archer c6u
openwrt snapshot r0-9c3b1d5
After upgrade to snapshot version from 21.02 I found that netifd infinitely retries to ifup 6to4 interface with lots of messages in the syslog
On ‘ifdown 6to4’ netifd should delete 6to4-6to4 interface but it can’t
link still remains and this causes error during ‘ifup 6to4’ ioctl SIOCADDTUNNEL returns ENOBUFFS
If the link is manually deleted then netifd succeeds

I traced the problem in netifd c code and found this non-working code

static int __system_del_ip_tunnel(const char *name, struct blob_attr **tb)
{
	struct blob_attr *cur;
	const char *str;

	if (!(cur = tb[TUNNEL_ATTR_TYPE]))
		return -EINVAL;
	str = blobmsg_data(cur);

	if (!strcmp(str, "greip") || !strcmp(str, "gretapip") ||
	    !strcmp(str, "greip6") || !strcmp(str, "gretapip6") ||
	    !strcmp(str, "vtiip") || !strcmp(str, "vtiip6") ||
	    !strcmp(str, "vxlan") || !strcmp(str, "vxlan6") ||
	    !strcmp(str, "xfrm"))
		return system_link_del(name);
	else
	{
                // THIS DOES NOT WORK. I guess interface name should not be passed as the 1st parameter but inside special structure in the third parameter (see SIOCADDTUNNEL)
		return tunnel_ioctl(name, SIOCDELTUNNEL, NULL);
	}
}

with additional !strcmp(str, “sit”) it starts working again

28.09.20214056PackagesBug ReportVery LowLowdnsmasq-full 2.86 compile failsTrunkUnconfirmed Task Description

OpenWRT version:
Trunk version after https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=d2d0044ebf01b71f63cde609e09f6ac68cdfeccb

 

Steps to reproduce:
- Select “dnsmasq-full” via make menuconfig
- Use default compiler (gcc 11.2)
- make

Build log:

make[4]: Entering directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86’ make[5]: Entering directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/src’ mips-openwrt-linux-musl-gcc -Os -pipe -mno-branch-likely -march=74kc -mtune=74kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -fmacro-prefix-map=/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86=dnsmasq-2.86 -Wformat -Werror=format-security -DPIC -fpic -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -flto -I/home/anton/openwrt/archerc7/source/staging_dir/toolchain-mips_24kc_gcc-11.2.0_musl/usr/include -I/home/anton/openwrt/archerc7/source/staging_dir/toolchain-mips_24kc_gcc-11.2.0_musl/include/fortify -I/home/anton/openwrt/archerc7/source/staging_dir/toolchain-mips_24kc_gcc-11.2.0_musl/include -DHAVE_UBUS -DHAVE_POLL_H -DNO_AUTH -DHAVE_CONNTRACK -DNO_ID -DNO_TFTP -DVERSION=’“2.86”’ -I/home/anton/openwrt/archerc7/source/staging_dir/target-mips_24kc_musl/usr/include -c rfc1035.c
rfc1035.c: In function ‘report_addresses’:
rfc1035.c:978:56: error: ‘struct dnsmasq_daemon’ has no member named ‘workspacename’

978 |               if (!extract_name(header, len, &p, daemon->workspacename, 1, 0))
    |                                                        ^~

rfc1035.c:980:66: error: ‘struct dnsmasq_daemon’ has no member named ‘workspacename’

980 |               if (safe_name(daemon->namebuff) && safe_name(daemon->workspacename))
    |                                                                  ^~

rfc1035.c:981:92: error: ‘struct dnsmasq_daemon’ has no member named ‘workspacename’

981 |                 ubus_event_bcast_connmark_allowlist_resolved(mark, daemon->namebuff, daemon->workspacename, attl);
    |                                                                                            ^~

make[5]: * [/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/Makefile:166: rfc1035.o] Error 1
make[5]: Leaving directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/src’ make[4]:
* [Makefile:91: all] Error 2
make[4]: Leaving directory ‘/home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86’ make[3]: * [Makefile:200: /home/anton/openwrt/archerc7/source/build_dir/target-mips_24kc_musl/dnsmasq-full/dnsmasq-2.86/.built] Error 2
make[3]: Leaving directory ‘/home/anton/openwrt/archerc7/source/package/network/services/dnsmasq’ time: package/network/services/dnsmasq/full/compile#0.48#0.14#0.57
ERROR: package/network/services/dnsmasq failed to build (build variant: full).
make[2]:
* [package/Makefile:116: package/network/services/dnsmasq/compile] Error 1
make[2]: Leaving directory ‘/home/anton/openwrt/archerc7/source’ make[1]: * [package/Makefile:110: /home/anton/openwrt/archerc7/source/staging_dir/target-mips_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory ‘/home/anton/openwrt/archerc7/source’ make:
* [/home/anton/openwrt/archerc7/source/include/toplevel.mk:230: world] Error 2

Note: standard dnsmasq package (not -full) compiles ok.

24.09.20214054KernelBug ReportVery LowMediumath10k kernel error out of the blue on WiFi dump AP run...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: TP-Link Archer C7v5 (3 devices, bought 2019 + 2021/06 + 2021/07)
- Software versions of OpenWrt: 21.02.0-stable

Kernel log: (see attachment for full log)

Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.336444] ------------[ cut here ]------------
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.341374] WARNING: CPU: 0 PID: 0 at backports-5.10.42-1/net/mac80211/rate.c:688 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.352697] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat batman_adv ath9k_hw ath10k_pci ath10k_core ath xt_state xt_nat xt_conntrack xt_REDIRECT xt                            _MASQUERADE xt_FLOWOFFLOAD xt_CT pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt                            _LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter i                            p6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos vfat fat nls_utf8 nls_iso8859_1 nls_cp437 usb_storage fsl_mph_dr_of ehci_platform ehci_fsl sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usb                            core nls_base usb_common crc16 crc32c_generic crypto_hash
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.429750] CPU: 0 PID: 0 Comm: swapper Not tainted 5.4.143 #0
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.435871] Stack : 86c80000 800b95d8 80660000 805fa440 00000000 00000000 00000000 00000000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.444593]         00000000 00000000 00000000 00000000 00000000 00000001 87c0bc30 d8213a8a
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.453311]         87c0bcc8 00000000 00000000 00000124 00000038 8057a304 352e342e 31343320
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.462030]         00000124 0d9f3ab6 00000000 73776170 00000000 87c0bc10 00000000 86c1e77c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.470755]         00000009 86c76a10 86d581a0 80630000 00000002 8031fd68 00000000 80790000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.479473]         ...
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.482091] Call Trace:
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.482104] [<86c80000>] 0x86c80000 [ath10k_core@664f4f0d+0x5a910]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.491190] [<800b95d8>] 0x800b95d8
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.494891] [<80660000>] 0x80660000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.498592] [<8057a304>] 0x8057a304
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.502299] [<86c1e77c>] 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.508533] [<8031fd68>] 0x8031fd68
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.512235] [<86c80000>] 0x86c80000 [ath10k_core@664f4f0d+0x5a910]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.518706] [<80069364>] 0x80069364
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.522407] [<8006936c>] 0x8006936c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.526107] [<800821b4>] 0x800821b4
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.529814] [<86c1e77c>] 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.536018] [<8008225c>] 0x8008225c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.539725] [<8054599c>] 0x8054599c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.543442] [<86c1e77c>] 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.549660] [<86c2e650>] 0x86c2e650 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.555879] [<800c3bfc>] 0x800c3bfc
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.559577] [<8684b544>] 0x8684b544 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.565524] [<868495cc>] 0x868495cc [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.571482] [<8684c928>] 0x8684c928 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.577444] [<86844400>] 0x86844400 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.583401] [<86c30ccc>] 0x86c30ccc [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.589627] [<86c30e20>] 0x86c30e20 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.595855] [<86c38b50>] 0x86c38b50 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.602090] [<86c3a774>] 0x86c3a774 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.608320] [<86844c28>] 0x86844c28 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.614256] [<80660000>] 0x80660000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.617956] [<80660000>] 0x80660000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.621647] [<80085040>] 0x80085040
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.625339] [<800badb8>] 0x800badb8
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.629040] [<8057f8b8>] 0x8057f8b8
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.632739] [<800bf060>] 0x800bf060
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.636433] [<802bf580>] 0x802bf580
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.640133] [<80064f78>] 0x80064f78
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.643829]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.645453] ---[ end trace 7de74c0828886f30 ]---

My packages: “opkg list” (see attachment)

My wireless config:

config wifi-device 'radio0'
        option type 'mac80211'
        option beacon_int '100'
        option channel '36'
        option hwmode '11a'
        option path 'pci0000:00/0000:00:00.0'
        option htmode 'VHT80'
        option txpower '23'
        option country 'DE'
        option noscan '1'
        option disabled '0'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '1'
        option hwmode '11g'
        option path 'platform/ahb/18100000.wmac'
        option htmode 'HT40'
        option txpower '20'
        option country 'DE'
        option noscan '1'
        option disabled '0'

config wifi-iface 'wifinet0'
        option device 'radio0'
        option disabled '0'
        option mode 'ap'
        option network 'VL20'
        option ssid 'SSID1'
        option encryption 'wpa2+ccmp'
        option nasid 'NASID'
        option auth_port '1812'
        option auth_server 'RAD_SERVER_IP'
        option auth_secret 'KEY_REMOVED'
        option acct_port '1813'
        option acct_server 'RAD_SERVER_IP'
        option acct_secret 'KEY_REMOVED'
        option disassoc_low_ack '1'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option dtim_period '2'
        option short_preamble '1'

config wifi-iface 'wifinet1'
        option device 'radio0'
        option disabled '0'
        option mode 'ap'
        option network 'VL20'
        option ssid 'SSID2'
        option encryption 'psk2+ccmp'
        option key 'KEY_REMOVED'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option disassoc_low_ack '1'
        option dtim_period '1'
        option short_preamble '1'

config wifi-iface 'wifinet2'
        option device 'radio0'
        option disabled '1'
        option mode 'ap'
        option hidden '1'
        option network 'VL10'
        option ssid 'SSID3'
        option encryption 'psk2+ccmp'
        option key 'KEY_REMOVED'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option disassoc_low_ack '1'
        option dtim_period '2'
        option short_preamble '1'

config wifi-iface 'wifinet3'
        option device 'radio1'
        option disabled '0'
        option mode 'ap'
        option network 'VL20'
        option ssid 'SSID4'
        option encryption 'psk2+ccmp'
        option key 'KEY_REMOVED'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option disassoc_low_ack '1'
        option dtim_period '1'
        option short_preamble '1'

config wifi-iface 'wifinet4'
        option device 'radio0'
        option disabled '1'
        option mode 'ap'
        option network 'VL30'
        option ssid 'SSID5'
        option encryption 'none'
        option disassoc_low_ack '1'
        option dtim_period '2'
        option short_preamble '1'
24.09.20214053KernelBug ReportVery LowMediumath10k kernel error out of the blue on WiFi dump AP run...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: TP-Link Archer C7v5 (3 devices, bought 2019 + 2021/06 + 2021/07)
- Software versions of OpenWrt: 21.02.0-stable

Kernel log: (see attachment for full log)

Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.336444] ------------[ cut here ]------------
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.341374] WARNING: CPU: 0 PID: 0 at backports-5.10.42-1/net/mac80211/rate.c:688 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.352697] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat batman_adv ath9k_hw ath10k_pci ath10k_core ath xt_state xt_nat xt_conntrack xt_REDIRECT xt                            _MASQUERADE xt_FLOWOFFLOAD xt_CT pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt                            _LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter i                            p6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos vfat fat nls_utf8 nls_iso8859_1 nls_cp437 usb_storage fsl_mph_dr_of ehci_platform ehci_fsl sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usb                            core nls_base usb_common crc16 crc32c_generic crypto_hash
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.429750] CPU: 0 PID: 0 Comm: swapper Not tainted 5.4.143 #0
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.435871] Stack : 86c80000 800b95d8 80660000 805fa440 00000000 00000000 00000000 00000000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.444593]         00000000 00000000 00000000 00000000 00000000 00000001 87c0bc30 d8213a8a
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.453311]         87c0bcc8 00000000 00000000 00000124 00000038 8057a304 352e342e 31343320
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.462030]         00000124 0d9f3ab6 00000000 73776170 00000000 87c0bc10 00000000 86c1e77c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.470755]         00000009 86c76a10 86d581a0 80630000 00000002 8031fd68 00000000 80790000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.479473]         ...
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.482091] Call Trace:
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.482104] [<86c80000>] 0x86c80000 [ath10k_core@664f4f0d+0x5a910]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.491190] [<800b95d8>] 0x800b95d8
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.494891] [<80660000>] 0x80660000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.498592] [<8057a304>] 0x8057a304
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.502299] [<86c1e77c>] 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.508533] [<8031fd68>] 0x8031fd68
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.512235] [<86c80000>] 0x86c80000 [ath10k_core@664f4f0d+0x5a910]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.518706] [<80069364>] 0x80069364
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.522407] [<8006936c>] 0x8006936c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.526107] [<800821b4>] 0x800821b4
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.529814] [<86c1e77c>] 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.536018] [<8008225c>] 0x8008225c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.539725] [<8054599c>] 0x8054599c
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.543442] [<86c1e77c>] 0x86c1e77c [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.549660] [<86c2e650>] 0x86c2e650 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.555879] [<800c3bfc>] 0x800c3bfc
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.559577] [<8684b544>] 0x8684b544 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.565524] [<868495cc>] 0x868495cc [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.571482] [<8684c928>] 0x8684c928 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.577444] [<86844400>] 0x86844400 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.583401] [<86c30ccc>] 0x86c30ccc [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.589627] [<86c30e20>] 0x86c30e20 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.595855] [<86c38b50>] 0x86c38b50 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.602090] [<86c3a774>] 0x86c3a774 [mac80211@2c15a7f2+0x7d0f0]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.608320] [<86844c28>] 0x86844c28 [ath9k@97ca09b5+0x19110]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.614256] [<80660000>] 0x80660000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.617956] [<80660000>] 0x80660000
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.621647] [<80085040>] 0x80085040
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.625339] [<800badb8>] 0x800badb8
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.629040] [<8057f8b8>] 0x8057f8b8
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.632739] [<800bf060>] 0x800bf060
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.636433] [<802bf580>] 0x802bf580
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.640133] [<80064f78>] 0x80064f78
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.643829]
Sep 24 08:55:55 WifiAP-02-EG kernel: [833015.645453] ---[ end trace 7de74c0828886f30 ]---

My packages: "opkg list" (see attachment)

My wireless config:

config wifi-device 'radio0'
        option type 'mac80211'
        option beacon_int '100'
        option channel '36'
        option hwmode '11a'
        option path 'pci0000:00/0000:00:00.0'
        option htmode 'VHT80'
        option txpower '23'
        option country 'DE'
        option noscan '1'
        option disabled '0'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '1'
        option hwmode '11g'
        option path 'platform/ahb/18100000.wmac'
        option htmode 'HT40'
        option txpower '20'
        option country 'DE'
        option noscan '1'
        option disabled '0'

config wifi-iface 'wifinet0'
        option device 'radio0'
        option disabled '0'
        option mode 'ap'
        option network 'VL20'
        option ssid 'SSID1'
        option encryption 'wpa2+ccmp'
        option nasid 'Rocco'
        option auth_port '1812'
        option auth_server 'RAD_SERVER_IP'
        option auth_secret 'KEY_REMOVED'
        option acct_port '1813'
        option acct_server 'RAD_SERVER_IP'
        option acct_secret 'KEY_REMOVED'
        option disassoc_low_ack '1'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option dtim_period '2'
        option short_preamble '1'

config wifi-iface 'wifinet1'
        option device 'radio0'
        option disabled '0'
        option mode 'ap'
        option network 'VL20'
        option ssid 'SSID2'
        option encryption 'psk2+ccmp'
        option key 'KEY_REMOVED'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option disassoc_low_ack '1'
        option dtim_period '1'
        option short_preamble '1'

config wifi-iface 'wifinet2'
        option device 'radio0'
        option disabled '1'
        option mode 'ap'
        option hidden '1'
        option network 'VL10'
        option ssid 'SSID3'
        option encryption 'psk2+ccmp'
        option key 'KEY_REMOVED'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option disassoc_low_ack '1'
        option dtim_period '2'
        option short_preamble '1'

config wifi-iface 'wifinet3'
        option device 'radio1'
        option disabled '0'
        option mode 'ap'
        option network 'VL20'
        option ssid 'SSID4'
        option encryption 'psk2+ccmp'
        option key 'KEY_REMOVED'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option disassoc_low_ack '1'
        option dtim_period '1'
        option short_preamble '1'

config wifi-iface 'wifinet4'
        option device 'radio0'
        option disabled '1'
        option mode 'ap'
        option network 'VL30'
        option ssid 'SSID5'
        option encryption 'none'
        option disassoc_low_ack '1'
        option dtim_period '2'
        option short_preamble '1'
22.09.20214052Base systemBug ReportVery LowMediumChromecast discovery gets broken after netifd updateTrunkUnconfirmed Task Description

After https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=c0d77852a783a688dd7ef1db00f1202fe4892723 I cannot connect to my Chromecast with google TV from android phone if both devices connected to the same wireless network, reverting netifd update commit fixes issue as well. I guess that bpdu changes caused this.

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


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

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

How to reproduce:

Do backup with “-k”

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

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

sysupgrade -k -b - >/dev/null

to backup to stdout.

Show kernel error from log:

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

System

Hardware:
TP-Link Archer C7

OpenWrt version:

root@router:~# cat /etc/os-release 
NAME="OpenWrt"
VERSION="21.02.0"
ID="openwrt"
ID_LIKE="lede openwrt"
PRETTY_NAME="OpenWrt 21.02.0"
VERSION_ID="21.02.0"
HOME_URL="https://openwrt.org/"
BUG_URL="https://bugs.openwrt.org/"
SUPPORT_URL="https://forum.openwrt.org/"
BUILD_ID="r16279-5cc0535800"
OPENWRT_BOARD="ath79/generic"
OPENWRT_ARCH="mips_24kc"
OPENWRT_TAINTS=""
OPENWRT_DEVICE_MANUFACTURER="OpenWrt"
OPENWRT_DEVICE_MANUFACTURER_URL="https://openwrt.org/"
OPENWRT_DEVICE_PRODUCT="Generic"
OPENWRT_DEVICE_REVISION="v0"
OPENWRT_RELEASE="OpenWrt 21.02.0 r16279-5cc0535800"
20.09.20214047Base systemBug ReportVery LowLowMissing LED on Archer C7 V2openwrt-21.02Unconfirmed Task Description

With ATH79 the WAN LED is missing on my Archer C7 V2
Using Openwrt 21.02.0.

root@Repeater_WZ:~# ls /sys/class/leds
ath10k-phy0 tp-link:green:system tp-link:green:wlan2g
ath9k-phy1 tp-link:green:usb1 tp-link:green:wlan5g
tp-link:green:qss tp-link:green:usb2
root@Repeater_WZ:~#

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

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

The log contained:

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

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

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

TP-Link Archer C6U v1 with r17531+27-f413e4835e
This happens sometimes, wifi still works.

[ 4448.062956] ------------[ cut here ]------------
[ 4448.067748] WARNING: CPU: 3 PID: 4256 at backports-5.10.42-1/net/mac80211/ibss.c:1088 ieee80211_s1g_sta_rate_init+0x20a0/0x20e0 [mac80211]
[ 4448.080220] Modules linked in: xt_connlimit nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_MASQUERADE xt_FLOWOFFLOAD xt_CT nf_nat nf_flow_table_hw nf_flow_table nf_conntrack mt7615e mt7615_common mt7603e mt76_connac_lib mt76 mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 macvlan iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables hwmon compat sch_sfq sch_red sch_prio sch_pie sch_multiq sch_gred sch_fq sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp act_simple act_police act_pedit act_ipt act_csum libcrc32c sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall
[ 4448.080490]  cls_fw cls_flow cls_basic act_skbedit act_mirred act_gact ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 nls_utf8 sha256_generic libsha256 seqiv jitterentropy_rng drbg hmac ghash_generic gf128mul gcm ctr cmac ccm zram zsmalloc usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd scsi_mod gpio_button_hotplug mbcache usbcore nls_base usb_common crc32c_generic [last unloaded: sd_mod]
[ 4448.210065] CPU: 3 PID: 4256 Comm: kworker/u8:0 Not tainted 5.4.145 #0
[ 4448.216732] Workqueue: phy0 ieee80211_ibss_leave [mac80211]
[ 4448.222293] Stack : 80695174 86aa7a54 80710000 806a53e0 80760000 872ccf00 863180e0 00000009
[ 4448.230615]         8707f528 863dcc20 8554b050 8007c1c4 00000003 00000001 86aa7a10 24130241
[ 4448.238936]         00000000 00000000 00000000 00000000 0000005d 00000189 7362695f 656c5f73
[ 4448.247257]         00000000 86aa7921 ffffffff ffffffff 00000000 00000001 00000000 863180e0
[ 4448.255582]         00000009 8707f528 863dcc20 8554b050 00000002 80392ac0 0000000c 808b000c
[ 4448.263908]         ...
[ 4448.266344] Call Trace:
[ 4448.268805] [<8000b48c>] show_stack+0x30/0x100
[ 4448.273238] [<805eb018>] dump_stack+0x9c/0xc8
[ 4448.277593] [<8002b9f8>] __warn+0xcc/0x118
[ 4448.281670] [<8002baa0>] warn_slowpath_fmt+0x5c/0xac
[ 4448.286748] [<863180e0>] ieee80211_s1g_sta_rate_init+0x20a0/0x20e0 [mac80211]
[ 4448.294066] ---[ end trace e40068322c652878 ]---

relevant wifi config:

wireless.radio0=wifi-device  
wireless.radio0.type='mac80211'
wireless.radio0.country='US' 
wireless.radio0.frag='off'   
wireless.radio0.path='1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
wireless.radio0.band='2g'
wireless.radio0.htmode='HT20'
wireless.radio0.chanbw='20'  
wireless.radio0.channel='5'  
wireless.radio0.distance='100'
wireless.radio0.beacon_int='250'
wireless.radio0.txpower='20'

wireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device='radio0'
wireless.@wifi-iface[0].network='wlanadhoc'
wireless.@wifi-iface[0].mode='adhoc'
wireless.@wifi-iface[0].mcast_rate='6000'
wireless.@wifi-iface[0].bssid='02:ca:ff:ee:ba:be'
wireless.@wifi-iface[0].macaddr='3c:84:6a:8c:75:79'
wireless.@wifi-iface[0].ssid='ffintern.2GHz'

wireless.@wifi-iface[1]=wifi-iface
wireless.@wifi-iface[1].device='radio0'
wireless.@wifi-iface[1].network='wlan'
wireless.@wifi-iface[1].encryption='none'
wireless.@wifi-iface[1].mode='ap'
wireless.@wifi-iface[1].max_inactivity='15'
wireless.@wifi-iface[1].ssid='weimar.freifunk.net'
wireless.@wifi-iface[1].macaddr='3e:84:6a:8c:75:79'
wireless.@wifi-iface[1].disassoc_low_ack='1'
17.09.20214044Base systemBug ReportVery LowLowFailed to change the system passwordTrunkUnconfirmed Task Description

I can’t change the root password via LuCI on LuCI openwrt-21.02 branch (git-21.231.26241-422c175) / OpenWrt 21.02.0 r16279-5cc0535800
The router is ASUS RT-AC68U.

I can change the root password from the console using passwd but then I can’t login to LuCI using the new password.

The problem is that it used to work. Could it be a conflict with some packages I installed?

See the screenshot and the list of packages attached.

Showing tasks 1 - 50 of 1339 Page 1 of 271 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing