OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

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

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

OpenedIDCategoryTask Type  descPrioritySeveritySummaryReported InStatus
03.05.20213778Base systemBug ReportVery LowHighTP-Link CPE210 v1 bootloop with 21.02.0-rc1openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on:

              TP-Link CPE210 v1

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

              21.02.0-rc1

- Steps to reproduce

I had OpenWrt 19.07.7 installed on a TP-Link CPE210 v1, but with the old ar71xx arch. The device worked just fine - no complaints whatsoever.

From there, I tried sysupgrading to 21.02.0-rc1 with the sysupgrade firmware (https://downloads.openwrt.org/releases/21.02.0-rc1/targets/ath79/generic/openwrt-21.02.0-rc1-ath79-generic-tplink_cpe210-v1-squashfs-sysupgrade.bin), and because of the arch change to ath79, while sysupgrading I choose NOT to keep settings. Judging by the LEDs - the device went into some kind of a bootloop.

I managed to recover the device back to stock, and from there - I tried installing the factory firmware (https://downloads.openwrt.org/releases/21.02.0-rc1/targets/ath79/generic/openwrt-21.02.0-rc1-ath79-generic-tplink_cpe210-v1-squashfs-factory.bin), just to check if it made any difference.

Sadly, no luck the second time either - the same bootloop again.

So then I was back to stock, and the to 19.07.7, and I have a working device again.

Just wanted to report the failure, in contrast with my tries with 21.02.0-rc1 on the TP-LINK Archer C7 v5 and the TP-Link TL-WR1043ND v1, which seem to work just fine.

 


03.05.20213776Base systemBug ReportVery LowHighSwitch bridge VLANs are not configured correctly with D...TrunkUnconfirmed Task Description

Device: Ubiquiti EdgeRouter X (MT7621)
Version: latest master from github and latest packages.

With this network config (only relevant parts shown:

config interface 'test'
	option proto 'static'
	option ifname 'eth4'
	option ipaddr '192.168.4.1'
	option netmask '255.255.255.0'

config interface 'switch'
	option proto 'static'
	option type 'bridge'
	option ifname 'eth1 eth2 eth3'

config bridge-vlan
	option device 'br-switch'
	list ports 'eth1:t'
	list ports 'eth2:t'
	list ports 'eth3:t'
	option vlan '9'

I get this bridge config after reboot:

# bridge vlan
port              vlan-id  
eth1              1 PVID Egress Untagged
eth2              1 PVID Egress Untagged
eth3              1 PVID Egress Untagged
br-switch         1 PVID Egress Untagged

And if I reload network configuration I get this:

root@erx-router:~# ubus call network reload
root@erx-router:~# bridge vl
port              vlan-id  
eth1              1 PVID Egress Untagged
                  9
eth2              1 PVID Egress Untagged
                  9
eth3              1 PVID Egress Untagged
                  9
br-switch         1 PVID Egress Untagged
                  9

Both result are wrong and do not work.

I did a small debugging session and it looks like `bridge_state.has_vlans` is always false - but I’m not exactly sure this is relevant.

Unfortunately this bugs make impossible to run any VLAN tagged ports on this device with any version of OpenWrt. Given that current releases are using DSA for this platform this is a regression from non-DSA setup.

I’ll be happy to provide any additional information.
I’ve tried to debug it myself by could not really find any obvious problems. So any ideas for this would be welcome too.

Thanks!

02.05.20213775Base systemBug ReportVery LowVery LowR7800 & 21.02.0-rc1 : no client connected to Wifi 5GHzopenwrt-21.02Unconfirmed Task Description

Environment : - Netgear R7800 (Nighthawk X4S AC2600)
- OpenWrt 21.02.0-rc1 (sysupgraded from OpenWrt 19.07.7 with some basic configuration)

Problem encountered : After doing a sysupgrade from OpenWrt 19.07.7 to OpenWrt 21.02.0-rc1, everything looked fine at first sight, but I have noticed that none of the WiFi clients were connected to the 5GHz WiFi, they were all connected to the 2.4GHz WiFi, which leaded to a bandwidth diminution and my printer was not anymore accessible.
Now, I am back to OpenWrt 19.07.7 and the printer is working fine again.

Sorry I don’t have more details on that problem, I am creating that bug ticket to see if I am the only one concerned by that bug.
I don’t even know if the 5GHz WiFi was emitting for real or not.

02.05.20213772Base systemBug ReportVery LowCriticalOpenWrt 21.02.0-rc1 reboots frequently after turning on...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on TP-Link TL-WR1043ND v1
- Software versions of OpenWrt/LEDE release, packages, etc. OpenWrt 21.02.0-rc1 r16046-59980f7aaf / LuCI openwrt-21.02 branch git-21.106.55967-06dd6b5

- Steps to reproduce

 

Upgrade go OpenWrt 21.02.1-rc1 without saving previous configs (otherwise system will become unstable immediately after upgrade). Turn on Wireless in Network–>Wireless–>.... After this a device becomes unstable and completely unusable starting to reboot again and again.

01.05.20213771Base systemBug ReportVery LowLowodhcpd fails to send Router AdvertisementsTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
Linksys EA3500

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

- Steps to reproduce
1. Install 21.02.0rc1 on device
2. After successful install, note that your ethernet connected laptop has only a link-local address (no ULA, or GUA).
3. Log into router and run logread command looking for odhcpd errors. Note the following:

logread | grep odhcp
Sun Apr 18 03:07:34 2021 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/odhcpd
Sun Apr 18 03:07:38 2021 daemon.err odhcpd[1799]: Failed to send to ff02::1%lan@br-lan (Address not available)
Sun Apr 18 03:07:41 2021 daemon.err odhcpd[1799]: Failed to send to fe80::9ed6:43ff:feae:1915%lan@br-lan (Address not available)
Sun Apr 18 03:07:41 2021 daemon.err odhcp6c[2528]: Failed to send RS (Address not available)
Sun Apr 18 03:07:42 2021 daemon.err odhcpd[1799]: Failed to send to ff02::1%lan@br-lan (Address not available)
Sun Apr 18 03:07:42 2021 daemon.err odhcp6c[2528]: Failed to send SOLICIT message to ff02::1:2 (Address not available)
Sun Apr 18 03:07:48 2021 daemon.info dnsmasq[2569]: read /tmp/hosts/odhcpd - 0 addresses

The router does NOT, in fact, have the interface ff02::1%lan@br-lan

After installing ip-full, it is possible to see ‘ip maddr’ and see the correct interfaces on the router:

# ip maddr
1: lo

inet  224.0.0.1
inet6 ff02::1
inet6 ff01::1

...
13: br-lan

link  33:33:00:00:00:01
link  33:33:00:00:00:02
link  01:00:5e:00:00:01
link  33:33:ff:01:70:f1
link  33:33:ff:00:00:01
link  33:33:ff:00:00:00
link  33:33:00:00:00:09
inet  224.0.0.1
inet6 ff02::9
inet6 ff02::1:ff00:0 users 3
inet6 ff02::1:ff00:1 users 2
inet6 ff02::1:ff01:70f1
inet6 ff02::2
inet6 ff02::1
inet6 ff01::1

IMPACT: No attached device can receive an IPv6 address from the router

 


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

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

The kernel log has several lines of the following

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

/etc/config/network

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

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

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

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

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

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

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


29.04.20213768Base systemBug ReportVery LowLowAP/master + STA/client doesn't work in almost all casesopenwrt-19.07Unconfirmed Task Description

I have GL-Inet GL-AR150 (Atheros 933x, single radio) configured with three WiFi interfaces/networks: two APs (main+guest) and one client (WWAN). I would like to use them as a wireless repeater, but in most cases is able to use as pure AP or pure client only.

If client interface is disabled, both APs work perfectly. If the client is enabled, it successfully connects to the specified external AP and routing between LAN and WWAN works perfectly, but none of the APs are visible/accessible in most cases.

There was only a single case of dozens experiments when I saw all three interfaces working. In that case, both APs were visible and accessible, the client was connected to the external AP, and packet routing was established between LAN (RJ-45 and APs) and WWAN (the client). It means that this SoC is technically capable of running mixed mode interfaces on a single radio. Unfortunately, in that case I didn’t think to save the logs.

In most cases, when AP networks are not exposed, system log contains repeated error messages from hostapd:

daemon.err hostapd: Failed to set beacon parameters
daemon.notice hostapd: handle_probe_req: send failed

I’m afraid that client initialization is performed first, and some beacon parameters are set for the radio driver. When hostapd tries to set its own parameters, the driver fails the request. But in the case where all three interfaces worked, initialization sequence most probably was slightly different, so there was no conflict. Unfortunately, I cannot reproduce that successful case, but at that time, I carefully checked all the functionality to ensure that it really worked as expected.

I tried to change AP channel from Auto to a particular number, as suggested in FS#3114, but this didn’t help.


The problem occurs in many stable OpenWRT releases. The latest are 19.07.3 and 19.07.7 (both are generic).


Steps to reproduce:

 
* Create at least two wireless interfaces: one client/STA, one or more master/AP.
* When client/STA is enabled, AP(s) is(are) not exposed.
29.04.20213767Base systemBug ReportVery LowLowAP/master + STA/client don't work in almost all casesopenwrt-19.07Unconfirmed Task Description

I have GL-Inet GL-AR150 (Atheros 933x, single radio) configured with three WiFi interfaces/networks: two APs (main+guest) and one client (WWAN). I would like to use them as a wireless repeater, but in most cases is able to use as pure AP or pure client only.

If client interface is disabled, both APs work perfectly. If the client is enabled, it successfully connects to the specified external AP and routing between LAN and WWAN works perfectly, but none of the APs are visible/accessible in most cases.

There was only a single case of dozens experiments when I saw all three interfaces working. In that case, both APs were visible and accessible, the client was connected to the external AP, and packet routing was established between LAN (RJ-45 and APs) and WWAN (the client). It means that this SoC is technically capable of running mixed mode interfaces on a single radio. Unfortunately, in that case I didn't think to save the logs.

In most cases, when AP networks are not exposed, system log contains repeated error messages from hostapd:

daemon.err hostapd: Failed to set beacon parameters
daemon.notice hostapd: handle_probe_req: send failed

I'm afraid that client initialization is performed first, and some beacon parameters are set for the radio driver. When hostapd tries to set its own parameters, the driver fails the request. But in the case where all three interfaces worked, initialization sequence most probably was slightly different, so there was no conflict. Unfortunately, I cannot reproduce that successful case, but at that time, I carefully checked all the functionality to ensure that it really worked as expected.

I tried to change AP channel from Auto to a particular number, as suggested in FS#3114, but this didn't help.


The problem occurs in many stable OpenWRT releases. The latest are 19.07.3 and 19.07.7 (both are generic).


Steps to reproduce:

 
* Create at least two wireless interfaces: one client/STA, one or more master/AP.
* When client/STA is enabled, AP(s) is(are) not exposed.
29.04.20213766Base systemBug ReportVery LowMediumAP+STA (master+client) doesn't work in most casesopenwrt-19.07Unconfirmed Task Description

I have GL-Inet GL-AR150 (Atheros 933x, single radio) configured with three WiFi interfaces/networks: two APs (main+guest) and one client (WWAN). I would like to use them as a wireless repeater, but in most cases is able to use as pure AP or pure client only.

If client interface is disabled, both APs work perfectly. If the client is enabled, it successfully connects to the specified external AP and routing between LAN and WWAN works perfectly, but none of the APs are visible/accessible in most cases.

There was only a single case of dozens experiments when I saw all three interfaces working. In that case, both APs were visible and accessible, the client was connected to the external AP, and packet routing was established between LAN (RJ-45 and APs) and WWAN (the client). It means that this SoC is technically capable of running mixed mode interfaces on a single radio. Unfortunately, in that case I didn't think to save the logs.

In most cases, when AP networks are not exposed, system log contains repeated error messages from hostapd:

daemon.err hostapd: Failed to set beacon parameters
daemon.notice hostapd: handle_probe_req: send failed

I'm afraid that client initialization is performed first, and some beacon parameters are set for the radio driver. When hostapd tries to set its own parameters, the driver fails the request. But in the case where all three interfaces worked, initialization sequence most probably was slightly different, so there was no conflict. Unfortunately, I cannot reproduce that successful case, but at that time, I carefully checked all the functionality to ensure that it really worked as expected.

I tried to change AP channel from Auto to a particular number, as suggested in FS#3114, but this didn't help.


The problem occurs in many stable OpenWRT releases. The latest are 19.07.3 and 19.07.7 (both are generic).


Steps to reproduce:

 
* Create at least two wireless interfaces: one client/STA, one or more master/AP.
* When client/STA is enabled, AP(s) is(are) not exposed.
29.04.20213765KernelBug ReportVery LowHighRT5592 initializes but does not function when enabledopenwrt-21.02Unconfirmed Task Description

this issue is also present on master branch

board is EPG600 (not added yet)
this probably also affects ESR600 which is the same hardware
and other boards with RT5592

5 GHz wireless initializes and SSID can be seen on scan
however, clients cannot connect and traffic fails

init:

...
...
[   12.654377] rt2800pci 0000:01:00.0: card - bus=0x1, slot = 0x0 irq=4
[   12.668538] rt2800pci 0000:01:00.0: loaded eeprom from mtd device "factory"
[   12.675676] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5592, rev 0222 detected
[   12.683626] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 000f detected
[   12.711360] urngd: jent-rng init failed, err: 2
[   12.737471] rt2800_wmac 10180000.wmac: loaded eeprom from mtd device "rf"
[   12.744489] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
[   12.752435] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 7620 detected
...
...

iw list (phy0):

Wiphy phy0
        wiphy index: 0
        max # scan SSIDs: 4
        max scan IEs length: 2261 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short long limit: 2
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0 RX 0
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x2fe
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 2-streams
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 2 usec (0x04)
                HT TX/RX MCS rate indexes supported: 0-15, 32
                Frequencies:
                        * 5180 MHz [36] (20.0 dBm)
                        * 5190 MHz [38] (20.0 dBm)
                        * 5200 MHz [40] (20.0 dBm)
                        * 5210 MHz [42] (20.0 dBm)
                        * 5220 MHz [44] (20.0 dBm)
                        * 5230 MHz [46] (20.0 dBm)
                        * 5240 MHz [48] (20.0 dBm)
                        * 5250 MHz [50] (20.0 dBm) (no IR, radar detection)
                        * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                        * 5270 MHz [54] (20.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                        * 5290 MHz [58] (20.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                        * 5310 MHz [62] (20.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (20.0 dBm) (no IR, radar detection)
                        * 5510 MHz [102] (20.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (20.0 dBm) (no IR, radar detection)
                        * 5530 MHz [106] (20.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (20.0 dBm) (no IR, radar detection)
                        * 5550 MHz [110] (20.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (20.0 dBm) (no IR, radar detection)
                        * 5570 MHz [114] (20.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (20.0 dBm) (no IR, radar detection)
                        * 5590 MHz [118] (20.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (20.0 dBm) (no IR, radar detection)
                        * 5610 MHz [122] (20.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (20.0 dBm) (no IR, radar detection)
                        * 5630 MHz [126] (20.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (20.0 dBm) (no IR, radar detection)
                        * 5650 MHz [130] (20.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (20.0 dBm) (no IR, radar detection)
                        * 5670 MHz [134] (20.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (20.0 dBm) (no IR, radar detection)
                        * 5690 MHz [138] (20.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (20.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (20.0 dBm) (no IR)
                        * 5755 MHz [151] (20.0 dBm) (no IR)
                        * 5765 MHz [153] (20.0 dBm) (no IR)
                        * 5775 MHz [155] (20.0 dBm) (no IR)
                        * 5785 MHz [157] (20.0 dBm) (no IR)
                        * 5795 MHz [159] (20.0 dBm) (no IR)
                        * 5805 MHz [161] (20.0 dBm) (no IR)
                        * 5825 MHz [165] (20.0 dBm) (no IR)
                        * 4920 MHz [184] (disabled)
                        * 4940 MHz [188] (disabled)
                        * 4960 MHz [192] (disabled)
                        * 4980 MHz [196] (disabled)
        valid interface combinations:
                 * #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1
        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Supported extended features:
                * [ RRM ]: RRM
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ SCAN_RANDOM_SN ]: use random sequence numbers in scans
                * [ SCAN_MIN_PREQ_CONTENT ]: use probe request with only rate IEs in scans
                * [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
                * [ DEL_IBSS_STA ]: deletion of IBSS station support
                * [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
                * [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support

errors:

[  248.431432] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[  248.452925] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.40
[  248.515819] br-lan: port 2(wlan0) entered blocking state
[  248.521308] br-lan: port 2(wlan0) entered disabled state
[  248.526882] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.540458] device wlan0 entered promiscuous mode
[  248.545362] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  248.563127] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.580316] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  248.587159] br-lan: port 2(wlan0) entered blocking state
[  248.592642] br-lan: port 2(wlan0) entered forwarding state
[  248.603260] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0055, type=4
[  248.623801] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.644220] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  248.664762] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.705661] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0055, type=4
[  248.726199] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.746620] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  249.076237] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4003 max 3840
[  249.893479] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  250.648599] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  250.661836] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  250.681991] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.065181] rt2x00lib_rxdone_read_signal: 94 callbacks suppressed
[  251.065206] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0016, type=4
[  251.084627] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  251.097831] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  251.131983] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.151566] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.199122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  251.349860] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  251.522683] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3904 max 3840
[  251.549260] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.561657] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.581250] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.783651] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.795947] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  251.833765] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.846411] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  251.862441] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.960289] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0022, type=4
[  251.973491] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  252.013308] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  252.032827] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  252.080332] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  252.393129] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3904 max 3840
[  252.977643] rt2x00lib_rxdone_read_signal: 5 callbacks suppressed
[  252.977668] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  253.367744] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0040, type=4
[  253.383966] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0001, type=4
[  253.399972] rt2x00lib_rxdone: 17 callbacks suppressed
[  253.399994] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.423120] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.435617] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  253.451641] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.478082] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.490376] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  253.527646] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.540122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0027, type=4
[  253.556142] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.582589] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.602113] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.651031] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  253.688334] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4074 max 3840
[  253.700828] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  253.716857] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.785936] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  253.851589] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  254.864343] rt2x00lib_rxdone_read_signal: 27 callbacks suppressed
[  254.864369] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  254.913025] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x006b, type=4
[  254.929122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0010, type=4
[  255.079618] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  255.102729] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  255.132881] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0010, type=4
[  255.220453] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x0078, type=4
[  255.236459] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  255.252539] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x0078, type=4
[  255.268678] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  255.362987] rt2x00lib_rxdone: 75 callbacks suppressed
[  255.363009] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.386251] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.412947] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.432490] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.508218] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4074 max 3840
[  255.520688] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.540132] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3890 max 3840
[  255.580842] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.588533] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.605518] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  256.759235] rt2x00lib_rxdone_read_signal: 87 callbacks suppressed
...
...
...

29.04.20213764Base systemBug ReportVery LowHighGL-INET 6416 no USB with 21.02.0-rc1openwrt-21.02Unconfirmed Task Description

Unfortunately, USB no longer works with GL-INET 6416 V 21.02.0-rc1.
lsusb delivers: unable to initialize libusb: -99

Image generated with:
make image PROFILE=glinet_6416 PACKAGES=”luci luci-proto-relay kmod-input-polldev kmod-usb-storage kmod-fs-ext4 kmod-usb-hid block-mount e2fsprogs fdisk swap-utils tar luci-theme-material kmod-fs-cifs kmod-nls-base usbutils”

Same configuration works with V 19.07.xx


29.04.20213763Base systemBug ReportVery LowLowOpenwrt 19.07 Wifi MT76x2E unstableTrunkUnconfirmed Task Description

Device : Newifi D2 with MT7621,MT7603E (2.4 ghz wifi) and MT76x2E.
Version installed : Openwrt 19.07.07

On System log :
Thu Apr 29 05:58:09 2021 kern.info kernel: [27563.371343] ieee80211 phy1: Hardware restart was requested
Thu Apr 29 06:04:09 2021 kern.info kernel: [27923.427600] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
Thu Apr 29 06:04:09 2021 kern.info kernel: [27923.433086] mt76x2e 0000:01:00.0: Build: 1
Thu Apr 29 06:04:09 2021 kern.info kernel: [27923.437240] mt76x2e 0000:01:00.0: Build Time: 201507311614 Thu Apr 29 06:04:09 2021 kern.info kernel: [27923.465964] mt76x2e 0000:01:00.0: Firmware running!

Test Ping :
ping google.it
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=190 ttl=116 time=31.7 ms
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=191 ttl=116 time=31.4 ms
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=192 ttl=116 time=31.6 ms
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=193 ttl=116 time=31.6 ms
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=194 ttl=116 time=31.7 ms
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=195 ttl=116 time=31.9 ms
64 bytes from par10s42-in-f3.1e100.net (216.58.214.163): icmp_seq=196 ttl=116 time=31.7 ms
From n-batnic (192.168.1.131) icmp_seq=198 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=199 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=200 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=201 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=202 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=203 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=204 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=205 Destination Host Unreachable
From n-batnic (192.168.1.131) icmp_seq=206 Destination Host Unreachable
64 bytes from mad01s26-in-f3.1e100.net (216.58.214.163): icmp_seq=207 ttl=116 time=31.8 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=208 ttl=116 time=32.2 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=209 ttl=116 time=31.7 ms
64 bytes from mad01s26-in-f163.1e100.net (216.58.214.163): icmp_seq=210 ttl=116 time=32.3 ms

Wifi 5ghz settings :
config wifi-device ‘radio1’ option type ‘mac80211’ option hwmode ‘11a’ option path ‘pci0000:00/0000:00:00.0/0000:01:00.0’ option htmode ‘VHT80’ option country ‘IT’ option channel ‘100’

With wifi 2.4ghz i don’t have problem.

Could you help me for to fix the problem?

Regards

29.04.20213762Base systemBug ReportVery LowCriticalWAN performance regression on MT7621 21.02-rc1 vs 19.07...TrunkUnconfirmed Task Description

There is an issue with Wan throughput on the MT7621 and OpenWrt 21.02-rc1 vs 19.07.7

The test setup is an Iperf3 server running locally on the wan side of the router (A NeWifi-D2) and running Iperf3 as client on the router. This is stock firmware with no changes to the network settings from stock.

19.07.7 - TX = 531Mbps RX = 629Mbps
21.02-Rc1 - TX = 792Mbps Rx = 523Mbps

So while it appears TX has improved, RX is suffering and it is noticeable with non synthetic transfers.

Noticably the RX test on 21.02-RC1 is reporting rampant Retransmits by the Iperf server. These are not present in 19.07.7 in either direction, OR in 21.02-RC1 when the router is sending, only when its receiving. I also ran mpstat with an interval of 3 seconds to see processor load during the test. In the result sets below, iperf3 test was started during interval 3.

The command line on the router is
TX =

iperf3 -c <server ip> -P 2

RX =

iperf3 -c <server ip> -P 2 -R

19.07.7 - TX

iperf3 -c 192.168.69.102 -P 2
Connecting to host 192.168.69.102, port 5201
[  5] local 192.168.69.127 port 50742 connected to 192.168.69.102 port 5201
[  7] local 192.168.69.127 port 50744 connected to 192.168.69.102 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.04   sec  28.7 MBytes   231 Mbits/sec    0    130 KBytes       
[  7]   0.00-1.04   sec  28.7 MBytes   231 Mbits/sec    0    123 KBytes       
[SUM]   0.00-1.04   sec  57.3 MBytes   462 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   1.04-2.00   sec  28.8 MBytes   251 Mbits/sec    0    130 KBytes       
[  7]   1.04-2.00   sec  28.8 MBytes   251 Mbits/sec    0    130 KBytes       
[SUM]   1.04-2.00   sec  57.5 MBytes   502 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   2.00-3.01   sec  30.0 MBytes   251 Mbits/sec    0    130 KBytes       
[  7]   2.00-3.01   sec  30.0 MBytes   251 Mbits/sec    0    140 KBytes       
[SUM]   2.00-3.01   sec  60.0 MBytes   502 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   3.01-4.00   sec  30.0 MBytes   252 Mbits/sec    0    130 KBytes       
[  7]   3.01-4.00   sec  30.0 MBytes   252 Mbits/sec    0    140 KBytes       
[SUM]   3.01-4.00   sec  60.0 MBytes   505 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   4.00-5.03   sec  31.2 MBytes   256 Mbits/sec    0    130 KBytes       
[  7]   4.00-5.03   sec  31.2 MBytes   256 Mbits/sec    0    140 KBytes       
[SUM]   4.00-5.03   sec  62.5 MBytes   511 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   5.03-6.01   sec  30.0 MBytes   257 Mbits/sec    0    130 KBytes       
[  7]   5.03-6.01   sec  30.0 MBytes   257 Mbits/sec    0    140 KBytes       
[SUM]   5.03-6.01   sec  60.0 MBytes   513 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   6.01-7.02   sec  31.2 MBytes   258 Mbits/sec    0    130 KBytes       
[  7]   6.01-7.02   sec  31.2 MBytes   258 Mbits/sec    0    140 KBytes       
[SUM]   6.01-7.02   sec  62.5 MBytes   517 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   7.02-8.01   sec  35.0 MBytes   298 Mbits/sec    0    130 KBytes       
[  7]   7.02-8.01   sec  35.0 MBytes   298 Mbits/sec    0    140 KBytes       
[SUM]   7.02-8.01   sec  70.0 MBytes   595 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   8.01-9.01   sec  36.2 MBytes   305 Mbits/sec    0    139 KBytes       
[  7]   8.01-9.01   sec  36.2 MBytes   305 Mbits/sec    0    140 KBytes       
[SUM]   8.01-9.01   sec  72.5 MBytes   611 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   9.01-10.03  sec  37.5 MBytes   306 Mbits/sec    0    139 KBytes       
[  7]   9.01-10.03  sec  37.5 MBytes   306 Mbits/sec    0    140 KBytes       
[SUM]   9.01-10.03  sec  75.0 MBytes   612 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   319 MBytes   266 Mbits/sec    0             sender
[  5]   0.00-10.07  sec   319 MBytes   265 Mbits/sec                  receiver
[  7]   0.00-10.03  sec   319 MBytes   266 Mbits/sec    0             sender
[  7]   0.00-10.07  sec   319 MBytes   265 Mbits/sec                  receiver
[SUM]   0.00-10.03  sec   637 MBytes   533 Mbits/sec    0             sender
[SUM]   0.00-10.07  sec   637 MBytes   531 Mbits/sec                  receiver

iperf Done.


# mpstat 3 10
Linux 4.14.221 (OpenWrt) 	04/29/21 	_mips_	(4 CPU)

05:45:14     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
05:45:17     all    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
05:45:20     all    0.66    0.00    0.17    0.00    0.00    0.00    0.00    0.00    0.00   99.17
05:45:23     all    0.08    0.00   18.11    0.00    0.00   10.38    0.00    0.00    0.00   71.43
05:45:26     all    1.16    0.00   22.92    0.00    0.00   13.62    0.00    0.00    0.00   62.29
05:45:29     all    0.33    0.00   24.50    0.00    0.00   14.62    0.00    0.00    0.00   60.55
05:45:32     all    0.58    0.00   14.04    0.00    0.00   10.38    0.00    0.00    0.00   75.00
05:45:35     all    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
05:45:38     all    0.50    0.00    0.33    0.00    0.00    0.00    0.00    0.00    0.00   99.17

19.07.7 - RX (Server Iperf3 Stats)

Accepted connection from 192.168.69.127, port 50746
[  5] local 192.168.69.102 port 5201 connected to 192.168.69.127 port 50748
[  8] local 192.168.69.102 port 5201 connected to 192.168.69.127 port 50750
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  38.9 MBytes   326 Mbits/sec    0    334 KBytes       
[  8]   0.00-1.00   sec  36.5 MBytes   306 Mbits/sec    0    266 KBytes       
[SUM]   0.00-1.00   sec  75.4 MBytes   633 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   1.00-2.00   sec  37.5 MBytes   314 Mbits/sec    0    334 KBytes       
[  8]   1.00-2.00   sec  37.9 MBytes   318 Mbits/sec    0    266 KBytes       
[SUM]   1.00-2.00   sec  75.4 MBytes   632 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   2.00-3.00   sec  37.4 MBytes   314 Mbits/sec    0    334 KBytes       
[  8]   2.00-3.00   sec  37.0 MBytes   310 Mbits/sec    0    266 KBytes       
[SUM]   2.00-3.00   sec  74.4 MBytes   624 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   3.00-4.00   sec  37.5 MBytes   314 Mbits/sec    0    334 KBytes       
[  8]   3.00-4.00   sec  37.5 MBytes   315 Mbits/sec    0    266 KBytes       
[SUM]   3.00-4.00   sec  75.0 MBytes   629 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   4.00-5.00   sec  37.5 MBytes   315 Mbits/sec    0    334 KBytes       
[  8]   4.00-5.00   sec  37.7 MBytes   316 Mbits/sec    0    266 KBytes       
[SUM]   4.00-5.00   sec  75.3 MBytes   631 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   5.00-6.00   sec  37.5 MBytes   314 Mbits/sec    0    334 KBytes       
[  8]   5.00-6.00   sec  37.5 MBytes   315 Mbits/sec    0    266 KBytes       
[SUM]   5.00-6.00   sec  75.0 MBytes   629 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   6.00-7.00   sec  37.2 MBytes   312 Mbits/sec    0    430 KBytes       
[  8]   6.00-7.00   sec  36.4 MBytes   305 Mbits/sec    0    322 KBytes       
[SUM]   6.00-7.00   sec  73.5 MBytes   617 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   7.00-8.00   sec  38.3 MBytes   321 Mbits/sec    0    430 KBytes       
[  8]   7.00-8.00   sec  37.9 MBytes   318 Mbits/sec    0    322 KBytes       
[SUM]   7.00-8.00   sec  76.2 MBytes   639 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   8.00-9.00   sec  37.1 MBytes   311 Mbits/sec    0    430 KBytes       
[  8]   8.00-9.00   sec  37.0 MBytes   311 Mbits/sec    0    322 KBytes       
[SUM]   8.00-9.00   sec  74.1 MBytes   622 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   9.00-10.00  sec  37.8 MBytes   317 Mbits/sec    0    430 KBytes       
[  8]   9.00-10.00  sec  37.8 MBytes   317 Mbits/sec    0    322 KBytes       
[SUM]   9.00-10.00  sec  75.7 MBytes   635 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]  10.00-10.04  sec   954 KBytes   214 Mbits/sec    0    430 KBytes       
[  8]  10.00-10.04  sec  1.55 MBytes   356 Mbits/sec    0    322 KBytes       
[SUM]  10.00-10.04  sec  2.49 MBytes   570 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   378 MBytes   316 Mbits/sec    0             sender
[  8]   0.00-10.04  sec   375 MBytes   313 Mbits/sec    0             sender
[SUM]   0.00-10.04  sec   752 MBytes   629 Mbits/sec    0             sender

# mpstat 3 10 
Linux 4.14.221 (OpenWrt) 	04/29/21 	_mips_	(4 CPU)

05:46:28     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
05:46:31     all    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
05:46:34     all    0.58    0.00    0.33    0.00    0.00    0.00    0.00    0.00    0.00   99.09
05:46:37     all    0.42    0.00   13.95    0.00    0.00   14.37    0.00    0.00    0.00   71.26
05:46:40     all    0.58    0.00   14.37    0.00    0.00   27.57    0.00    0.00    0.00   57.48
05:46:43     all    1.00    0.00   17.77    0.00    0.00   26.58    0.00    0.00    0.00   54.65
05:46:46     all    0.33    0.00   12.46    0.00    0.00   15.20    0.00    0.00    0.00   72.01
05:46:49     all    0.50    0.00    0.33    0.00    0.00    0.00    0.00    0.00    0.00   99.17
05:46:52     all    0.00    0.00    0.00    0.00    0.00    0.17    0.00    0.00    0.00   99.83

21.02-RC1 - TX

# iperf3 -c 192.168.69.102 -P 2
Connecting to host 192.168.69.102, port 5201
[  5] local 192.168.69.128 port 54862 connected to 192.168.69.102 port 5201
[  7] local 192.168.69.128 port 54864 connected to 192.168.69.102 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.02   sec  48.7 MBytes   400 Mbits/sec    0    134 KBytes       
[  7]   0.00-1.02   sec  48.6 MBytes   400 Mbits/sec    0    134 KBytes       
[SUM]   0.00-1.02   sec  97.3 MBytes   799 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   1.02-2.02   sec  47.5 MBytes   401 Mbits/sec    0    134 KBytes       
[  7]   1.02-2.02   sec  47.5 MBytes   401 Mbits/sec    0    146 KBytes       
[SUM]   1.02-2.02   sec  95.0 MBytes   801 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   2.02-3.01   sec  47.5 MBytes   399 Mbits/sec    0    134 KBytes       
[  7]   2.02-3.01   sec  47.5 MBytes   399 Mbits/sec    0    146 KBytes       
[SUM]   2.02-3.01   sec  95.0 MBytes   799 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   3.01-4.03   sec  46.8 MBytes   388 Mbits/sec    0    214 KBytes       
[  7]   3.01-4.03   sec  45.7 MBytes   379 Mbits/sec    0    164 KBytes       
[SUM]   3.01-4.03   sec  92.5 MBytes   767 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   4.03-5.01   sec  46.2 MBytes   396 Mbits/sec    0    214 KBytes       
[  7]   4.03-5.01   sec  46.2 MBytes   396 Mbits/sec    0    164 KBytes       
[SUM]   4.03-5.01   sec  92.5 MBytes   792 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   5.01-6.01   sec  47.5 MBytes   397 Mbits/sec    0    214 KBytes       
[  7]   5.01-6.01   sec  47.5 MBytes   397 Mbits/sec    0    164 KBytes       
[SUM]   5.01-6.01   sec  95.0 MBytes   794 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   6.01-7.01   sec  47.5 MBytes   398 Mbits/sec    0    214 KBytes       
[  7]   6.01-7.01   sec  47.5 MBytes   398 Mbits/sec    0    164 KBytes       
[SUM]   6.01-7.01   sec  95.0 MBytes   796 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   7.01-8.01   sec  47.5 MBytes   397 Mbits/sec    0    226 KBytes       
[  7]   7.01-8.01   sec  47.5 MBytes   397 Mbits/sec    0    174 KBytes       
[SUM]   7.01-8.01   sec  95.0 MBytes   795 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   8.01-9.02   sec  47.5 MBytes   396 Mbits/sec    0    226 KBytes       
[  7]   8.01-9.02   sec  47.5 MBytes   396 Mbits/sec    0    180 KBytes       
[SUM]   8.01-9.02   sec  95.0 MBytes   792 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   9.02-10.00  sec  46.2 MBytes   395 Mbits/sec    0    226 KBytes       
[  7]   9.02-10.00  sec  46.2 MBytes   395 Mbits/sec    0    180 KBytes       
[SUM]   9.02-10.00  sec  92.5 MBytes   790 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   473 MBytes   397 Mbits/sec    0             sender
[  5]   0.00-10.01  sec   473 MBytes   396 Mbits/sec                  receiver
[  7]   0.00-10.00  sec   472 MBytes   396 Mbits/sec    0             sender
[  7]   0.00-10.01  sec   472 MBytes   396 Mbits/sec                  receiver
[SUM]   0.00-10.00  sec   945 MBytes   792 Mbits/sec    0             sender
[SUM]   0.00-10.01  sec   945 MBytes   792 Mbits/sec                  receiver

iperf Done.

# mpstat 3 10
Linux 5.4.111 (OpenWrt) 	04/29/21 	_mips_	(4 CPU)

06:14:41     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
06:14:44     all    0.75    0.00    0.25    0.00    0.00    0.00    0.00    0.00    0.00   99.00
06:14:47     all    0.00    0.00    0.00    0.00    0.00    0.08    0.00    0.00    0.00   99.92
06:14:50     all    0.08    0.00   16.97    0.00    0.00   10.40    0.00    0.00    0.00   72.55
06:14:53     all    1.33    0.00   25.48    0.00    0.00   15.24    0.00    0.00    0.00   57.95
06:14:56     all    0.17    0.00   25.02    0.00    0.00   15.21    0.00    0.00    0.00   59.60
06:14:59     all    0.58    0.00   17.00    0.00    0.00    9.83    0.00    0.00    0.00   72.58
06:15:02     all    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
06:15:05     all    0.83    0.00    0.25    0.00    0.00    0.00    0.00    0.00    0.00   98.92

21.02-RC1 - RX (Server Iperf3 stats)

Accepted connection from 192.168.69.128, port 54872
[  5] local 192.168.69.102 port 5201 connected to 192.168.69.128 port 54874
[  8] local 192.168.69.102 port 5201 connected to 192.168.69.128 port 54876
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  28.7 MBytes   241 Mbits/sec   20    342 KBytes       
[  8]   0.00-1.00   sec  34.5 MBytes   290 Mbits/sec    1    443 KBytes       
[SUM]   0.00-1.00   sec  63.3 MBytes   531 Mbits/sec   21             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   1.00-2.00   sec  28.8 MBytes   241 Mbits/sec    0    403 KBytes       
[  8]   1.00-2.00   sec  31.3 MBytes   262 Mbits/sec    4    362 KBytes       
[SUM]   1.00-2.00   sec  60.0 MBytes   504 Mbits/sec    4             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   2.00-3.00   sec  27.8 MBytes   234 Mbits/sec    7    339 KBytes       
[  8]   2.00-3.00   sec  35.5 MBytes   298 Mbits/sec    0    428 KBytes       
[SUM]   2.00-3.00   sec  63.4 MBytes   532 Mbits/sec    7             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   3.00-4.00   sec  27.9 MBytes   234 Mbits/sec    2    291 KBytes       
[  8]   3.00-4.00   sec  35.2 MBytes   296 Mbits/sec   17    356 KBytes       
[SUM]   3.00-4.00   sec  63.1 MBytes   530 Mbits/sec   19             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   4.00-5.00   sec  27.8 MBytes   234 Mbits/sec    0    356 KBytes       
[  8]   4.00-5.00   sec  34.4 MBytes   289 Mbits/sec    0    424 KBytes       
[SUM]   4.00-5.00   sec  62.3 MBytes   522 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   5.00-6.00   sec  25.2 MBytes   212 Mbits/sec    1    297 KBytes       
[  8]   5.00-6.00   sec  37.7 MBytes   316 Mbits/sec    0    486 KBytes       
[SUM]   5.00-6.00   sec  62.9 MBytes   528 Mbits/sec    1             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   6.00-7.00   sec  26.1 MBytes   219 Mbits/sec    0    359 KBytes       
[  8]   6.00-7.00   sec  36.5 MBytes   307 Mbits/sec    7    395 KBytes       
[SUM]   6.00-7.00   sec  62.6 MBytes   525 Mbits/sec    7             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   7.00-8.00   sec  30.7 MBytes   258 Mbits/sec    0    420 KBytes       
[  8]   7.00-8.00   sec  30.0 MBytes   252 Mbits/sec    4    321 KBytes       
[SUM]   7.00-8.00   sec  60.7 MBytes   509 Mbits/sec    4             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   8.00-9.00   sec  33.9 MBytes   284 Mbits/sec   10    232 KBytes       
[  8]   8.00-9.00   sec  27.7 MBytes   232 Mbits/sec    0    383 KBytes       
[SUM]   8.00-9.00   sec  61.5 MBytes   516 Mbits/sec   10             
- - - - - - - - - - - - - - - - - - - - - - - - -
[  5]   9.00-10.00  sec  25.4 MBytes   213 Mbits/sec    0    303 KBytes       
[  8]   9.00-10.00  sec  38.7 MBytes   324 Mbits/sec    0    451 KBytes       
[SUM]   9.00-10.00  sec  64.0 MBytes   537 Mbits/sec    0             
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec   282 MBytes   237 Mbits/sec   40             sender
[  8]   0.00-10.01  sec   342 MBytes   286 Mbits/sec   33             sender
[SUM]   0.00-10.01  sec   624 MBytes   523 Mbits/sec   73             sender

# mpstat 3 10
Linux 5.4.111 (OpenWrt) 	04/29/21 	_mips_	(4 CPU)

06:17:59     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
06:18:02     all    0.00    0.00    0.00    0.00    0.00    0.17    0.00    0.00    0.00   99.83
06:18:05     all    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
06:18:08     all    1.33    0.00   16.81    0.00    0.00   31.86    0.00    0.00    0.00   50.00
06:18:11     all    0.83    0.00   22.55    0.00    0.00   44.43    0.00    0.00    0.00   32.20
06:18:14     all    1.66    0.00   23.13    0.00    0.00   43.68    0.00    0.00    0.00   31.53
06:18:17     all    0.50    0.00   12.51    0.00    0.00   24.85    0.00    0.00    0.00   62.14
06:18:20     all    0.67    0.00    0.17    0.00    0.00    0.08    0.00    0.00    0.00   99.09
06:18:23     all    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
29.04.20213760Base systemBug ReportVery LowCriticalWifi to WAN traffic causes eth0 to crash with a NETDEV ...openwrt-21.02Unconfirmed Task Description

I have been testing OpenWRT 21.02-RC1 stock released firmware image on the Newifi-D2 target (MT7621 based).

Sporadically while using the router, i experience the WAN interface crashing with NETDEV WATCHDOG errors.

I am using the released image for OpenWrt 21.02-rc1 for the Newifi-D2 target
I have also experienced this fault with a custom router build based on MT7621 for a different target, the fault appears general to MT7621 not this target.

I have loaded 19.07.7 stock firmware on this same hardware and the fault does not occur in that firmware version. A colleague has replicated this fault in 21.02-RC1 with the same type of target (physically different unit), but in a different environment with no shared network resources.

Other than setting up the wifi ssid and password and enabling the 5ghz radio, the network settings are stock.

I have worked out a 90% reliable test case to reproduce the fault:

Have a client device connected to the router on WiFi 5ghz
And a local Iperf3 server running on the wan side of the wired interface.

On the server run:

iperf3 -s

Note the servers IP address

On the client run:

iperf3 -c <serverIP> -P 50

Notes:
Iperf3 server needs to be local on a 1gbps wired link. With an internet based Iperf3 server (or one with a slower connection) the error is much harder to trigger, it will happen but its much more random.
The number of connections does not need to be 50, however, the lower the number of connections the less reliable the error triggers.
The WiFi client should be getting about 300-400mbps throughput over the wifi link when its working correctly.

On most runs, the iperf3 performance will drop to 0mbps, logread on the router then reveals:

Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.065748] ------------[ cut here ]------------
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.070403] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:448 0x8047e780
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.077443] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.084412] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.147503] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.4.111 #0
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.153490] Stack : 00000000 80840000 ffffffff 8007d6e0 00000000 00000000 00000000 00000000
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.161831]         00000000 00000000 00000000 00000000 00000000 00000001 8fc0fd50 8ba64c1c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.170163]         8fc0fde8 00000000 00000000 00000000 00000038 805e1804 342e3520 3131312e
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.178486]         00000000 0000001c 00000000 0002402f 00000000 8fc0fd30 00000000 8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.186808]         00000009 00000001 00200000 00000122 00000003 80359e2c 00000004 80810004
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.195132]         ...
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.197567] Call Trace:
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.197583] [<8007d6e0>] 0x8007d6e0
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.203512] [<805e1804>] 0x805e1804
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.206990] [<8047e780>] 0x8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.210464] [<80359e2c>] 0x80359e2c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.213941] [<8000b05c>] 0x8000b05c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.217409] [<8000b064>] 0x8000b064
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.220879] [<805c6f9c>] 0x805c6f9c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.224351] [<8007d8ac>] 0x8007d8ac
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.227829] [<8002bfe8>] 0x8002bfe8
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.231302] [<8047e780>] 0x8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.234775] [<8002c0c0>] 0x8002c0c0
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.238257] [<8047e780>] 0x8047e780
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.241731] [<800a9018>] 0x800a9018
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.245212] [<8047e484>] 0x8047e484
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.248688] [<800965d4>] 0x800965d4
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.252161] [<8009681c>] 0x8009681c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.255640] [<805e7d1c>] 0x805e7d1c
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.259116] [<80030768>] 0x80030768
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.262588] [<802f8404>] 0x802f8404
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.266064] [<80006c28>] 0x80006c28
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.269533]
Thu Apr 29 03:58:44 2021 kern.warn kernel: [  578.271153] ---[ end trace eabfb050c5985bce ]---
Thu Apr 29 03:58:44 2021 kern.err kernel: [  578.275799] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.282602] mtk_soc_eth 1e100000.ethernet eth0: Link is Down
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.318310] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
Thu Apr 29 03:58:44 2021 kern.info kernel: [  578.326251] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

This only occurs on the first instance of the error, the error will repeatedly occur but the only evidence in the logs after the first error is:

Thu Apr 29 04:33:36 2021 kern.err kernel: [ 2670.043971] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Thu Apr 29 04:33:36 2021 kern.info kernel: [ 2670.050555] mtk_soc_eth 1e100000.ethernet eth0: Link is Down
Thu Apr 29 04:33:36 2021 kern.info kernel: [ 2670.084619] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
Thu Apr 29 04:33:36 2021 kern.info kernel: [ 2670.092556] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
28.04.20213759Base systemBug ReportVery LowHighIdle ssh Connection exits with: client_loop: send disco...openwrt-21.02Unconfirmed Task Description

Summary

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

Steps to reproduce

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

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

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

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

 


27.04.20213755Base systemBug ReportVery LowMediumbosybox patch 230-add_nslookup_lede.patch should be upd...openwrt-21.02Unconfirmed Task Description

The nslookup applet from Busybox is replaced by patch 230-add_nslookup_lede.patch. With Busybox 1.33.0 there is a new option included which enables the ability to look up SRV records. This should also be included in the nslookup_lede variant.

27.04.20213754Base systemBug ReportVery LowMediumqos-scripts do not "add" the ifb interface before setti...openwrt-21.02Unconfirmed Task Description

This is device agnostic and applies to the master branch and openwrt-21.02.

Reproducible by setting up /etc/config/qos to a certain $IFACE and running the following command:

/usr/lib/qos/generate.sh interface $IFACE | sh -x

The error looks like this:

+ ip link set ifb0 up
+ tc qdisc del dev ifb0 root
+ tc qdisc add dev ifb0 root handle 1: hfsc default 30
Cannot find device "ifb0"
+ tc class add dev ifb0 parent 1: classid 1:1 hfsc sc rate 15000kbit ul rate 15000kbit
Cannot find device "ifb0"

PR #4092 has a proposed fix in it.

25.04.20213752Base systemBug ReportVery LowLownetifd defaults an invalid bridge STP value for forward...TrunkUnconfirmed Task Description

netifd defaults the STP forward_delay lower than the minimum allowed by the protocol, causing the BPDU packets to be ignored by conforming implementations, risking bridge loops.

The relevant limits are set in IEEE 802.1D-1998 section 8.10.2 Table 8-3: the allowable forward_delay range is 4 - 30 seconds. netifd sets the initial default to 2 seconds.

I tested this with several of my Netgear managed switches; they ignore the invalid “2 second” STP packets. Correcting the forward_delay to within limits (4s) results in the router accepting the OpenWRT STP as the root bridge (since it has a lower bridge-id).

netifd should definitely not be defaulting to invalid values (even if it, and the kernel, allow the values to be set).

Here’s a patch to fix the default:

--- a/bridge.c                                                                  
+++ b/bridge.c                                                                  
@@ -875,7 +875,7 @@ bridge_apply_settings(struct bridge_state *bst, struct blob\
_attr **tb)                                                                     
                                                                                
        /* defaults */                                                          
        cfg->stp = false;                                                       
-       cfg->forward_delay = 2;                                                 
+       cfg->forward_delay = 4;                                                 
        cfg->robustness = 2;                                                    
        cfg->igmp_snoop = false;                                                

Specifically, the packet is invalid as it fails the Spanning Tree Algorithm in section A.9, step 17c.

NOTE: Since the 1998 version of the standard requires subscribing to IEEE, you can also find the limits in the “free to download” updated 802.1D-2004 standard, section 17.14, Table 17-1 for the RSTP (which has the same forward delay limits as STP).


On the subject of “additional possible fixes”.... (only suggestions)

The very low Forward Delay of 4 seconds still results in “non-conforming” behavior by OpenWRT, but at least no longer “breaking” behavior. Section 8.10.2 of 802.1D-1998 states:

A Bridge shall enforce the following relationships:
   2 × (Bridge_Forward_Delay – 1.0 seconds) >= Bridge_Max_Age

... so even if the default Forward Delay is increased to 4 seconds, the default Max Age should also also be reduced to 6 seconds (kernel currently defaults to 20 seconds).

Also the minimum value for Forward Delay of 4 seconds is calculated (in section B.4.5) based on a Hello Time of 1 second, so that value should also be set (kernel currently defaults to 2 seconds).

Neither of these updates are critical (they work at their current defaults), but would just create “sensible” timers for STP.


24.04.20213751Base systemBug ReportVery LowCriticalTP-Link CPE510 V3.20 EU snapshot build brokenopenwrt-19.07Unconfirmed Task Description

Openwrt firmware does not work for this device as posted on openwrt wiki. After install it just stuck on boot with the power led on, nothing else, no ssh access, only boot loop. Latest working build I found is snapshot from January 21. 2021.

22.04.20213750Base systemBug ReportVery LowHigh[21.02.0-rc1] ath79 UniFI uap-pro fails to find rootfs ...openwrt-21.02Unconfirmed Task Description

Device Ubiquiti UniFi AP Pro: https://openwrt.org/toh/hwdata/ubiquiti/ubiquiti_unifi_ap_pro

Cross flashing from ar71xx [19.07.7] to ath79 [21.02.0-rc1] (webinterface or cli) without keeping config/settings leads to a soft brick (tftp-recoverable)!
a1de9ee5aad1c768d8cdd2a396e3c1967c2b33084b73e121a45bb0be7ad2d250 openwrt-21.02.0-rc1-ath79-generic-ubnt_unifi-ap-pro-squashfs-sysupgrade.bin

Also flashing/recovering the OpenWrt “factory” ath79 [21.02.0-rc1] image via tftp still bricks it the same way (see log):
af4de7dc5ae2b7d243b8d567cde6808cde479d21331a9ba05d7620b0afa960ee openwrt-21.02.0-rc1-ath79-generic-ubnt_unifi-ap-pro-squashfs-factory.bin

Recovering via tftp to [19.07.7] ar71xx OpenWrt factory image fixes the device again:
d6d8dee5dca7363e3400f002b9f3bc30728fd23a5281417ff52aa6c465320a5a openwrt-19.07.7-ar71xx-generic-ubnt-uap-pro-squashfs-factory.bin

Serial LOG 21.02.0-rc1 broken:

U-Boot unifi-v1.6.15.278-g4ebbbcff (Mar  5 2018 - 23:40:54)

DRAM:  128 MB
Base:0x80000000, Top:0x88000000, Res logbuf:0xa7ffb000, log_magic:0xf0127109 kseg: 0xa0000000
Flash: 16 MB
PCIe WLAN Module found (tries: 1). 
Net:   eth0: 44:d9:e7:XX:YY:ZZ
eth0
Setting 0xb8116290 to 0x20402d0f
Board: Copyright Ubiquiti Networks Inc. 2014
Hit any key to stop autoboot:  0 
Board: Ubiquiti Networks AR9344 board (e507-35.2123.0030.0030)
 0. Name = u-boot, offset = 0, start_addr=9f000000, size=262144,start_sector=0, end_sector=3 
 1. Name = u-boot-env, offset = 40000, start_addr=9f040000, size=65536,start_sector=4, end_sector=4 
 2. Name = jffs2, offset = 50000, start_addr=9f050000, size=16121856,start_sector=5, end_sector=250 
 3. Name = cfg, offset = fb0000, start_addr=9ffb0000, size=262144,start_sector=251, end_sector=254 
 4. Name = EEPROM, offset = ff0000, start_addr=9fff0000, size=65536,start_sector=255, end_sector=255 
UBNT application initialized 
Scanning JFFS2 FS: . done.
find_inode failed for name=kernel1
ls: Failed to scan jffs2 file structure
## Booting image at 81000000 ...
   Image Name:   MIPS OpenWrt Linux-5.4.111
   Created:      2021-04-18  10:06:57 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    2033665 Bytes =  1.9 MB
   Load Address: 80060000
   Entry Point:  80060000
   Verifying Checksum at 0x81000040 ...OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 5.4.111 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16046-59980f7aaf)) #0 Sun Apr 18 10:06:57 21
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001974c (MIPS 74Kc)
[    0.000000] MIPS: machine is Ubiquiti UniFi AP Pro
[    0.000000] SoC: Atheros AR9344 rev 3
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32480
[    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 122248K/131072K available (5216K kernel code, 190K rwdata, 684K rodata, 1196K init, 205K bss, 8824K reserved, 0K cma)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from 0x80655984 with crng_init=0
[    0.000000] CPU clock: 560.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6825930166 ns
[    0.000009] sched_clock: 32 bits at 280MHz, resolution 3ns, wraps every 7669584382ns
[    0.008319] Calibrating delay loop... 278.78 BogoMIPS (lpj=557568)
[    0.050865] pid_max: default: 32768 minimum: 301
[    0.055947] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.063741] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.076719] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.087139] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.094503] pinctrl core: initialized pinctrl subsystem
[    0.102692] NET: Registered protocol family 16
[    0.132387] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[    0.146500] clocksource: Switched to clocksource MIPS
[    0.153196] NET: Registered protocol family 2
[    0.158931] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear)
[    0.167900] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.176073] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.183591] TCP: Hash tables configured (established 1024 bind 1024)
[    0.190533] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.197517] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.205280] NET: Registered protocol family 1
[    0.209990] PCI: CLS 0 bytes, default 32
[    0.218111] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[    0.232602] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.238860] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.263364] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[    0.275433] pinctrl-single 1804002c.pinmux: 544 pins, size 68
[    0.282639] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.292023] printk: console [ttyS0] disabled
[    0.296682] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 2500000) is a 16550A
[    0.305892] printk: console [ttyS0] enabled
[    0.305892] printk: console [ttyS0] enabled
[    0.314798] printk: bootconsole [early0] disabled
[    0.314798] printk: bootconsole [early0] disabled
[    0.334877] spi-nor spi0.0: mx25l12805d (16384 Kbytes)
[    0.340193] 5 fixed-partitions partitions found on MTD device spi0.0
[    0.346656] Creating 5 MTD partitions on "spi0.0":
[    0.351549] 0x000000000000-0x000000040000 : "u-boot"
[    0.357635] 0x000000040000-0x000000050000 : "u-boot-env"
[    0.364056] 0x000000050000-0x000000fb0000 : "firmware"
[    0.370312] 0x000000fb0000-0x000000ff0000 : "cfg"
[    0.376132] 0x000000ff0000-0x000001000000 : "art"
[    0.383994] libphy: Fixed MDIO Bus: probed
[    0.728453] libphy: ag71xx_mdio: probed
[    0.735659] switch0: Atheros AR8327 rev. 4 switch registered on mdio.0
[    1.122492] random: fast init done
[    1.320642] ag71xx 19000000.eth: connected to PHY at mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
[    1.331825] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: rgmii
[    1.338540] i2c /dev entries driver
[    1.344501] NET: Registered protocol family 10
[    1.354587] Segment Routing with IPv6
[    1.358450] NET: Registered protocol family 17
[    1.363080] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you ne.
[    1.376238] 8021q: 802.1Q VLAN Support v1.8
[    1.381516] PCI host bridge /ahb/pcie-controller@180c0000 ranges:
[    1.387782]  MEM 0x0000000010000000..0x0000000013ffffff
[    1.393105]   IO 0x0000000000000000..0x0000000000000000
[    1.398625] PCI host bridge to bus 0000:00
[    1.402832] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff]
[    1.409817] pci_bus 0000:00: root bus resource [io  0x0000]
[    1.415485] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.422382] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.430470] pci 0000:00:00.0: [168c:0033] type 00 class 0x028000
[    1.436633] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x0001ffff 64bit]
[    1.443578] pci 0000:00:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[    1.450463] pci 0000:00:00.0: supports D1
[    1.454550] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[    1.461724] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    1.468496] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1001ffff 64bit]
[    1.475949] pci 0000:00:00.0: BAR 6: assigned [mem 0x10020000-0x1002ffff pref]
[    1.484289] hctosys: unable to open rtc device (rtc0)
[    1.490612] /dev/root: Can't open blockdev
[    1.494814] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    1.502415] Please append a correct "root=" boot option; here are the available partitions:
[    1.510899] 1f00             256 mtdblock0 
[    1.510903]  (driver?)
[    1.517545] 1f01              64 mtdblock1 
[    1.517548]  (driver?)
[    1.524197] 1f02           15744 mtdblock2 
[    1.524200]  (driver?)
[    1.530850] 1f03             256 mtdblock3 
[    1.530852]  (driver?)
[    1.537494] 1f04              64 mtdblock4 
[    1.537496]  (driver?)
[    1.544145] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    1.552524] Rebooting in 1 seconds..

Serial Log 19.07.7 OK:

U-Boot unifi-v1.6.15.278-g4ebbbcff (Mar  5 2018 - 23:40:54)

DRAM:  128 MB
Base:0x80000000, Top:0x88000000, Res logbuf:0xa7ffb000, log_magic:0x8fb30028 kseg: 0xa0000000
Flash: 16 MB
PCIe WLAN Module found (tries: 1). 
Net:   eth0: 44:d9:e7:xx:yy:zz
eth0
Setting 0xb8116290 to 0x20402d0f
Board: Copyright Ubiquiti Networks Inc. 2014
Hit any key to stop autoboot:  0 
Board: Ubiquiti Networks AR9344 board (e507-35.2123.0030.0030)
 0. Name = u-boot, offset = 0, start_addr=9f000000, size=262144,start_sector=0, end_sector=3 
 1. Name = u-boot-env, offset = 40000, start_addr=9f040000, size=65536,start_sector=4, end_sector=4 
 2. Name = jffs2, offset = 50000, start_addr=9f050000, size=16121856,start_sector=5, end_sector=250 
 3. Name = cfg, offset = fb0000, start_addr=9ffb0000, size=262144,start_sector=251, end_sector=254 
 4. Name = EEPROM, offset = ff0000, start_addr=9fff0000, size=65536,start_sector=255, end_sector=255 
UBNT application initialized 
Scanning JFFS2 FS: . done.
find_inode failed for name=kernel1
ls: Failed to scan jffs2 file structure
## Booting image at 81000000 ...
   Image Name:   MIPS OpenWrt Linux-4.14.221
   Created:      2021-02-15  15:22:37 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1589545 Bytes =  1.5 MB
   Load Address: 80060000
   Entry Point:  80060000
   Verifying Checksum at 0x81000040 ...OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 4.14.221 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r11306-c4a6851c72)) #0 Mon Feb 15 15:22:37 1
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001974c (MIPS 74Kc)
[    0.000000] SoC: Atheros AR9344 rev 3
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 08000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] random: get_random_bytes called from 0x804f0740 with crng_init=0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32512
[    0.000000] Kernel command line:  board=UAP-PRO mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,2048k(kernel),13696k(rootfs),256k(cfg)rd
[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 124292K/131072K available (3955K kernel code, 192K rwdata, 516K rodata, 320K init, 212K bss, 6780K reserved, 0K cma-)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] Clocks: CPU:560.000MHz, DDR:450.000MHz, AHB:225.000MHz, Ref:40.000MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6825930166 ns
[    0.000009] sched_clock: 32 bits at 280MHz, resolution 3ns, wraps every 7669584382ns
[    0.008323] Calibrating delay loop... 278.93 BogoMIPS (lpj=1394688)
[    0.084943] pid_max: default: 32768 minimum: 301
[    0.090067] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.097127] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.106814] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.117328] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.124962] NET: Registered protocol family 16
[    0.131090] MIPS: machine is Ubiquiti UniFi AP Pro
[    0.139407] registering PCI controller with io_map_base unset
[    0.397193] PCI host bridge to bus 0000:00
[    0.401564] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff]
[    0.408926] pci_bus 0000:00: root bus resource [io  0x0000]
[    0.414852] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.422090] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.430571] pci 0000:00:00.0: invalid calibration data
[    0.436482] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1001ffff 64bit]
[    0.444279] pci 0000:00:00.0: BAR 6: assigned [mem 0x10020000-0x1002ffff pref]
[    0.455282] clocksource: Switched to clocksource MIPS
[    0.461686] NET: Registered protocol family 2
[    0.467254] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.474680] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.481501] TCP: Hash tables configured (established 1024 bind 1024)
[    0.488404] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.494626] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.501579] NET: Registered protocol family 1
[    0.509173] Crashlog allocated RAM at address 0x3f00000
[    0.516081] workingset: timestamp_bits=30 max_order=15 bucket_order=0
[    0.528037] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.534244] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.554282] io scheduler noop registered
[    0.558511] io scheduler deadline registered (default)
[    0.564408] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.573299] console [ttyS0] disabled
[    0.597207] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 2500000) is a 16550A
[    0.606405] console [ttyS0] enabled
[    0.606405] console [ttyS0] enabled
[    0.613814] bootconsole [early0] disabled
[    0.613814] bootconsole [early0] disabled
[    0.628965] m25p80 spi0.0: found mx25l12805d, expected m25p80
[    0.635597] m25p80 spi0.0: mx25l12805d (16384 Kbytes)
[    0.640761] 7 cmdlinepart partitions found on MTD device spi0.0
[    0.646808] Creating 7 MTD partitions on "spi0.0":
[    0.651675] 0x000000000000-0x000000040000 : "u-boot"
[    0.658416] 0x000000040000-0x000000050000 : "u-boot-env"
[    0.665087] 0x000000050000-0x000000250000 : "kernel"
[    0.672154] 0x000000250000-0x000000fb0000 : "rootfs"
[    0.677989] mtd: device 3 (rootfs) set to be root filesystem
[    0.683780] 1 squashfs-split partitions found on MTD device rootfs
[    0.690118] 0x0000004b0000-0x000000fb0000 : "rootfs_data"
[    0.697764] 0x000000fb0000-0x000000ff0000 : "cfg"
[    0.703828] 0x000000ff0000-0x000001000000 : "EEPROM"
[    0.710890] 0x000000050000-0x000000fb0000 : "firmware"
[    0.718354] libphy: Fixed MDIO Bus: probed
[    0.735630] switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0
[    1.408859] libphy: ag71xx_mdio: probed
[    2.036688] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
[    2.048049] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: rgmii
[    2.056118] NET: Registered protocol family 10
[    2.064919] Segment Routing with IPv6
[    2.068815] NET: Registered protocol family 17
[    2.073376] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you ne.
[    2.087067] 8021q: 802.1Q VLAN Support v1.8
[    2.092927] hctosys: unable to open rtc device (rtc0)
[    2.102592] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[    2.111264] Freeing unused kernel memory: 320K
[    2.115805] This architecture does not have kernel memory protection.
[    2.595296] random: fast init done
[    2.841850] init: Console is alive
[    2.845602] init: - watchdog -
[    3.811487] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    3.871242] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    3.879817] init: - preinit -
[    4.504183] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    4.532722] random: procd: uninitialized urandom read (4 bytes read)
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    5.566550] eth0: link up (1000Mbps/Full duplex)
[    5.571320] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    7.846950] jffs2: notice: (427) jffs2_build_xattr_subsystem: complete building xattr subsystem, 4 of xdatum (0 unchecked, 2 orphan) and.
[    7.863969] mount_root: switching to jffs2 overlay
[    7.891384] overlayfs: upper fs does not support tmpfile.
[    7.903119] urandom-seed: Seeding with /etc/urandom.seed
[    8.089288] eth0: link down
[    8.103972] procd: - early -
[    8.107756] procd: - watchdog -
[    8.752875] procd: - watchdog -
[    8.756485] procd: - ubus -
[    8.866058] random: ubusd: uninitialized urandom read (4 bytes read)
[    8.874248] random: ubusd: uninitialized urandom read (4 bytes read)
[    8.881228] random: ubusd: uninitialized urandom read (4 bytes read)
[    8.888818] procd: - init -
Please press Enter to activate this console.
[    9.671603] kmodloader: loading kernel modules from /etc/modules.d/*
[    9.801100] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    9.823464] Loading modules backported from Linux version v4.19.161-0-gdaefdc9eb24b
[    9.831305] Backport generated by backports.git v4.19.161-1-0-g4bb568fe
[    9.857645] ip_tables: (C) 2000-2006 Netfilter Core Team
[    9.883373] nf_conntrack version 0.5.0 (2048 buckets, 8192 max)
[   10.007296] xt_time: kernel timezone is -0000
[   10.117993] PPP generic driver version 2.4.2
[   10.135135] urngd: v1.0.2 started.
[   10.139557] NET: Registered protocol family 24
[   10.219311] ieee80211 phy0: Atheros AR9340 Rev:3 mem=0xb8100000, irq=47
[   10.226284] pci 0000:00:00.0: using irq 40 for pin 1
[   10.231344] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
[   10.256389] ieee80211 phy1: Atheros AR9300 Rev:4 mem=0xb0000000, irq=40
[   10.435674] kmodloader: done loading kernel modules from /etc/modules.d/*
[   10.696838] random: crng init done
[   10.700307] random: 6 urandom warning(s) missed due to ratelimiting
[   25.019974] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   25.027301] eth0: link up (1000Mbps/Full duplex)
[   25.031999] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   25.057283] br-lan: port 1(eth0.1) entered blocking state
[   25.062775] br-lan: port 1(eth0.1) entered disabled state
[   25.068751] device eth0.1 entered promiscuous mode
[   25.073618] device eth0 entered promiscuous mode
[   25.095649] br-lan: port 1(eth0.1) entered blocking state
[   25.101143] br-lan: port 1(eth0.1) entered forwarding state
[   25.107139] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   26.045698] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   27.268268] ath: EEPROM regdomain: 0x8210
[   27.272342] ath: EEPROM indicates we should expect a country code
[   27.278577] ath: doing EEPROM country->regdmn map search
[   27.283968] ath: country maps to regdmn code: 0x37
[   27.288843] ath: Country alpha2 being used: NL
[   27.293346] ath: Regpair used: 0x37
[   27.296915] ath: regdomain 0x8210 dynamically updated by user
[   27.302835] ath: EEPROM regdomain: 0x8210
[   27.306925] ath: EEPROM indicates we should expect a country code
[   27.313104] ath: doing EEPROM country->regdmn map search
[   27.318507] ath: country maps to regdmn code: 0x37
[   27.323362] ath: Country alpha2 being used: NL
[   27.327885] ath: Regpair used: 0x37
[   27.331425] ath: regdomain 0x8210 dynamically updated by user
[   29.343913] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   29.429205] br-lan: port 2(wlan0) entered blocking state
[   29.434606] br-lan: port 2(wlan0) entered disabled state
[   29.440367] device wlan0 entered promiscuous mode
[   29.658886] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   29.739222] br-lan: port 3(wlan1) entered blocking state
[   29.744733] br-lan: port 3(wlan1) entered disabled state
[   29.750579] device wlan1 entered promiscuous mode
[   29.755627] br-lan: port 3(wlan1) entered blocking state
[   29.761024] br-lan: port 3(wlan1) entered forwarding state
[   30.256921] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready

Boot loader info:

U-Boot unifi-v1.6.15.278-g4ebbbcff (Mar  5 2018 - 23:40:54)

DRAM:  128 MB
Base:0x80000000, Top:0x88000000, Res logbuf:0xa7ffb000, log_magic:0xf0127109 kseg: 0xa0000000
Flash: 16 MB
PCIe WLAN Module found (tries: 1). 
Net:   eth0: 44:d9:e7:xx:yy:zz
eth0
Setting 0xb8116290 to 0x20402d0f
Board: Copyright Ubiquiti Networks Inc. 2014
Hit any key to stop autoboot:  0 
ar7240> printenv
bootargs=console=tty0 panic=3
bootcmd=run ubntappinit ubntboot
bootdelay=1
ipaddr=192.168.1.20
serverip=192.168.1.254
ubntappinit=go ${ubntaddr} uappinit;go ${ubntaddr} ureset_button;urescue;go ${ubntaddr} uwrite
mtdparts=mtdparts=ath-nor0:256k(u-boot),64k(u-boot-env),15744k(jffs2),256k(cfg),64k(EEPROM)
ubntbootaddr=0x81000000
ubntboot=ubntfsboot ${ubntbootaddr} jffs2 kernel
stdin=serial
stdout=serial
stderr=serial
ethact=eth0
ubntaddr=80200020

Environment size: 449/65532 bytes
ar7240> mtdparts

device nor0 <ath-nor0>, # parts = 5
 #: name                        size            offset          mask_flags
 0: u-boot                      0x00040000      0x00000000      0
 1: u-boot-env                  0x00010000      0x00040000      0
 2: jffs2                       0x00f60000      0x00050000      0
 3: cfg                         0x00040000      0x00fb0000      0
 4: EEPROM                      0x00010000      0x00ff0000      0

active partition: nor0,0 - (u-boot) 0x00040000 @ 0x00000000

defaults:
mtdids  : nor0=ath-nor0
mtdparts: mtdparts=ath-nor0:256k(u-boot),64k(u-boot-env),15744k(jffs2),256k(cfg),64k(EEPROM)
ar7240>

ar7240> bdinfo
boot_params = 0x87F4BFB0
memstart    = 0x80000000
memsize     = 0x08000000
flashstart  = 0x9F000000
flashsize   = 0x01000000
flashoffset = 0x000321A8
ethaddr     = 00:00:00:00:00:00
ip_addr     = 192.168.1.20
baudrate    = 115200 bps
ar7240> coninfo
List of available devices:
serial   80000003 SIO stdin stdout stderr 
ar7240> flinfo

Bank # 1: mx25l128 (Id: 0xc22018)
        Size: 16 MB in 256 sectors
ar7240> fsinfo
### filesystem type is JFFS2
Scanning JFFS2 FS:  done.
Compression: NONE
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
Compression: ZERO
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
Compression: RTIME
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
Compression: RUBINMIPS
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
Compression: COPY
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
Compression: DYNRUBIN
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
Compression: ZLIB
        frag count: 0
        compressed sum: 0
        uncompressed sum: 0
ar7240> iminfo

## Checking Image at 81000000 ...
   Bad Magic Number
ar7240> ls
Scanning JFFS2 FS:  done.
ar7240> ls /
Scanning JFFS2 FS:  done.
ar7240> md
Usage:
md      - memory display

ar7240> pci
Scanning PCI devices on bus 0
BusDevFun  VendorId   DeviceId   Device Class       Sub-Class
_____________________________________________________________
00.00.00   0x168c     0x0033     Network controller      0x80
00.01.00   0x168c     0x0033     Network controller      0x80
00.02.00   0x168c     0x0033     Network controller      0x80
00.03.00   0x168c     0x0033     Network controller      0x80
00.04.00   0x168c     0x0033     Network controller      0x80
00.05.00   0x168c     0x0033     Network controller      0x80
00.06.00   0x168c     0x0033     Network controller      0x80
00.07.00   0x168c     0x0033     Network controller      0x80
00.08.00   0x168c     0x0033     Network controller      0x80
00.09.00   0x168c     0x0033     Network controller      0x80
00.0a.00   0x168c     0x0033     Network controller      0x80
00.0b.00   0x168c     0x0033     Network controller      0x80
00.0c.00   0x168c     0x0033     Network controller      0x80
00.0d.00   0x168c     0x0033     Network controller      0x80
00.0e.00   0x168c     0x0033     Network controller      0x80
00.0f.00   0x168c     0x0033     Network controller      0x80
00.10.00   0x168c     0x0033     Network controller      0x80
00.11.00   0x168c     0x0033     Network controller      0x80
00.12.00   0x168c     0x0033     Network controller      0x80
00.13.00   0x168c     0x0033     Network controller      0x80
00.14.00   0x168c     0x0033     Network controller      0x80
00.15.00   0x168c     0x0033     Network controller      0x80
00.16.00   0x168c     0x0033     Network controller      0x80
00.17.00   0x168c     0x0033     Network controller      0x80
00.18.00   0x168c     0x0033     Network controller      0x80
00.19.00   0x168c     0x0033     Network controller      0x80
00.1a.00   0x168c     0x0033     Network controller      0x80
00.1b.00   0x168c     0x0033     Network controller      0x80
00.1c.00   0x168c     0x0033     Network controller      0x80
00.1d.00   0x168c     0x0033     Network controller      0x80
00.1e.00   0x168c     0x0033     Network controller      0x80
00.1f.00   0x168c     0x0033     Network controller      0x80
22.04.20213749Base systemBug ReportVery LowLowbusybox-ntp failing on specific ISP but ntpd works.openwrt-21.02Unconfirmed Task Description

- Device: glinet B1300 router
- Running 21.02

Attached are two pcap files you can open in wireshark.

This issue seems to only affect one Danish ISP, however I think it is worth reporting to see if it can be fixed.
The built in busybox-ntpd does not work (see packet in sysntpd.pcap)

However, if I install ntpdate instead then ntp is able to update (using the same ntp server).
You can see difference in the packets by comparing the two pcap files.

My best bet is that the ISP is blocking specific data in NTPv4 Packets that busybox-ntp is sending.

21.04.20213748Base systemBug ReportVery LowMediumMAC address of eth0 and eth1 are swapped on ath79 on Na...openwrt-19.07Unconfirmed Task Description

Tested on Nanostation M2, OpenWRT 19.07.

The problem does not occur on ar71xx and for this reason we are continuing to use ar71xx for this model, but would be nice to fix this before OpenWRT 21 if possible.

Steps to reproduce:

- note down the mac address of eth0 and eth1 of stock firmware
- flash the ath79 image of OpenWRT 19.07

Expected result:

- mac addresses of eth0 and eth1 are consistent with stock firmware

Actual result:

- mac addresses of eth0 and eth1 are swapped, that is: eth1 has the mac address of eth0 and eth0 has the mac address of eth 1

This causes problems to any system which relies on the mac address of one of these interfaces to recognize the device.

More information in this forum thread: https://forum.openwrt.org/t/mac-address-changed-after-sysupgrade-from-backfire-nanostation-m2/93530/5

Please let me know if you can confirm the issue and are willing to accept a patch.

20.04.20213746Base systemBug ReportVery LowLowx86_64 EFI image fails to boot when USB device is plugg...openwrt-21.02Unconfirmed Task Description

Snapshot OR 21.02.0-rc1-x86_64 will not boot EFI

System: AsRock J5005-ITX (EFI only boot), 4GB ram, Intel Dual 1000PT server adapter

 

Steps used to typically install snapshot:

Boot SystemRescueCD to prompt
issue dd if=openwrt-xxx of=/dev/sda
partitions are copied over, reboot
Error on Snapshot: “error: disk ‘hd0,gpt1’ not found

on RC1 file copies over as above but it does not boot in any fashion just returns to the bios screen.

It’s been a long time since I tested the EFI snapshots, but at one point they worked fine. Given that the EFI support was added to master, I decided to wait on 2021.02 for full implementation.

The original pull on github was https://github.com/openwrt/openwrt/pull/1968, but it has since been closed, and I saw there was some work on the EFI stack for dual booting. That image may in fact boot on a non-EFI system, but I do not have any way to test.

At this point I would say both snapshot and RC1 are broken for x86_64 EFI systems.

19.04.20213745Base systemBug ReportVery LowLowWireless 'isolate' option not working in brcmfmac drive...openwrt-21.02Unconfirmed Task Description

Device: BCM4356 WiFi chip + brcmfmac
OpenWRT Version: 21.02 (commit 50f2f25d58 [4 days ago])

I experienced the problem using OpenWrt 21.02 on a device using the brcmfmac driver for the BCM4356 chip.

I’ve only been able to test this on an InvizBox 2 (not supported by OpenWRT) but I suspect it to also be a problem for other devices using brcmfmac.

Steps to reproduce:

On a device running OpenWRT 21.02 and with a WiFi chip using the brcmfmac driver:

Set wireless.<wifi-iface>.isolate=’1’ on the WiFi interface that uses the brcmfmac driver.

Devices connected to the WiFi interface should be isolated from each other, but are not.

Notes / Potential fixes:

I was able to fix this issue by building with a specific patch for brcmfmac from the latest Cypress Linux WiFi Driver Release (FMAC)(https://community.cypress.com/t5/Wi-Fi-Bluetooth-for-Linux/Cypress-Linux-WiFi-Driver-Release-FMAC-2021-01-14/m-p/268899). The particular patch that fixed the issue can be found in the .zip file linked in the latest Cypress driver release. cypress-fmac-v5.4.18-2021_0114.zip > cypress-patch-v5.4.18-2021_0114.tar.gz > cypress-patch > 0004-brcmfmac-support-AP-isolation.patch.

The patch has not been accepted into linux-wireless yet. But there are details about it here: https://patchwork.kernel.org/project/linux-wireless/patch/20200901063237.15549-2-wright.feng@cypress.com/.

Let me know if you need any more information or there’s anything I can do to help sort this out. Thanks.

17.04.20213744Base systemBug ReportVery LowMediumstatic IPv6 routes to gateways within the ULA address r...TrunkUnconfirmed Task Description

Static IPv6 routes configured in `/etc/config/network` that use a gateway within the ula address range are not properly restored on startup.

I managed to reproduce the issue in 19.07.7 and in the latest snapshot (17-04-2021). To reproduce the issue, do the following:

Setup a new OpenWRT system, for example in a VM. Uplink connectivity is not required, which makes it easy to reproduce the bug in a VM. Then edit `/etc/config/network` and add an IPv6 route using a gateway within the ula range. For example the entries may look like this:

```
config globals ‘globals’

      option ula_prefix 'fd22:e91a:3889::/48'

config route6

      option target "2001:4860:4860::8844"
      option gateway "fd22:e91a:3889::43"
      option interface "lan"

```

Reboot the device and verify that the route is not present with `ip -6 route show`. Then modify the config a bit, for example replace the _43_ in the gateway address with _42_. Then execute `reload_config` and wait a few seconds. Then verify that the route is present with `ip -6 route show`. You may then reboot the device and the route will not be there anymore.

15.04.20213741ToolchainBug ReportVery LowLowBus error on musl tzset TrunkUnconfirmed Task Description

toolchain/musl/patches/110-read_timezone_from_fs.patch - Adds support for reading timezone from /etc/TZ.
It does mmap of the file. There is a possible race condition here. If /etc/TZ is truncated between mmap and read, read can cause bus error (SIGBUS).

14.04.20213740Base systemBug ReportVery LowHighMT7688 wireless signal disappears under heavy loadTrunkUnconfirmed Task Description

Device: GL-MT300N-V2
CPU: MT7688
Openwrt Version: trunk(2021/4/14)

Steps:

1. install the firmware
2. modify /etc/config/wireless

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '11'
	option hwmode '11g'
	option path 'platform/10300000.wmac'
	option htmode 'HT40'
	option disabled '0'
	option noscan '1'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'OpenWrt'
	option encryption 'none'

3. restart network
4. PC connect GL-MT300N-V2’s wifi
5. [Another Openwrt Router, with ‘iperf3 -s’][LAN]——–[WAN][GL-MT300N-V2][WIFI]——–[PC, with ‘iperf3 -c -R’]
6. Within 1 minutes, wifi signal disappears
7. no error appears in logread

Please fix it.

13.04.20213739Base systemBug ReportVery LowLowOpkg return err when removing a package required multip...TrunkUnconfirmed Task Description

This is still an issue (from barrier breaker era).

https://dev.archive.openwrt.org/ticket/18320

It is breaking packages CI
https://github.com/openwrt/packages/pull/15412

13.04.20213738Base systemBug ReportVery LowLowFritz 1200 no network on luci-21.02-snapshot-r15866-17a...openwrt-21.02Unconfirmed Task Description

- Device: AVM FRITZ!Repeater 1200

- Software versions: luci-21.02-snapshot-r15866-17a627ec82-ipq40xx-generic-avm_fritzrepeater-1200-squashfs-sysupgrade

- Steps to reproduce: there is no LAN connection after upload this firmware to Fritz 1200, after back to luci-19.07-snapshot-r11328-81266d9001-ipq40xx-generic-avm_fritzrepeater-1200-squashfs-sysupgrade, everything works: Lan connection return.

 


12.04.20213737Base systemBug ReportVery LowLowNew Warning with latest masterTrunkUnconfirmed Task Description

Supply the following if possible:
- ubuntu 20.04
- clone the latest master repository, and run quick image build procedure

Warnings indicating that ‘Makefile ‘package/boot/uboot-sunxi/Makefile’ has a dependency on ‘arm-trusted-firmware-sunxt’

This is a new warning. This occurs during the ./scripts/feeds install -a step and make menuconfig step.

Was not doing it a few days ago prior to update of master repository.

DL’d new master, now experiencing these warnings.

Thanks,


10.04.20213734KernelBug ReportVery LowHighHuge memory leak on kernel 5.10 with vsftpd, minidlnaTrunkUnconfirmed Task Description

Device: Xiaomi Mi Router 3G
Linux version 5.10.28 (root@Vladdrako-PC) (mipsel-openwrt-linux-musl-gcc (OpenWrt GCC 10.2.0 r16692-ec5eadde66) 10.2.0, GNU ld (GNU Binutils) 2.35.1) #0 SMP Sat Apr 10 04:38:37 2021
When minidlna tried to scan my HDDs, after a minute I have 0 RAM. Same with vsftpd when I accessing files on HDDs. Kernel 5.4 works fine.

root@MI-R3G:~# free
              total        used        free      shared  buff/cache   available
Mem:         250096       98148       77212         568       74736       85924
Swap:        250092       33432      216660
root@MI-R3G:~# free
              total        used        free      shared  buff/cache   available
Mem:         250096       96076       69912         568       84108       88024
Swap:        250092       33432      216660
root@MI-R3G:~# free
              total        used        free      shared  buff/cache   available
Mem:         250096      203124       27908         404       19064        3400
Swap:        250092      113380      136712

root@MI-R3G:~# lsusb -v -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci-mtk/1p, 5000M
    ID 1d6b:0003
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci-mtk/2p, 480M
    ID 1d6b:0002
    |__ Port 1: Dev 2, If 0, Class=, Driver=hub/4p, 480M
        ID 05e3:0610
        |__ Port 1: Dev 3, If 0, Class=, Driver=usb-storage, 480M
            ID 152d:0579
        |__ Port 2: Dev 4, If 0, Class=, Driver=usb-storage, 480M
            ID 152d:0579
        |__ Port 3: Dev 5, If 0, Class=, Driver=usb-storage, 480M
            ID 8564:1000
        |__ Port 4: Dev 7, If 0, Class=, Driver=usbfs, 1.5M
            ID 0d9f:0004
root@MI-R3G:~# lsusb
Bus 001 Device 004: ID 152d:0579 JMICRON JMS579
Bus 001 Device 007: ID 0d9f:0004 POWERCOM Co.,LTD HID UPS Battery
Bus 002 Device 001: ID 1d6b:0003 Linux 5.10.28 xhci-hcd xHCI Host Controller
Bus 001 Device 003: ID 152d:0579 JMICRON JMS579
Bus 001 Device 005: ID 8564:1000 JetFlash Mass Storage Device
Bus 001 Device 002: ID 05e3:0610 GenesysLogic USB2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux 5.10.28 xhci-hcd xHCI Host Controller
09.04.20213733KernelBug ReportVery LowHighpacket loss, link loss, bad rx status / Multihomed box ...openwrt-19.07Unconfirmed Task Description

- Device problem occurs on

Turris Omnia 2020

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

OpenWrt 19.07.7 a5672f6b96f393145070ad17c8eb1d15ef49ad2e

- Problem description:

Network setup is multihomed with configured onboard WAN (eth2) device and Huawei E3372 (eth3) device and both distinct gateways and metrics.
As soon I start pinging from eth3 beyond its gateway I observe packet loss, link loss and bad rx status crc error on eth2.


- Configuration:

Onboard WAN device eth2:

# dmesg  | grep eth2
[    4.473584] mvneta f1034000.ethernet eth2: Using hardware mac address d8:58:d7:01:14:fc
[   17.582029] mvneta f1034000.ethernet eth2: PHY [f1072004.mdio-mii:01] driver [Marvell 88E1510]
[   17.591455] mvneta f1034000.ethernet eth2: configuring for phy/sgmii link mode
[   21.831900] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control rx/tx

Huawei E3372 USB-Modem with recent firmware (22.328.62.00.1217) in HiLink mode

# lsusb | grep Huawei
Bus 004 Device 002: ID 12d1:14dc Huawei Technologies Co., Ltd. E33372 LTE/UMTS/GSM HiLink Modem/Networkcard

System with kmod-usb-net-cdc-ether registers successfully new network device eth3

# dmesg  | grep "CDC Ethernet Device"
[   12.553958] cdc_ether 4-1:1.0 eth3: register 'cdc_ether' at usb-f10f8000.usb3-1, CDC Ethernet Device, 0c:5b:8f:27:9a:64

Network configuration for eth2 and eth3

# ip addr show eth2
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 532
    link/ether d8:58:d7:01:14:fc brd ff:ff:ff:ff:ff:ff
    inet xxx.xxx.xxx.xxx/29 brd xxx.xxx.xxx.xxx scope global eth2
       valid_lft forever preferred_lft forever
# ip addr show eth3
14: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.100/24 brd 192.168.8.255 scope global eth3
       valid_lft forever preferred_lft forever
# route -n | egrep "Destination|eth"
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         xxx.xxx.xxx.xxx 0.0.0.0         UG    10     0        0 eth2
0.0.0.0         192.168.8.1     0.0.0.0         UG    20     0        0 eth3
192.168.8.0     0.0.0.0         255.255.255.0   U     20     0        0 eth3
xxx.xxx.xxx.xxx 0.0.0.0         255.255.255.248 U     10     0        0 eth2

- Steps to reproduce

1. Produce traffic originating from eth3 with destination beyond its gateway:
(pinging the gateway from eth3 will not produce the error)

# ping -I eth3 -i 0.5 -q 1.1.1.1

2. From different terminal window start pinging from eth2 and observe packet loss

# ping -I eth2 -c 20 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from xxx.xxx.xxx.xxx eth2: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=119 time=2.13 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=119 time=2.15 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=119 time=2.12 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=119 time=2.12 ms
64 bytes from 8.8.8.8: icmp_req=6 ttl=119 time=2.11 ms
64 bytes from 8.8.8.8: icmp_req=13 ttl=119 time=2.13 ms
64 bytes from 8.8.8.8: icmp_req=14 ttl=119 time=2.17 ms
64 bytes from 8.8.8.8: icmp_req=15 ttl=119 time=2.13 ms
64 bytes from 8.8.8.8: icmp_req=16 ttl=119 time=2.10 ms
64 bytes from 8.8.8.8: icmp_req=17 ttl=119 time=2.11 ms
64 bytes from 8.8.8.8: icmp_req=18 ttl=119 time=2.12 ms
64 bytes from 8.8.8.8: icmp_req=19 ttl=119 time=2.11 ms
64 bytes from 8.8.8.8: icmp_req=20 ttl=119 time=2.10 ms

--- 8.8.8.8 ping statistics ---
20 packets transmitted, 13 received, 35% packet loss, time 19364ms
rtt min/avg/max/mdev = 2.104/2.129/2.177/0.040 ms

3. Check kernel ring buffer for related entries

# dmesg
[  540.372989] mvneta f1034000.ethernet eth2: Link is Down
[  542.449648] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control rx/tx
[  605.886917] mvneta f1034000.ethernet eth2: Link is Down
[  607.963595] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control rx/tx
[ 1164.426903] device eth2 entered promiscuous mode
[ 1166.118663] device eth2 left promiscuous mode
[ 1175.666308] device eth2 entered promiscuous mode
[ 1194.086756] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=391
[ 1195.740476] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=94
[ 1196.963670] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=82
[ 1197.536843] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=157
[ 1199.641764] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=81
[ 1204.552005] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=298
[ 1204.683304] mvneta f1034000.ethernet eth2: bad rx status 0c410000 (crc error), size=156
[ 1237.241446] device eth2 left promiscuous mode
09.04.20213732Base systemBug ReportVery LowLowhostapd: VLAN-assignment via sae_password sometimes fai...TrunkUnconfirmed Task Description

Device: Ubiquiti UniFi AC LR (OpenWrt SNAPSHOT r16382-209c5918b5)

For some time I successfully run a per-device WPA2-PSK setup using the following options:

	option network 'dummy'
	option dynamic_vlan '2'
	option vlan_file '/root/ogb-hostapd-vlans-phy0'
	option wpa_psk_file '/root/ogb-hostapd-psks'
	option key 'invalid-fallback-psk-used-by-no-device-at-all'

This setup forces all devices to use a MAC-PSK combination from the wpa_psk_file, where they are reassigned to a working VLAN that is mapped to a specific bridge via the vlan_file. Meaning: If a device were to use the PSK from the key-option they would be bridged into br-dummy, a bridge that uses a VLAN not present on the upstream switchport.

To reiterate: This works absolutely perfectly and rock stable - until I switch a device over to WPA3. I comment out the MAC from the wpa_psk_file and add it via the sae_password option:

	list hostapd_bss_options 'sae_password=device-psk|mac=xx:xx:xx:xx:xx:xx|vlanid=8'

This works for some of the time only. Sometimes the device is assigned to the br-dummy bridge as if hostapd correctly uses the per-device-PSK, but ignores the vlanid-option. Usually a reconnect or two solves the problem. Using tcpdump I can clearly see the clients DHCP-requests in the br-dummy bridge when the issue occurs.

In the past I already tried to troubleshoot this issue by using the newest upstream hostapd but failed due to all the custom openwrt patches. I am really not a developer, but only a network engineer. Can someone please help me troubleshoot this? I would like to retry this with the newest hostapd before investing any time into troubleshooting something that might be already solved upstream (there were a couple of sae-patches).

08.04.20213730Base systemBug ReportVery LowLowresolve_conffiles reports spurious errorsopenwrt-19.07Unconfirmed Task Description
When I run upgrades

<code>
root@router:~# opkg update && opkg list-upgradable | awk '{print $1}' | xargs opkg upgrade

I usually end up with some messages like

Collected errors:
 * resolve_conffiles: Existing conffile /etc/config/luci_statistics is different from the conffile in the new package. The new conffile will be placed at /etc/config/luci_statistics-opkg.
 * resolve_conffiles: Existing conffile /etc/config/luci is different from the conffile in the new package. The new conffile will be placed at /etc/config/luci-opkg.
 * resolve_conffiles: Existing conffile /etc/config/ucitrack is different from the conffile in the new package. The new conffile will be placed at /etc/config/ucitrack-opkg.

Sometimes the conflicts are genuine – because I’ve configured the router – but most of them are because uci doesn’t force a canonical output format. For example

root@router:~# diff -u /etc/config/luci-opkg /etc/config/luci
--- /etc/config/luci-opkg	2021-03-27 02:44:43.000000000 -0400
+++ /etc/config/luci	2021-01-30 05:15:01.000000000 -0500
@@ -1,31 +1,39 @@
-config core main
-	option lang auto
-	option mediaurlbase /luci-static/bootstrap
-	option resourcebase /luci-static/resources
-	option ubuspath /ubus/
-	
-config extern flash_keep
-	option uci 		"/etc/config/"
-	option dropbear "/etc/dropbear/"
-	option openvpn	"/etc/openvpn/"
-	option passwd	"/etc/passwd"
-	option opkg		"/etc/opkg.conf"
-	option firewall	"/etc/firewall.user"
-	option uploads	"/lib/uci/upload/"
-	
-config internal languages
-	
-config internal sauth
-	option sessionpath "/tmp/luci-sessions"
-	option sessiontime 3600
-	
-config internal ccache
-	option enable 1
-		
-config internal themes
-
-config internal apply
-	option rollback 90
-	option holdoff 4
-	option timeout 5
-	option display 1.5
+
+config core 'main'
+	option lang 'auto'
+	option mediaurlbase '/luci-static/bootstrap'
+	option resourcebase '/luci-static/resources'
+	option ubuspath '/ubus/'
+
+config extern 'flash_keep'
+	option uci '/etc/config/'
+	option dropbear '/etc/dropbear/'
+	option openvpn '/etc/openvpn/'
+	option passwd '/etc/passwd'
+	option opkg '/etc/opkg.conf'
+	option firewall '/etc/firewall.user'
+	option uploads '/lib/uci/upload/'
+
+config internal 'languages'
+
+config internal 'sauth'
+	option sessionpath '/tmp/luci-sessions'
+	option sessiontime '3600'
+
+config internal 'ccache'
+	option enable '1'
+
+config internal 'themes'
+	option Bootstrap '/luci-static/bootstrap'
+
+config internal 'apply'
+	option rollback '90'
+	option holdoff '4'
+	option timeout '5'
+	option display '1.5'
+
+config internal 'diag'
+	option dns 'openwrt.org'
+	option ping 'openwrt.org'
+	option route 'openwrt.org'
+

Except for `luci.diag` and `luci.themes.Bootstrap`, these are identical config files, and I don’t think even configured luci.diag so that’s probably just from a previous change.

It can be hard to separate out what I’ve configured from what the packagers have changed, but it is much more tedious when I also need to separate out what’s spurious changes from the quotes and indentation changing.

It would save users a lot of time if either:

* `resolve_conffiles` called `uci` to check differences instead of comparing entire files, *or*
* `uci` had a canonical format that both it and `luci` agreed to stick to, strictly so that running `diff` (or whatever `resolve_conffiles` does) would only report genuine conflicts

Don’t get me wrong, I do like openwrt a lot. It’s way better than using an unfixable vendor firmware. The fact that I can upgrade packages on it at all is marvelous. Thank you for your work.


Model: TP-Link Archer C50 v4 https://openwrt.org/toh/tp-link/archer-c50

Build: OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.096.73306-254083c

Kernel: 4.14.221

Packages:

root@router:~# opkg list-installed
base-files - 204.2-r11306-c4a6851c72
busybox - 1.30.1-6
cgi-io - 19
collectd - 5.12.0-1
collectd-mod-conntrack - 5.12.0-1
collectd-mod-cpu - 5.12.0-1
collectd-mod-interface - 5.12.0-1
collectd-mod-iwinfo - 5.12.0-1
collectd-mod-load - 5.12.0-1
collectd-mod-memory - 5.12.0-1
collectd-mod-network - 5.12.0-1
collectd-mod-ping - 5.12.0-1
collectd-mod-rrdtool - 5.12.0-1
collectd-mod-uptime - 5.12.0-1
collectd-mod-wireless - 5.12.0-1
conntrack - 2018-05-01-88610abe-1
diffutils - 3.7-2
dnsmasq - 2.80-16.3
dropbear - 2019.78-2
firewall - 2019-11-22-8174814a-3
fstools - 2020-05-12-84269037-1
fwtool - 2
getrandom - 2019-06-16-4df34a4d-3
hostapd-common - 2019-08-08-ca8c2bd2-7
ip6tables - 1.8.3-1
iptables - 1.8.3-1
iptables-mod-conntrack-extra - 1.8.3-1
iptables-mod-ipopt - 1.8.3-1
iw - 5.0.1-1
iwinfo - 2019-10-16-07315b6f-1
jshn - 2020-05-25-66195aee-1
jsonfilter - 2018-02-04-c7e938d6-1
kernel - 4.14.221-1-d92769dc5268e102503ae83fe968a56c
kmod-cfg80211 - 4.14.221+4.19.161-1-1
kmod-gpio-button-hotplug - 4.14.221-3
kmod-ifb - 4.14.221-1
kmod-ip6tables - 4.14.221-1
kmod-ipt-conntrack - 4.14.221-1
kmod-ipt-conntrack-extra - 4.14.221-1
kmod-ipt-core - 4.14.221-1
kmod-ipt-ipopt - 4.14.221-1
kmod-ipt-nat - 4.14.221-1
kmod-ipt-offload - 4.14.221-1
kmod-ipt-raw - 4.14.221-1
kmod-leds-gpio - 4.14.221-1
kmod-lib-crc-ccitt - 4.14.221-1
kmod-mac80211 - 4.14.221+4.19.161-1-1
kmod-mt76-core - 4.14.221+2021-02-15-5c768dec-1
kmod-mt7603 - 4.14.221+2021-02-15-5c768dec-1
kmod-mt76x02-common - 4.14.221+2021-02-15-5c768dec-1
kmod-mt76x2 - 4.14.221+2021-02-15-5c768dec-1
kmod-mt76x2-common - 4.14.221+2021-02-15-5c768dec-1
kmod-nf-conntrack - 4.14.221-1
kmod-nf-conntrack-netlink - 4.14.221-1
kmod-nf-conntrack6 - 4.14.221-1
kmod-nf-flow - 4.14.221-1
kmod-nf-ipt - 4.14.221-1
kmod-nf-ipt6 - 4.14.221-1
kmod-nf-nat - 4.14.221-1
kmod-nf-reject - 4.14.221-1
kmod-nf-reject6 - 4.14.221-1
kmod-nfnetlink - 4.14.221-1
kmod-ppp - 4.14.221-1
kmod-pppoe - 4.14.221-1
kmod-pppox - 4.14.221-1
kmod-sched-cake - 4.14.221+2019-03-12-057c7388-1
kmod-sched-core - 4.14.221-1
kmod-slhc - 4.14.221-1
libblobmsg-json - 2020-05-25-66195aee-1
libc - 1.1.24-2
libcap - 2.27-1
libelf1 - 0.177-1
libgcc1 - 7.5.0-2
libip4tc2 - 1.8.3-1
libip6tc2 - 1.8.3-1
libiwinfo-lua - 2019-10-16-07315b6f-1
libiwinfo20181126 - 2019-10-16-07315b6f-1
libjson-c2 - 0.12.1-3.1
libjson-script - 2020-05-25-66195aee-1
libltdl7 - 2.4.6-2
liblua5.1.5 - 5.1.5-3
liblucihttp-lua - 2019-07-05-a34a17d5-1
liblucihttp0 - 2019-07-05-a34a17d5-1
libmbedtls12 - 2.16.10-1
libmnl0 - 1.0.4-2
libnetfilter-conntrack3 - 2018-05-01-3ccae9f5-2
libnetfilter-cthelper0 - 1.0.0-2
libnetfilter-cttimeout1 - 1.0.0-2
libnetfilter-queue1 - 2017-06-27-601abd1c-2
libnfnetlink0 - 1.0.1-3
libnl-tiny - 0.1-5
liboping - 1.10.0-2
libpthread - 1.1.24-2
librrd1 - 1.0.50-3
libubox20191228 - 2020-05-25-66195aee-1
libubus-lua - 2019-12-27-041c9d1c-1
libubus20191227 - 2019-12-27-041c9d1c-1
libuci20130104 - 2019-09-01-415f9e48-4
libuclient20160123 - 2020-06-17-51e16ebf-1
libustream-mbedtls20150806 - 2020-03-13-40b563b1-1
libxtables12 - 1.8.3-1
logd - 2019-06-16-4df34a4d-3
lua - 5.1.5-3
luci - git-21.096.73306-254083c-1
luci-app-firewall - git-21.096.73306-254083c-1
luci-app-openvpn - git-21.096.73306-254083c-1
luci-app-opkg - git-21.096.73306-254083c-1
luci-app-simple-adblock - git-21.050.37945-c33df8f-1
luci-app-sqm - 1.4.0-2
luci-app-statistics - git-21.096.73306-254083c-1
luci-base - git-21.096.73306-254083c-1
luci-compat - git-21.096.73306-254083c-1
luci-lib-ip - git-21.096.73306-254083c-1
luci-lib-iptparser - git-21.096.73306-254083c-1
luci-lib-jsonc - git-21.096.73306-254083c-1
luci-lib-nixio - git-21.096.73306-254083c-1
luci-mod-admin-full - git-21.096.73306-254083c-1
luci-mod-network - git-21.096.73306-254083c-1
luci-mod-status - git-21.096.73306-254083c-1
luci-mod-system - git-21.096.73306-254083c-1
luci-proto-ipv6 - git-21.096.73306-254083c-1
luci-proto-ppp - git-21.096.73306-254083c-1
luci-theme-bootstrap - git-21.096.73306-254083c-1
mtd - 24
netifd - 2021-01-09-753c351b-1
odhcp6c - 2021-01-09-64e1b4e7-16
odhcpd-ipv6only - 2020-05-03-49e4949c-3
openwrt-keyring - 2019-07-25-8080ef34-1
opkg - 2021-01-31-c5dccea9-1
ppp - 2.4.7.git-2019-05-25-3
ppp-mod-pppoe - 2.4.7.git-2019-05-25-3
procd - 2020-03-07-09b9bd82-1
rpcd - 2020-05-26-67c8a3fd-1
rpcd-mod-file - 2020-05-26-67c8a3fd-1
rpcd-mod-iwinfo - 2020-05-26-67c8a3fd-1
rpcd-mod-luci - 20201107
rpcd-mod-rrdns - 20170710
rrdtool1 - 1.0.50-3
simple-adblock - 1.8.4-10
sqm-scripts - 1.4.0-2
swconfig - 12
tc - 5.0.0-2.1
ubox - 2019-06-16-4df34a4d-3
ubus - 2019-12-27-041c9d1c-1
ubusd - 2019-12-27-041c9d1c-1
uci - 2019-09-01-415f9e48-4
uclient-fetch - 2020-06-17-51e16ebf-1
uhttpd - 2020-10-01-3abcc891-1
urandom-seed - 1.0-1
urngd - 2020-01-21-c7f7b6b6-1
usign - 2020-05-23-f1f65026-1
wireless-regdb - 2020.11.20-1
wpad-basic - 2019-08-08-ca8c2bd2-7
zlib - 1.2.11-3
07.04.20213729Base systemBug ReportVery LowHighRT2800 (MT7620) no multiple SSIDTrunkUnconfirmed Task Description

master branch

MT7620
Nexx WT3020 8M

config wifi-device ‘radio0’

option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/10180000.wmac'
option cell_density '0'
option htmode 'HT40'
option noscan '1'

config wifi-iface ‘wifinet0’

option device 'radio0'
option mode 'ap'
option encryption 'none'
option network 'lan2'
option ssid 'Public'

config wifi-iface ‘wifinet1’

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

only “Public” wifi shows

wlan0 Link encap:Ethernet HWaddr 38:xxxxxxxxxxx

        inet addr:192.168.182.1  Bcast:192.168.255.255  Mask:255.255.0.0
        inet6 addr: fe80::3a1c:4aff:fe06:c05b/64 Scope:Link
        UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
        RX packets:0 errors:0 dropped:0 overruns:0 frame:0
        TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:0 (0.0 B)  TX bytes:1140 (1.1 KiB)
 


06.04.20213728Base systemBug ReportVery LowLowIPv6 Connectivity Lost When ISP Router is Restartedopenwrt-19.07Unconfirmed Task Description

I am running OpenWrt 19.07.7 on a TpLink Archer C7 (v5). The OpenWrt router is connected to a Router that is provided by my ISP. The ISP router connects to the Internet using DS-Lite.

    ------------     -----------     ----------     ------------
    | Local    |     | OpenWrt |     |  ISP   |     | Internet |
    | Network  |-----| Router  |-----| Router |-----|          |
    ------------     -----------     ----------     ------------

The OpenWrt router receives a delegated prefix using DHCPv6, which provides global addresses to the network connected to the OpenWrt router. This works perfectly fine, until the ISP router is restarted, which sometimes happens when it upgrades its firmware. In this situation, the IPv6 connectivity is lost and is not automatically restored. To get IPv6 connectivity, I have to restart the WAN6 interface, which estabilshes the IPv6 connection again. The IPv4 connectivity is restored automatically.

After the IPS router has been restarted, the OpenWrt router cannot ping IPv6 hosts via global addresses. Even the global address of the ISP router cannot be reached via ping. Pings via link-local addresses work fine.

When the IPv6 connection is gone, restarting the WAN6 interface, seems to change nothing on the side of the OpenWrt router. The output before and after the restart of ip -6 addr, ip -6 route, and ip6tables -L are identical (except for the IP address life-times). Also the information displayed by LuCI on the Interface page stays the same. However, the connectivity is restored after the interface is restarted.

My guess for explaining this behavior is as follows. When the ISP router is restarted, it receives the same IPv6 address lease and prefix from my ISP as earlier. (The IPv6 address lease is valid for a few days.) The ISP router, however, has “forgotten” that it had delegated a prefix to the OpenWrt router. Hence, the ISP router is not routing any traffic to the prefix the OpenWrt router is using. Since the IPv6 address of the ISP router does not change, the OpenWrt router does not detect this change. The RAs that the OpenWrt router receives are the same as before. When I restart the WAN6 interface, however, it asks for a new IPv6 address and a new IPv6 prefix, which in turn leads to the ISP router creating the proper route for the delegated prefix, which restores the IPv6 connectivity.

Unfortunately, I do not have access to the routing table of the ISP router, and hence, I cannot verify my hypothesis. (The reason for using OpenWrt is, that the ISP router is severely limited. I have to use the ISP router, however.)

Is there a way to force odhcp6c to probe whether the current delegated prefix is valid? Maybe sending some sort of renew/refresh message via DHCPv6? Is there a way to ask odhcp6c to regularly update/renew the delegated prefix, say every 5 minutes?

I currently have a cron job, which pings an IPv6 host on the internet and restarts the WAN6 interface when the ping fails. This workaround does the trick, but is rather ugly.

06.04.20213727Base systemBug ReportVery LowMediumdlink 860l-b1resetsopenwrt-19.07Unconfirmed Task Description

The log is spammed with resets (affecting wifi/network stability)

Model:D-Link DIR-860L B1
Architecture: MediaTek MT7621 ver:1 eco:3
Software: OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.086.32701-7456e2a

Errors in log:
Mon Apr 5 19:54:00 2021 kern.err kernel: [ 8536.871237] mt76x2e 0000:01:00.0: MCU message 31 (seq 8) timed out
Mon Apr 5 19:54:00 2021 kern.info kernel: [ 8536.932817] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
Mon Apr 5 19:54:00 2021 kern.info kernel: [ 8536.932836] mt76x2e 0000:01:00.0: Build: 1
Mon Apr 5 19:54:00 2021 kern.info kernel: [ 8536.932844] mt76x2e 0000:01:00.0: Build Time: 201507311614 Mon Apr 5 19:54:00 2021 kern.info kernel: [ 8536.951281] mt76x2e 0000:01:00.0: Firmware running!
Mon Apr 5 19:54:00 2021 kern.info kernel: [ 8536.961405] ieee80211 phy0: Hardware restart was requested
Mon Apr 5 20:28:47 2021 kern.err kernel: [10624.060218] mt76x2e 0000:01:00.0: MCU message 31 (seq 1) timed out
Mon Apr 5 20:28:47 2021 kern.info kernel: [10624.121807] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
Mon Apr 5 20:28:47 2021 kern.info kernel: [10624.121826] mt76x2e 0000:01:00.0: Build: 1
Mon Apr 5 20:28:47 2021 kern.info kernel: [10624.121834] mt76x2e 0000:01:00.0: Build Time: 201507311614 Mon Apr 5 20:28:47 2021 kern.info kernel: [10624.150387] ieee80211 phy0: Hardware restart was requested
Mon Apr 5 20:28:47 2021 kern.info kernel: [10624.140242] mt76x2e 0000:01:00.0: Firmware running!


Tue Apr 6 06:55:38 2021 daemon.warn hostapd: wlan1: STA xx:xx:xx:xx:xx:xx WPA: did not use HMAC-SHA1-AES with CCMP/GCMP
Tue Apr 6 06:55:38 2021 daemon.warn hostapd: wlan1: STA xx:xx:xx:xx:xx:xx WPA: did not use HMAC-SHA1-AES with CCMP/GCMP
Tue Apr 6 06:55:38 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx
Tue Apr 6 06:55:38 2021 daemon.info hostapd: wlan0: STA de:4f:76:41:03:f1 WPA: pairwise key handshake completed (RSN)
Tue Apr 6 06:55:51 2021 kern.err kernel: [48247.431859] mt76x2e 0000:01:00.0: MCU message 31 (seq 6) timed out
Tue Apr 6 06:55:51 2021 kern.info kernel: [48247.493433] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
Tue Apr 6 06:55:51 2021 kern.info kernel: [48247.493451] mt76x2e 0000:01:00.0: Build: 1
Tue Apr 6 06:55:51 2021 kern.info kernel: [48247.493458] mt76x2e 0000:01:00.0: Build Time: 201507311614 Tue Apr 6 06:55:51 2021 kern.info kernel: [48247.511878] mt76x2e 0000:01:00.0: Firmware running!
Tue Apr 6 06:55:51 2021 kern.info kernel: [48247.522018] ieee80211 phy0: Hardware restart was requested
Tue Apr 6 06:56:09 2021 kern.info kernel: [48265.553364] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
Tue Apr 6 06:56:09 2021 kern.info kernel: [48265.553384] mt76x2e 0000:01:00.0: Build: 1
Tue Apr 6 06:56:09 2021 kern.info kernel: [48265.553391] mt76x2e 0000:01:00.0: Build Time: 201507311614 Tue Apr 6 06:56:09 2021 kern.info kernel: [48265.571812] mt76x2e 0000:01:00.0: Firmware running!
Tue Apr 6 06:56:09 2021 kern.info kernel: [48265.581972] ieee80211 phy0: Hardware restart was requested


Tue Apr 6 08:23:29 2021 daemon.warn hostapd: wlan1: STA xx:xx:xx:xx:xx:xx WPA: did not use HMAC-SHA1-AES with CCMP/GCMP
Tue Apr 6 08:23:29 2021 daemon.warn hostapd: wlan1: STA xx:xx:xx:xx:xx:xx WPA: did not use HMAC-SHA1-AES with CCMP/GCMP
Tue Apr 6 08:23:29 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx
Tue Apr 6 08:23:29 2021 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Tue Apr 6 08:23:33 2021 kern.info kernel: [53509.809251] mt76x2e 0000:01:00.0: Firmware Version: 0.0.00
Tue Apr 6 08:23:33 2021 kern.info kernel: [53509.809270] mt76x2e 0000:01:00.0: Build: 1
Tue Apr 6 08:23:33 2021 kern.info kernel: [53509.809278] mt76x2e 0000:01:00.0: Build Time: 201507311614 Tue Apr 6 08:23:33 2021 kern.info kernel: [53509.827666] mt76x2e 0000:01:00.0: Firmware running!
Tue Apr 6 08:23:33 2021 kern.info kernel: [53509.837823] ieee80211 phy0: Hardware restart was requested


04.04.20213722KernelBug ReportVery LowLowSoftware flow offloading breaks ECMP routingopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

 x86_64 Router

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

 OpenWrt 19.07.7 r11306-c4a6851c72, Linux 4.14.221 #0 SMP Mon Feb 15 15:22:37 2021 x86_64 GNU/Linux

- Steps to reproduce

Hey guys,

I met this issue when I was using ECMP (Equal Cost Multi-Path) routing with software flow offload enabled.

Suppose we have topology:

LAN 1 (192.168.1.0/24) ←—> (eth1: 192.168.1.1/24) OpenWRT (eth2: 192.168.2.1/24) ←—> (192.168.2.51-53/24) Other routers ←—> (192.168.150.0/24) LAN 2

1. Add ECMP routes:

$ ip route add 192.168.150.0/24 nexthop via 192.168.2.51 dev eth2 \
                                nexthop via 192.168.2.52 dev eth2 \
                                nexthop via 192.168.2.53 dev eth2

$ ip route
192.168.150.0/24 
	nexthop via 192.168.2.51 dev eth2 weight 1 
	nexthop via 192.168.2.52 dev eth2 weight 1 
	nexthop via 192.168.2.53 dev eth2 weight 1 

2. Setting multipatch hash policy:

sysctl net.ipv4.fib_multipath_hash_policy=1

3. Initiate TCP connections from LAN 1 (192.168.1.0/24) to LAN 2 (192.168.150.0/24) should succeed. Connections are balanced over 3 next hop routers (192.168.2.51-53).
4. Enable software flow offloading on LuCI.
5. Open a TCP connection from LAN 1 (192.168.1.0/24) to LAN 2 (192.168.150.0/24) will likely be broken because each packet for a single TCP connection could use a different next hop router to get to the destination.

I’m not sure if this is an OpenWRT issue or upstream kernel issue. Any help would be greatly appreciated.

02.04.20213721Base systemBug ReportVery LowMediumcustom "CONFIG_VERSION_DIST" breaks building Edimax ima...TrunkUnconfirmed Task Description

Just ran a custom build for ath79 with setting

CONFIG_VERSION_DIST="Roederer"

finally fails in target/linux/install with

/mnt/hosts/strike/develop/sven/openwrt/freifunk/freifunk-berlin/openwrt/staging_dir/host/bin/edimax_fw_header -M F9J1108v1 -m BR-6679BAC -v Roedererr15865 -n "uImage" -i /mnt/hosts/strike/develop/sven/openwrt/freifunk/freifunk-berlin/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/loader-belkin_f9j1108-v2.uImage -o /mnt/hosts/strike/develop/sven/openwrt/freifunk/freifunk-berlin/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/tmp/roederer-2021.04-1faf8bcb-ath79-generic-belkin_f9j1108-v2-squashfs-factory.bin.uImage
[edimax_fw_header] *** error: 'Roedererr15865' is too long, max firware version length is 13
Makefile:87: recipe for target '/mnt/hosts/strike/develop/sven/openwrt/freifunk/freifunk-berlin/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/tmp/roederer-2021.04-1faf8bcb-ath79-generic-belkin_f9j1108-v2-squashfs-factory.bin' failed
make[5]: *** [/mnt/hosts/strike/develop/sven/openwrt/freifunk/freifunk-berlin/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/tmp/roederer-2021.04-1faf8bcb-ath79-generic-belkin_f9j1108-v2-squashfs-factory.bin] Error 255

So the VERSION_DIST gets suffixed by “r15865” which make it 14 bytes long. With the default “OpenWrt” it will be excatly 13 bytes.

Not sure what’s the best fix:

  • limiting the max length of the CONFIG-option
  • stripping something from the vesion-string provided to the edimax_fw_header command
  • chopping the extra bytes

This was actually seen in OpenWrt-21.02, but the Makefile seems identical to master.
https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ath79/image/generic.mk;h=f358d44064438c2aad4cf45840dee40f5381b2fe;hb=refs/heads/master#l55

02.04.20213719DocumentationBug ReportVery LowLowOpenwrt image builder instructions for FILES_REMOVE par...openwrt-19.07Unconfirmed Task Description

I’m attempting to use the x86 image builder for 19.07.7
https://downloads.openwrt.org/releases/19.07.7/targets/x86/64/openwrt-imagebuilder-19.07.7-x86-64.Linux-x86_64.tar.xz

There are some instructions in the documentation at:
https://openwrt.org/docs/guide-user/additional-software/imagebuilder

They say to patch the makefile:

 ifneq ($(USER_FILES),)
 	$(MAKE) copy_files
 endif
+
+ifneq ($(FILES_REMOVE),)
+	@echo
+	@echo Remove useless files
+
+	while read filename; do				\
+	    rm -rfv "$(TARGET_DIR)$$filename";	\
+	done < $(FILES_REMOVE);
+endif
+
 	$(MAKE) package_postinst
 	$(MAKE) build_image

But the Makefile layout seems to have changed since the instructions were written so it isn’t clear where to add this.

This is a really handy feature, so I hope the developers will eventually include this to avoid the need to patch the makefile.


01.04.20213717KernelBug ReportVery LowCriticalWRT1900ACS LAN Switch speed on kernel 5.4TrunkUnconfirmed Task Description

Dear, I ‘ve found an issue with DSA and kernel 5.4.
I’m on 21.02 SNAPSHOT.
My upload speed on WAN is only 10 mbps when a device with LAN connection is linked to 10mbps.
When a device 100mbps is connected to switch all speed is 100mbps not 1 gbps
It seems that the upload speed follow the lowest lan speed...

First test is with 10mbps connection on LAN3. –> Test was done from LAN1 to router.
Second test is with a LAN2 device conneted with 100mbps. –> Test was done from LAN1 to router

PS C:\Users\Andrea\Downloads\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.181.1
Connecting to host 192.168.181.1, port 5201
[  4] local 192.168.181.159 port 50593 connected to 192.168.181.1 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.01   sec   384 KBytes  3.12 Mbits/sec
[  4]   1.01-2.01   sec   640 KBytes  5.26 Mbits/sec
[  4]   2.01-3.01   sec  1.12 MBytes  9.35 Mbits/sec
[  4]   3.01-4.01   sec  1.12 MBytes  9.52 Mbits/sec
[  4]   4.01-5.01   sec  1.12 MBytes  9.41 Mbits/sec
[  4]   5.01-6.00   sec  1.12 MBytes  9.50 Mbits/sec
[  4]   6.00-7.00   sec  1.12 MBytes  9.46 Mbits/sec
[  4]   7.00-8.00   sec  1.12 MBytes  9.41 Mbits/sec
[  4]   8.00-9.01   sec  1.12 MBytes  9.40 Mbits/sec
[  4]   9.01-10.01  sec  1.12 MBytes  9.44 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.01  sec  10.0 MBytes  8.38 Mbits/sec                  sender
[  4]   0.00-10.01  sec  9.81 MBytes  8.23 Mbits/sec                  receiver

iperf Done.
PS C:\Users\Andrea\Downloads\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.181.1 -R
Connecting to host 192.168.181.1, port 5201
Reverse mode, remote host 192.168.181.1 is sending
[  4] local 192.168.181.159 port 50611 connected to 192.168.181.1 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  95.6 MBytes   802 Mbits/sec
[  4]   1.00-2.00   sec  97.9 MBytes   821 Mbits/sec
[  4]   2.00-3.00   sec   101 MBytes   847 Mbits/sec
[  4]   3.00-4.00   sec   101 MBytes   850 Mbits/sec
[  4]   4.00-5.00   sec   105 MBytes   884 Mbits/sec
[  4]   5.00-6.00   sec  92.3 MBytes   774 Mbits/sec
[  4]   6.00-7.00   sec   105 MBytes   877 Mbits/sec
[  4]   7.00-8.00   sec   102 MBytes   849 Mbits/sec
[  4]   8.00-9.00   sec  99.4 MBytes   836 Mbits/sec
[  4]   9.00-10.00  sec   107 MBytes   894 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  1006 MBytes   844 Mbits/sec   23             sender
[  4]   0.00-10.00  sec  1006 MBytes   844 Mbits/sec                  receiver

This new test is with latest 19.07 (previous kernel no dsa)

BusyBox v1.30.1 () built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 19.07-SNAPSHOT, r11328-81266d9001
 -----------------------------------------------------
root@WRT1900ACS:~# iperf3 -s
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.181.159, port 48454
[  5] local 192.168.181.1 port 5201 connected to 192.168.181.159 port 48456
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   108 MBytes   905 Mbits/sec                  
[  5]   1.00-2.00   sec   109 MBytes   915 Mbits/sec                  
[  5]   2.00-3.00   sec   109 MBytes   914 Mbits/sec                  
[  5]   3.00-4.00   sec   107 MBytes   900 Mbits/sec                  
[  5]   4.00-5.00   sec   108 MBytes   907 Mbits/sec                  
[  5]   5.00-6.00   sec   109 MBytes   912 Mbits/sec                  
[  5]   6.00-7.00   sec   107 MBytes   896 Mbits/sec                  
[  5]   7.00-8.00   sec   109 MBytes   917 Mbits/sec                  
[  5]   8.00-9.00   sec   108 MBytes   905 Mbits/sec                  
[  5]   9.00-10.00  sec   108 MBytes   903 Mbits/sec                  
[  5]  10.00-10.00  sec   293 KBytes   892 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.00  sec  1.06 GBytes   907 Mbits/sec 

I also noticed that with the latest version the switch LEDs flash all together and not only follow where there is communication, but I don’t think this is a problem.

Is this speed issue a bug or I do something wrong? I don’t make any changes to network config from standard. Only changed IP from 192.168.1.1 to 192.168.181.1.

31.03.20213714PackagesBug ReportVery LowHighSlow download speed using Kmod-usb-net-RTL8152openwrt-19.07Unconfirmed Task Description

Problem occurs with TP-Link u300 USB gigalan device chipset RTL8152 connected to usb 2.0 (not tested on 3.0)
too slow download speed on trunk compiled version and 19.07.7 stable to. Upload speed working as expected.
Working fine on 19.07.3

OpenWrt Version 19.07.7 / Trunk

- Steps to reproduce

install last trunk or 19.07.7 problem occurs, going back to 19.07.3 solves the problem
Package Kmod-usb-net-RTL8152

 


30.03.20213712Base systemBug ReportVery LowLowLinksys E8450 mt7915e failureTrunkUnconfirmed Task Description

Supply the following if possible:
- Linksys E8450 / Belking AX3200
- Latest snapshot as of 29.03.2021
- Flash firmware, boot

Looking at `readlog` I see the following:

```
Sun Mar 28 10:16:29 2021 kern.debug kernel: [ 8.144261] ieee80211 phy0: Selected rate control algorithm ‘minstrel_ht’ Sun Mar 28 10:16:29 2021 kern.debug kernel: [ 8.155943] mt7915e 0000:01:00.0: assign IRQ: got 144
Sun Mar 28 10:16:29 2021 kern.debug kernel: [ 8.161082] pci 0000:00:00.0: enabling bus mastering
Sun Mar 28 10:16:29 2021 kern.info kernel: [ 8.166067] mt7915e 0000:01:00.0: enabling device (0000 → 0002)
Sun Mar 28 10:16:29 2021 kern.debug kernel: [ 8.172151] mt7915e 0000:01:00.0: enabling bus mastering
Sun Mar 28 10:16:29 2021 kern.info kernel: [ 8.209817] mt7622-wmac 18000000.wmac: HW/SW Version: 0x8a108a10, Build Time: 20190801210006a
Sun Mar 28 10:16:29 2021 kern.info kernel: [ 8.209817]
Sun Mar 28 10:16:29 2021 kern.info kernel: [ 8.286383] mt7622-wmac 18000000.wmac: N9 Firmware Version: 2.0, Build Time: 20200131180931
Sun Mar 28 10:16:29 2021 kern.err kernel: [ 12.176986] mt7915e 0000:01:00.0: Firmware is not ready for download
Sun Mar 28 10:16:29 2021 kern.warn kernel: [ 12.183510] mt7915e: probe of 0000:01:00.0 failed with error -5
```

 


29.03.20213710Base systemBug ReportVery LowLowatlantic.ko (Marvell/Aqtion/Aqantia AQC107/108) 10Gbit ...TrunkUnconfirmed Task Description

I have Several ASUS branded PCIe 10Gbit Cards based on the Aquantia Gen2 silicon, Some AQC107 based SFP+ modules and several ipq8074 boards with them. These work fine with the atlantic kernel driver which has been in mainline for some time.

Test build is x86_64 against the 21.02 tagged branch.

The 21.02 tagged branch (and the master, and 19.07) menuconfig for these cards do not appear despite the driver being present in the kernel source tree.

The lspci ID output of the card:

04:00.0 Ethernet controller [0200]: Aquantia Corp. AQC107 NBase-T/IEEE 802.3bz Ethernet Controller [AQtion] [1d6a:d107] (rev 02)
        Subsystem: ASUSTeK Computer Inc. XG-C100C [1043:8741]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 17
        Region 0: Memory at ed440000 (64-bit, non-prefetchable) [size=64K]
        Region 2: Memory at ed450000 (64-bit, non-prefetchable) [size=4K]
        Region 4: Memory at ed000000 (64-bit, non-prefetchable) [size=4M]
        Expansion ROM at ed400000 [disabled] [size=256K]
        Capabilities: [40] Express (v2) Endpoint, MSI 00
                DevCap: MaxPayload 512 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
                        ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 75.000W
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ FLReset-
                        MaxPayload 256 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr+ TransPend-
                LnkCap: Port #0, Speed 8GT/s, Width x4, ASPM L0s L1, Exit Latency L0s unlimited, L1 unlimited
                        ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
                LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 8GT/s (ok), Width x4 (ok)
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis+ NROPrPrP- LTR-
                         10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- TPHComp- ExtTPHComp-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
                LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink+ Retimer- 2Retimers- DRS-
                LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+ EqualizationPhase1+
                         EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] MSI-X: Enable+ Count=32 Masked-
                Vector table: BAR=2 offset=00000000
                PBA: BAR=2 offset=00000200
        Capabilities: [a0] MSI: Enable- Count=1/32 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [c0] Vital Product Data
                Product Name: AQtion
                Read-only fields:
                        [PN] Part number: AquantiaPartNumber
                        [EC] Engineering changes: AquantiaEngineeringChangeLevel
                        [FG] Unknown: 41 71 75 61 6e 74 69 61 46 61 62 72 69 63 47 65 6f 67 72 61 70 68 79
                        [LC] Unknown: 41 71 75 61 6e 74 69 61 4c 6f 63 61 74 69 6f 6e
                        [MN] Manufacture ID: AquantiaManufacturingId
                        [PG] Unknown: 41 71 75 61 6e 74 69 61 50 63 69 47 65 6f 67 72 61 70 68 79
                        [SN] Serial number: AquantiaSerialNumber
                        [V0] Vendor specific: AquantiaVendorSpecificReadOnlyItem0
                        [V1] Vendor specific: AquantiaVendorSpecificReadOnlyItem1
                        [RV] Reserved: checksum good, 0 byte(s) reserved
                Read/write fields:
                        [YA] Asset tag: AquantiaAssetTagIdentifier
                        [V0] Vendor specific: AquantiaVendorSpecificWritableItem0
                        [V1] Vendor specific: AquantiaVendorSpecificWritableItem1
                        [Y0] System specific: AquantiaSystemSpecificWritableItem0
                        [Y1] System specific: AquantiaSystemSpecificWritableItem1
                        [RW] Read-write area: 9 byte(s) free
                End
        Capabilities: [100 v2] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr+ BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
        Capabilities: [150 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
        Capabilities: [180 v1] Secondary PCI Express
                LnkCtl3: LnkEquIntrruptEn- PerformEqu-
                LaneErrStat: 0
        Kernel driver in use: atlantic
        Kernel modules: atlantic


[aenertia@fedora build]$ lsmod |grep atlantic
atlantic              229376  0
macsec                 61440  1 atlantic

Within the make kernel_menuconfig selection it is shown as a Y default, tristate flag when the x86_64 target is selected but never appears to get built into the resultant image.

On my comparison systems running RHEL8.3 and Fedora Rawhide - the atlantic kernel module has a dependency on the macsec kernel module - this is mentioned the 5.4 kernel source in the openwrt build tree for 21.02 tag - but seems to be silently dropped/skipped.

I tried several manual .config edits in the kernel build tree to force inclusion of the atlantic and macsec modules without success in the resultant images.
I note that there is a main kmod-macsec config entry in the primary .config buildroot ; but enabling that results in an architecture invalid for target error during kernel compilation. Is there perhaps a double up of the macsec name inside the build tree?

tl;dr Summary of required actions:

*Expose the Atlantic module/option in the main menuconfig buildroot
*Confirm why the atlantic module is set to Y by default, but not resulting in a usable driver in the kernel
*Check that the macsec module which appears to be a dependency for the atlantic driver does not have a naming conflict and/or why selecting it in the main buildroot results in an invalid arch error for x86_64 build target.

Severity ; the atlantic module is increasingly commonly deployed both in server, enthusiast and OEM embedded appliances (ipq80xx is a common pairing) as well as NBaseT SFP+ modules (rebadged by several vendors i.e Mikrotik) to supply NBaseT 10Gbit functionality. It has not been working in the last 2 openwrt releases and should be fixed before 21.02 goes out the door.

 


28.03.20213709Base systemBug ReportVery LowMediumrc.common enabled logic incompleteAllUnconfirmed Task Description

rc.common@enabled checks ‘S’ only

this results in incorrect output on K only init scripts ( umount )

###### poc
$> service

28.03.20213708Base systemBug ReportVery LowMediumrssileds: high CPU loadAllUnconfirmed Task Description

see: CPE210 high cpu load bug still present

Device problem occurs on:

ath79: CPE2xx, CPE5xx, maybe a major - think other devices too.

OpenWrt 19.07 - Steps to reproduce:

Bug is reproducible:
(for measurement did logout LuCI, then ssh & top)

Freifunk images → after FFwizard+reboot → CPU ~35%
→ set rssi (default: wlan0) to wlan0-dhcp2 or wlan0-mesh-2 in /etc/config/system → CPU ~5%

Openwrt stock (19.07.7), firstboot, wifi:
→ AP disabled (default setting) → CPU ~2%
→ AP enabled → CPU ~4%
!!! → AP disabled again → CPU ~20%
→ AP enabled again → CPU ~4%
→ AP + WWAN + Mesh → CPU ~5%
!!! → disabled everything (AP, WWAN, Mesh) → CPU 15-25%
→ enabled only one AP, WWAN or Mesh → CPU ~5%

If rssileds is disabled at boot, high CPU load doesnt occur.

top always shows /usr/sbin/rssileds 2% CPU
→ AP enabled → 0% sys
!!! → AP disabled → 14% sys

top AP disabled:
→ CPU: 4% usr 14% sys 0% nic 81% idle 0% io 0% irq 0% sirq

27.03.20213707KernelBug ReportVery LowCriticalx86_64: linux 5.10 cannot build objtoolTrunkUnconfirmed Task Description

Just use testing kernel version 5.10 on x86_64, run `make menuconfig` and `make V=sc`

Error log:

gcc -Wp,-MD,/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/.builtin-check.o.d -Wp,-MT,/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/builtin-check.o -Werror -Wbad-function-cast -Wdeclaration-after-statement -Wformat-security -Wformat-y2k -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-system-headers -Wold-style-definition -Wpacked -Wredundant-decls -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wwrite-strings -Wformat -Wstrict-aliasing=3 -Wshadow -Wno-switch-default -Wno-switch-enum -Wno-packed -Wno-nested-externs -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/wong/github/lede-1/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -g -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/include -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/arch/x86/include/uapi -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/arch/x86/include -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/arch/x86/include -I/home/wong/github/lede-1/staging_dir/host/include/libelf -I/home/wong/github/lede-1/staging_dir/host/include -DINSN_USE_ORC -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/lib -D"BUILD_STR(s)=#s" -c -o /home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/builtin-check.o builtin-check.c
gcc -Wp,-MD,/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/.builtin-orc.o.d -Wp,-MT,/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/builtin-orc.o -Werror -Wbad-function-cast -Wdeclaration-after-statement -Wformat-security -Wformat-y2k -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-system-headers -Wold-style-definition -Wpacked -Wredundant-decls -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wwrite-strings -Wformat -Wstrict-aliasing=3 -Wshadow -Wno-switch-default -Wno-switch-enum -Wno-packed -Wno-nested-externs -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/wong/github/lede-1/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -g -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/include -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/arch/x86/include/uapi -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/arch/x86/include -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/arch/x86/include -I/home/wong/github/lede-1/staging_dir/host/include/libelf -I/home/wong/github/lede-1/staging_dir/host/include -DINSN_USE_ORC -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/lib -D"BUILD_STR(s)=#s" -c -o /home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/builtin-orc.o builtin-orc.c
gcc -Wp,-MD,/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/.elf.o.d -Wp,-MT,/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/elf.o -Werror -Wbad-function-cast -Wdeclaration-after-statement -Wformat-security -Wformat-y2k -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-system-headers -Wold-style-definition -Wpacked -Wredundant-decls -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wwrite-strings -Wformat -Wstrict-aliasing=3 -Wshadow -Wno-switch-default -Wno-switch-enum -Wno-packed -Wno-nested-externs -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -std=gnu89 -O2 -I/home/wong/github/lede-1/staging_dir/host/include -Wall -Wmissing-prototypes -Wstrict-prototypes -g -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/include -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/arch/x86/include/uapi -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/arch/x86/include -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/arch/x86/include -I/home/wong/github/lede-1/staging_dir/host/include/libelf -I/home/wong/github/lede-1/staging_dir/host/include -DINSN_USE_ORC -I/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/lib -D"BUILD_STR(s)=#s" -c -o /home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/elf.o elf.c

elf.c: In function ‘read_symbols’:
elf.c:407:8: error: implicit declaration of function ‘gelf_getsymshndx’; did you mean ‘gelf_getsym’? [-Werror=implicit-function-declaration]

407 |   if (!gelf_getsymshndx(symtab->data, shndx_data, i, &sym->sym,
    |        ^~~~~~~~~~~~~~~~
    |        gelf_getsym

cc1: all warnings being treated as errors
make[8]: * [/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/build/Makefile.build:97: /home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/elf.o] Error 1
make[7]:
* [Makefile:59: /home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/tools/objtool/objtool-in.o] Error 2
make[6]: * [Makefile:68: objtool] Error 2
make[5]:
* [Makefile:1935: tools/objtool] Error 2
make[5]: Leaving directory ‘/home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26’ make[4]: * [Makefile:23: /home/wong/github/lede-1/build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.26/.modules] Error 2
make[4]: Leaving directory ‘/home/wong/github/lede-1/target/linux/x86’ make[3]:
* [Makefile:11: compile] Error 2
make[3]: Leaving directory ‘/home/wong/github/lede-1/target/linux’ time: target/linux/compile#32.74#16.77#48.92

  ERROR: target/linux failed to build.
 


24.03.20213705Base systemBug ReportVery LowLowTrunk: WAN via NCM fails silently every 24 hours after ...TrunkUnconfirmed Task Description

Device: BTHH5a - Lantiq XRX200
Build: Trunk 23.03.21
Reproduce: Occurs every 24 hours

I build trunk to help find regressions.

In the last week I noticed NCM fails silently every 24 hours after flashing on a BTHH5a. Lease time is several days. This is new behavior.

I made a shell script to do a ping check on 3 nameservers to detect and restart WAN>

I predict it will fail again tomorrow at 16:36.

Any clues to more debugging from the NCM subsystem?

Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.524923] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.546637] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112, base_baud = 0) is a lantiq,asc
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.555560] printk: console [ttyLTQ0] enabled
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.564285] printk: bootconsole [early0] disabled
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.577617] nand: device found, Manufacturer ID: 0x01, Chip ID: 0xf1
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.582607] nand: AMD/Spansion S34ML01G1
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.586556] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.594819] Bad block table found at page 65472, version 0x01
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.600883] Bad block table found at page 65408, version 0x01
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    0.605938] 4 fixed-partitions partitions found on MTD device 14000000.flash
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    0.612599] Creating 4 MTD partitions on "14000000.flash":
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    0.618093] 0x000000000000-0x0000000a0000 : "u-boot"
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    0.624987] 0x0000000a0000-0x0000000c0000 : "u-boot-env"
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    0.630969] 0x0000000c0000-0x000000100000 : "unused"
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    0.636457] 0x000000100000-0x000007f80000 : "ubi"
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.645077] libphy: Fixed MDIO Bus: probed
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.659563] NET: Registered protocol family 10
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.667008] Segment Routing with IPv6
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.669336] NET: Registered protocol family 17
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.673908] 8021q: 802.1Q VLAN Support v1.8
Tue Mar 23 15:04:05 2021 kern.err kernel: [    0.683515] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.795893] libphy: lantiq,xrx200-mdio: probed
Tue Mar 23 15:04:05 2021 kern.warn kernel: [    0.805972] net-xrx200: invalid MAC, using random
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.809940] Intel XWAY PHY11G (PEF 7071/PEF 7072) v1.5 / v1.6 0:00: attached PHY driver [Intel XWAY PHY11G (PEF 7071/PEF 7072) v1.5 / v1.6] (mii_bus:phy_addr=0:00, irq=POLL)
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.825543] Intel XWAY PHY11G (PEF 7071/PEF 7072) v1.5 / v1.6 0:01: attached PHY driver [Intel XWAY PHY11G (PEF 7071/PEF 7072) v1.5 / v1.6] (mii_bus:phy_addr=0:01, irq=POLL)
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.840996] Intel XWAY PHY11G (xRX v1.2 integrated) 0:11: attached PHY driver [Intel XWAY PHY11G (xRX v1.2 integrated)] (mii_bus:phy_addr=0:11, irq=POLL)
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.854746] Intel XWAY PHY11G (xRX v1.2 integrated) 0:13: attached PHY driver [Intel XWAY PHY11G (xRX v1.2 integrated)] (mii_bus:phy_addr=0:13, irq=POLL)
Tue Mar 23 15:04:05 2021 kern.info kernel: [    0.868503] Intel XWAY PHY11G (PEF 7071/PEF 7072) v1.5 / v1.6 0:05: attached PHY driver [Intel XWAY PHY11G (PEF 7071/PEF 7072) v1.5 / v1.6] (mii_bus:phy_addr=0:05, irq=POLL)
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.014189] PCI host bridge /fpi@10000000/pcie@d900000 ranges:
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.018835] PCI host bridge to bus 0000:01
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.022731] pci_bus 0000:01: root bus resource [mem 0x1c000000-0x1cffffff]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.029597] pci_bus 0000:01: root bus resource [io  0x1d800000-0x1d8fffff]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.036462] pci_bus 0000:01: root bus resource [??? 0x00000000 flags 0x0]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.043247] pci_bus 0000:01: No busn resource found for root bus, will use [bus 01-ff]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.051218] pci 0000:01:00.0: [1bef:0011] type 01 class 0x060000
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.057191] ifx_pcie_rc_class_early_fixup: fixed pcie host bridge to pci-pci bridge
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.075009] pci 0000:01:00.0: ifx_pcie_rc_class_early_fixup+0x0/0x7c took 17350 usecs
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.081558] pci 0000:01:00.0: PME# supported from D0 D3hot
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.090116] pci 0000:01:00.0: bridge configuration invalid ([bus 02-00]), reconfiguring
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.097044] pci 0000:02:00.0: [168c:003c] type 00 class 0x028000
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.102817] pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x001fffff 64bit]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.109583] pci 0000:02:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.116354] pci 0000:02:00.0: supports D1 D2
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.123637] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.128881] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 02
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.135500] pci 0000:01:00.0: BAR 8: assigned [mem 0x1c000000-0x1c1fffff]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.142270] pci 0000:01:00.0: BAR 9: assigned [mem 0x1c200000-0x1c2fffff pref]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.149488] pci 0000:02:00.0: BAR 0: assigned [mem 0x1c000000-0x1c1fffff 64bit]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.156820] pci 0000:02:00.0: BAR 6: assigned [mem 0x1c200000-0x1c20ffff pref]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.164012] pci 0000:01:00.0: PCI bridge to [bus 02]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.168989] pci 0000:01:00.0:   bridge window [mem 0x1c000000-0x1c1fffff]
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.175777] pci 0000:01:00.0:   bridge window [mem 0x1c200000-0x1c2fffff pref]
Tue Mar 23 15:04:05 2021 kern.warn kernel: [    1.183147] ifx_pcie_bios_map_irq port 0 dev 0000:01:00.0 slot 0 pin 1
Tue Mar 23 15:04:05 2021 kern.warn kernel: [    1.189584] ifx_pcie_bios_map_irq dev 0000:01:00.0 irq 144 assigned
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.195879] pcieport 0000:01:00.0: enabling device (0000 -> 0002)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.203464] UBI: auto-attach mtd3
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.205354] ubi0: attaching mtd3
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.357514] ubi0: scanning is finished
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.374033] ubi0: attached mtd3 (name "ubi", size 126 MiB)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.378136] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.385029] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 512
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.391699] ubi0: VID header offset: 512 (aligned 512), data offset: 2048
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.398488] ubi0: good PEBs: 1012, bad PEBs: 0, corrupted PEBs: 0
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.404563] ubi0: user volume: 4, internal volumes: 1, max. volumes count: 128
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.411813] ubi0: max/mean erase counter: 1092/814, WL threshold: 4096, image sequence number: 228104625
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.421283] ubi0: available PEBs: 0, total reserved PEBs: 1012, PEBs reserved for bad PEB handling: 20
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.430682] ubi0: background thread "ubi_bgt0d" started, PID 471
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.438869] block ubiblock0_1: created from ubi0:1(rootfs)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    1.443017] ubiblock: device ubiblock0_1 (rootfs) set to be root filesystem
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.457274] VFS: Mounted root (squashfs filesystem) readonly on device 259:0.
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.466953] Freeing unused kernel memory: 1244K
Tue Mar 23 15:04:05 2021 kern.warn kernel: [    1.470098] This architecture does not have kernel memory protection.
Tue Mar 23 15:04:05 2021 kern.info kernel: [    1.476515] Run /sbin/init as init process
Tue Mar 23 15:04:05 2021 user.info kernel: [    2.113559] init: Console is alive
Tue Mar 23 15:04:05 2021 user.info kernel: [    2.115960] init: - watchdog -
Tue Mar 23 15:04:05 2021 user.info kernel: [    3.754070] kmodloader: loading kernel modules from /etc/modules-boot.d/*
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    3.829501] SCSI subsystem initialized
Tue Mar 23 15:04:05 2021 kern.warn kernel: [    3.842821] dwc2 1e101000.usb: 1e101000.usb supply vusb_d not found, using dummy regulator
Tue Mar 23 15:04:05 2021 kern.warn kernel: [    3.849870] dwc2 1e101000.usb: 1e101000.usb supply vusb_a not found, using dummy regulator
Tue Mar 23 15:04:05 2021 kern.info kernel: [    3.959564] dwc2 1e101000.usb: DWC OTG Controller
Tue Mar 23 15:04:05 2021 kern.info kernel: [    3.962941] dwc2 1e101000.usb: new USB bus registered, assigned bus number 1
Tue Mar 23 15:04:05 2021 kern.info kernel: [    3.969986] dwc2 1e101000.usb: irq 62, io mem 0x1e101000
Tue Mar 23 15:04:05 2021 kern.info kernel: [    3.977039] hub 1-0:1.0: USB hub found
Tue Mar 23 15:04:05 2021 kern.info kernel: [    3.979562] hub 1-0:1.0: 1 port detected
Tue Mar 23 15:04:05 2021 kern.info kernel: [    3.989718] usbcore: registered new interface driver usb-storage
Tue Mar 23 15:04:05 2021 user.info kernel: [    3.995061] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
Tue Mar 23 15:04:05 2021 user.info kernel: [    4.012149] init: - preinit -
Tue Mar 23 15:04:05 2021 kern.notice kernel: [    5.519932] random: procd: uninitialized urandom read (4 bytes read)
Tue Mar 23 15:04:05 2021 user.info kernel: [    9.824350] mount_root: loading kmods from internal overlay
Tue Mar 23 15:04:05 2021 user.info kernel: [    9.879272] kmodloader: loading kernel modules from //etc/modules-boot.d/*
Tue Mar 23 15:04:05 2021 user.info kernel: [    9.887320] kmodloader: done loading kernel modules from //etc/modules-boot.d/*
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.236622] UBIFS (ubi0:2): Mounting in unauthenticated mode
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.241278] UBIFS (ubi0:2): background thread "ubifs_bgt0_2" started, PID 569
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.367666] UBIFS (ubi0:2): UBIFS: mounted UBI device 0, volume 2, name "rootfs_data"
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.374123] UBIFS (ubi0:2): LEB size: 129024 bytes (126 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.384034] UBIFS (ubi0:2): FS size: 117411840 bytes (111 MiB, 910 LEBs), journal size 5935104 bytes (5 MiB, 46 LEBs)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.394632] UBIFS (ubi0:2): reserved for root: 4952683 bytes (4836 KiB)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.401263] UBIFS (ubi0:2): media format: w5/r0 (latest is w5/r0), UUID 2E577506-86FB-47CB-851E-14AE2AB00D76, small LPT model
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.413135] block: attempting to load /tmp/ubifs_cfg/upper/etc/config/fstab
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.419837] block: unable to load configuration (fstab: Entry not found)
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.426431] block: attempting to load /tmp/ubifs_cfg/etc/config/fstab
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.432978] block: unable to load configuration (fstab: Entry not found)
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.439565] block: attempting to load /etc/config/fstab
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.451154] block: unable to load configuration (fstab: Entry not found)
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.456712] block: no usable configuration
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.464797] UBIFS (ubi0:2): un-mount UBI device 0
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.468207] UBIFS (ubi0:2): background thread "ubifs_bgt0_2" stops
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.480193] UBIFS (ubi0:2): Mounting in unauthenticated mode
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.484850] UBIFS (ubi0:2): background thread "ubifs_bgt0_2" started, PID 572
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.611041] UBIFS (ubi0:2): UBIFS: mounted UBI device 0, volume 2, name "rootfs_data"
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.617582] UBIFS (ubi0:2): LEB size: 129024 bytes (126 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.627408] UBIFS (ubi0:2): FS size: 117411840 bytes (111 MiB, 910 LEBs), journal size 5935104 bytes (5 MiB, 46 LEBs)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.638017] UBIFS (ubi0:2): reserved for root: 4952683 bytes (4836 KiB)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   10.644639] UBIFS (ubi0:2): media format: w5/r0 (latest is w5/r0), UUID 2E577506-86FB-47CB-851E-14AE2AB00D76, small LPT model
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.813961] block: attempting to load /tmp/ubifs_cfg/upper/etc/config/fstab
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.819840] block: unable to load configuration (fstab: Entry not found)
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.826434] block: attempting to load /tmp/ubifs_cfg/etc/config/fstab
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.832964] block: unable to load configuration (fstab: Entry not found)
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.839551] block: attempting to load /etc/config/fstab
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.844854] block: unable to load configuration (fstab: Entry not found)
Tue Mar 23 15:04:05 2021 user.err kernel: [   10.851466] block: no usable configuration
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.857203] mount_root: overlay filesystem has not been fully initialized yet
Tue Mar 23 15:04:05 2021 user.info kernel: [   10.864157] mount_root: switching to ubifs overlay
Tue Mar 23 15:04:05 2021 user.warn kernel: [   11.415875] urandom-seed: Seed file not found (/etc/urandom.seed)
Tue Mar 23 15:04:05 2021 user.info kernel: [   11.556254] procd: - early -
Tue Mar 23 15:04:05 2021 user.info kernel: [   11.558063] procd: - watchdog -
Tue Mar 23 15:04:05 2021 user.info kernel: [   12.157149] procd: - watchdog -
Tue Mar 23 15:04:05 2021 user.info kernel: [   12.160252] procd: - ubus -
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   12.418847] random: ubusd: uninitialized urandom read (4 bytes read)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   12.427687] random: ubusd: uninitialized urandom read (4 bytes read)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   12.541381] random: ubusd: uninitialized urandom read (4 bytes read)
Tue Mar 23 15:04:05 2021 user.info kernel: [   12.555210] procd: - init -
Tue Mar 23 15:04:05 2021 user.info kernel: [   13.746957] kmodloader: loading kernel modules from /etc/modules.d/*
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.040327] usbcore: registered new interface driver cdc_wdm
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.046552] Loading modules backported from Linux version v5.10.16-0-gde53befa79cf
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.052743] Backport generated by backports.git v5.10.16-1-0-g21d2a1d2
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.097157] Infineon Technologies DEU driver version 2.0.0
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.103850] IFX DEU DES initialized (multiblock).
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.109222] IFX DEU AES initialized (multiblock).
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.113396] IFX DEU ARC4 initialized (multiblock).
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.117772] IFX DEU SHA1 initialized.
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.121372] IFX DEU MD5 initialized.
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.124987] IFX DEU SHA1_HMAC initialized.
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   14.129133] IFX DEU MD5_HMAC initialized.
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.144055] usbcore: registered new interface driver ums-alauda
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.151211] usbcore: registered new interface driver ums-cypress
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.158922] usbcore: registered new interface driver ums-datafab
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.166597] usbcore: registered new interface driver ums-freecom
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.173959] usbcore: registered new interface driver ums-isd200
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.181636] usbcore: registered new interface driver ums-jumpshot
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.189448] usbcore: registered new interface driver ums-karma
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.197117] usbcore: registered new interface driver ums-sddr09
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.206962] usbcore: registered new interface driver ums-sddr55
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.215819] usbcore: registered new interface driver ums-usbat
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.234713] usbcore: registered new interface driver usbserial_generic
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.240120] usbserial: USB Serial support registered for generic
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.268689] xt_time: kernel timezone is -0000
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.274568] ath9k_pci_owl_loader 0000:00:0e.0: enabling device (0000 -> 0002)
Tue Mar 23 15:04:05 2021 kern.warn kernel: [   14.290630] ath9k_pci_owl_loader 0000:00:0e.0: Direct firmware load for ath9k-eeprom-pci-0000:00:0e.0.bin failed with error -2
Tue Mar 23 15:04:05 2021 kern.warn kernel: [   14.300675] ath9k_pci_owl_loader 0000:00:0e.0: Falling back to sysfs fallback for: ath9k-eeprom-pci-0000:00:0e.0.bin
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.316437] usbcore: registered new interface driver cdc_eem
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.326150] usbcore: registered new interface driver cdc_ether
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.336612] usbcore: registered new interface driver cdc_ncm
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.344135] usbcore: registered new interface driver cdc_subset
Tue Mar 23 15:04:05 2021 user.info kernel: [   14.595585] urngd: v1.0.2 started.
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.660686] usbcore: registered new interface driver dm9601
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.668101] usbcore: registered new interface driver huawei_cdc_ncm
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.760747] usbcore: registered new interface driver qmi_wwan
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.770211] usbcore: registered new interface driver rndis_host
Tue Mar 23 15:04:05 2021 kern.warn kernel: [   14.839776] ifx_pcie_bios_map_irq port 0 dev 0000:02:00.0 slot 0 pin 1
Tue Mar 23 15:04:05 2021 kern.warn kernel: [   14.845037] ifx_pcie_bios_map_irq dev 0000:02:00.0 irq 144 assigned
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.851345] ath10k 5.10 driver, optimized for CT firmware, probing pci device: 0x3c.
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.860934] ath10k_pci 0000:02:00.0: enabling device (0000 -> 0002)
Tue Mar 23 15:04:05 2021 kern.info kernel: [   14.866193] ath10k_pci 0000:02:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.117981] usb 1-1: new high-speed USB device number 2 using dwc2
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   15.225687] random: crng init done
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   15.227868] random: 6 urandom warning(s) missed due to ratelimiting
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.363300] huawei_cdc_ncm 1-1:1.3: MAC-Address: 0c:5b:8f:27:9a:64
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.368205] huawei_cdc_ncm 1-1:1.3: setting rx_max = 16384
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.377896] huawei_cdc_ncm 1-1:1.3: setting tx_max = 16384
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.385744] huawei_cdc_ncm 1-1:1.3: NDP will be placed at end of frame for this device.
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.392918] huawei_cdc_ncm 1-1:1.3: cdc-wdm0: USB WDM device
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.400019] huawei_cdc_ncm 1-1:1.3 wwan0: register 'huawei_cdc_ncm' at usb-1e101000.usb-1, Huawei CDC NCM device, 0c:5b:8f:27:9a:64
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.411264] usb-storage 1-1:1.4: USB Mass Storage device detected
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.418201] scsi host0: usb-storage 1-1:1.4
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.568599] ath9k_pci_owl_loader 0000:00:0e.0: fixup device configuration
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.587360] pci 0000:00:0e.0: [168c:002d] type 00 class 0x028000
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.592080] pci 0000:00:0e.0: reg 0x10: [mem 0x18000000-0x1800ffff]
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.598448] pci 0000:00:0e.0: PME# supported from D0 D3hot
Tue Mar 23 15:04:05 2021 kern.info kernel: [   15.607041] pci 0000:00:0e.0: BAR 0: assigned [mem 0x18000000-0x1800ffff]
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   16.443600] scsi 0:0:0:0: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   16.633508] sd 0:0:0:0: [sda] 31116288 512-byte logical blocks: (15.9 GB/14.8 GiB)
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   16.642534] sd 0:0:0:0: [sda] Write Protect is off
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   16.646059] sd 0:0:0:0: [sda] Mode Sense: 0f 00 00 00
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   16.647179] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Tue Mar 23 15:04:05 2021 kern.info kernel: [   16.677518]  sda: sda1
Tue Mar 23 15:04:05 2021 kern.notice kernel: [   16.687139] sd 0:0:0:0: [sda] Attached SCSI removable disk
Tue Mar 23 15:04:05 2021 kern.info kernel: [   18.862665] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
Tue Mar 23 15:04:05 2021 kern.info kernel: [   18.870614] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 1 testmode 0
Tue Mar 23 15:04:05 2021 kern.info kernel: [   18.884330] ath10k_pci 0000:02:00.0: firmware ver 10.1-ct-8x-__fH-022-ecad3248 api 2 features wmi-10.x,mfp,txstatus-noack,wmi-10.x-CT,ratemask-CT,txrate-CT,get-temp-CT,tx-rc-CT,cust-stats-CT,retry-gt2-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT crc32 1b2a161c
Tue Mar 23 15:04:05 2021 kern.info kernel: [   19.084124] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
Tue Mar 23 15:04:05 2021 kern.warn kernel: [   19.910149] ath10k_pci 0000:02:00.0: 10.1 wmi init: vdevs: 16  peers: 127  tid: 256
Tue Mar 23 15:04:05 2021 kern.info kernel: [   19.926171] ath10k_pci 0000:02:00.0: wmi print 'P 128 V 8 T 410'
Tue Mar 23 15:04:05 2021 kern.info kernel: [   19.930797] ath10k_pci 0000:02:00.0: wmi print 'msdu-desc: 1424  sw-crypt: 0 ct-sta: 0'
Tue Mar 23 15:04:05 2021 kern.info kernel: [   19.939190] ath10k_pci 0000:02:00.0: wmi print 'alloc rem: 25000 iram: 38944'
Tue Mar 23 15:04:05 2021 kern.info kernel: [   19.992725] ath10k_pci 0000:02:00.0: htt-ver 2.2 wmi-op 2 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.006953] ath10k_pci 0000:02:00.0: NOTE:  Firmware DBGLOG output disabled in debug_mask: 0x10000000
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.126420] ath: EEPROM regdomain: 0x833a
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.126431] ath: EEPROM indicates we should expect a country code
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.126447] ath: doing EEPROM country->regdmn map search
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.126456] ath: country maps to regdmn code: 0x37
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.126463] ath: Country alpha2 being used: GB
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.126468] ath: Regpair used: 0x37
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.169539] usbcore: registered new interface driver cdc_mbim
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.196975] usbcore: registered new interface driver option
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.201375] usbserial: USB Serial support registered for GSM modem (1-port)
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.208709] option 1-1:1.0: GSM modem (1-port) converter detected
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.214789] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.221505] option 1-1:1.1: GSM modem (1-port) converter detected
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.227689] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.234373] option 1-1:1.2: GSM modem (1-port) converter detected
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.240580] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB2
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.267341] ath9k 0000:00:0e.0: enabling device (0000 -> 0002)
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.278171] ath: phy1: Ignoring endianness difference in EEPROM magic bytes.
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.285640] ath: EEPROM regdomain: 0x833a
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.285652] ath: EEPROM indicates we should expect a country code
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.285674] ath: doing EEPROM country->regdmn map search
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.285688] ath: country maps to regdmn code: 0x37
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.285699] ath: Country alpha2 being used: GB
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.285708] ath: Regpair used: 0x37
Tue Mar 23 15:04:05 2021 kern.debug kernel: [   20.306476] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
Tue Mar 23 15:04:05 2021 kern.info kernel: [   20.309393] ieee80211 phy1: Atheros AR9287 Rev:2 mem=0xb8000000, irq=30
Tue Mar 23 15:04:05 2021 user.info kernel: [   20.318838] kmodloader: done loading kernel modules from /etc/modules.d/*
Tue Mar 23 15:04:07 2021 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Tue Mar 23 15:04:07 2021 user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: Connected to system UBus
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: started, version 2.84 cachesize 150
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: DNS service limited to local subnets
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: UBus support enabled: connected to system bus
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain test
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain onion
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain localhost
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain local
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain invalid
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain bind
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: using only locally-known addresses for domain lan
Tue Mar 23 15:04:08 2021 daemon.warn dnsmasq[1825]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: read /etc/hosts - 4 addresses
Tue Mar 23 15:04:08 2021 daemon.info dnsmasq[1825]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Tue Mar 23 15:04:09 2021 authpriv.info dropbear[1887]: Not backgrounding
Tue Mar 23 15:04:11 2021 daemon.notice wpa_supplicant[1986]: Successfully initialized wpa_supplicant
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: 8021ad
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: 8021q
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: macvlan
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: veth
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: bridge
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: Network device
Tue Mar 23 15:04:11 2021 user.notice : Added device handler type: tunnel
Tue Mar 23 15:04:14 2021 daemon.err block: /dev/ubi0_2 is already mounted on /overlay
Tue Mar 23 15:04:17 2021 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/dhcp
Tue Mar 23 15:04:17 2021 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/radvd
Tue Mar 23 15:04:17 2021 user.notice ucitrack: Setting up /etc/config/wireless reload dependency on /etc/config/network
Tue Mar 23 15:04:17 2021 user.notice ucitrack: Setting up /etc/config/firewall reload dependency on /etc/config/luci-splash
Tue Mar 23 15:04:17 2021 user.notice ucitrack: Setting up /etc/config/firewall reload dependency on /etc/config/qos
Tue Mar 23 15:04:17 2021 user.notice ucitrack: Setting up /etc/config/firewall reload dependency on /etc/config/miniupnpd
Tue Mar 23 15:04:18 2021 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/odhcpd
Tue Mar 23 15:04:18 2021 kern.info kernel: [   38.517357] device eth0 entered promiscuous mode
Tue Mar 23 15:04:18 2021 kern.info kernel: [   38.523607] br-lan: port 1(eth0.1) entered blocking state
Tue Mar 23 15:04:18 2021 kern.info kernel: [   38.527689] br-lan: port 1(eth0.1) entered disabled state
Tue Mar 23 15:04:18 2021 kern.info kernel: [   38.533706] device eth0.1 entered promiscuous mode
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'lan' is enabled
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'lan' is setting up now
Tue Mar 23 15:04:18 2021 daemon.debug dnsmasq[1825]: listening on br-lan(#6): 192.168.9.1 port 53
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'lan' is now up
Tue Mar 23 15:04:18 2021 daemon.debug dnsmasq[1825]: listening on lo(#1): 127.0.0.1 port 53
Tue Mar 23 15:04:18 2021 daemon.debug dnsmasq[1825]: listening on lo(#1): ::1 port 53
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'loopback' is enabled
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'loopback' is setting up now
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'loopback' is now up
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'wan' is setting up now
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Network device 'lo' link is up
Tue Mar 23 15:04:18 2021 daemon.notice netifd: Interface 'loopback' has link connectivity
Tue Mar 23 15:04:19 2021 daemon.err odhcpd[2208]: Failed to send to ff02::1%lan@br-lan (Permission denied)
Tue Mar 23 15:04:19 2021 user.notice ucitrack: Setting up non-init /etc/config/fstab reload handler: /sbin/block mount
Tue Mar 23 15:04:20 2021 user.notice ucitrack: Setting up /etc/config/system reload trigger for non-procd /etc/init.d/led
Tue Mar 23 15:04:20 2021 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878132] ath: EEPROM regdomain: 0x8174
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878196] ath: EEPROM indicates we should expect a country code
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878212] ath: doing EEPROM country->regdmn map search
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878251] ath: country maps to regdmn code: 0x37
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878262] ath: Country alpha2 being used: IE
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878268] ath: Regpair used: 0x37
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878280] ath: regdomain 0x8174 dynamically updated by user
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878538] ath: EEPROM regdomain: 0x8174
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878560] ath: EEPROM indicates we should expect a country code
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878586] ath: doing EEPROM country->regdmn map search
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878657] ath: country maps to regdmn code: 0x37
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878668] ath: Country alpha2 being used: IE
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878674] ath: Regpair used: 0x37
Tue Mar 23 15:04:20 2021 kern.debug kernel: [   40.878686] ath: regdomain 0x8174 dynamically updated by user
Tue Mar 23 15:04:21 2021 user.notice ucitrack: Setting up /etc/config/system reload dependency on /etc/config/luci_statistics
Tue Mar 23 15:04:21 2021 user.notice ucitrack: Setting up /etc/config/system reload dependency on /etc/config/dhcp
Tue Mar 23 15:04:23 2021 daemon.notice netifd: wan (2527): sending -> AT
Tue Mar 23 15:04:23 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) --> new PHY
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.120562] br-lan: port 2(wlan1) entered blocking state
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.124694] br-lan: port 2(wlan1) entered disabled state
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.130939] device wlan1 entered promiscuous mode
Tue Mar 23 15:04:24 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Tue Mar 23 15:04:24 2021 daemon.notice netifd: wan (2527): sending -> ATZ
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.494055] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.499500] br-lan: port 2(wlan1) entered blocking state
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.504420] br-lan: port 2(wlan1) entered forwarding state
Tue Mar 23 15:04:24 2021 daemon.notice netifd: bridge 'br-lan' link is up
Tue Mar 23 15:04:24 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Tue Mar 23 15:04:24 2021 kern.info kernel: [   44.526090] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Tue Mar 23 15:04:24 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) --> new PHY
Tue Mar 23 15:04:24 2021 daemon.notice procd: /etc/rc.d/S96led: setting up led wifi
Tue Mar 23 15:04:24 2021 daemon.notice procd: /etc/rc.d/S96led: setting up led dsl
Tue Mar 23 15:04:24 2021 daemon.notice netifd: wan (2527): sending -> ATQ0
Tue Mar 23 15:04:25 2021 daemon.notice netifd: wan (2527): sending -> ATV1
Tue Mar 23 15:04:25 2021 kern.warn kernel: [   45.516706] ath10k_pci 0000:02:00.0: 10.1 wmi init: vdevs: 16  peers: 127  tid: 256
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.532563] ath10k_pci 0000:02:00.0: wmi print 'P 128 V 8 T 410'
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.537788] ath10k_pci 0000:02:00.0: wmi print 'msdu-desc: 1424  sw-crypt: 0 ct-sta: 0'
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.545295] ath10k_pci 0000:02:00.0: wmi print 'alloc rem: 25000 iram: 38944'
Tue Mar 23 15:04:25 2021 kern.warn kernel: [   45.615705] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.630004] ath10k_pci 0000:02:00.0: rts threshold -1
Tue Mar 23 15:04:25 2021 kern.warn kernel: [   45.633786] ath10k_pci 0000:02:00.0: set-coverage-class, phyclk: 88  value: 1
Tue Mar 23 15:04:25 2021 daemon.err odhcpd[2208]: Failed to send to ff02::1%lan@br-lan (Address not available)
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.656565] br-lan: port 3(wlan0) entered blocking state
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.660628] br-lan: port 3(wlan0) entered disabled state
Tue Mar 23 15:04:25 2021 kern.info kernel: [   45.666544] device wlan0 entered promiscuous mode
Tue Mar 23 15:04:25 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Tue Mar 23 15:04:25 2021 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Tue Mar 23 15:04:25 2021 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->ACS
Tue Mar 23 15:04:25 2021 daemon.notice hostapd: wlan0: ACS-STARTED
Tue Mar 23 15:04:25 2021 daemon.notice procd: /etc/rc.d/S96led: setting up led dimmed
Tue Mar 23 15:04:25 2021 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->ENABLED
Tue Mar 23 15:04:25 2021 daemon.notice hostapd: wlan1: AP-ENABLED
Tue Mar 23 15:04:26 2021 daemon.notice netifd: wan (2527): sending -> ATE1
Tue Mar 23 15:04:26 2021 daemon.debug dnsmasq[1825]: listening on wlan1(#8): fe80::1a62:2cff:fe27:244a%wlan1 port 53
Tue Mar 23 15:04:26 2021 daemon.debug dnsmasq[1825]: listening on br-lan(#6): fe80::a21b:29ff:fe5b:7faa%br-lan port 53
Tue Mar 23 15:04:26 2021 daemon.notice netifd: wan (2527): sending -> ATS0=0
Tue Mar 23 15:04:26 2021 daemon.info procd: - init complete -
Tue Mar 23 15:04:27 2021 daemon.notice netifd: wan (2527): sending -> AT+CGDCONT=1,"IP","broadband.mymeteor.ie"
Tue Mar 23 15:04:27 2021 daemon.info urandom_seed[3256]: Seed saved (/etc/urandom.seed)
Tue Mar 23 15:04:27 2021 daemon.notice netifd: Network device 'wlan1' link is up
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[1825]: exiting on receipt of SIGTERM
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: Connected to system UBus
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: started, version 2.84 cachesize 150
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: DNS service limited to local subnets
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: UBus support enabled: connected to system bus
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq-dhcp[3330]: DHCP, IP range 192.168.9.100 -- 192.168.9.249, lease time 12h
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain test
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain onion
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain localhost
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain local
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain invalid
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain bind
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain lan
Tue Mar 23 15:04:28 2021 daemon.warn dnsmasq[3330]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: read /etc/hosts - 4 addresses
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: read /tmp/hosts/dhcp.cfg01411c - 1 addresses
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq-dhcp[3330]: read /etc/ethers - 0 addresses
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: read /etc/hosts - 4 addresses
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq[3330]: read /tmp/hosts/dhcp.cfg01411c - 1 addresses
Tue Mar 23 15:04:28 2021 daemon.info dnsmasq-dhcp[3330]: read /etc/ethers - 0 addresses
Tue Mar 23 15:04:28 2021 daemon.notice netifd: wan (2527): Configuring modem
Tue Mar 23 15:04:28 2021 daemon.notice netifd: wan (2527): Starting network wan
Tue Mar 23 15:04:28 2021 daemon.notice netifd: wan (2527): Connecting modem
Tue Mar 23 15:04:28 2021 daemon.notice netifd: wan (2527): sending -> AT^NDISDUP=1,1,"broadband.mymeteor.ie"
Tue Mar 23 15:04:29 2021 daemon.notice netifd: wan (2527): Setting up wwan0
Tue Mar 23 15:04:29 2021 daemon.notice netifd: Interface 'wan' is now up
Tue Mar 23 15:04:29 2021 daemon.notice netifd: Network device 'wwan0' link is up
Tue Mar 23 15:04:29 2021 daemon.notice netifd: Network alias 'wwan0' link is up
Tue Mar 23 15:04:29 2021 daemon.notice netifd: Interface 'wan_4' is enabled
Tue Mar 23 15:04:29 2021 daemon.notice netifd: Interface 'wan_4' has link connectivity
Tue Mar 23 15:04:29 2021 daemon.notice netifd: Interface 'wan_4' is setting up now
Tue Mar 23 15:04:30 2021 daemon.info dnsmasq[3330]: read /etc/hosts - 4 addresses
Tue Mar 23 15:04:30 2021 daemon.info dnsmasq[3330]: read /tmp/hosts/dhcp.cfg01411c - 1 addresses
Tue Mar 23 15:04:30 2021 daemon.info dnsmasq-dhcp[3330]: read /etc/ethers - 0 addresses
Tue Mar 23 15:04:30 2021 daemon.notice netifd: wan_4 (3534): udhcpc: started, v1.33.0
Tue Mar 23 15:04:30 2021 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Tue Mar 23 15:04:30 2021 daemon.notice netifd: wan_4 (3534): udhcpc: sending discover
Tue Mar 23 15:04:30 2021 daemon.notice netifd: wan_4 (3534): udhcpc: sending select for 100.70.78.141
Tue Mar 23 15:04:30 2021 daemon.notice netifd: wan_4 (3534): udhcpc: lease of 100.70.78.141 obtained, lease time 518400
Tue Mar 23 15:04:31 2021 daemon.debug dnsmasq[3330]: listening on wwan0(#3): 100.70.78.141 port 53
Tue Mar 23 15:04:31 2021 daemon.notice netifd: Interface 'wan_4' is now up
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: reading /tmp/resolv.conf.d/resolv.conf.auto
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain test
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain onion
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain localhost
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain local
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain invalid
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain bind
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using only locally-known addresses for domain lan
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using nameserver 159.134.0.11#53
Tue Mar 23 15:04:31 2021 daemon.info dnsmasq[3330]: using nameserver 159.134.0.12#53
Tue Mar 23 15:04:31 2021 daemon.debug dnsmasq[3330]: listening on wwan0(#3): fe80::e5b:8fff:fe27:9a64%wwan0 port 53
Tue Mar 23 15:04:32 2021 user.notice firewall: Reloading firewall due to ifup of wan_4 (wwan0)
Tue Mar 23 16:35:41 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 IEEE 802.11: authenticated
Tue Mar 23 16:35:41 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 IEEE 802.11: associated (aid 1)
Tue Mar 23 16:35:41 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED d8:9c:67:ac:c4:b3
Tue Mar 23 16:35:41 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 WPA: pairwise key handshake completed (RSN)
Tue Mar 23 16:35:41 2021 user.info banIP-0.7.5[4021]: start banIP processing (refresh)
Tue Mar 23 16:35:41 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3
Tue Mar 23 16:35:41 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3 JDonnell
Tue Mar 23 16:35:42 2021 daemon.info dnsmasq[3330]: read /etc/hosts - 4 addresses
Tue Mar 23 16:35:42 2021 daemon.info dnsmasq[3330]: read /tmp/hosts/odhcpd - 0 addresses
Tue Mar 23 16:35:42 2021 daemon.info dnsmasq[3330]: read /tmp/hosts/dhcp.cfg01411c - 1 addresses
Tue Mar 23 16:35:42 2021 daemon.info dnsmasq-dhcp[3330]: read /etc/ethers - 0 addresses
Tue Mar 23 16:35:42 2021 user.info banIP-0.7.5[4021]: IP address '100.70.78.141/30' added to whitelist
Tue Mar 23 16:35:47 2021 daemon.notice hostapd: wlan0: ACS-COMPLETED freq=5500 channel=100
Tue Mar 23 16:35:47 2021 daemon.notice hostapd: wlan0: interface state ACS->HT_SCAN
Tue Mar 23 16:35:50 2021 daemon.notice hostapd: wlan0: interface state HT_SCAN->DFS
Tue Mar 23 16:35:50 2021 daemon.notice hostapd: wlan0: DFS-CAC-START freq=5500 chan=100 sec_chan=1, width=1, seg0=106, seg1=0, cac_time=60s
Tue Mar 23 16:36:07 2021 cron.err crond[2278]: time disparity of 91 minutes detected
Tue Mar 23 16:36:47 2021 daemon.info hostapd: wlan1: STA a4:71:74:e9:90:33 IEEE 802.11: authenticated
Tue Mar 23 16:36:47 2021 daemon.info hostapd: wlan1: STA a4:71:74:e9:90:33 IEEE 802.11: associated (aid 2)
Tue Mar 23 16:36:47 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED a4:71:74:e9:90:33
Tue Mar 23 16:36:47 2021 daemon.info hostapd: wlan1: STA a4:71:74:e9:90:33 WPA: pairwise key handshake completed (RSN)
Tue Mar 23 16:36:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.157 a4:71:74:e9:90:33
Tue Mar 23 16:36:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.157 a4:71:74:e9:90:33 HUAWEI_P9
Tue Mar 23 16:36:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.157 a4:71:74:e9:90:33
Tue Mar 23 16:36:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.157 a4:71:74:e9:90:33 HUAWEI_P9
Tue Mar 23 16:36:50 2021 kern.info kernel: [  123.929810] ath10k_pci 0000:02:00.0: mac flush null vif, drop 0 queues 0xffff
Tue Mar 23 16:36:50 2021 daemon.notice hostapd: wlan0: DFS-CAC-COMPLETED success=1 freq=5500 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5530 cf2=0
Tue Mar 23 16:36:51 2021 kern.info kernel: [  124.246614] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Tue Mar 23 16:36:51 2021 kern.info kernel: [  124.252192] br-lan: port 3(wlan0) entered blocking state
Tue Mar 23 16:36:51 2021 kern.info kernel: [  124.256935] br-lan: port 3(wlan0) entered forwarding state
Tue Mar 23 16:36:51 2021 daemon.notice hostapd: wlan0: interface state DFS->ENABLED
Tue Mar 23 16:36:51 2021 daemon.notice hostapd: wlan0: AP-ENABLED
Tue Mar 23 16:36:51 2021 daemon.notice netifd: Network device 'wlan0' link is up
Tue Mar 23 16:36:52 2021 daemon.debug dnsmasq[3330]: listening on wlan0(#9): fe80::1a62:2cff:fe27:244b%wlan0 port 53
Tue Mar 23 16:36:59 2021 daemon.warn dnsmasq[3330]: nameserver 159.134.0.11 refused to do a recursive query
Tue Mar 23 16:39:36 2021 user.info banIP-0.7.5[4021]: 20 IPSets with overall 341200 IPs/Prefixes loaded successfully (BT Home Hub 5A, OpenWrt SNAPSHOT r16313-851dadc257)
Tue Mar 23 16:53:54 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED a4:71:74:e9:90:33
Tue Mar 23 16:53:54 2021 daemon.info hostapd: wlan1: STA a4:71:74:e9:90:33 IEEE 802.11: disassociated
Tue Mar 23 16:53:55 2021 daemon.info hostapd: wlan1: STA a4:71:74:e9:90:33 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Mar 23 20:07:26 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: authenticated
Tue Mar 23 20:07:26 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: associated (aid 1)
Tue Mar 23 20:07:26 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED a4:71:74:e9:90:33
Tue Mar 23 20:07:26 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 WPA: pairwise key handshake completed (RSN)
Tue Mar 23 20:07:26 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.157 a4:71:74:e9:90:33
Tue Mar 23 20:07:26 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.157 a4:71:74:e9:90:33 HUAWEI_P9
Tue Mar 23 20:07:26 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.157 a4:71:74:e9:90:33
Tue Mar 23 20:07:26 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.157 a4:71:74:e9:90:33 HUAWEI_P9
Tue Mar 23 20:32:40 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: authenticated
Tue Mar 23 20:32:40 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 8c:f5:a3:a5:78:02 2
Tue Mar 23 20:32:40 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: associated (aid 2)
Tue Mar 23 20:32:40 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:40 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 WPA: pairwise key handshake completed (RSN)
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Tue Mar 23 20:32:44 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02 Galaxy-S7
Tue Mar 23 21:07:34 2021 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED d8:9c:67:ac:c4:b3 20
Tue Mar 23 21:08:12 2021 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED d8:9c:67:ac:c4:b3 40
Tue Mar 23 21:08:14 2021 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED d8:9c:67:ac:c4:b3 20
Tue Mar 23 21:09:34 2021 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED d8:9c:67:ac:c4:b3 40
Tue Mar 23 21:09:36 2021 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED d8:9c:67:ac:c4:b3 20
Tue Mar 23 21:10:34 2021 daemon.notice hostapd: wlan1: STA-OPMODE-MAX-BW-CHANGED d8:9c:67:ac:c4:b3 40
Tue Mar 23 21:56:43 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 8c:f5:a3:a5:78:02
Tue Mar 23 21:56:43 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: disassociated due to inactivity
Tue Mar 23 21:56:44 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Mar 23 22:05:59 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: authenticated
Tue Mar 23 22:05:59 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 8c:f5:a3:a5:78:02 2
Tue Mar 23 22:05:59 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: associated (aid 2)
Tue Mar 23 22:05:59 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 8c:f5:a3:a5:78:02
Tue Mar 23 22:05:59 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 WPA: pairwise key handshake completed (RSN)
Tue Mar 23 22:06:00 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Tue Mar 23 22:06:00 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Tue Mar 23 22:06:00 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Tue Mar 23 22:06:00 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02 Galaxy-S7
Tue Mar 23 22:35:41 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3
Tue Mar 23 22:35:41 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3 JDonnell
Wed Mar 24 00:06:56 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED a4:71:74:e9:90:33
Wed Mar 24 00:06:56 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: disassociated
Wed Mar 24 00:06:57 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Mar 24 01:15:07 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 8c:f5:a3:a5:78:02
Wed Mar 24 01:15:07 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: disassociated due to inactivity
Wed Mar 24 01:15:08 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Mar 24 04:08:01 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3
Wed Mar 24 04:08:01 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3 JDonnell
Wed Mar 24 09:39:15 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3
Wed Mar 24 09:39:15 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3 JDonnell
Wed Mar 24 11:53:18 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: authenticated
Wed Mar 24 11:53:18 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 8c:f5:a3:a5:78:02 2
Wed Mar 24 11:53:18 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: associated (aid 1)
Wed Mar 24 11:53:18 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 8c:f5:a3:a5:78:02
Wed Mar 24 11:53:18 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 WPA: pairwise key handshake completed (RSN)
Wed Mar 24 11:53:22 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Wed Mar 24 11:53:22 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Wed Mar 24 11:53:22 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Wed Mar 24 11:53:22 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Wed Mar 24 11:53:22 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Wed Mar 24 11:53:22 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02 Galaxy-S7
Wed Mar 24 11:53:47 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: authenticated
Wed Mar 24 11:53:47 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: associated (aid 2)
Wed Mar 24 11:53:47 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED a4:71:74:e9:90:33
Wed Mar 24 11:53:47 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 WPA: pairwise key handshake completed (RSN)
Wed Mar 24 11:53:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.157 a4:71:74:e9:90:33
Wed Mar 24 11:53:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.157 a4:71:74:e9:90:33 HUAWEI_P9
Wed Mar 24 11:53:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.157 a4:71:74:e9:90:33
Wed Mar 24 11:53:47 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.157 a4:71:74:e9:90:33 HUAWEI_P9
Wed Mar 24 13:31:24 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED a4:71:74:e9:90:33
Wed Mar 24 13:31:24 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: disassociated
Wed Mar 24 13:31:25 2021 daemon.info hostapd: wlan0: STA a4:71:74:e9:90:33 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Mar 24 13:31:33 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED d8:9c:67:ac:c4:b3
Wed Mar 24 13:31:33 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 IEEE 802.11: disassociated
Wed Mar 24 13:31:34 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Mar 24 14:03:29 2021 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 8c:f5:a3:a5:78:02
Wed Mar 24 14:03:29 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: disassociated due to inactivity
Wed Mar 24 14:03:30 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Mar 24 14:08:57 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: authenticated
Wed Mar 24 14:08:57 2021 daemon.notice hostapd: wlan0: STA-OPMODE-N_SS-CHANGED 8c:f5:a3:a5:78:02 2
Wed Mar 24 14:08:57 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 IEEE 802.11: associated (aid 1)
Wed Mar 24 14:08:57 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 8c:f5:a3:a5:78:02
Wed Mar 24 14:08:57 2021 daemon.info hostapd: wlan0: STA 8c:f5:a3:a5:78:02 WPA: pairwise key handshake completed (RSN)
Wed Mar 24 14:08:58 2021 daemon.info dnsmasq-dhcp[3330]: DHCPDISCOVER(br-lan) 8c:f5:a3:a5:78:02
Wed Mar 24 14:08:58 2021 daemon.info dnsmasq-dhcp[3330]: DHCPOFFER(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Wed Mar 24 14:08:58 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02
Wed Mar 24 14:08:58 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.117 8c:f5:a3:a5:78:02 Galaxy-S7
Wed Mar 24 16:25:29 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 IEEE 802.11: authenticated
Wed Mar 24 16:25:29 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 IEEE 802.11: associated (aid 1)
Wed Mar 24 16:25:29 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED d8:9c:67:ac:c4:b3
Wed Mar 24 16:25:29 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 WPA: pairwise key handshake completed (RSN)
Wed Mar 24 16:25:32 2021 daemon.info dnsmasq-dhcp[3330]: DHCPREQUEST(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3
Wed Mar 24 16:25:32 2021 daemon.info dnsmasq-dhcp[3330]: DHCPACK(br-lan) 192.168.9.186 d8:9c:67:ac:c4:b3 JDonnell
Wed Mar 24 16:35:31 2021 daemon.info hostapd: wlan1: STA d8:9c:67:ac:c4:b3 WPA: group key handshake completed (RSN)
Wed Mar 24 16:36:36 2021 user.notice wan-check:: WAN interface failed. Restarting it.....
Wed Mar 24 16:36:37 2021 daemon.notice netifd: wan (14027): Stopping network wan
Wed Mar 24 16:36:37 2021 daemon.notice netifd: wan_4 (3534): udhcpc: received SIGTERM
Wed Mar 24 16:36:37 2021 daemon.notice netifd: wan_4 (3534): udhcpc: unicasting a release of 100.70.78.141 to 100.70.78.142
Wed Mar 24 16:36:37 2021 daemon.notice netifd: wan_4 (3534): udhcpc: sending release
Wed Mar 24 16:36:37 2021 daemon.notice netifd: wan_4 (3534): udhcpc: entering released state
Wed Mar 24 16:36:37 2021 daemon.notice netifd: wan_4 (3534): Command failed: Permission denied
Wed Mar 24 16:36:38 2021 daemon.notice netifd: Interface 'wan_4' is now down
Wed Mar 24 16:36:38 2021 daemon.debug dnsmasq[3330]: stopped listening on wwan0(#3): 100.70.78.141 port 53
Wed Mar 24 16:36:38 2021 daemon.notice netifd: Network alias '' link is down
Wed Mar 24 16:36:38 2021 daemon.notice netifd: Interface 'wan_4' has link connectivity loss
Wed Mar 24 16:36:38 2021 daemon.notice netifd: Interface 'wan_4' is disabled
Wed Mar 24 16:36:38 2021 daemon.warn dnsmasq[3330]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Wed Mar 24 16:36:39 2021 daemon.notice netifd: wan (14027): sending -> AT^NDISDUP=1,0
23.03.20213703Base systemBug ReportVery LowMediumCan't active Wirelessopenwrt-19.07Unconfirmed Task Description

- Device problem occurs on
Plusnet HomeHub
- Software versions of OpenWrt/LEDE release, packages, etc.
openwrt-19.07.7-lantiq-xrx200-bt_homehub-v5a-squashfs-sysupgrade.bin
- Steps to reproduce
Fresh installation, attempting to create a WAP, radio devices are always shown as inactive (see screenshot).

Have tried opkg update and logread reveals not very much:

Tue Mar 23 12:01:14 2021 daemon.info dnsmasq[1637]: read /etc/hosts - 4 addresses
Tue Mar 23 12:01:14 2021 daemon.info dnsmasq[1637]: read /tmp/hosts/odhcpd - 1 addresses
Tue Mar 23 12:01:14 2021 daemon.info dnsmasq[1637]: read /tmp/hosts/dhcp.cfg01411c - 2 addresses
Tue Mar 23 12:01:14 2021 daemon.info dnsmasq-dhcp[1637]: read /etc/ethers - 0 addresses
Tue Mar 23 12:01:15 2021 daemon.info dnsmasq-dhcp[1637]: DHCPREQUEST(br-lan) 192.168.0.109 50:dc:e7:2c:46:79
Tue Mar 23 12:01:15 2021 daemon.info dnsmasq-dhcp[1637]: DHCPACK(br-lan) 192.168.0.109 50:dc:e7:2c:46:79
Tue Mar 23 12:13:32 2021 authpriv.info dropbear[1901]: Child connection from 192.168.0.10:62496
Tue Mar 23 12:13:33 2021 authpriv.notice dropbear[1901]: Auth succeeded with blank password for ‘root’ from 192.168.0.10:62496




23.03.20213702KernelBug ReportVery LowVery LowRansmit queue 0 timed out on Netgear R6220openwrt-19.07Unconfirmed Task Description

Device: Netgear R6220
OpenWRT version: 19.07.7 r11306-c4a6851c72
User installed packages: mwan3
Steps to reproduce: unknown, spotted error stack in kernel logs, so I share them.

[22934.015218] ------------[ cut here ]------------
[22934.024448] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 0x8038d700
[22934.038516] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[22934.052393] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet
[22934.193603]  ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[22934.277184] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.221 #0
[22934.289304] Stack : 00000000 00000000 00000000 87f65240 00000000 00000000 00000000 00000000
[22934.305940]         00000000 00000000 00000000 00000000 00000000 00000001 87c09d60 5326163c
[22934.322575]         87c09df8 00000000 00000000 00006358 00000038 8049e2b8 00000008 00000000
[22934.339205]         00000000 80550000 00043ac0 00000000 87c09d40 00000000 00000000 8050d500
[22934.355830]         8038d700 00000140 00000000 87f65240 00000000 802ae4c0 00000000 806b0000
[22934.372460]         ...
[22934.377324] Call Trace:
[22934.377402] [<8049e2b8>] 0x8049e2b8
[22934.389221] [<8038d700>] 0x8038d700
[22934.396160] [<802ae4c0>] 0x802ae4c0
[22934.403094] [<8000c1a0>] 0x8000c1a0
[22934.410030] [<8000c1a8>] 0x8000c1a8
[22934.416965] [<804870f4>] 0x804870f4
[22934.423891] [<80071e00>] 0x80071e00
[22934.430856] [<8002e798>] 0x8002e798
[22934.437794] [<8038d700>] 0x8038d700
[22934.444739] [<8002e820>] 0x8002e820
[22934.451679] [<8038d700>] 0x8038d700
[22934.458605] [<80099da0>] 0x80099da0
[22934.465544] [<8038d554>] 0x8038d554
[22934.472472] [<80088948>] 0x80088948
[22934.479418] [<80088c04>] 0x80088c04
[22934.486354] [<800794a8>] 0x800794a8
[22934.493285] [<804a50b8>] 0x804a50b8
[22934.500218] [<80033164>] 0x80033164
[22934.507148] [<8025b710>] 0x8025b710
[22934.514086] [<80007488>] 0x80007488
[22934.521012] 
[22934.524149] ---[ end trace f60c0fe92d06a467 ]---
[22934.533372] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[22934.545708] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[22934.557699] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=070d0000, max=0, ctx=183, dtx=183, fdx=182, next=183
[22934.578691] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=06060000, max=0, calc=1456, drx=1502
[22934.601287] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x45600f0c, 0x10c = 0x80818
[22934.615760] mtk_soc_eth 1e100000.ethernet: reset pse
[22934.631131] mtk_soc_eth 1e100000.ethernet: PPE started
Showing tasks 101 - 150 of 1150 Page 3 of 23 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing