OpenWrt/LEDE Project

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

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

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

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

TP-Link Archer C7 v2
OpenWrt 19.07 (f97d2351e2c1282cdfa0e5126bd6eef56d0e8252)

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

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

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

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

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

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

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

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

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

24.11.20192627Base systemBug ReportVery LowMediumpppd does not recognize anymore sessions timeouts/disco...openwrt-18.06Unconfirmed Task Description

Model TP-Link Archer C2600
Architecture ARMv7 Processor rev 0 (v7l)
Firmware Version OpenWrt 18.06.5 r7897-9d401013fc / LuCI openwrt-18.06 branch (git-19.318.37269-ca98eae)
Kernel Version 4.14.151

Package name Version
kmod-ppp 4.14.151-1
kmod-pppoe 4.14.151-1
kmod-pppox 4.14.151-1
luci-proto-ppp git-19.318.37269-ca98eae-1
ppp 2.4.7-12
ppp-mod-pppoe 2.4.7-12
pppstats 2.4.7-12

With 18.06.4 whenever my DSL line was down pppd recognized some PAD timeouts and terminated the pppoe session or recognized the pppoe session as terminated. Now with 18.06.5 pppd does not recognize anymore the PAD0 (iirc) timeouts when my DSL connection is down. The pppoe session keeps going on even when WAN/DSL is back online but I have then of course no Internet connectivity. I have then to manually restart the pppoe session (Luci > Interfaces > WAN restart) to get Internet connectivity again. In System Log I also dont see anymore the mentioned PAD timeouts which were logged with previous .4 release. I use an external Modem connected to the WAN port.

23.11.20192626Base systemBug ReportVery LowCriticalWestern Digital MyBook Live Single iptables issueopenwrt-19.07Waiting on reporter Task Description

Hello.

https://downloads.openwrt.org/releases/19.07.0-rc1/targets/apm821xx/sata/openwrt-19.07.0-rc1-apm821xx-sata-wd_mybooklive-ext4-sysupgrade.img.gz

root@OpenWrt:~# iptables -L
iptables v1.8.3 (legacy): can’t initialize iptables table `filter’: Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.

Thank you.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23.11.20192624Base systemBug ReportVery LowCritical[19.07] wired LAN crashes repeatedly after backport com...openwrt-19.07Assigned Task Description

My new 19.07 build r10733-436dbf12aa for ipq806x/R7800 started to crash the LAN connectivity immediately after the reboot. The reason is something netfilter-related. Log below.

Wireless seems to work, but wired LAN causes repeated kernel errors.

Previous known OK build was r10697-a1ff175dbf (20191116), and after I noticed this new build r10733-436dbf12aa crashing, I looked at the 19.07 commit log and looked for possible culprits.

As the most recent commit looked as the probable culprit based on the nature (netfilter), I made test build of r10732-b177b180bb and that works ok. (I then also rebuilt with r10734-15ce616c2d and naturally that crashes, too.)

router: ipq806x/R7800
kernel: 4.14.155

Good: r10732-b177b180bb
Bad: r10733-436dbf12aa

https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=436dbf12aa7381bd6db1b03b36be5a73df386eb4;hp=b177b180bbdb30978aca75d59337246aed2ac268

I have not yest tested master, but as that is a commit done there today and immediately backported to 19.07, it is quite possible that the same things happens in master.

Kernel log example:

[   88.600536] ------------[ cut here ]------------
[   88.600685] WARNING: CPU: 1 PID: 0 at net/netfilter/nf_conntrack_rtcache.c:197 nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache]
[   88.604265] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic 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_esp 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_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables crc_ccitt compat chaoskey fuse sch_cake sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex
[   88.664955]  cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6t_NPT ip6t_MASQUERADE nf_nat_masquerade_ipv6 nf_nat nf_conntrack nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos ip_gre gre ifb sit tunnel4 ip_tunnel tun vfat fat hfsplus cifs nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp850 nls_cp437 nls_cp1250 sha1_generic md5 md4 ecb des_generic
[   88.736015]  usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 exfat crc32c_generic
[   88.760160] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G        W       4.14.155 #0
[   88.782365] Hardware name: Generic DT based system
[   88.789444] [<c030f2c4>] (unwind_backtrace) from [<c030b498>] (show_stack+0x14/0x20)
[   88.794287] [<c030b498>] (show_stack) from [<c079e644>] (dump_stack+0x94/0xa8)
[   88.802189] [<c079e644>] (dump_stack) from [<c031fb58>] (__warn+0xf0/0x11c)
[   88.809209] [<c031fb58>] (__warn) from [<c031fc44>] (warn_slowpath_null+0x20/0x28)
[   88.816096] [<c031fc44>] (warn_slowpath_null) from [<bf5a312c>] (nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache])
[   88.823754] [<bf5a312c>] (nf_conn_rtcache_destroy [nf_conntrack_rtcache]) from [<c06d30f0>] (nf_hook_slow+0x38/0xd4)
[   88.834742] [<c06d30f0>] (nf_hook_slow) from [<c06dbaf0>] (ip_forward+0x304/0x3a4)
[   88.845491] [<c06dbaf0>] (ip_forward) from [<c06dab94>] (ip_rcv+0x26c/0x290)
[   88.852870] [<c06dab94>] (ip_rcv) from [<c0697e84>] (__netif_receive_skb_core+0xa2c/0xbc8)
[   88.860076] [<c0697e84>] (__netif_receive_skb_core) from [<c069a358>] (netif_receive_skb_internal+0xc0/0xd4)
[   88.868161] [<c069a358>] (netif_receive_skb_internal) from [<c077e408>] (br_handle_frame_finish+0x4d8/0x528)
[   88.878136] [<c077e408>] (br_handle_frame_finish) from [<c077e6d4>] (br_handle_frame+0x27c/0x2bc)
[   88.887942] [<c077e6d4>] (br_handle_frame) from [<c0697b60>] (__netif_receive_skb_core+0x708/0xbc8)
[   88.896703] [<c0697b60>] (__netif_receive_skb_core) from [<c069815c>] (process_backlog+0xa8/0x160)
[   88.905562] [<c069815c>] (process_backlog) from [<c069a794>] (net_rx_action+0x144/0x31c)
[   88.914587] [<c069a794>] (net_rx_action) from [<c03015c8>] (__do_softirq+0xf0/0x264)
[   88.922837] [<c03015c8>] (__do_softirq) from [<c03240fc>] (irq_exit+0xdc/0x148)
[   88.930563] [<c03240fc>] (irq_exit) from [<c030e4cc>] (handle_IPI+0xb4/0x1ac)
[   88.937586] [<c030e4cc>] (handle_IPI) from [<c03014b8>] (gic_handle_irq+0x9c/0xb8)
[   88.944878] [<c03014b8>] (gic_handle_irq) from [<c030c08c>] (__irq_svc+0x6c/0x90)
[   88.952334] Exception stack(0xdd461f80 to 0xdd461fc8)
[   88.959923] 1f80: 00000001 00000000 00000000 c0315200 ffffe000 c0b03cb8 c0b03c6c 00000000
[   88.964962] 1fa0: 00000000 512f04d0 00000000 00000000 dd461fc8 dd461fd0 c030862c c0308630
[   88.973091] 1fc0: 60000013 ffffffff
[   88.981252] [<c030c08c>] (__irq_svc) from [<c0308630>] (arch_cpu_idle+0x38/0x44)
[   88.984562] [<c0308630>] (arch_cpu_idle) from [<c03588e0>] (do_idle+0xe8/0x1bc)
[   88.992193] [<c03588e0>] (do_idle) from [<c0358c28>] (cpu_startup_entry+0x1c/0x20)
[   88.999222] [<c0358c28>] (cpu_startup_entry) from [<423017cc>] (0x423017cc)
[   89.006868] ---[ end trace b7d04976bb2993e8 ]---
[   89.020620] ------------[ cut here ]------------
[   89.020665] WARNING: CPU: 1 PID: 0 at net/netfilter/nf_conntrack_rtcache.c:197 nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache]
[   89.024304] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic 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_esp 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_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables crc_ccitt compat chaoskey fuse sch_cake sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex
[   89.084961]  cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6t_NPT ip6t_MASQUERADE nf_nat_masquerade_ipv6 nf_nat nf_conntrack nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos ip_gre gre ifb sit tunnel4 ip_tunnel tun vfat fat hfsplus cifs nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp850 nls_cp437 nls_cp1250 sha1_generic md5 md4 ecb des_generic
[   89.156117]  usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 exfat crc32c_generic
[   89.180242] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G        W       4.14.155 #0
[   89.202422] Hardware name: Generic DT based system
[   89.209468] [<c030f2c4>] (unwind_backtrace) from [<c030b498>] (show_stack+0x14/0x20)
[   89.214324] [<c030b498>] (show_stack) from [<c079e644>] (dump_stack+0x94/0xa8)
[   89.222224] [<c079e644>] (dump_stack) from [<c031fb58>] (__warn+0xf0/0x11c)
[   89.229251] [<c031fb58>] (__warn) from [<c031fc44>] (warn_slowpath_null+0x20/0x28)
[   89.236121] [<c031fc44>] (warn_slowpath_null) from [<bf5a312c>] (nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache])
[   89.243766] [<bf5a312c>] (nf_conn_rtcache_destroy [nf_conntrack_rtcache]) from [<c06d30f0>] (nf_hook_slow+0x38/0xd4)
[   89.254779] [<c06d30f0>] (nf_hook_slow) from [<c06dbaf0>] (ip_forward+0x304/0x3a4)
[   89.265534] [<c06dbaf0>] (ip_forward) from [<c06dab94>] (ip_rcv+0x26c/0x290)
[   89.272913] [<c06dab94>] (ip_rcv) from [<c0697e84>] (__netif_receive_skb_core+0xa2c/0xbc8)
[   89.280118] [<c0697e84>] (__netif_receive_skb_core) from [<c069a358>] (netif_receive_skb_internal+0xc0/0xd4)
[   89.288199] [<c069a358>] (netif_receive_skb_internal) from [<c077e408>] (br_handle_frame_finish+0x4d8/0x528)
[   89.298179] [<c077e408>] (br_handle_frame_finish) from [<c077e6d4>] (br_handle_frame+0x27c/0x2bc)
[   89.307984] [<c077e6d4>] (br_handle_frame) from [<c0697b60>] (__netif_receive_skb_core+0x708/0xbc8)
[   89.316749] [<c0697b60>] (__netif_receive_skb_core) from [<c069815c>] (process_backlog+0xa8/0x160)
[   89.325605] [<c069815c>] (process_backlog) from [<c069a794>] (net_rx_action+0x144/0x31c)
[   89.334632] [<c069a794>] (net_rx_action) from [<c03015c8>] (__do_softirq+0xf0/0x264)
[   89.342880] [<c03015c8>] (__do_softirq) from [<c03240fc>] (irq_exit+0xdc/0x148)
[   89.350604] [<c03240fc>] (irq_exit) from [<c030e4cc>] (handle_IPI+0xb4/0x1ac)
[   89.357635] [<c030e4cc>] (handle_IPI) from [<c03014b8>] (gic_handle_irq+0x9c/0xb8)
[   89.364925] [<c03014b8>] (gic_handle_irq) from [<c030c08c>] (__irq_svc+0x6c/0x90)
[   89.372387] Exception stack(0xdd461f80 to 0xdd461fc8)
[   89.379949] 1f80: 00000001 00000000 00000000 c0315200 ffffe000 c0b03cb8 c0b03c6c 00000000
[   89.384986] 1fa0: 00000000 512f04d0 00000000 00000000 dd461fc8 dd461fd0 c030862c c0308630
[   89.393137] 1fc0: 60000013 ffffffff
[   89.401296] [<c030c08c>] (__irq_svc) from [<c0308630>] (arch_cpu_idle+0x38/0x44)
[   89.404600] [<c0308630>] (arch_cpu_idle) from [<c03588e0>] (do_idle+0xe8/0x1bc)
[   89.412238] [<c03588e0>] (do_idle) from [<c0358c28>] (cpu_startup_entry+0x1c/0x20)
[   89.419267] [<c0358c28>] (cpu_startup_entry) from [<423017cc>] (0x423017cc)
[   89.426973] ---[ end trace b7d04976bb2993e9 ]---
[   89.433868] ------------[ cut here ]------------
[   89.438700] WARNING: CPU: 1 PID: 0 at net/netfilter/nf_conntrack_rtcache.c:197 nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache]
[   89.443227] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic 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_esp 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_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables crc_ccitt compat chaoskey fuse sch_cake sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex
[   89.503856]  cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6t_NPT ip6t_MASQUERADE nf_nat_masquerade_ipv6 nf_nat nf_conntrack nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos ip_gre gre ifb sit tunnel4 ip_tunnel tun vfat fat hfsplus cifs nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp850 nls_cp437 nls_cp1250 sha1_generic md5 md4 ecb des_generic
[   89.575047]  usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 exfat crc32c_generic
[   89.599166] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G        W       4.14.155 #0
[   89.621345] Hardware name: Generic DT based system
[   89.628387] [<c030f2c4>] (unwind_backtrace) from [<c030b498>] (show_stack+0x14/0x20)
[   89.633245] [<c030b498>] (show_stack) from [<c079e644>] (dump_stack+0x94/0xa8)
[   89.641147] [<c079e644>] (dump_stack) from [<c031fb58>] (__warn+0xf0/0x11c)
[   89.648174] [<c031fb58>] (__warn) from [<c031fc44>] (warn_slowpath_null+0x20/0x28)
[   89.655045] [<c031fc44>] (warn_slowpath_null) from [<bf5a312c>] (nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache])
[   89.662687] [<bf5a312c>] (nf_conn_rtcache_destroy [nf_conntrack_rtcache]) from [<c06d30f0>] (nf_hook_slow+0x38/0xd4)
[   89.673703] [<c06d30f0>] (nf_hook_slow) from [<c06dbaf0>] (ip_forward+0x304/0x3a4)
[   89.684457] [<c06dbaf0>] (ip_forward) from [<c06dab94>] (ip_rcv+0x26c/0x290)
[   89.691837] [<c06dab94>] (ip_rcv) from [<c0697e84>] (__netif_receive_skb_core+0xa2c/0xbc8)
[   89.699044] [<c0697e84>] (__netif_receive_skb_core) from [<c069a358>] (netif_receive_skb_internal+0xc0/0xd4)
[   89.707121] [<c069a358>] (netif_receive_skb_internal) from [<c077e408>] (br_handle_frame_finish+0x4d8/0x528)
[   89.717102] [<c077e408>] (br_handle_frame_finish) from [<c077e6d4>] (br_handle_frame+0x27c/0x2bc)
[   89.726906] [<c077e6d4>] (br_handle_frame) from [<c0697b60>] (__netif_receive_skb_core+0x708/0xbc8)
[   89.735674] [<c0697b60>] (__netif_receive_skb_core) from [<c069815c>] (process_backlog+0xa8/0x160)
[   89.744529] [<c069815c>] (process_backlog) from [<c069a794>] (net_rx_action+0x144/0x31c)
[   89.753557] [<c069a794>] (net_rx_action) from [<c03015c8>] (__do_softirq+0xf0/0x264)
[   89.761804] [<c03015c8>] (__do_softirq) from [<c03240fc>] (irq_exit+0xdc/0x148)
[   89.769528] [<c03240fc>] (irq_exit) from [<c030e4cc>] (handle_IPI+0xb4/0x1ac)
[   89.776558] [<c030e4cc>] (handle_IPI) from [<c03014b8>] (gic_handle_irq+0x9c/0xb8)
[   89.783849] [<c03014b8>] (gic_handle_irq) from [<c030c08c>] (__irq_svc+0x6c/0x90)
[   89.791312] Exception stack(0xdd461f80 to 0xdd461fc8)
[   89.798871] 1f80: 00000001 00000000 00000000 c0315200 ffffe000 c0b03cb8 c0b03c6c 00000000
[   89.803911] 1fa0: 00000000 512f04d0 00000000 00000000 dd461fc8 dd461fd0 c030862c c0308630
[   89.812062] 1fc0: 60000013 ffffffff
[   89.820218] [<c030c08c>] (__irq_svc) from [<c0308630>] (arch_cpu_idle+0x38/0x44)
[   89.823524] [<c0308630>] (arch_cpu_idle) from [<c03588e0>] (do_idle+0xe8/0x1bc)
[   89.831160] [<c03588e0>] (do_idle) from [<c0358c28>] (cpu_startup_entry+0x1c/0x20)
[   89.838191] [<c0358c28>] (cpu_startup_entry) from [<423017cc>] (0x423017cc)
[   89.845897] ---[ end trace b7d04976bb2993ea ]---
[   89.852796] ------------[ cut here ]------------
[   89.857629] WARNING: CPU: 1 PID: 0 at net/netfilter/nf_conntrack_rtcache.c:197 nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache]
[   89.862149] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pptp pppox ppp_mppe ppp_generic 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_esp 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_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables crc_ccitt compat chaoskey fuse sch_cake sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex
[   89.922786]  cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6t_NPT ip6t_MASQUERADE nf_nat_masquerade_ipv6 nf_nat nf_conntrack nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos ip_gre gre ifb sit tunnel4 ip_tunnel tun vfat fat hfsplus cifs nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp850 nls_cp437 nls_cp1250 sha1_generic md5 md4 ecb des_generic
[   89.993974]  usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 exfat crc32c_generic
[   90.018095] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G        W       4.14.155 #0
[   90.040268] Hardware name: Generic DT based system
[   90.047312] [<c030f2c4>] (unwind_backtrace) from [<c030b498>] (show_stack+0x14/0x20)
[   90.052168] [<c030b498>] (show_stack) from [<c079e644>] (dump_stack+0x94/0xa8)
[   90.060070] [<c079e644>] (dump_stack) from [<c031fb58>] (__warn+0xf0/0x11c)
[   90.067098] [<c031fb58>] (__warn) from [<c031fc44>] (warn_slowpath_null+0x20/0x28)
[   90.073967] [<c031fc44>] (warn_slowpath_null) from [<bf5a312c>] (nf_conn_rtcache_destroy+0xb0/0x218 [nf_conntrack_rtcache])
[   90.081613] [<bf5a312c>] (nf_conn_rtcache_destroy [nf_conntrack_rtcache]) from [<c06d30f0>] (nf_hook_slow+0x38/0xd4)
[   90.092626] [<c06d30f0>] (nf_hook_slow) from [<c0738a3c>] (ip6_forward+0x5e8/0x684)
[   90.103384] [<c0738a3c>] (ip6_forward) from [<c073a38c>] (ipv6_rcv+0x318/0x380)
[   90.110762] [<c073a38c>] (ipv6_rcv) from [<c0697e84>] (__netif_receive_skb_core+0xa2c/0xbc8)
[   90.118053] [<c0697e84>] (__netif_receive_skb_core) from [<c069a358>] (netif_receive_skb_internal+0xc0/0xd4)
[   90.126738] [<c069a358>] (netif_receive_skb_internal) from [<c077e408>] (br_handle_frame_finish+0x4d8/0x528)
[   90.136546] [<c077e408>] (br_handle_frame_finish) from [<c077e6d4>] (br_handle_frame+0x27c/0x2bc)
[   90.146351] [<c077e6d4>] (br_handle_frame) from [<c0697b60>] (__netif_receive_skb_core+0x708/0xbc8)
[   90.155118] [<c0697b60>] (__netif_receive_skb_core) from [<c069815c>] (process_backlog+0xa8/0x160)
[   90.163974] [<c069815c>] (process_backlog) from [<c069a794>] (net_rx_action+0x144/0x31c)
[   90.173000] [<c069a794>] (net_rx_action) from [<c03015c8>] (__do_softirq+0xf0/0x264)
[   90.181248] [<c03015c8>] (__do_softirq) from [<c03240fc>] (irq_exit+0xdc/0x148)
[   90.188975] [<c03240fc>] (irq_exit) from [<c030e4cc>] (handle_IPI+0xb4/0x1ac)
[   90.196004] [<c030e4cc>] (handle_IPI) from [<c03014b8>] (gic_handle_irq+0x9c/0xb8)
[   90.203293] [<c03014b8>] (gic_handle_irq) from [<c030c08c>] (__irq_svc+0x6c/0x90)
[   90.210757] Exception stack(0xdd461f80 to 0xdd461fc8)
[   90.218318] 1f80: 00000001 00000000 00000000 c0315200 ffffe000 c0b03cb8 c0b03c6c 00000000
[   90.223355] 1fa0: 00000000 512f04d0 00000000 00000000 dd461fc8 dd461fd0 c030862c c0308630
[   90.231506] 1fc0: 60000013 ffffffff
[   90.239665] [<c030c08c>] (__irq_svc) from [<c0308630>] (arch_cpu_idle+0x38/0x44)
[   90.242968] [<c0308630>] (arch_cpu_idle) from [<c03588e0>] (do_idle+0xe8/0x1bc)
[   90.250603] [<c03588e0>] (do_idle) from [<c0358c28>] (cpu_startup_entry+0x1c/0x20)
[   90.257634] [<c0358c28>] (cpu_startup_entry) from [<423017cc>] (0x423017cc)
[   90.265323] ---[ end trace b7d04976bb2993eb ]---
23.11.20192623Base systemBug ReportVery LowMediumJumbo Frames not possible on Archer C7 v5openwrt-19.07Unconfirmed Task Description

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

swconfig dev eth0 show

no sign of jumbo frames.

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

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

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

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

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

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


19.11.20192618Base systemBug ReportVery LowHigh[WNDR3700v4] [WI-FI 5G] : Could not find PHY for device...openwrt-19.07Unconfirmed Task Description
  • Device problem occurs on NETGEAR WNDR3700
  • OpenWRT Release : SNAPSHOT 19.07 (kernel 4.19.
  • Steps to reproduce

Upgrade form 18.06 (ar71xx target) to 19.07 (new ath79 target), the WLAN2.4 is working fine but the WLAN5.0 hang each time with

netifd: radio1 (18289): Could not find PHY for device ‘radio1’ netifd: radio1 (18306): WARNING: Variable ‘data’ does not exist or is not an array/object

Suspecting also this firmware error in the kernel debug :
[ 15.460151] ath9k 18100000.wmac: Direct firmware load for ath9k-eeprom-ahb-18100000.wmac.bin failed with error -2 [ 15.470625] ath9k 18100000.wmac: Falling back to syfs fallback for: ath9k-eeprom-ahb-18100000.wmac.bin


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

Supply the following if possible:

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

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

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

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

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

Unable to add encrypted mesh interface

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

Mesh interface fails to come up, sometimes with segfault.

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

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

Reproducible as follows:

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

config wifi-device ‘radio0’

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

config wifi-iface ‘default_radio0’

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

config wifi-iface ‘mesh0’

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

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

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

 


18.11.20192614Base systemBug ReportVery LowHigh[C2600] / [Wi-Fi 5GHz] Some devices on the home network...openwrt-19.07Unconfirmed Task Description

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

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

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

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


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

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

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

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

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

Similar command line call

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

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

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

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

17.11.20192609PackagesBug ReportVery LowLowDependency issues in feeds/packages on clean installopenwrt-19.07Unconfirmed Task Description

Hi.
There is a problem with dependency in packages/feeds in clean install of OpenWRT 19.07.0-rc1. Here is what I do:

git checkout openwrt-19.07
git pull
make distclean
./scripts/feeds update -a
./scripts/feeds install -a
make menuconfig (and select target)
make defconfig

and after last command I get these warnings:

WARNING: Makefile 'package/feeds/luci/luci-app-cifsd/Makefile' has a dependency on 'cifsd-tools', which does not exist
WARNING: Makefile 'package/feeds/luci/luci-proto-modemmanager/Makefile' has a dependency on 'modemmanager', which does not exist
WARNING: Makefile 'package/feeds/packages/python-zipp/Makefile' has a dependency on 'python3-more-itertools', which does not exist
tmp/.config-package.in:104681:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:104681:	symbol PACKAGE_nfs-kernel-server depends on NFS_KERNEL_SERVER_V4
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
feeds/packages/net/nfs-kernel-server/Config.in:4:	symbol NFS_KERNEL_SERVER_V4 depends on PACKAGE_nfs-kernel-server
#
# configuration written to .config
#

If I do exactly the same steps on 18.06 then no warnings/faults are received. So, I guess there are some kind of dependency issues in feeds/packages.

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

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

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

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

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

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

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

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

Trunk and 19.07.
18.06 is unaffected.

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

Steps to reproduce:

Steps based on fresh install of OpenWrt:

Replace odhcpd-ipv6only by odhcpd

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

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

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

uci commit dhcp

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

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

Supply the following if possible:

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

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

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

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

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

Greetings,

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

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

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

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

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

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

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

The website says:
The most recent version is LEDE 17.01.6

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

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

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

 

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

Reproducable:

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

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

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

config wifi-device ‘radio0’

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

config wifi-iface ‘default_radio0’

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

config wifi-device ‘radio1’

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

config wifi-iface ‘default_radio1’

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


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

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

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

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

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

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

git clone myOpenWRTFork
cd myOpenWRTFork
make
rm -rf myOpenWRTFork

and observe the following statistics.

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

ccache version 3.7.2

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

ccache version 3.7.4

There’s a couple of problems here:

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

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

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

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

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

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

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

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

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

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

Some configuration examples that triggers the bug:

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


another one:

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

The output is:

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

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

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

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

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

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

for instance:

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

results in the following panic on boot:

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


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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

09.11.20192586WebsiteBug ReportVery LowLowgnutls_handshake() failedAllUnconfirmed Task Description

i use the openwrt sdk with Ubuntu 18.04.3 LTS to building

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

There are some errors:

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

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

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

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

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

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

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

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

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

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

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

This seems related to a similar Ubuntu report:

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

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

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

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

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

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

- Device problem occurs on

rb532A, with two miniPCI Oxford Semiconductor Ltd OX16PCI954 modules installed

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

kernel 4.4.197

- Steps to reproduce

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

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

Tasks
minicom
in.tftpd

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

Workaround

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

Unsetting CONFIG_VIA_RHINE_MMIO solves the problem

more details here [1]

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

31.10.20192574Base systemBug ReportVery LowHighbusybox ntpd: NTP + DNSSEC chicken-and-egg problem at b...TrunkUnconfirmed Task Description

environment:

system type             : Qualcomm Atheros QCA9558 ver 1 rev 0
machine                 : TP-LINK TL-WR1043ND v2
cpu model               : MIPS 74Kc V5.0

# cat /etc/openwrt_release
DISTRIB_ID='SuperWRT'
DISTRIB_RELEASE='SNAPSHOT'
DISTRIB_REVISION='r11362-4bf9bec361'
DISTRIB_TARGET='ar71xx/generic'
DISTRIB_ARCH='mips_24kc'
DISTRIB_DESCRIPTION='SuperWRT SNAPSHOT r11362-4bf9bec361'
DISTRIB_TAINTS='no-all'

# uname -a
Linux MyRouter-v2 4.14.150 #0 Wed Oct 30 10:16:25 2019 mips GNU/Linux

# opkg list-installed | grep -i "busy\|dns"
busybox - 1.31.0-1
ddns-scripts - 2.7.8-12
dnsmasq-full - 2.80-14
luci-app-ddns - 2.4.9-7
rpcd-mod-rrdns - 20170710

Problem description: Most routers do not have a built-in hardware clock and try to obtain the time through NTP at boot time.

If DNSSEC is also cofigured and NSEC/NSEC3 validation is enforced then this becomes impossible, because the router will not be capable of obtaining an usable time reference since it cannot do proper secure DNS resolution for the time servers’ hostnames.

relevant bits from /etc/config/dhcp that turn NTPD / busybox ntpd into a dead duck at boot and which in turn causes the entire DNSSEC resolution to fail because of time differences are:

config dnsmasq
	option dnssec '1'
	option dnsseccheckunsigned '1'

Steps to reproduce:
- enable DNSSEC and DNSSEC validation of unsigned zones.
- save the configuration
- make sure the running firmware image was built more than 24 hours ago and the most recent file under /etc/ is from more than 24 hours ago.
(preferably, should be more than 30 days ago, to account for long lived RRSIG dns signatures)
- reboot the router
- check the router’s date and time after reboot. It should now be reset to sometime in the past.
- after reboot, discover that DNS resolution is broken for the entire router because DNSSEC cannot validate the time-sensitive signatures. If you have request logging enables you’ll see a lot of “BOGUS” error messages in syslog. This is because dnsmasq now considers all DNS replies received as fake because of the signature time mismatch.

Tentative solution: Would it be possible to adjust the startup script of Busybox NTPD so that it first tries to obtain a rough time sync reference from somewhere, without relying on the time server hostnames configured in /etc/config/system?
/etc/init.d/sysfixtime is useless when the router doesn’t have a built-in hardware clock and the most recent file timestamp from /etc/ could be from weeks ago.

Maybe query a couple of times at boot one time server that has a static ip address, to obtain an usable time reference so that DNSSEC validation can be bootstrapped later on?

probably possible to use here:
Google time servers https://time.google.com Cloudflare time servers https://time.cloudflare.com

These servers are members of the NTP pool project and they have fixed IP addresses published in DNS for worldwide use:
Google:
216.239.35.0
216.239.35.4
216.239.35.8
216.239.35.12
2001:4860:4806:0:0:0:0:0
2001:4860:4806:4:0:0:0:0
2001:4860:4806:8:0:0:0:0
2001:4860:4806:c:0:0:0:0

Cloudflare:
162.159.200.1
162.159.200.123
2606:4700:f1:0:0:0:0:1
2606:4700:f1:0:0:0:0:123

note: this bug is related to https://github.com/openwrt/packages/issues/10409 that bug is opened for the standalone NTPD package while this one is for the base-system busybox/ntpd package.

29.10.20192573Base systemBug ReportVery LowLowBT Home Hub 5A xrx200 performance degradation caused by...openwrt-18.06Unconfirmed Task Description

Known to affect BT Home Hub 5A. Other similar Lantiq xrx200 devices are likely to be affected too.

When OpenWrt 18.06 was released, it was observed that WAN to LAN throughput had suffered degradation. Maximum throughput dropping from 140 mbps to 80 mbps.

Some investigative testing was conducted when 18.06.1 was released.
ebilan forum

It was discovered this commit was responsible for the fall in maximum throughput.
netifd: update to the latest version, rewrite RPS/XPS handling

No one at the time thought it was a bug. In the UK, there is no support for VDSL vectoring, and so maximum DSL speeds is 80 Mbps which equates to 76 Mbps in real world speed tests through to the LAN ports.

Removing the above commit restored maximum possible throughput with 18.06.

mkresin recently took some time to look at this commit. Here are his comments:

First of all, it is about receive packet steering (rps) and transmit
packet steering (xps). rps/xps allows to specify which cpus/cores should
process transmitted and/or received packets. It is expressed as a
bitmask reading from right to left:

<cpu7> <cpu6> <cpu5> <cpu4> <cpu3> <cpu2> <cpu1> <cpu0>

For example:

Only cpu 0 should handle something:  00000001 (decimal 1)
Only cpu 1 should handle something:  00000010 (decimal 2)
cpu0 & cpu 1 should handle something: 00000011 (decimal 3)

I’m not yet sure what’s the result of setting decimal 0.

The commit you already identified, changes the logic to not steer
packets to the cpus/cores handling the interrupts (cat /proc/interrupts).

Fun fact, the check which cpu/core handles the interrupts doesn’t work
for lantiq, nevertheless the correct cpu/core is returned by accident.

It seems to me, that on some targets this change increases the max.
packet throughput, while it causes a degradation on lantiq. I’ve no idea
which targets benefit from the change nor for which targets it
introduces a degradation. Neither do I know why targets behave that
different.

First column of numeric values are from **Maurer's custom 18.06.4 for HH5A** which does not contain above RPS/XPS commit.
Second column is from 18.06.4 for HH5A.
Third column is from 19.07-snapshot-r10605 for HH5A.

  Receive Packet Steering
  /sys/class/net/br-lan/queues/rx-0/rps_cpus: 3 0 0
  /sys/class/net/eth0.1/queues/rx-0/rps_cpus: 3 0 0
  /sys/class/net/eth0.2/queues/rx-0/rps_cpus: 3 0 0
  /sys/class/net/eth0/queues/rx-0/rps_cpus: 3 2 2
  /sys/class/net/lo/queues/rx-0/rps_cpus: 3 0 0
  /sys/class/net/wlan0/queues/rx-0/rps_cpus: 0 2 2
  /sys/class/net/wlan1/queues/rx-0/rps_cpus: 0 2 2

  RPS flow count
  /sys/class/net/br-lan/queues/rx-0/rps_flow_cnt: 0 0 0
  /sys/class/net/eth0.1/queues/rx-0/rps_flow_cnt: 0 0 0
  /sys/class/net/eth0.2/queues/rx-0/rps_flow_cnt: 0 0 0
  /sys/class/net/eth0/queues/rx-0/rps_flow_cnt: 0 0 0
  /sys/class/net/lo/queues/rx-0/rps_flow_cnt: 0 0 0
  /sys/class/net/wlan0/queues/rx-0/rps_flow_cnt: 0 0 0
  /sys/class/net/wlan1/queues/rx-0/rps_flow_cnt: 0 0 0

  Transmit Packet Steering
  /sys/class/net/br-lan/queues/tx-0/xps_cpus: 3 0 0
  /sys/class/net/eth0.1/queues/tx-0/xps_cpus: 3 0 0
  /sys/class/net/eth0.2/queues/tx-0/xps_cpus: 3 0 0
  /sys/class/net/eth0/queues/tx-0/xps_cpus: 3 2 2
  /sys/class/net/lo/queues/tx-0/xps_cpus: 3 0 0
  /sys/class/net/wlan0/queues/tx-0/xps_cpus: 0 2 2
  /sys/class/net/wlan0/queues/tx-1/xps_cpus: 0 1 1
  /sys/class/net/wlan0/queues/tx-2/xps_cpus: 0 2 2
  /sys/class/net/wlan0/queues/tx-3/xps_cpus: 0 1 1
  /sys/class/net/wlan1/queues/tx-0/xps_cpus: 0 2 2
  /sys/class/net/wlan1/queues/tx-1/xps_cpus: 0 1 1
  /sys/class/net/wlan1/queues/tx-2/xps_cpus: 0 2 2
  /sys/class/net/wlan1/queues/tx-3/xps_cpus: 0 1 1

'Best' possible throughput observed during testing from red WAN ethernet port to LAN port.  (Results likely to be similar for VDSL to LAN port)

**maurer's custom 18.06.4 for HH5A without above RPS/XPS commit** for reference

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10 -R
Connecting to host 192.168.0.10, port 5201
Reverse mode, remote host 192.168.0.10 is sending
[  4] local 192.168.1.162 port 51716 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  17.3 MBytes   145 Mbits/sec
[  4]   1.00-2.00   sec  17.3 MBytes   145 Mbits/sec
[  4]   2.00-3.00   sec  17.4 MBytes   146 Mbits/sec


C:\install\iperf>iperf3 -c 192.168.0.10 -t 10
Connecting to host 192.168.0.10, port 5201
[  4] local 192.168.1.162 port 51720 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  16.7 MBytes   140 Mbits/sec
[  4]   1.00-2.00   sec  16.5 MBytes   139 Mbits/sec
[  4]   2.00-3.00   sec  16.4 MBytes   137 Mbits/sec

=============

18.06.4 for HH5A for reference

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10 -R
Connecting to host 192.168.0.10, port 5201
Reverse mode, remote host 192.168.0.10 is sending
[  4] local 192.168.1.162 port 51757 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  9.41 MBytes  78.8 Mbits/sec
[  4]   1.00-2.00   sec  8.35 MBytes  70.0 Mbits/sec
[  4]   2.00-3.00   sec  9.34 MBytes  78.5 Mbits/sec


C:\install\iperf>iperf3 -c 192.168.0.10 -t 10
Connecting to host 192.168.0.10, port 5201
[  4] local 192.168.1.162 port 51759 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  9.29 MBytes  77.9 Mbits/sec
[  4]   1.00-2.00   sec  9.23 MBytes  77.4 Mbits/sec
[  4]   2.00-3.00   sec  9.23 MBytes  77.4 Mbits/sec



19.07-snapshot r10605 for reference.  

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10 -R
Connecting to host 192.168.0.10, port 5201
Reverse mode, remote host 192.168.0.10 is sending
[  4] local 192.168.1.162 port 52587 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  8.94 MBytes  75.0 Mbits/sec
[  4]   1.00-2.00   sec  8.84 MBytes  74.1 Mbits/sec
[  4]   2.00-3.00   sec  8.89 MBytes  74.5 Mbits/sec

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10
Connecting to host 192.168.0.10, port 5201
[  4] local 192.168.1.162 port 52578 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  8.92 MBytes  74.8 Mbits/sec
[  4]   1.00-2.00   sec  8.80 MBytes  73.7 Mbits/sec
[  4]   2.00-3.00   sec  8.86 MBytes  74.4 Mbits/sec

As far as I remember, all that need to be done to get back the former
lan speed, is to force packet steering to both cores:

Temporary fix:

  echo 3 > /sys/class/net/eth0/queues/rx-0/rps_cpus
  echo 3 > /sys/class/net/eth0/queues/tx-0/xps_cpus

The same might be true for the wireless interfaces. Changing the values
for vlan or logic interfaces (eth0.x, br-lan) shouldn’t have any impact.

The best would be if someone does some more tests to check which values
result in the greatest overall throughput.

Following mkresin’s suggestion, here are some test results:

18.06.4 for HH5A with above **temporary fix** applied via SSH:

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10 -R
Connecting to host 192.168.0.10, port 5201
Reverse mode, remote host 192.168.0.10 is sending
[  4] local 192.168.1.162 port 51787 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  16.9 MBytes   142 Mbits/sec
[  4]   1.00-2.00   sec  16.9 MBytes   141 Mbits/sec
[  4]   2.00-3.00   sec  16.9 MBytes   141 Mbits/sec


C:\install\iperf>iperf3 -c 192.168.0.10 -t 10
Connecting to host 192.168.0.10, port 5201
[  4] local 192.168.1.162 port 51791 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.01   sec  16.5 MBytes   138 Mbits/sec
[  4]   1.01-2.00   sec  16.2 MBytes   136 Mbits/sec
[  4]   2.00-3.00   sec  16.2 MBytes   136 Mbits/sec


19.07-snapshot r10605 with above temporary fix

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10 -R
Connecting to host 192.168.0.10, port 5201
Reverse mode, remote host 192.168.0.10 is sending
[  4] local 192.168.1.162 port 52603 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  16.2 MBytes   136 Mbits/sec
[  4]   1.00-2.00   sec  16.2 MBytes   136 Mbits/sec
[  4]   2.00-3.00   sec  16.2 MBytes   136 Mbits/sec

C:\install\iperf>iperf3 -c 192.168.0.10 -t 10
Connecting to host 192.168.0.10, port 5201
[  4] local 192.168.1.162 port 52607 connected to 192.168.0.10 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  12.1 MBytes   101 Mbits/sec
[  4]   1.00-2.00   sec  12.1 MBytes   101 Mbits/sec
[  4]   2.00-3.00   sec  12.0 MBytes   101 Mbits/sec

 


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

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

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

- Steps to reproduce

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

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

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

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

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

25.10.20192568PackagesBug ReportVery LowMediumct-bugcheck packages breaks uciTrunkUnconfirmed Task Description

Hi,

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

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

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

DO_BUGCHECK=1
export DO_BUGCHECK

There a two options:

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

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

Hello!

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

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

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

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

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

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

Best regards

23.10.20192563Base systemBug ReportVery LowHighExtremely high latency on 5GHz radio ath10k-ct (tplink ...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
Archer C7 v2 configured as a simple WPA2-PSK access point only (no WAN routing, wpad-basic, ath10k-ct, and clean radio channels)

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

Trunk (ath79)

- Steps to reproduce
Latency on builds prior to 11 Sep on 5 GHz radio (ath10k-ct) is around 200-400ms (20ms on the 2.4GHz ath9 radio) - which is still unacceptably high. Despite this high latency I can achieve throughput of up to 50Mbps
Post 11 Sep, latency increases to over 2 sec making the 5GHz radio close to unusable (the 2.4GHz radio is unchanged around 20ms). Throughput drops to kbps.

Have compiled and tested builds e667d6f, 9f34bf5, 7bed9bf, and 6d819fa. The major shift in latency occurs with 6d819fa (which makes absolutely no sense as it is a change for the gemini kernel build). The two middle builds have changes to hostapd but do not appear to cause the 2 sec latency. The issue still remains on 7a577e9 (22 Oct), which I have tried with different configurations of hostapd (full-wolfssl and mini).

I have tried different encryption, no encryption, and the non-CT driver and firmware to no benefit.

My testing is with a Microsoft Surface Pro 6 which may be half the problem as I’m not seeing the 2 sec latency on the other devices I own (Apple ipad and iphones). BTW I am aware of the current 5GHz radio issues with the recent Surface driver (I am using an older driver without these issues).

I have reverted to the 18.06 ar71xx branch to fix the problem for now.

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

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

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

I am attaching a patch.

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

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

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

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

 


17.10.20192556Base systemBug ReportVery LowLowbusybox: route: unknown character in inet6 route tableTrunkWaiting on reporter Task Description

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

 

unknown character shows up after execute ‘route -A inet6’ command on OpenWrt SNAPSHOT version, don’t know if it is a feature or bug. (Newifi D2)

16.10.20192555Base systemBug ReportVery LowLowkmod-nat46 incorrect src-address for icmp packet too bi...openwrt-18.06Unconfirmed Task Description

On a x86 openwrt with kernel
Linux kd-qemu 4.14.137 #0 SMP Sun Jun 23 13:10:01 2019 x86_64 GNU/Linux

with loaded nat46 module

[    8.118800] nat46: adding device (clat)
[    8.165298] nat46: netdevice nat46 'clat' created successfully.
[    8.168445] nat46: configure device (clat) with 'local.style RFC6052 local.v4 10.139.0.0/17 local.v6 fdff:ffff:ffff:5254:ee:43::/96 local.ea-len 0 local.psid-offset 0 remote.style RFC6052 remote.v4 0.0.0.0/0 remote.v6 64:ff9b::/96 remote.ea-len 0 remote.psid-offset 0'

I am observing ICMP packet too big messages that are sent from the router to the client that have an incorrect src-address: Instead of the router-IPv4 IP, the clients IPv4-IP is placed in the src-address field in the ipv4 packet.

In this particular case, I have a client connected to the openwrt router. The client has IP address 10.139.41.200 and the router has 10.139.0.1

tcpdump shows:

21:07:12.910199 IP 10.139.41.200 > 10.139.41.200: ICMP 140.82.118.4 unreachable - need to frag (mtu 1354), length 1220

The client discards these packets instead of processing them which results in broken network connectivity.

Instead the packet should look like this:

21:07:12.910199 IP 10.139.0.1 > 10.139.41.200: ICMP 140.82.118.4 unreachable - need to frag (mtu 1354), length 1220


15.10.20192554Base systemBug ReportVery LowMediumUBNT-ERX stack traceTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Ubiquiti ERX

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

# cat /etc/openwrt_release 
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='SNAPSHOT'
DISTRIB_REVISION='r11159-27bf8abe69'
DISTRIB_TARGET='ramips/mt7621'
DISTRIB_ARCH='mipsel_24kc'
DISTRIB_DESCRIPTION='OpenWrt SNAPSHOT r11159-27bf8abe69'
DISTRIB_TAINTS='no-all busybox'

Saw this after about a week of uptime:

[753858.342719] ------------[ cut here ]------------
[753858.352124] WARNING: CPU: 2 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
[753858.368762] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[753858.382820] Modules linked in: iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_quota xt_pkttype xt_owner 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_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY ts_kmp ts_fsm ts_bm 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_ipv4 nf_conntrack_rtcache nf_conntrack iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 tun leds_gpio
[753858.524856]  gpio_button_hotplug
[753858.531471] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.146 #0
[753858.543763] Stack : 00000000 8fef6c40 805c0000 80078e1c 805f0000 8058c518 00000000 00000000
[753858.560569]         80556f30 8fc0ddc4 8fc3cb0c 805c69c7 80551d30 00000001 8fc0dd68 53261673
[753858.577373]         00000000 00000000 80740000 000046e0 00000000 000000e4 00000007 00000000
[753858.594182]         00000000 805d0000 00081c0f 70617773 00000000 00000000 805f0000 80586720
[753858.610990]         803a9b70 00000140 00000002 8fef6c40 00000008 802d0d30 00000008 80730008
[753858.627794]         ...
[753858.632825] Call Trace:
[753858.637880] [<8000c8d0>] show_stack+0x58/0x100
[753858.646907] [<8048f55c>] dump_stack+0x9c/0xe0
[753858.655750] [<8002fa08>] __warn+0xe0/0x138
[753858.664069] [<8002fa90>] warn_slowpath_fmt+0x30/0x3c
[753858.674127] [<803a9b70>] dev_watchdog+0x1ac/0x324
[753858.683657] [<8008fe9c>] call_timer_fn.isra.25+0x24/0x84
[753858.694391] [<80090158>] run_timer_softirq+0x1bc/0x248
[753858.704799] [<804ac808>] __do_softirq+0x128/0x2ec
[753858.714334] [<800346b4>] irq_exit+0xac/0xc8
[753858.722844] [<80284040>] plat_irq_dispatch+0xfc/0x138
[753858.733062] [<80007588>] except_vec_vi_end+0xb8/0xc4
[753858.743108] [<80008f50>] r4k_wait_irqoff+0x1c/0x24
[753858.752926] ---[ end trace b7d0bffc069517f8 ]---
[753858.762309] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[753858.774837] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[753858.787018] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ee40000, max=0, ctx=1395, dtx=1395, fdx=1394, next=1395
[753858.808845] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0f2d0000, max=0, calc=1825, drx=1826
[753858.830333] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[753858.850760] mtk_soc_eth 1e100000.ethernet: PPE started


14.10.20192553Base systemBug ReportVery LowMediumdns name resolution with dnsmasq does not work after re...openwrt-18.06Unconfirmed Task Description

I’ve got a bunch of GL-MT300A devices suffering from this issue. They are configured as simple openvpn gateway behind a DSL router. There is no WIFI active, no WAN port, just a LAN interface and openvpn. Dnsmasq is used only for name resolution, and not for DHCP.

After upgrading the device from LEDE 17.01 to OpenWrt 18.06.4 r7808-ef686b7292 (latest stable version according to the website) DNS resolution failes after a reboot of the system.

Even though dnsmasq is up and running (ps shows the deamon, and netstat -tulpen shows the deamon listing to port 53 as it should be) name resolution is not working, preventing openvpn to find its servers.

After restarting dnsmasq (/etc/init.d/dnsmasq restart) name resolution starts to work as expected.

I noticed that /tmp/etc/dnsmasq.conf differes between the reboot of the router and the restart of dnsmasq.
The following line appears in the config file after restarting dnsmasq manually:

no-dhcp-interface=br-lan

Adding /etc/init.d/dnsmasq restart to /etc/rc.local seems to be a workaround for the moment.


10.10.20192544Base systemBug ReportVery LowLowMissing Led Configuration for Pogoplugv4 openwrt-18.06Unconfirmed Task Description

File target\linux\kirkwood\base-files\etc\board.d\01_leds has missing the below lines led configurations for Pogoplugv4

“cloudengines,pogoplugv4”)

ucidef_set_led_default "health" "health" "pogoplugv4:green:health" "1"
ucidef_set_led_default "fault" "fault" "pogoplugv4:red:fault" "1"
;;
10.10.20192543Base systemBug ReportVery LowHighCloud Engines Pogoplug V4 USB3 Does Not Workopenwrt-18.06Unconfirmed Task Description

In the configuration added

define Device/cloudengines_pogoplugv4

DEVICE_TITLE := Cloud Engines Pogoplug V4
DEVICE_DTS := kirkwood-pogoplug-series-4
DEVICE_PACKAGES := kmod-usb3

endef
TARGET_DEVICES += cloudengines_pogoplugv4

But kmod-usb3 has built and included. I need to enabled CONFIG_PACKAGE_kmod-usb3=y which also enables CONFIG_PACKAGE_kmod-usb-core=y as dependency the USB3 is working. This is build issue.

10.10.20192542Base systemBug ReportVery LowLowoxnas820 pogoplug v3 / pogoplug pro - SATA interface no...TrunkUnconfirmed Task Description

Supply the following if possible:
- pogoplug pro
- Software versions of OpenWrt/LEDE release: Snapshot r11159
- dmesg doesn’t show any SATA interface
- cat /proc/partitions doesn’t show partitions of the connected SATA hdd

 


09.10.20192540KernelBug ReportVery LowMediumUBNT-ERX: hwnat = very slow "tls shaking"TrunkUnconfirmed Task Description

OpenWrt SNAPSHOT r11175-700e7a2eb9
UBNT-ERX (ramips)

When hwnat is turn on than no www browsing is possible
due to very, very slow “tls shaking”. This is so slow that
mostly there are timeouts. When hwnat is turn off and just software
offloading is used than it works like a charm.

08.10.20192539Base systemBug ReportVery LowLowlibgpg-error compile error -> 'errnos_msgstr' undeclare...openwrt-18.06Waiting on reporter Task Description

Supply the following if possible:
- Device problem occurs on

[karloff@Galilei ~]$ gcc -v
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrapper
Ziel: x86_64-pc-linux-gnu
Konfiguriert mit: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp --enable-cet=auto
Thread-Modell: posix
gcc-Version 9.2.0 (GCC) 

- Software versions of OpenWrt/LEDE release, packages, etc.
Openwrt 18.06 git branch

- Steps to reproduce
Checkout 18.06 branch and select libgpg-error in menuconfig then try to compile firmware

error with: strerror-sym.c:47:9: error: ‘errnos_msgstr’ undeclared (first use in this function)

looks like a problem with the package, not the env.

You can find more information in forum thread: https://forum.openwrt.org/t/build-problem-18-06-4-libgpg-error/45910

 


07.10.20192538Base systemBug ReportVery LowLowramips-mt7620-elecom_wrh-300cr not reproducible due to TrunkUnconfirmed Task Description

The image is hard to reproduce as it stores the build username in the file. This is due to the `elecom-header` function in target/linux/ramips/image/mt7620.mk where it creates two files called v_0.0.0.{bin,md5} owned by the builder.

Below a diff of the two files:

https://rebuild.aparcar.org/SNAPSHOT/ramips/mt7620/openwrt-ramips-mt7620-elecom_wrh-300cr-squashfs-factory.bin.html

Showing tasks 51 - 100 of 901 Page 2 of 19 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing