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 In  descStatus
05.02.20202812Base systemBug ReportVery LowCriticalXiaomi router 3g Openwrt V19 problem. Upload very low. openwrt-19.07Unconfirmed Task Description

Hello, I have xiaomi router 3g, I installed OpenWrt v18 and everything perfect, perfect speed, perfect management (although improvable) etc ...
The problem comes when upgrading to v19.07 and v19.07.1, the router’s upload speed low by half (wired 600mbs v18) v19 300mbs upload speed .... it looks like a bug and it happens to many people , is there any solution to this? Is it possible to improve the router driver and improve the upload and full management of v19? thanks.

13.02.20202832Base systemBug ReportVery LowCriticalD-link DIR-885L firmware doesn't match due to regional ...openwrt-19.07Unconfirmed Task Description

According to the hardware support list, D-link DIR-885L HW A1 is supported, therefore, I have acquired one in China, it clearly stated the HW revision is A1 but its WIFI is not supported with the original firmware 19.07.1

after I flashed the firmware in discovery mode , the wireless tab is not shown in the system. Checked wifi configuration and the file was empty. I found there’s another driver for A2 hardware in the product page, I downloaded it, put it in the designated directory, restarted the router and my wifi appears.

but the driver doesn’t work well. The 2.4g (radio0) can not be started most of the time, some time I alter the configuration of radio0 might bring it up, but even I’ve managed to find the SSID, I can’t connect it. always prompt wrong password.

the 5g (radio1) is better. if I fix the channel, restart the router every time I change the configuration (even change password), it usually make the router works.

I think the Device sold in China is different from other area, the default firmware (which supports A1) doesn’t support Chinese A1 hardware, the A2 firmware driver (BCM4366c) supports the Chinese A1 hardware but doesn’t work well since the driver was dated 2017.

with this BCM4366C driver provided in A2 firmware, I can only have 5G fix Channel WPA2 security wifi service, it’s usable, but all other function are not working, not even one.

I opened the router, tried to provide the chip information but the chips are covered by metal jacket and fixed to the mother board. I have manufacture’s original latest firmware, I think the proper driver may be extracted from it but I’m not capable to do it. I can provide the file as requested. Can’t post here, the file is too big.


28.02.20202868PackagesBug ReportVery LowCriticalCLAT/464XLAT stopped working in 19.07.1openwrt-19.07Unconfirmed Task Description

I was using CLAT in an Archer C7 v5 for some testing. Everything worked fine.

I decided then to upgrade to 19.07.1 and everything works fine from the backup that I did from the config, but not the CLAT (464XLAT).

I decided to reflash the unit from scratch and configure everything manually. Same problem, CLAT is not working. I tried even setting the tunnel link to the WAN interface manually in the CLAT interface (advanced settings), instead of the default “unspecified”, played with the firewall settings as well, etc. Nothing resulted.

By the way, even in 18.06.7, which I’m using right now with the CLAT, the CLAT interface doesn’t report any RX/TX or packets. In the same router I’ve installed Collectd and I can see there the traffic being graphed correctly.

So I’m guessing there is some bug there. I’m going to report it as a bug, but just in case someone discovered an easy solution.

I’ve observed that at some point, across numerous tests, a Virtual dynamic interface 464XLAT was created, but it doesn’t allow to edit it, so not sure if this is related. I believe this interface is only created when I’m using PPPoE for the WAN link (I’ve tested 2 scenarios, PPPoE done in the OpenWRT box and PPPoE done in the GPON ONT).

06.05.20203067PackagesBug ReportVery LowCriticaldownload board.bin failureopenwrt-19.07Unconfirmed Task Description

make[3]: Entering directory ‘/home/leo/openwrt/package/firmware/ath10k-ct-firmware’ mkdir -p /home/leo/openwrt/dl
SHELL= flock /home/leo/openwrt/tmp/.ath10k-firmware-d622d160e9f552ead68d9ae81b715422892dc2ef-qca9887-board.bin.flock -c ' /home/leo/openwrt/scripts/download.pl “/home/leo/openwrt/dl” “ath10k-firmware-d622d160e9f552ead68d9ae81b715422892dc2ef-qca9887-board.bin” “cf4df099f6ee05c181f55ce17297a1d32c61d725eb96246fd315ad5587c42426” “board.bin” “@GITHUB/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0” '
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://sources.cdn.openwrt.org/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0

curl: (22) The requested URL returned error: 404
Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://raw.githubusercontent.com/kvalo/ath10k-firmware/d622d160e9f552ead68d9ae81b715422892dc2ef/QCA9887/hw1.0/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused

Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://sources.openwrt.org/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0

curl: (22) The requested URL returned error: 404 Not Found
Download failed.
+ curl -f –connect-timeout 20 –retry 5 –location –insecure https://mirror2.openwrt.org/sources/board.bin

% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                               Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0

curl: (22) The requested URL returned error: 404 Not Found
Download failed.

18.05.20203109Base systemBug ReportVery LowCriticalUBIFS failure/crash on BT HomeHub 2B: __nand_correct_da...openwrt-19.07Unconfirmed Task Description

Device: BT HomeHub Version 2B (Lantiq XWAY)

Software: 19.07.3 downloaded from:

https://downloads.openwrt.org/releases/19.07.3/targets/lantiq/xway/openwrt-19.07.3-lantiq-xway-bt_homehub-v2b-squashfs-sysupgrade.bin

After an hour or so of usage, the router reboots itself with a corrupted filesystem. I’ve attached the log to this bug report. The log contains:

__nand_correct_data: uncorrectable ECC error

so I think there might be a link with the similar problem that the BT HomeHub Version 5A had a long time ago, as per:

https://bugs.openwrt.org/index.php?do=details&task_id=245 (”Lede won’t boot on HHB5”)

and

http://openwrt.ebilan.co.uk/viewtopic.php?f=7&t=133#p1022 (post by Mathias Kresin / mkresin who fixed the problem with the Home Hub 5A)

This bug may also be related to:

https://bugs.openwrt.org/index.php?do=details&task_id=1842

(I think that this bug may affect every release since 18.06.0)

28.07.20203253Base systemBug ReportVery LowCriticalLinksys WRT3200 ipv4 connection speed problems openwrt-19.07Unconfirmed Task Description

I’m using Linksys wrt3200 as router behind cable modem with a dslite configuration and Devolo 1200+ DinRail connected to one of the LAN ports.

Previuos configuration was provider cable modem connected to Devolo and it was working fine (up to 50-100 mbit up and download to all DLAN devices.

After swiching to Linksys and OpenWRT I noticed that download speed for IPv4 dropped to 2-3 MBit for all devices. Upload and IPv6 work fine.

Thought it was dslite problem but provider router works fine and if I connect to Linksys directly via WLAN the download speed is as expected...

Repatched with Linksys stock firmware without changing anything else stable up and download speeds in expected range for ip4/ip6.

Patched openwrt back - ipv4 download drop to 2Mbit, back to stock back to normal speed...

Assume it’s potentially an MTU setting for LAN interface but all values I tried did not change much...

Would appreciate any help. Would be pity to fall back to stock but if it’s the only option...

 


01.04.20192216KernelBug ReportMediumHighath79 - eth0 Spasmodic Link Speed After Driver Changes?...openwrt-19.07Assigned Task Description

I’ve built the latest version of OpenWRT with stock packages and configuration, however, after random amounts of time, all clients lose connectivity because the eth0 link speed drops from the regular 100 Mbps Full Duplex to 10 Mbps Half Duplex, only to reconnect again after a couple of minutes (seconds to mintes, it depends), and do it again at another random time.

[18580.106696] eth0: link up (100Mbps/Full duplex)
[19014.825937] eth0: link up (10Mbps/Half duplex)
[19055.384105] eth0: link up (100Mbps/Full duplex)
[21927.853366] eth0: link up (10Mbps/Half duplex)
[22003.771999] eth0: link up (100Mbps/Full duplex)
[23743.685216] eth0: link down
[23744.723679] eth0: link up (100Mbps/Full duplex)
[23756.242265] eth0: link down
[23757.283590] eth0: link up (100Mbps/Full duplex)
[24075.522397] eth0: link up (10Mbps/Half duplex)
[24090.081802] eth0: link up (100Mbps/Full duplex)
[24100.481809] eth0: link up (10Mbps/Half duplex)
[24166.001178] eth0: link up (100Mbps/Full duplex)
[24500.880989] eth0: link up (10Mbps/Half duplex)

The logs aren’t very useful, it seems. Both syslog and dmesg show the same.

I suspect this started happening after this series of commits (ending with this one) where there were driver changes to the switch, as it didn’t happen before I recompiled a new build with all those newer changes:
https://github.com/openwrt/openwrt/commit/3d93b35f039de86830565420968715b300066475

29.09.20192523KernelBug ReportVery LowHighRB750 randomly reboots after kernel warningsopenwrt-19.07Unconfirmed Task Description

Mikrotik RB750Gr3
LuCI openwrt-19.07 branch (git-19.267.59428-7b36dae) / OpenWrt 19.07-SNAPSHOT r10532-cf3b50377e

Router randomly reboots (it may be stable for hours or can reboot in a minute after power up). Seems like kernel problem.

Here are some logs I managed to fetch before the reboots:

Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.010562] ------------[ cut here ]------------
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.015202] WARNING: CPU: 2 PID: 0 at net/ipv4/tcp_output.c:2509 0x803cc8bc
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.022158] invalid inflight: 1 state 1 cwnd 10 mss 1388
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.027441] 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 iptable_nat ipt_REJECT ipt_MASQUERADE huawei_cdc_ncm cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT 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 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
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.097872]  nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conntrack iptable_raw iptable_mangle iptable_filter ip_tables crc_ccitt cdc_wdm cdc_acm fuse ledtrig_usbport gpio_beeper input_core 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 x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 uas usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ehci_platform
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.169233]  sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_common mii crc32c_generic
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.180291] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.143 #0
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.186357] Stack : 00000000 00000000 00000000 81230398 00000000 00000000 00000000 00000000
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.194691]         00000000 00000000 00000000 00000000 00000000 00000001 8fc0dd30 ac07f596
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.203026]         8fc0ddc8 00000000 00000000 00004ea0 00000038 8049db58 00000007 00000000
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.211359]         00000000 80550000 0002c043 00000000 8fc0dd10 00000000 80570000 8050c6a0
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.219690]         803cc8bc 000009cd 812303d8 81230398 00000000 802af9e8 00000008 805b0008
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.228022]         ...
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.230459] Call Trace:
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.230475] [<8049db58>] 0x8049db58
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.236372] [<803cc8bc>] 0x803cc8bc
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.239840] [<802af9e8>] 0x802af9e8
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.243312] [<800101a0>] 0x800101a0
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.246782] [<800101a8>] 0x800101a8
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.250250] [<80486a9c>] 0x80486a9c
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.253722] [<800758a0>] 0x800758a0
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.257243] [<80032588>] 0x80032588
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.260714] [<803cc8bc>] 0x803cc8bc
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.264185] [<80032610>] 0x80032610
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.267654] [<803cc8bc>] 0x803cc8bc
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.271126] [<803cf3d0>] 0x803cf3d0
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.274596] [<8009d750>] 0x8009d750
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.278064] [<803cf7a8>] 0x803cf7a8
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.281537] [<8009dd80>] 0x8009dd80
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.285007] [<803cf770>] 0x803cf770
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.288474] [<8008c2cc>] 0x8008c2cc
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.291945] [<8008c588>] 0x8008c588
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.295413] [<8007cee8>] 0x8007cee8
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.298883] [<804a49b8>] 0x804a49b8
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.302357] [<80036f14>] 0x80036f14
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.305827] [<8025d440>] 0x8025d440
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.309296] [<8000b488>] 0x8000b488
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.312764]
Sun Sep 29 20:08:08 2019 kern.warn kernel: [   92.314310] ---[ end trace a36c893f27b6a6f3 ]---
Sun Sep 29 18:56:25 2019 kern.alert kernel: [ 2442.525228] CPU 1 Unable to handle kernel paging request at virtual address 00000010, epc == 803be4a0, ra == 803c4104
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.535821] Oops[#1]:
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.538087] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G        W       4.14.143 #0
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.545363] task: 8fc3be80 task.stack: 8fc5c000
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.549869] $ 0   : 00000000 00000001 0000004a 00000000
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.555080] $ 4   : 8ea76f3c 00000001 0000d706 00000000
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.560290] $ 8   : 00034501 00000321 811d7440 00000322
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.565501] $12   : 8ea22180 8ea22180 8e9a8e00 00000000
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.570712] $16   : 8ea76e40 00001204 6375f4c6 ffffffff
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.575923] $20   : 00001204 00000001 00000000 00000002
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.581133] $24   : 00000000 8034b220
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.586344] $28   : 8fc5c000 8fc0bbb8 00000000 803c4104
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.591555] Hi    : 0000caa1
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.594419] Lo    : 47aec5c8
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.597285] epc   : 803be4a0 0x803be4a0
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.601098] ra    : 803c4104 0x803c4104
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.604912] Status: 11007c03      KERNEL EXL IE
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.609082] Cause : 40800008 (ExcCode 02)
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.613066] BadVA : 00000010
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.615931] PrId  : 0001992f (MIPS 1004Kc)
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.620003] 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 iptable_nat ipt_REJECT ipt_MASQUERADE huawei_cdc_ncm cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT 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 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
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.690391]  nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conntrack iptable_raw iptable_mangle iptable_filter ip_tables crc_ccitt cdc_wdm cdc_acm fuse ledtrig_usbport gpio_beeper input_core 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 x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 uas usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ehci_platform
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.761710]  sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_common mii crc32c_generic
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.772740] Process swapper/1 (pid: 0, threadinfo=8fc5c000, task=8fc3be80, tls=00000000)
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.780788] Stack : 00000204 8034def4 8ea76e40 00000000 8ea76e40 8ea76e40 00001204 803c4104
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.789123]         8f346480 8056ba00 00000000 8015000a 00018bc3 8fc0bc74 00000004 00000000
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.797457]         80550000 8ea76f3c 00000002 00000001 91946e37 00000000 00000018 91946e37
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.805791]         00000000 91946e37 00000000 00000001 80570000 8050c458 00000000 00000002
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.814125]         00018bc3 00000018 8ee92564 8e9a0600 00000000 00000000 00000001 00000000
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.822457]         ...
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.824891] Call Trace:
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.824903] [<8034def4>] 0x8034def4
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.830852] [<803c4104>] 0x803c4104
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.834335] [<8015000a>] 0x8015000a
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.837825] [<803c4efc>] 0x803c4efc
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.841318] [<803c6f34>] 0x803c6f34
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.844788] [<803a98a0>] 0x803a98a0
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.848313] [<803d1bc0>] 0x803d1bc0
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.851802] [<803d2f18>] 0x803d2f18
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.855307] [<8e86426c>] 0x8e86426c [nf_conntrack_ipv4@8e864000+0x1420]
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.861893] [<803a9da0>] 0x803a9da0
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.865406] [<803aa078>] 0x803aa078
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.868887] [<803a9940>] 0x803a9940
Sun Sep 29 18:56:25 2019 kern.warn kernel: [ 2442.872360] [<803a9c10>] 0x803a9c10
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.402270] ------------[ cut here ]------------
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.406908] WARNING: CPU: 1 PID: 0 at net/ipv4/tcp_output.c:2509 0x803cc8bc
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.413864] invalid inflight: 1 state 1 cwnd 10 mss 1388
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.419148] 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 iptable_nat ipt_REJECT ipt_MASQUERADE huawei_cdc_ncm cdc_ncm cdc_ether xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT 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 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
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.489628]  nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conntrack iptable_raw iptable_mangle iptable_filter ip_tables crc_ccitt cdc_wdm cdc_acm fuse ledtrig_usbport gpio_beeper input_core 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 x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel tun vfat fat nls_utf8 nls_iso8859_1 nls_cp437 uas usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd ehci_platform
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.561103]  sd_mod scsi_mod ehci_hcd gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_common mii crc32c_generic
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.572189] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.143 #0
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.578264] Stack : 00000000 00000000 00000000 81222398 00000000 00000000 00000000 00000000
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.586600]         00000000 00000000 00000000 00000000 00000000 00000001 8fc0bd30 ac07f596
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.594938]         8fc0bdc8 00000000 00000000 00004f18 00000038 8049db58 00000007 00000000
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.603273]         00000000 80550000 0008bb1d 00000000 8fc0bd10 00000000 80570000 8050c6a0
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.611605]         803cc8bc 000009cd 812223d8 81222398 00000000 802af9e8 00000004 805b0004
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.619937]         ...
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.622376] Call Trace:
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.622394] [<8049db58>] 0x8049db58
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.628288] [<803cc8bc>] 0x803cc8bc
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.631755] [<802af9e8>] 0x802af9e8
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.635228] [<800101a0>] 0x800101a0
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.638699] [<800101a8>] 0x800101a8
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.642170] [<80486a9c>] 0x80486a9c
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.645638] [<800758a0>] 0x800758a0
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.649107] [<80032588>] 0x80032588
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.652580] [<803cc8bc>] 0x803cc8bc
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.656052] [<80032610>] 0x80032610
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.659528] [<803cc8bc>] 0x803cc8bc
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.663008] [<803cf3d0>] 0x803cf3d0
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.666478] [<8009d750>] 0x8009d750
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.669947] [<803cf7a8>] 0x803cf7a8
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.673420] [<8009dd80>] 0x8009dd80
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.676890] [<803cf770>] 0x803cf770
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.680358] [<8008c2cc>] 0x8008c2cc
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.683829] [<80063018>] 0x80063018
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.687300] [<8008c588>] 0x8008c588
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.690768] [<8007cee8>] 0x8007cee8
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.694244] [<804a49b8>] 0x804a49b8
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.697717] [<80036f14>] 0x80036f14
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.701185] [<8025d440>] 0x8025d440
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.704662] [<8000b488>] 0x8000b488
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.708131]
Sun Sep 29 18:19:29 2019 kern.warn kernel: [  226.709665] ---[ end trace 0dde230055179878 ]---
12.11.20192593Base systemBug ReportVery LowHighno AC wifi with ath10k on 19.07-rc1openwrt-19.07Waiting on reporter 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

18.11.20192614KernelBug ReportVery LowHighath10k 5 GHz connectivity issues for some client device...openwrt-19.07Researching 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.


01.12.20192647Base systemBug ReportVery LowHighEA6350v3 (IPQ4018) memory usage climbs until processes ...openwrt-19.07Unconfirmed Task Description

Device is Linksys EA6350v3

Issue occurs on 19.07 rc1, 19.07 rc2 and snapshot r11595 (snapshot version is by memory, but pretty sure that’s what I had on it).

Information for this bug report is based on 19.07 rc2 with the following packages installed for future potential use, but most not in use:
luci-app-sqm luci-proto-wireguard luci-app-wireguard ca-bundle curl https_dns_proxy luci-app-https_dns_proxy luci-app-statistics luci-app-samba kmod-usb-printer p910nd luci-app-p910nd diffutils minidlna luci-app-minidlna

Note: sqm, wireguard, https_dns_proxy, samba, usb printer, p910nd server, and minidlna are NOT in use. These are just the typical packages I add to my
router for future use.

Steps to reproduce:
Problem occurs after router runs for a few hours. EA6350v3 is set up as a wired access point for an EdgeRouter X (also on 19.07 rc2). The Edgerouter provides sqm and DNS and DHCP for LAN, guest and IOT VLANs. There are ~3 “Guest” 2.4 G wifi clients (a smart switch, an IP camera, a DEEBOT vacuum); the IOT VLAN is mapped to a physical port with an Ooma Telo plugged in (I know - I need to map the guest devices to IOT wifi someday...). The LAN is mapped to a physical port with a Roku 3 plugged in and to normal wifi. There are another ~4 or 5 5GHz wifi clients on the LAN wifi (a laptop, a couple Amazon Echo’s, a Google Home Mini, a Samsung Orbit Android phone) and a 2.4G LG Android phone on the 2.4 GHz wifi. CPU loading is quite low.

Memory usage starts out rather high (~100MB, climbs and climbs, eventually drops, climbs again, repeats. Eventually (a day or two) processes start getting killed to free up memory and things start dying. I have an EA8500 setup almost identically as a second AP in the house, and it’s memory usage sits around 50 MB versus 100MB to 200+MB for the EA6350v3. Something’s just not right...

The final message in the logs that repeats until processes begin to get killed is:

kern.warn kernel: [15897.905286] ath10k_ahb a000000.wifi: failed to increase tx pending count: -16, dropping

But the weird memory usage pattern precedes this message in the logs.

I’ve attached memory usage graphs and system and kernel logs from 19.07 rc2 to illustrate the problem. rc1 and snapshot behaved the same. This post also has logs showing processes getting killed if that helps diagnose: https://forum.openwrt.org/t/ipq4018-linksys-ea6350v3-wifi-dead-after-24-48-hrs/49080/3?u=eginnc

12.12.20192670KernelBug ReportVery LowHigh[ATH79] unstable USB on WR1043 v2openwrt-19.07Unconfirmed Task Description

Hi there!

I recently upgraded my TP-Link TL-WR1043 v2 device to the ath79 targeted 19.07-rc2 release using my custom build, which I have compiled with the image builder.

make image PROFILE=tplink_tl-wr1043nd-v2 PACKAGES="block-mount curl diffutils ethtool iperf3 iwinfo htop kmod-fs-ext4 kmod-usb-storage luci mailsend-nossl minidlna nfs-kernel-server ppp-mod-pppoe shadow-su transmission-daemon-mbedtls transmission-web vsftpd zram-swap -ip6tables -kmod-ip6tables -kmod-ipv6 -kmod-nf-conntrack6 -kmod-nf-ipt6 -libopenssl1.1 -odhcp6c -odhcpd-ipv6only -luci-proto-ipv6 -libip6tc2"

I just recently rolled back to an EXT4 partition, because of it's smaller memory footprint. (just mounting a ~50GB f2fs partition consumes around 10MBs of memory)
So in the very first attempt I wanted to copy back everything to my Transcend 790K. But after the first 500-1000 MBs(mix of archives, image, text and video files), the transaction speed has fallen down couple of times. I thought maybe the passive FTP connection was the problem, because after a few automatic reconnect attempts, the speed of the copy has been normalized again and in the end the device was connected. Later I found that the USB devices was reseted.
I had another try with a Sandisk Ultra Fit drive (SDCZ-43), but the result and the configuration was pretty sam. ~50GB EXT4 partition without journal and without barrier.
I force upgraded the machine to the ar71xx target and Filezilla so far copied back 16GBs without any problem.
Target ATH79 seem to be has so many problems with the USB subsystem, please see my other bugreport for the WDR4300 as well: FS#2567 - [ATH79] USB speed degradation on WDR4300.

Let me know if I can help the bughunting any way,
thanks and regards!

09.01.20202719Base systemBug ReportVery LowHighBuffalo WBMR-HP-G300H: DSL does not connect at all with...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Buffalo WBMR-HP-G300H
- Software versions of OpenWrt/LEDE release, packages, etc.: OpenWRT 19.07, kmod-ltq-adsl-ar9-fw-a 0.1-1, which shows up as 4.4.4.0.0.1 in dsl_control status.
- Steps to reproduce:

1. Get an ADSL line from Rostelecom.
2. Upgrade the router to OpenWRT 19.07.
3. Reboot.

Result: DSL does not connect. In /etc/init.d/dsl_control status, it goes through all phases, then briefly shows as “Up”, but then the “dsl0” interface is not created, and the following lines are logged in dmesg:

 [   56.597766] [DSL_BSP_Showtime 914]: Datarate US intl = 1024000, fast = 0
 [   56.603091] [DSL_BSP_Showtime 934]: no hookup from ATM driver to set cell rate

The error does not exist with the 4.5.4.9.1.1 firmware obtained from unofficial sources. The bug has been submitted through the affected ADSL line with the unofficial firmware.

Status:

# /etc/init.d/dsl_control status
ATU-C Vendor ID: Broadcom 161.149
ATU-C System Vendor ID: 00,00,00,00,00,00,00,00
Chipset: Ifx-AR9
Firmware Version: 4.5.4.9.1.1
API Version: 3.24.4.4
XTSE Capabilities: 0×4, 0×0, 0×0, 0×0, 0×0, 0×0, 0×0, 0×0 Annex: A
Line Mode: G.992.1 (ADSL)
Profile:
Line State: UP [0×801: showtime_tc_sync]
Forward Error Correction Seconds (FECS): Near: 413342 / Far: 0
Errored seconds (ES): Near: 0 / Far: 0
Severely Errored Seconds (SES): Near: 0 / Far: 0
Loss of Signal Seconds (LOSS): Near: 0 / Far: 0
Unavailable Seconds (UAS): Near: 253 / Far: 253
Header Error Code Errors (HEC): Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P): Near: / Far:
Pre-emtive CRC errors (CRCP_P): Near: / Far:
Power Management Mode: L0 - Synchronized
Latency [Interleave Delay]: 8.0 ms [Interleave] 8.0 ms [Interleave]
Data Rate: Down: 9.952 Mb/s / Up: 1.024 Mb/s
Line Attenuation (LATN): Down: 32.2 dB / Up: 19.5 dB
Signal Attenuation (SATN): Down: 32.6 dB / Up: 19.5 dB
Noise Margin (SNR): Down: 6.1 dB / Up: 13.0 dB
Aggregate Transmit Power (ACTATP): Down: 20.0 dB / Up: 12.3 dB
Max. Attainable Data Rate (ATTNDR): Down: 8.848 Mb/s / Up: 1.204 Mb/s
Line Uptime Seconds: 1164
Line Uptime: 19m 24s

(yes, very bad line)

Config:

config atm-bridge ‘atm’

option vpi '1'
option encaps 'llc'
option payload 'bridged'
option nameprefix 'dsl'
option vci '50'
option unit '0'
option atmdev '0'

config dsl ‘dsl’

option annex 'a'
option firmware '/lib/firmware/dsl_ar9_firmware_adsl_a-04.05.04.09.01.01.bin'

config interface ‘wan’

option ifname 'dsl0'
option proto 'pppoe'
option ipv6 '1'
option username 'censored'
list dns '8.8.8.8'
list dns '8.8.4.4'
option peerdns '0'
option keepalive '60 5'
option password 'censored'
12.01.20202730KernelBug ReportVery LowHighTL-WR841N v8 ath79 Link Unstableopenwrt-19.07New Task Description

Probably related to https://bugs.openwrt.org/index.php?do=details&task_id=2216 which was reported almost a year ago. The bug is still not fixed though.

Are there any plans to fix it or will 18.06 be the last stable version for this and probably other devices?

[8451.981464] eth1: link up (100Mbps/Full duplex)
[37071.909045] eth1: link down
[37072.988861] eth1: link up (100Mbps/Full duplex)
[48492.291332] eth1: link up (10Mbps/Half duplex)
[48632.691559] eth1: link up (100Mbps/Full duplex)
[55697.449886] eth1: link down
[55698.491082] eth1: link up (100Mbps/Full duplex)
[62395.095374] eth1: link up (10Mbps/Half duplex)
[62507.411488] eth1: link up (100Mbps/Full duplex)
[62726.853998] eth1: link up (10Mbps/Half duplex)
[62732.053093] eth1: link up (100Mbps/Full duplex)
[71071.460663] eth1: link down
[71072.618285] eth1: link up (100Mbps/Full duplex)
[73435.556373] eth1: link down
[73436.597169] eth1: link up (100Mbps/Full duplex)
[73547.879987] eth1: link up (10Mbps/Half duplex)
[73558.277169] eth1: link up (100Mbps/Full duplex)
[74438.121970] eth1: link down
[74439.162824] eth1: link up (100Mbps/Full duplex)
[75341.889076] eth1: link up (10Mbps/Half duplex)
[75352.290230] eth1: link up (100Mbps/Full duplex)
[76274.772404] eth1: link down
[76275.813134] eth1: link up (100Mbps/Full duplex)

30.01.20202783Base systemBug ReportVery LowHighTP-Link Archer A7 v5 can't be flashet via tftpopenwrt-19.07Unconfirmed Task Description

Device: TP-Link Archer A7 (RU) Ver 5.0
Software: OpenWRT 19.07.0

I just bought this router. And I trying to flash it with openwrt-19.07.0-ath79-generic-tplink_archer-a7-v5-squashfs-factory.bin trough tftp.
In wireshark I clearly see that file was downloaded. But router didn’t flashed.
I tried to flash snapshot image wtih same result.
I checked sha256 sums and it matches.

When I reproduced same steps with original TP-Link update image it worked well. Seems like something prevents router from flashing OpenWRT image.

30.01.20202785Base systemBug ReportVery LowHighkernel loading during netboot fails on mikrotik devicesopenwrt-19.07Unconfirmed Task Description

Devices tested:

  • Mikrotik rb433
  • Mikrotik rb435g

Software version: Using the v19.07.1 tag.

Issue: There are a few packages, whose are leading the ramdisk “unbbotable”, more precise the device is not able to load the kernel. First this happened by kmod-scsi-core , I thought it must be some kernel-related issue. Afterthat I realised that either I enable the aforementioned kernel-module, or the libraries called libpcre and libpci, the boot procedure will stop at:

Gateway: 192.168.1.254
transfer started ................................... transfer ok, time=2.61s
setting up elf image... OK
jumping to kernel code OpenWrt kernel loader for AR7XXX/AR9XXX
Copyright (C) 2011 Gabor Juhos juhosg@openwrt.org Decompressing kernel... done!
Starting kernel at 80060000...

Compiling these packages only as a module results a nice bootable image. Firstly I thought that maybe my ramdisk is too large, but it is about only 4,5 MB - previously using older trunk I was able to boot up images over 5 MByte.
I have pasted the config file to the ticket. If you switch libpcre and libpci to M instead of * it will boot.

This issue was not there before, using the image built from 18.06.

31.01.20202791Base systemBug ReportVery LowHighIPv6 router advertisments lost after upgrade to 19.07openwrt-19.07Unconfirmed Task Description

I’ve just upgraded my linksys wrt-1200ac from 18.06.4 to 19.07.0

I’ve got a more-or-less out-of-the-box configuration with wired and wireless clients all connected to the ‘br-lan’ bridge. My ISP provides native IPv6. I’ve got odhcpd-ip6only installed, and a mixture of clients, some using SLAAC and some using DHCPv6.

When a wireless client that is configured for SLAAC (e.g. an android phone) connects, it sends an IPv6 router solicitation to ff02::1 and receives a router advertisement on its fe80::<something> address. That still works fine. But the client never receives any further router adverts, so the route times out after 1800 seconds and IPv6 connectivity is lost.

This is *only* going wrong with wireless clients: tcpdump on a wired client shows router adverts arriving on ff02::1 every few minutes. But tcpdump on a wireless client shows no router adverts after the initial one.

I’ve retested with 18.06.4 and the problem does not exist in that version.

16.02.20202835Base systemBug ReportVery LowHighMT7621: Clients disconnects.openwrt-19.07Unconfirmed Task Description

Hi! I have MT7621 and when to router connected more than 10 peoples router start disconnecting some peoples(have two networks guest and main on 2,4).

There is my settings:
config wifi-iface ‘default_radio0’ option device ‘radio0’ option network ‘lan’ option mode ‘ap’ option wpa_disable_eapol_key_retries ‘1’ option key ‘WIFIPASS’ option ssid ‘WIFINAME’ option encryption ‘psk2+ccmp’ option disassoc_low_ack ‘0’ (guest network have same settings)

Other info:
Newifi-D2
MediaTek MT7621 ver:1 eco:3
OpenWrt 19.07.1 r10911-c155900f66 / LuCI openwrt-19.07 branch git-20.045.27998-49999e9

I also noticed that before the client is disconnected from the network, it will lose the Internet.

 

Issue on github: https://github.com/openwrt/mt76/issues/358

Many peoples with Newifi3 D2 have same problem(in github links and more details).

PLEASE, FIX IT!

18.02.20202844Base systemBug ReportVery LowHighath10k on archer C7 v2: high latencyopenwrt-19.07Unconfirmed Task Description

On my Archer C7 v2, since the upgrade from 18.06 to 19.07, I sometimes get very high latency on my 5 GHz wifi network:

This is when pinging a wireless client from the router itself.

ping 192.168.12.167
PING 192.168.12.167 (192.168.12.167): 56 data bytes
64 bytes from 192.168.12.167: seq=0 ttl=64 time=1.334 ms
64 bytes from 192.168.12.167: seq=1 ttl=64 time=2.002 ms
64 bytes from 192.168.12.167: seq=2 ttl=64 time=1004.448 ms
64 bytes from 192.168.12.167: seq=3 ttl=64 time=4.342 ms
64 bytes from 192.168.12.167: seq=4 ttl=64 time=1.072 ms
64 bytes from 192.168.12.167: seq=5 ttl=64 time=2.074 ms
64 bytes from 192.168.12.167: seq=6 ttl=64 time=2.505 ms
64 bytes from 192.168.12.167: seq=7 ttl=64 time=1.059 ms
64 bytes from 192.168.12.167: seq=8 ttl=64 time=1.746 ms
64 bytes from 192.168.12.167: seq=9 ttl=64 time=1.176 ms
64 bytes from 192.168.12.167: seq=10 ttl=64 time=1.086 ms
64 bytes from 192.168.12.167: seq=11 ttl=64 time=1.072 ms
64 bytes from 192.168.12.167: seq=12 ttl=64 time=815.290 ms
64 bytes from 192.168.12.167: seq=13 ttl=64 time=1004.417 ms
64 bytes from 192.168.12.167: seq=14 ttl=64 time=4.294 ms
64 bytes from 192.168.12.167: seq=15 ttl=64 time=4.520 ms
64 bytes from 192.168.12.167: seq=16 ttl=64 time=1003.250 ms
64 bytes from 192.168.12.167: seq=17 ttl=64 time=3.125 ms
64 bytes from 192.168.12.167: seq=18 ttl=64 time=1.019 ms
64 bytes from 192.168.12.167: seq=19 ttl=64 time=2.066 ms
^C
--- 192.168.12.167 ping statistics ---
20 packets transmitted, 20 packets received, 0% packet loss
round-trip min/avg/max = 1.019/193.094/1004.448 ms

The upgrade to 19.07.1 didn’t solve the issue. What (temporarily) seem to work is to restart the wlan0 interface. After a few hours the problem comes back. The client is very close to the AP (less than 3 meters, although there is a floor between). Signal quality is reported as very good.

Station 54:60:09:d3:e4:d6 (on wlan0)
        inactive time:  540 ms
        rx bytes:       1082546
        rx packets:     6294
        tx bytes:       15523400
        tx packets:     11636
        tx retries:     0
        tx failed:      1
        rx drop misc:   0
        signal:         -66 [-76, -68, -71] dBm
        signal avg:     -62 [-72, -64, -67] dBm
        tx bitrate:     390.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 1
        rx bitrate:     390.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 1
        rx duration:    422088 us
        last ack signal:-95 dBm
        authorized:     yes
        authenticated:  yes
        associated:     yes
        preamble:       long
        WMM/WME:        yes
        MFP:            no
        TDLS peer:      no
        DTIM period:    2
        beacon interval:100
        short slot time:yes
        connected time: 447 seconds

I am using stock 19.07.1 firmware. I also tried changing the regulatory domain from CA to US but it didn’t help.
I will now try with the non-ct driver and firmware to see if it helps, as it worked fine on 18.06 which didn’t include the -ct firmware by default.

cat /etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option hwmode '11a'
        option path 'pci0000:00/0000:00:00.0'
        option htmode 'VHT80'
        option noscan '1'
        option country 'US'
        option channel '149'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option key 'removed'
        option network 'lan'
        option mode 'ap'
        option ssid 'myssid5'
        option encryption 'psk2+ccmp'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '11'
        option hwmode '11g'
        option path 'platform/ahb/ahb:apb/18100000.wmac'
        option noscan '1'
#       option country 'CA'
        option htmode 'HT40'
        option require_mode 'g'

config wifi-iface 'default_radio1'
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'myssid'
        option encryption 'psk2+ccmp'
        option key 'removed'
        option ieee80211w '1'
25.02.20202856Base systemBug ReportVery LowHighWifi "dies" (hostapd drops all clients) on some ar71xx ...openwrt-19.07New Task Description

This issue is very strange, i don’t even know if it’s just faulty hardware but i have it happening on multiple devices now

Most affected hardware

  • Nanobridge M5 , in this case transmitting enough data can trigger it almost instantly
  • TL-WR841ND , in this case i had it happen like 3-4 times a year
  • CPE 210 v3 , in this case it happens like each week

For the last one, which is running 19.07 i found on the system log

Tue Feb 25 07:38:58 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED [redacted mac1]
Tue Feb 25 07:38:58 2020 daemon.info hostapd: wlan0: STA [redacted mac1] IEEE 802.11: disassociated due to inactivity
Tue Feb 25 07:38:59 2020 daemon.info hostapd: wlan0: STA [redacted mac1] IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Feb 25 07:41:32 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED [redacted mac2]
Tue Feb 25 07:41:32 2020 daemon.info hostapd: wlan0: STA [redacted mac2] IEEE 802.11: disassociated due to inactivity
Tue Feb 25 07:41:33 2020 daemon.info hostapd: wlan0: STA [redacted mac2] IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Feb 25 07:42:49 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 07:49:55 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 07:55:02 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:00:15 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:05:25 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:10:44 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:16:00 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
13.03.20202901Base systemBug ReportVery LowHighFlow offload not working properly in case of IPv6 (NAT6...openwrt-19.07Unconfirmed Task Description

Linksys WRT32X with NAT6 configuration.

On latest 19.07 branch r10959

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

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

In the meantime, ICMPv6 worked normally.

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

IPv4 part looked normal even if flow_offload is on.

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

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

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

Observed behavior:

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

Work-Around:

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



Expected behaviour:

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


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

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

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

using fresh install

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

pushing the update list button
the loading package information never arrived

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


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

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

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

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

I’ve attached syslog & dmesg

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

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

07.04.20202977Base systemBug ReportVery LowHighParameters sendopts seems to be bad formated in the cal...openwrt-19.07Unconfirmed Task Description

The options parameters sendopts define in /etc/config/network seems to be badly formated in the call of the command odhcp6c

In /etc/config/network:

 

option sendopts “11:00 15:456544 16:1234”

is parsed like this (show via ps|grep odhcp6c)
-x11 00 -x15 456544 -x16 1234

The syntax given by the help of odhcp6c is different:

-x <opt>:<val> Add option opt (with value val) in sent packets (cumulative)

		Examples of IPv6 address, string and base-16 encoded options:
		-x dns:2001:2001::1,2001:2001::2 - option 23
		-x 15:office - option 15 (userclass)
		-x 0x1f4:ABBA - option 500
		-x 202:'"file"' - option 202

It appears than the : is replace by a space in the call of the command.
Regarding the help of the command, it should be :
-x 11:00 -x 15:456544 -x 16:1234

Thanks
Regards

21.04.20203031Base systemBug ReportVery LowHighBusybox force reinstalled when there are no opkg listsopenwrt-19.07Unconfirmed Task Description

Device problem occurs on: Turris Omnia, mvebu
Software version: OpenWrt 19.07.

Steps to reproduce:

I noticed this bug, when I forget to do before force-reinstalling busybox

opkg update

If there isn’t anything in folder /var/opkg-lists

root@turris:/# ls -la /var/opkg-lists
ls: /var/opkg-lists: No such file or directory

It is possible to remove busybox, which should not happen.

root@turris:/# opkg install busybox --force-reinstall
Removing package busybox from root...
Installing busybox (1.30.1-5.18) to root...
Collected errors:
 * opkg_download_pkg: Package busybox is not available from any configured src.
 * opkg_install_pkg: Failed to download busybox. Perhaps you need to run 'opkg update'?
 * opkg_install_cmd: Cannot install package busybox.

And then the device ends up being in a non-specific state when you can not do anything and you need to flash firmware it once again.

If you do

opkg update

before force-reinstalling busybox, it refuses to do it which is correct.

root@turris:~# opkg install busybox --force-reinstall
Refusing to remove essential package busybox.
        Removing an essential package may lead to an unusable system, but if
        you enjoy that kind of pain, you can force opkg to proceed against
        its will with the option: --force-removal-of-essential-packages
No packages removed.
Package busybox (1.30.1-5.18) installed in root is up to date.
11.05.20203092Base systemBug ReportVery LowHighXiaomi Router 3G random rebootsopenwrt-19.07Unconfirmed Task Description

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

 

Hello,

I have a Xiaomi 3G router. Since the day I bought it I installed Openwrt and to tell you the truth, with version 18.06 I didn’t have any problem.

A few weeks ago I updated to the new version (19.07) using LuCI and it restarts me randomly.

I tried restoring the router, reinstalling the update and it keeps randomly rebooting. Right now I have it without any additional packages installed and it still keeps rebooting randomly.

I have noticed, that almost every time I see a reboot and look at the log file the first thing that appears is this, that is, the first line after the reboot is:

Mon May 11 22:16:59 2020 daemon.info dnsmasq[1148]: exiting on receipt of SIGTERM
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: started, version 2.80 cachesize 150
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: DNS service limited to local subnets
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify dumpfile
Mon May 11 22:16:59 2020 daemon.info dnsmasq-dhcp[2722]: DHCP, IP range 192.168.2.100 -- 192.168.2.249, lease time 12h
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain test
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain onion
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain localhost
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain local
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain invalid
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain bind
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain lan
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: reading /tmp/resolv.conf.auto
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain test
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain onion
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain localhost
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain local
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain invalid
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain bind
Mon May 11 22:16:59 2020 daemon.info dnsmasq[2722]: using local addresses only for domain lan

Please, I need help since I can’t work if it constantly resets. If you need any more information, please do not hesitate to ask me.

29.05.20203134Base systemBuild FailureVery LowHighCan't build netifdopenwrt-19.07Unconfirmed Task Description

Environment: x86_64
Arch Linux
Description: Can’t build current openwrt-19.07. (Arch Linux, tried both GCC 10.1.0 and 8.4.0. Getting two build errors:

CFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=74kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlin
k-mips16 -iremap/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944:netifd-2019-08-05-5e02f944 -Wformat -Werror=format-security -fstack-protector -D_F
ORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/usr/include/libnl-tiny -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mips
el_74kc_musl/usr/include -flto  -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/usr/include -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/includ
e -I/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/usr/include -I/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/include/fo
rtify -I/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/include " CXXFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=74kc -fno-caller-saves -fno-plt -fho
nour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-
2019-08-05-5e02f944:netifd-2019-08-05-5e02f944 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -I/home/legogris/dev/openwrt-fresh/staging_dir/tar
get-mipsel_74kc_musl/usr/include/libnl-tiny -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/usr/include -flto  -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mips
el_74kc_musl/usr/include -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/include -I/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/usr/
include -I/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/include/fortify -I/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/
include " LDFLAGS="-L/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/usr/lib -L/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/lib -L/home/legogris/de
v/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/usr/lib -L/home/legogris/dev/openwrt-fresh/staging_dir/toolchain-mipsel_74kc_gcc-7.5.0_musl/lib -znow -zrelro -flto -fuse-linke
r-plugin " make  -C /home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944/. AR="mipsel-openwrt-linux-musl-gcc-ar" AS="mipsel-openwrt-linux-musl-gcc -c -
Os -pipe -mno-branch-likely -mips32r2 -mtune=74kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -iremap/home/legogris/dev/o
penwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944:netifd-2019-08-05-5e02f944 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,re
lro -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/usr/include/libnl-tiny -I/home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/usr/include -flto" LD=m
ipsel-openwrt-linux-musl-ld NM="mipsel-openwrt-linux-musl-gcc-nm" CC="mipsel-openwrt-linux-musl-gcc" GCC="mipsel-openwrt-linux-musl-gcc" CXX="mipsel-openwrt-linux-musl-g++" RANLIB="mipsel-open
wrt-linux-musl-gcc-ranlib" STRIP=mipsel-openwrt-linux-musl-strip OBJCOPY=mipsel-openwrt-linux-musl-objcopy OBJDUMP=mipsel-openwrt-linux-musl-objdump SIZE=mipsel-openwrt-linux-musl-size CROSS="
mipsel-openwrt-linux-musl-" ARCH="mipsel" CMAKE_COMMAND='/home/legogris/dev/openwrt-fresh/staging_dir/host/bin/cmake' CMAKE_DISABLE_cmake_check_build_system=1 ;
make[4]: Entering directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[5]: Entering directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[6]: Entering directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[6]: Leaving directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[6]: Entering directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
[  4%] Building C object CMakeFiles/netifd.dir/main.c.o
In file included from /home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944/netifd.h:29:0,
                 from /home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944/main.c:22:
/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944/utils.h:116:51: error: 'struct uci_blob_param_list' declared inside parameter list will not be vis
ible outside of this definition or declaration [-Werror]
 const char * uci_get_validate_string(const struct uci_blob_param_list *p, int i);
                                                   ^~~~~~~~~~~~~~~~~~~
cc1: error: unrecognized command line option '-Wno-unknown-warning-option' [-Werror]
cc1: all warnings being treated as errors
make[6]: *** [CMakeFiles/netifd.dir/build.make:63: CMakeFiles/netifd.dir/main.c.o] Error 1
make[6]: Leaving directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[5]: *** [CMakeFiles/Makefile2:76: CMakeFiles/netifd.dir/all] Error 2
make[5]: Leaving directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[4]: *** [Makefile:130: all] Error 2
make[4]: Leaving directory '/home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944'
make[3]: *** [Makefile:49: /home/legogris/dev/openwrt-fresh/build_dir/target-mipsel_74kc_musl/netifd-2019-08-05-5e02f944/.built] Error 2
make[3]: Leaving directory '/home/legogris/dev/openwrt-fresh/package/network/config/netifd'
time: package/network/config/netifd/compile#0.33#0.08#0.39
make[2]: *** [package/Makefile:113: package/network/config/netifd/compile] Error 2
make[2]: Leaving directory '/home/legogris/dev/openwrt-fresh'
make[1]: *** [package/Makefile:107: /home/legogris/dev/openwrt-fresh/staging_dir/target-mipsel_74kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/legogris/dev/openwrt-fresh'
make: *** [/home/legogris/dev/openwrt-fresh/include/toplevel.mk:227: world] Error 2
make -j1 V=s  20,02s user 4,25s system 102% cpu 23,565 total
03.06.20203147Base systemBug ReportVery LowHigh802.11w settings on LUCI WIFI page doesn't work properl...openwrt-19.07Unconfirmed Task Description

Host device

Device problem occurs on: Phicomm PSG1218A (MTK7620, 64M, 8MB, 802.11AC+N)
Software versions of OpenWrt/LEDE release: OpenWRT 19.07.3 Stable (r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363)
Package: wpad-openssl OR hostapd-openssl

External server/service

RADIUS server: Windows Server 2019 NPAS, worked fine with WPA2-EAP

Client

Client WIFI chip and driver: Intel Dual Band Wireless-AC 8265 running newest driver version 20.70.16.4 (driver date: 01/01/2020)

Steps to reproduce:

1. initialize default settings, then remove wpad-basic and install wpad-openssl OR hostapd-openssl to enable WPA3 AP mode
2. leave 802.11w to default setting which is “Required” 3. set country setting, ssid, and etc. as required such as radius for EAP
4 if use WPA2-PSK or WPA2-EAP with default settings, everything works fine.

5. switch WIFI (AC/N) to WPA2-PSK/WPA3-SAE mixed mode (sae+ccmp or something like that) OR WPA2-EAP/WPA3-EAP mixed mode (wpa3-mixed+ccmp or something like that)
6. apply settings wait until effective or reboot to take effect

6.1 __ssid won't come up on 802.11g/n interface__ if in PSK/SAE mixed mode.

7. Client (Intel 8265) won’t be able to connect to SSID,

7.1 if ssid would come up (802.11a/ac), it would be seen on client scan, but the client (Intel 8265) won't be able to connect to SSID, reports "Can't connect", in EAP mode, router side log "Deauthenticated due to local request" after "EAP-SUCCESS"

8. switch 802.11w to other settings, including “Optional”, problem remains, router config file /etc/config/wireless would list “option ieee80211w ‘1’” 9. switch 802.11w to other settings, including “Optional”, problem still remains, router config file /etc/config/wireless will be missing the “option ieee80211w” completely, and it seems wpad or hostapd would assume “optional” (code ‘1’) as default value instead of the documented “disabled” (code ‘0’).

Steps to workaround:

Manually set “option ieee80211w ‘0’” in /etc/config/wireless to disable 802.11w and don’t update settings through LUCI on the problematic ssid, restart wifi. Everything would work.

06.06.20203154KernelBug ReportVery LowHighXFRM state insert failure with AES-GCMopenwrt-19.07Unconfirmed Task Description

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

 

X86_64 arch, kernel fails to insert XFRM states with AES-GCM as transform.
Testable with
ip x s add proto esp dst 14.0.0.70 src 14.0.0.52 spi 0×07 mode transport reqid 0×07 replay-window 32 aead ‘rfc4106(gcm(aes))’ 0x44434241343332312423222114131211f4f3f2f1 128 sel src 14.0.0.52/24 dst 14.0.0.70/24 proto tcp

Works on Arch.
Result on X86_64 OpenWRT 19.07.3:
RTNETLINK answers: No such file or directory

On Arch 5.6.15-arch1-1, works (no output, ip x s shows the state).
Also fails 100% of the time when tested using an IKE keying daemon, e.g. strongSwan

08.06.20203160Base systemBug ReportVery LowHigh[opkg | odhcpd] installation collisionopenwrt-19.07Unconfirmed Task Description
{”kernel”:”4.14.180”,”hostname”:”OpenWrt”,”system”:”ARMv7 Processor rev 1 (v7l)”,”model”:”Turris Omnia”,”board_name”:”cznic,turris-omnia”,”release”:{”distribution”:”OpenWrt”,”version”:”19.07.3”,”revision”:”r11063-85e04e9f46”,”target”:”mvebu/cortexa9”,”description”:”OpenWrt 19.07.3 r11063-85e04e9f46”}}
—-
opkg install odhcpd
Installing odhcpd (2020-05-03-49e4949c-3) to root...
Downloading http://downloads.openwrt.org/releases/19.07.3/packages/arm_cortex-a9_vfpv3-d16/base/odhcpd_2020-05-03-49e4949c-3_arm_cortex-a9_vfpv3-d16.ipk
Collected errors:
 * check_data_file_clashes: Package odhcpd wants to install file /etc/init.d/odhcpd
        But that file is already provided by package  * odhcpd-ipv6only
 * check_data_file_clashes: Package odhcpd wants to install file /usr/sbin/odhcpd
        But that file is already provided by package  * odhcpd-ipv6only
 * check_data_file_clashes: Package odhcpd wants to install file /usr/sbin/odhcpd-update
        But that file is already provided by package  * odhcpd-ipv6only
 * opkg_install_cmd: Cannot install package odhcpd.


14.06.20203181Base systemBug ReportVery LowHighunable to build 19.07.3 for clearfog proopenwrt-19.07Unconfirmed Task Description

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

- Software versions of OpenWrt/LEDE release, packages, etc.
tag 19.07.3
- Steps to reproduce
make fails:

export CROSS="arm-openwrt-linux-muslgnueabi-"  NO_RENAME=1 ; NM="arm-openwrt-linux-muslgnueabi-nm" STRIP="/home/oli/openwrt/staging_dir/host/bin/sstrip" STRIP_KMOD="/home/oli/openwrt/scripts/strip-kmod.sh" PATCHELF="/home/oli/openwrt/staging_dir/host/bin/patchelf" /home/oli/openwrt/scripts/rstrip.sh /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools
rstrip.sh: /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools/usr/sbin/fw_printenv: executable
(cd /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools/CONTROL; ( echo "$CONTROL"; printf "Description: "; echo "$DESCRIPTION" | sed -e 's,^[[:space:]]*, ,g'; ) > control; chmod 644 control; ( echo "#!/bin/sh"; echo "[ \"\${IPKG_NO_SCRIPT}\" = \"1\" ] && exit 0"; echo "[ -x "\${IPKG_INSTROOT}/lib/functions.sh" ] || exit 0"; echo ". \${IPKG_INSTROOT}/lib/functions.sh"; echo "default_postinst \$0 \$@"; ) > postinst; ( echo "#!/bin/sh"; echo "[ -x "\${IPKG_INSTROOT}/lib/functions.sh" ] || exit 0"; echo ". \${IPKG_INSTROOT}/lib/functions.sh"; echo "default_prerm \$0 \$@"; ) > prerm; chmod 0755 postinst prerm; echo "$V_Package_uboot_envtools_conffiles" > conffiles;  )
install -d -m0755 /home/oli/openwrt/bin/targets/mvebu/cortexa9/packages
/home/oli/openwrt/scripts/ipkg-build -c -o 0 -g 0 /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools /home/oli/openwrt/bin/targets/mvebu/cortexa9/packages
/home/oli/openwrt/staging_dir/host/bin/find: '/home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools/etc/config/ubootenv': No such file or directory
/home/oli/openwrt/staging_dir/host/bin/find: '/home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools/etc/fw_env.config': No such file or directory
Packaged contents of /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-2018.03/ipkg-arm_cortex-a9_vfpv3-d16/uboot-envtools into /home/oli/openwrt/bin/targets/mvebu/cortexa9/packages/uboot-envtools_2018.03-3_arm_cortex-a9_vfpv3-d16.ipk
echo "uboot-envtools" >> /home/oli/openwrt/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/pkginfo/uboot-envtools.default.install
make[3]: Leaving directory '/home/oli/openwrt/package/boot/uboot-envtools'
time: package/boot/uboot-envtools/compile#1.27#0.68#1.71
make[3]: Entering directory '/home/oli/openwrt/package/boot/uboot-mvebu'
rm -f /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-clearfog/u-boot-2018.03/.built
touch /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-clearfog/u-boot-2018.03/.built_check
make  -C /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-clearfog/u-boot-2018.03 CROSS_COMPILE=arm-openwrt-linux-muslgnueabi- DTC="/home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/linux-mvebu_cortexa9/linux-4.14.180/scripts/dtc/dtc" HOSTCC="gcc" HOSTCFLAGS="-O2 -I/home/oli/openwrt/staging_dir/host/include -I/home/oli/openwrt/staging_dir/hostpkg/include -I/home/oli/openwrt/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/host/include -I/home/oli/openwrt/staging_dir/host/include -I/home/oli/openwrt/staging_dir/hostpkg/include -I/home/oli/openwrt/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/host/include -std=gnu11" HOSTLDFLAGS="-L/home/oli/openwrt/staging_dir/host/lib -L/home/oli/openwrt/staging_dir/hostpkg/lib -L/home/oli/openwrt/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/host/lib"
make[4]: Entering directory '/home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-clearfog/u-boot-2018.03'
  CHK     include/config/uboot.release
  CHK     include/generated/version_autogenerated.h
  CHK     include/generated/timestamp_autogenerated.h
  CC      lib/asm-offsets.s
  CHK     include/generated/generic-asm-offsets.h
  UPD     include/generated/generic-asm-offsets.h
  CC      arch/arm/lib/asm-offsets.s
  CHK     include/generated/asm-offsets.h
  UPD     include/generated/asm-offsets.h
  HOSTLD  scripts/dtc/dtc
/usr/bin/ld: scripts/dtc/dtc-parser.tab.o:(.bss+0x10): multiple definition of `yylloc'; scripts/dtc/dtc-lexer.lex.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status
make[6]: *** [scripts/Makefile.host:108: scripts/dtc/dtc] Error 1
make[5]: *** [scripts/Makefile.build:425: scripts/dtc] Error 2
make[4]: *** [Makefile:491: scripts] Error 2
make[4]: Leaving directory '/home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-clearfog/u-boot-2018.03'
make[3]: *** [Makefile:53: /home/oli/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/u-boot-clearfog/u-boot-2018.03/.built] Error 2
make[3]: Leaving directory '/home/oli/openwrt/package/boot/uboot-mvebu'
time: package/boot/uboot-mvebu/clearfog/compile#0.32#0.20#0.51
make[2]: *** [package/Makefile:113: package/boot/uboot-mvebu/compile] Error 2
make[2]: Leaving directory '/home/oli/openwrt'
make[1]: *** [package/Makefile:107: /home/oli/openwrt/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/oli/openwrt'
make: *** [/home/oli/openwrt/include/toplevel.mk:227: world] Fehler 2
18.06.20203191PackagesBug ReportVery LowHighL2TP 19.07.3 interface is not showingopenwrt-19.07Waiting on reporter Task Description

- Device problem occurs on

Tested on both

TP-Link TL-WDR3600 v1 ath79
MikroTik RB750r2 ar71xx

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

Tried to install the following packages;

kmod-l2tp
kmod-l2tp-eth
kmod-l2tp-ip
kmod-pppol2tp
xl2tpd
luci-proto-ppp

- Steps to reproduce

when trying to add a new interface is not there nor dos it not show.

Im not trying to setup a VPN as my ISP UK AAISP is offering this service https://www.aa.net.uk/broadband/l2tp-service

27.06.20203207Base systemBug ReportVery LowHighSetting MTU on Bridged interfaces does not set MTU on m...openwrt-19.07Unconfirmed Task Description

- Device problem occurs on - x86
- Software versions of OpenWrt/LEDE release, packages, etc. - 19.07.3

 

I think it’s a bug/overlooked use case, but when you have interfaces bridged in the UCI config, the MTU setting does not get applied to the member interfaces (physical or VLAN).

config interface 'lan'
        option proto 'static'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option ipaddr '192.168.1.1'
        option type 'bridge'
        option mtu '9000'
        option ifname 'eth1 eth4.10'

When I boot using this config I have connectivity issues with devices using Jumbo frames. ifconfig confirms that MTUs on the members interfaces are still at default 1500.

eth1      Link encap:Ethernet  HWaddr 0C:C4:7A:AB:39:3D
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Memory:df440000-df45ffff

eth4      Link encap:Ethernet  HWaddr 3C:FD:FE:BB:01:50
          inet6 addr: fe80::3efd:feff:febb:150/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500 Metric:1
          RX packets:50176 errors:0 dropped:1 overruns:0 frame:0
          TX packets:37468 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:15692679 (14.9 MiB)  TX bytes:29263711 (27.9 MiB)

eth4.10   Link encap:Ethernet  HWaddr 3C:FD:FE:BB:01:50
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:36728 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20850 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:9314410 (8.8 MiB)  TX bytes:26473088 (25.2 MiB)

I have to manually use the ifconfig tool to set the MTU (i.e. ifconfig eth4.10 mtu 9000) to get the network back up and running correctly.

Obviously these commands could be scritped, however it was my understanding the UCI network config should be doing this .

12.07.20203226KernelBug ReportHighHighGL-AR300M: Frequent WAN (eth1) link down / link upopenwrt-19.07Assigned Task Description

Trying to find a solution for the issue with Wi-Fi on the latest stable release (19.07.3) installed a snapshot version if OpenWrt. I’m not sure if Wi-Fi issue is solved (difficult to test in the current situation) but there is another problem now which was not happening on the stable branch: WAN link (eth1) goes up and down all the time.

Details:
- Device: GL-AR300M
- OpenWrt Version: OpenWrt SNAPSHOT r13770-edbc8e5512 / LuCI Master git-20.190.40190-44b0fcb
- Kernel: Linux OpenWrt 5.4.50 #0 Fri Jul 10 09:39:05 2020 mips GNU/Linux
- OpenWrt snapshot downloaded from https://downloads.openwrt.org/snapshots/targets/ath79/nand/openwrt-ath79-nand-glinet_gl-ar300m-nor-squashfs-sysupgrade.bin

Configuration:
- WAN6: eth1, DHCPv6
- WAN: ds-lite (IPv4 over IPv6)
- LAN: eth0 + wlan0

How to reproduce:
1. Flash firmware
2. Install ds-lite and luci and reboot
3. Configure WAN as DS-LITE
4. Configure Wi-Fi
5. Connect to Wi-Fi and start using internet

Result: internet access disappears for short time frequently at random times

Relevant logs:

Sun Jul 12 13:14:37 2020 kern.info kernel: [  270.462928] eth1: link down
Sun Jul 12 13:14:37 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 13:14:37 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 13:14:37 2020 daemon.notice netifd: wan6 (1516): Command failed: Permission denied
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 13:14:38 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 13:14:38 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 13:14:38 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:14:38 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:14:40 2020 kern.info kernel: [  273.310452] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 13:14:40 2020 kern.info kernel: [  273.316609] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 13:14:40 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 13:14:40 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 13:14:40 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 13:14:40 2020 daemon.err odhcp6c[2092]: Failed to send RS (Address not available)
Sun Jul 12 13:14:41 2020 daemon.err odhcp6c[2092]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:14:42 2020 daemon.err odhcp6c[2092]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:14:44 2020 daemon.err odhcp6c[2092]: Failed to send RS (Address not available)
Sun Jul 12 13:14:44 2020 daemon.err odhcp6c[2092]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:14:48 2020 daemon.err odhcp6c[2092]: Failed to send RS (Address not available)
Sun Jul 12 13:14:49 2020 daemon.err odhcp6c[2092]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:15:00 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:15:00 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 13:15:00 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 13:15:00 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 13:15:09 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:15:09 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:15:12 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 13:15:12 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 13:15:13 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
--
Sun Jul 12 13:22:48 2020 kern.info kernel: [  761.753793] eth1: link down
Sun Jul 12 13:22:48 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 13:22:48 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 13:22:49 2020 daemon.notice netifd: wan6 (2092): Command failed: Permission denied
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 13:22:49 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 13:22:49 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 13:22:49 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:22:49 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:22:51 2020 kern.info kernel: [  764.027453] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 13:22:51 2020 kern.info kernel: [  764.033121] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 13:22:51 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 13:22:51 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 13:22:51 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 13:22:51 2020 daemon.err odhcp6c[2417]: Failed to send RS (Address not available)
Sun Jul 12 13:22:51 2020 daemon.err odhcp6c[2417]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:22:52 2020 daemon.err odhcp6c[2417]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:22:54 2020 daemon.err odhcp6c[2417]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:22:55 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Address not available)
Sun Jul 12 13:22:55 2020 daemon.err odhcp6c[2417]: Failed to send RS (Address not available)
Sun Jul 12 13:22:59 2020 daemon.err odhcp6c[2417]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:22:59 2020 daemon.err odhcp6c[2417]: Failed to send RS (Address not available)
Sun Jul 12 13:23:10 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:23:10 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 13:23:10 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 13:23:10 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 13:23:10 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 13:23:10 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 13:23:11 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
Sun Jul 12 13:23:14 2020 kern.warn kernel: [  786.791642] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:23:14 2020 kern.warn kernel: [  786.805226] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:23:14 2020 kern.warn kernel: [  787.614693] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:23:14 2020 kern.warn kernel: [  787.646373] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:23:15 2020 kern.warn kernel: [  788.144143] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:23:15 2020 kern.warn kernel: [  788.432037] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:23:15 2020 kern.warn kernel: [  788.485928] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:57:08 2020 kern.info kernel: [ 2821.238040] eth1: link down
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 13:57:08 2020 daemon.notice netifd: wan6 (2417): Command failed: Permission denied
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 13:57:08 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 13:57:08 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 13:57:08 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:57:08 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:57:09 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 13:57:10 2020 kern.info kernel: [ 2823.511539] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 13:57:10 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 13:57:10 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 13:57:10 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 13:57:10 2020 kern.info kernel: [ 2823.516453] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 13:57:10 2020 daemon.err odhcp6c[2733]: Failed to send RS (Address not available)
Sun Jul 12 13:57:11 2020 daemon.err odhcp6c[2733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:57:12 2020 daemon.err odhcp6c[2733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:57:14 2020 daemon.err odhcp6c[2733]: Failed to send RS (Address not available)
Sun Jul 12 13:57:14 2020 daemon.err odhcp6c[2733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:57:18 2020 daemon.err odhcp6c[2733]: Failed to send RS (Address not available)
Sun Jul 12 13:57:19 2020 daemon.err odhcp6c[2733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 13:57:29 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 13:57:29 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 13:57:29 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 13:57:30 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 13:57:30 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 13:57:30 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 13:57:30 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
Sun Jul 12 13:57:31 2020 kern.warn kernel: [ 2844.695917] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 13:57:34 2020 kern.warn kernel: [ 2847.142196] ip6_tunnel: ds-wan xmit: Local address not yet configured!
--
Sun Jul 12 14:18:30 2020 kern.info kernel: [ 4103.506462] eth1: link down
Sun Jul 12 14:18:30 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 14:18:30 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 14:18:30 2020 daemon.notice netifd: wan6 (2733): Command failed: Permission denied
Sun Jul 12 14:18:30 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 14:18:30 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 14:18:30 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 14:18:30 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 14:18:30 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 14:18:30 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 14:18:30 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 14:18:31 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:18:31 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:18:31 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:18:33 2020 kern.info kernel: [ 4105.782348] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 14:18:33 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 14:18:33 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 14:18:33 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 14:18:33 2020 kern.info kernel: [ 4105.787321] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 14:18:33 2020 daemon.err odhcp6c[3024]: Failed to send RS (Address not available)
Sun Jul 12 14:18:33 2020 daemon.err odhcp6c[3024]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:18:34 2020 daemon.err odhcp6c[3024]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:18:36 2020 daemon.err odhcp6c[3024]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:18:37 2020 daemon.err odhcp6c[3024]: Failed to send RS (Address not available)
Sun Jul 12 14:18:40 2020 daemon.err odhcp6c[3024]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:18:41 2020 daemon.err odhcp6c[3024]: Failed to send RS (Address not available)
Sun Jul 12 14:18:51 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:18:51 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 14:18:51 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 14:18:52 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 14:18:52 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 14:18:52 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 14:18:52 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
Sun Jul 12 14:18:54 2020 kern.warn kernel: [ 4127.330490] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:54 2020 kern.warn kernel: [ 4127.712988] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:55 2020 kern.warn kernel: [ 4128.223311] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:56 2020 kern.warn kernel: [ 4129.508799] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:56 2020 kern.warn kernel: [ 4129.515926] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:56 2020 kern.warn kernel: [ 4129.538444] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:56 2020 kern.warn kernel: [ 4129.757929] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:57 2020 kern.warn kernel: [ 4129.970986] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:18:57 2020 kern.warn kernel: [ 4130.402844] ip6_tunnel: ds-wan xmit: Local address not yet configured!
--
Sun Jul 12 14:20:33 2020 kern.info kernel: [ 4226.612658] eth1: link down
Sun Jul 12 14:20:33 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 14:20:33 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 14:20:33 2020 daemon.notice netifd: wan6 (3024): Command failed: Permission denied
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 14:20:34 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 14:20:34 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 14:20:34 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:20:34 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:20:36 2020 kern.info kernel: [ 4229.236067] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 14:20:36 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 14:20:36 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 14:20:36 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 14:20:36 2020 kern.info kernel: [ 4229.241354] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 14:20:36 2020 daemon.err odhcp6c[3245]: Failed to send RS (Address not available)
Sun Jul 12 14:20:36 2020 daemon.err odhcp6c[3245]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:20:37 2020 daemon.err odhcp6c[3245]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:20:39 2020 daemon.err odhcp6c[3245]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:20:40 2020 daemon.err odhcp6c[3245]: Failed to send RS (Address not available)
Sun Jul 12 14:20:44 2020 daemon.err odhcp6c[3245]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:20:44 2020 daemon.err odhcp6c[3245]: Failed to send RS (Address not available)
Sun Jul 12 14:20:53 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:20:53 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 14:20:53 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 14:20:54 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 14:20:54 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 14:20:54 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 14:20:54 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
Sun Jul 12 14:20:56 2020 kern.warn kernel: [ 4249.285153] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:20:57 2020 kern.warn kernel: [ 4250.564523] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:21:02 2020 kern.warn kernel: [ 4254.919989] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:24:41 2020 user.notice : Added device handler type: 8021ad
Sun Jul 12 14:24:41 2020 user.notice : Added device handler type: 8021q
Sun Jul 12 14:24:41 2020 user.notice : Added device handler type: macvlan
Sun Jul 12 14:24:41 2020 user.notice : Added device handler type: veth
Sun Jul 12 14:24:41 2020 user.notice : Added device handler type: bridge
Sun Jul 12 14:24:41 2020 user.notice : Added device handler type: Network device
--
Sun Jul 12 14:37:34 2020 kern.info kernel: [ 5247.087682] eth1: link down
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 14:37:34 2020 daemon.notice netifd: wan6 (3245): Command failed: Permission denied
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 14:37:34 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 14:37:34 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 14:37:34 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:37:34 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:37:36 2020 kern.info kernel: [ 5249.361066] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 14:37:36 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 14:37:36 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 14:37:36 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 14:37:36 2020 kern.info kernel: [ 5249.366018] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 14:37:36 2020 daemon.err odhcp6c[3511]: Failed to send RS (Address not available)
Sun Jul 12 14:37:36 2020 daemon.err odhcp6c[3511]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:37:37 2020 daemon.err odhcp6c[3511]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:37:39 2020 daemon.err odhcp6c[3511]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:37:40 2020 daemon.err odhcp6c[3511]: Failed to send RS (Address not available)
Sun Jul 12 14:37:43 2020 daemon.err odhcp6c[3511]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:37:44 2020 daemon.err odhcp6c[3511]: Failed to send RS (Address not available)
Sun Jul 12 14:37:54 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:37:54 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 14:37:54 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 14:37:55 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 14:37:55 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 14:37:55 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 14:37:55 2020 kern.warn kernel: [ 5268.215807] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:55 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
Sun Jul 12 14:37:56 2020 kern.warn kernel: [ 5269.078951] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:57 2020 kern.warn kernel: [ 5269.943691] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:58 2020 kern.warn kernel: [ 5270.806820] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:58 2020 kern.warn kernel: [ 5271.348972] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:58 2020 kern.warn kernel: [ 5271.355927] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:58 2020 kern.warn kernel: [ 5271.381185] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:58 2020 kern.warn kernel: [ 5271.598729] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:37:58 2020 kern.warn kernel: [ 5271.669228] ip6_tunnel: ds-wan xmit: Local address not yet configured!
--
Sun Jul 12 14:39:24 2020 kern.info kernel: [ 5356.878986] eth1: link down
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Network device 'eth1' link is down
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sun Jul 12 14:39:24 2020 daemon.notice netifd: wan6 (3511): Command failed: Permission denied
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan6' is now down
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan' has lost the connection
Sun Jul 12 14:39:24 2020 daemon.warn dnsmasq[1648]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan6' is disabled
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan6' is enabled
Sun Jul 12 14:39:24 2020 daemon.err odhcpd[1081]: Failed to send to ff02::2%wan6@eth1 (Permission denied)
Sun Jul 12 14:39:24 2020 daemon.notice netifd: tunnel 'ds-wan' link is down
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:39:24 2020 daemon.notice netifd: Interface 'wan' is now down
Sun Jul 12 14:39:26 2020 kern.info kernel: [ 5359.154924] eth1: link up (100Mbps/Full duplex)
Sun Jul 12 14:39:26 2020 daemon.notice netifd: Network device 'eth1' link is up
Sun Jul 12 14:39:26 2020 daemon.notice netifd: Interface 'wan6' has link connectivity
Sun Jul 12 14:39:26 2020 daemon.notice netifd: Interface 'wan6' is setting up now
Sun Jul 12 14:39:26 2020 kern.info kernel: [ 5359.159890] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Sun Jul 12 14:39:26 2020 daemon.err odhcp6c[3733]: Failed to send RS (Address not available)
Sun Jul 12 14:39:26 2020 daemon.err odhcp6c[3733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:39:27 2020 daemon.err odhcp6c[3733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:39:29 2020 daemon.err odhcp6c[3733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:39:30 2020 daemon.err odhcp6c[3733]: Failed to send RS (Address not available)
Sun Jul 12 14:39:34 2020 daemon.err odhcp6c[3733]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Sun Jul 12 14:39:34 2020 daemon.err odhcp6c[3733]: Failed to send RS (Address not available)
Sun Jul 12 14:39:46 2020 daemon.notice netifd: Interface 'wan' is setting up now
Sun Jul 12 14:39:46 2020 daemon.notice netifd: Interface 'wan6' is now up
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain test
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain onion
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain localhost
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain local
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain invalid
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain bind
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using only locally-known addresses for domain lan
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:b::3#53
Sun Jul 12 14:39:46 2020 daemon.info dnsmasq[1648]: using nameserver 2404:1a8:7f01:a::3#53
Sun Jul 12 14:39:46 2020 user.notice firewall: Reloading firewall due to ifup of wan6 (eth1)
Sun Jul 12 14:39:47 2020 daemon.notice netifd: Interface 'wan' is now up
Sun Jul 12 14:39:47 2020 daemon.notice netifd: tunnel 'ds-wan' link is up
Sun Jul 12 14:39:47 2020 user.notice firewall: Reloading firewall due to ifup of wan (ds-wan)
Sun Jul 12 14:39:47 2020 kern.warn kernel: [ 5380.385444] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:47 2020 kern.warn kernel: [ 5380.616741] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:49 2020 kern.warn kernel: [ 5382.216640] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:53 2020 kern.warn kernel: [ 5386.389067] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:53 2020 kern.warn kernel: [ 5386.396239] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:53 2020 kern.warn kernel: [ 5386.403340] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:56 2020 kern.warn kernel: [ 5389.002663] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:56 2020 kern.warn kernel: [ 5389.257410] ip6_tunnel: ds-wan xmit: Local address not yet configured!
Sun Jul 12 14:39:56 2020 kern.warn kernel: [ 5389.314287] ip6_tunnel: ds-wan xmit: Local address not yet configured!


09.02.2017488Base systemBug ReportVery LowMediumdynamic VLAN doesn't work on ath10kopenwrt-19.07Unconfirmed Task Description

Dynamic vlan config on ath10k seems not to work. Same config on ath9k works fine.

Config:

config wifi-device  radio0
        option type     mac80211
        option channel  36
        option hwmode   11a
        option path     'pci0000:01/0000:01:00.0'
        option htmode   VHT80
[...]

config wifi-iface
        option device   radio0
        option network  vlan1
        option mode     ap
[...]
        option dynamic_vlan     '1'
        option 'vlan_tagged_interface' 'eth1'
        option 'vlan_bridge' 'br-vlan'
        option 'vlan_naming' '0'

Log:

Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA initialization for VLAN 1 failed (-1)
Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA deinit of wlan0.1 failed
Thu Feb  9 15:54:37 2017 daemon.debug hostapd: wlan0: STA ac:22:0b:a1:c7:6b IEEE 802.11: could not add dynamic VLAN interface for vlan=1
25.10.20192567KernelBug ReportVery LowMedium[ATH79] USB speed degradation on WDR4300openwrt-19.07Assigned 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.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

25.11.20192628KernelBug ReportVery LowMediumKernel warning: eth0 (mtk_soc_eth): transmit queue 0 ti...openwrt-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

25.11.20192631Base systemBug ReportVery LowMediumsysntp often fails when using DHCP provided serveropenwrt-19.07Unconfirmed Task Description

I’m managing a network with 25 openwrt WLAN access points (mostly TL-WR1043ND v1, a few v2 and a few zbt-2626) and since updating to 19.07 some devices often have an incorrect time. All are configured to get their NTP server from DHCP and this happen on all models.

When this happen ntpd is simply not running and starting it restore the correct time right away. It is hard to says if ntpd crash or if it never started in the first place. Last time I checked all affected devices had been restarted recently so I would first suspect some race condition during boot.

29.11.20192641KernelBug ReportVery LowMediumDevice file for USB does not appear /dev/ttyUSB*openwrt-19.07Waiting on reporter Task Description

With new version 19.07.0rc I could not make my USB cellular (3g) modem dongle to work due to it simply no any serial device like /dev/ttyUSB* file appear with insertion.
In kernel log it appears report about new device insertion and nothing happenings after.
I made several attempts, with ‘modeswitch’ or without and several other ‘mods’ the result is the same no any /dev/ttyUSB*
With other version it was not such problem it appeared exactly three /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 es well as on my Ubuntu 19.04 And Ubuntu 16.04 Ubuntu 18.04

Both router and dongle are USB-2
Actually router is Asus RT-N16
and modem dongle is Alcatel One Touch X090S

P.S. I need this one to be solved to report other bugs. :)

10.12.20192667Base systemBug ReportVery LowMediumLantiq specific, "dsl interfae" VDSL driver, unhelpful ...openwrt-19.07Unconfirmed Task Description

Probably, FAO "John Crispin" Lantiq maintainer, apparently!,

On OpenWRT 19.07.0rc2, both on TP-LINK TD-W8980 and also BT-Homehub-v5-type-A [lantiq xrx200 devices] ...

I am finding a consistent frustrating limitation, that the default config, and LuCI web interface, does not provide any way to expose the MTU capability of the built-in VDSL driver, which allows for full 1500 MTU to be carried on PPPoE on VDSL, as is commonplace in provided routers.

Specifically, the VDSL device "dsl0" (and, in my case, VLAN 101, "dsl0.101"), has an unhelpful default MTU restriction to 1500, such that PPPoE (as is common in UK!) does not work at the normally expected 1500MTU, requiring workarounds 1492MTU MSS-clamping hacks. Turns out this is fixable at the configuration-level, but not via anything exposed in web-interface (as underlying DSL MTU is wrong from the start...).

Example below, extra /etc/config/network lines to support the standard MTU:-

config interface 'wan'

      option ifname 'dsl0.101'
      option proto 'pppoe'
      option password 'PASSWORD'
      option ipv6 'auto'
      option username 'USERNAME'
      option mtu '1500'           #exposed via web, still needs setting, to try to negotiate that MTU 1500 inside PPPoE...

config device 'wan_dev'

      option name 'dsl0'
      option macaddr 'e8:11:22:33:44:4b'
      option mtu '1508'           #This line Had to be added manually

config device 'wan_dev2' # Extra section added, if not done,

      option name 'dsl0.101'             #  MTU wrong for the dsl 0.101 link!
      option macaddr 'e8:11:22:33:44:4b' #  As in this case having to use VLAN101
      option mtu '1508'                  #  As per UK Openreach VDSL configuration...

In my view, at the very least, the 'internal' DSL driver, should be allowing a larger mtu like 1508, 'by default'. Possibly, if this is done at driver level, the PPPoE MTU won't need to be specified at all.

The PPPoE over VDSL configuration, also needed to be told to attempt 1500 MTU, which I understand relies upon rfc4638 PPP extension, in order to have fully functional 1500MTU connection. Not having this has caused connectivity issues requiring MSS clamping etc. and is, in short, undesirable!.

It think, the PPPoE over PTM over VDSL should, additionally, attempt this 1500-MTU 'by default' unless the MTU is reduced manually in the configuration.

I understand this should be passed to Lantiq maintainer, "John Crispin" apparently!, according to IRC-discussions!.

With many thanks,

25.12.20192694Base systemBug ReportVery LowMediumClearfog Pro: Default LAN / WAN Interface assignment is...openwrt-19.07Unconfirmed Task Description

On my Clearfog Pro Rev 2.0 the interfaces map as follows:

eth0: switch
eth1: SFP
eth2: standalone ethernet

This does not match the current description in /etc/board.d/02_network:

# eth0 is standalone ethernet
# eth1 is switch (-pro) or standalone ethernet (-base)
# eth2 is SFP
ucidef_set_interfaces_lan_wan "eth1" "eth0 eth2"

While I don’t agree with the lan/wan decision made here, at least the comment should match reality.
So I suggest changing it to:

# eth2 is standalone ethernet
# eth0 is switch (-pro) or standalone ethernet (-base)
# eth1 is SFP
ucidef_set_interfaces_lan_wan "eth0 eth1" "eth2"

Please also see the attached patch file, which also changes the switch configuration accordingly.

28.12.20192702KernelBug ReportVery LowMediumPerformance degradation after kernel.warn ath10k_core@8...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:

- Device problem occurs on
Archer C7v2

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

[---] PACKAGES INSTALLED
echo [INFO] Downloading package information ...
opkg update
#
echo [INFO] Removing packages ...
opkg remove wpad-basic
#
echo [INFO] Installing packages ...
opkg install bash
opkg install block-mount
opkg install curl
opkg install e2fsprogs
opkg install htop
# opkg install igmpproxy
opkg install kmod-br-netfilter
opkg install kmod-fs-ext4
opkg install kmod-fs-msdos
opkg install kmod-fs-ntfs
opkg install kmod-scsi-core
opkg install kmod-usb-storage
opkg install libncurses
opkg install libpcre
opkg install lua luafilesystem
opkg install luci-mod-rpc
opkg install luci-proto-relay
opkg install mailsend
opkg install nano
opkg install relayd
opkg install rpcd
opkg install terminfo
opkg install tcpdump
opkg install uhttpd-mod-ubus
opkg install vsftpd
opkg install wget
opkg install wpad
#
# batman-adv
opkg install kmod-batman-adv
opkg install batctl-full
[---]

- Steps to reproduce
Today worked on batman-adv via ad-hoc between two devices. Device A has LAN to bat0, batman-adv works over ad-hoc wifi, Device B has bat0 to LAN. (Device B has only one wired client behind)
Both devices (Archer C7v2 with OpenWrt 19.07-rc.2) had multiple crashes of the below printed type resulting in only 10 MBit/s download speed on the computer attached via LAN to Device B. Before the kernel.warn log line appeared on one of the APs, the speed was full 100 MBit/s. As soon I reboot the “kernel.warn”ing AP, the speed is 100 MBit again. bat0 is bridged to eth0.101 on both ends.

 
Sat Dec 28 14:50:04 2019 daemon.notice hostapd: wlan0-1: AP-ENABLED
Sat Dec 28 14:50:05 2019 kern.info kernel: [ 2416.392454] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Dec 28 14:50:05 2019 daemon.notice wpa_supplicant[16106]: Successfully initialized wpa_supplicant
Sat Dec 28 14:50:06 2019 kern.info kernel: [ 2417.755684] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Dec 28 14:50:06 2019 daemon.notice wpa_supplicant[16106]: Note: nl80211 driver interface is not designed to be used with ap_scan=2; this can result in connection failures
Sat Dec 28 14:50:06 2019 daemon.notice wpa_supplicant[16176]: wlan0: Trying to associate with SSID 'Permakultur'
Sat Dec 28 14:50:06 2019 kern.info kernel: [ 2417.950938] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2417.991646] ------------[ cut here ]------------
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2417.996394] WARNING: CPU: 0 PID: 16176 at /builder/shared-workdir/build/build_dir/target-mips_24kc_musl/linux-ath79_generic/ath10k-ct-2019-09-09-5e8cd86f/ath10k-4.19/mac.c:6598 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.016231] Modules linked in: ath9k ath9k_common pppoe ppp_async batman_adv ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat br_netfilter ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos vfat fat ntfs nls_utf8 nls_iso8859_1 nls_cp437
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.088204]  usb_storage sd_mod scsi_mod ext4 mbcache jbd2 crc16 crc32c_generic crypto_hash ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.103218] CPU: 0 PID: 16176 Comm: wpa_supplicant Tainted: G        W       4.14.156 #0
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.111503] Stack : 000000f8 800b2a94 80500000 804af544 00000000 00000000 00000000 00000000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.120128]         00000000 00000000 00000000 00000000 00000000 00000001 853c59d8 ebe9a33e
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.128783]         853c5a70 00000000 00000000 00009378 00000038 80447958 00000008 00000000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.137442]         000001c9 6e8dd5be 000001c8 00000000 853c59b8 80000000 00000000 8704e480
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.146036]         8700bd24 000019c6 86310d28 87428800 00000003 8027f944 00000000 80630000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.154570]         ...
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.157183] Call Trace:
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.157198] [<800b2a94>] 0x800b2a94
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.163293] [<80500000>] 0x80500000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.166873] [<80447958>] 0x80447958
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.170485] [<8700bd24>] 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.176813] [<8027f944>] 0x8027f944
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.180352] [<8006a56c>] 0x8006a56c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.184017] [<8006a574>] 0x8006a574
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.187559] [<80084c20>] 0x80084c20
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.191102] [<8700bd24>] 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.197583] [<80084d08>] 0x80084d08
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.201136] [<80318194>] 0x80318194
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.204714] [<8700bd24>] 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.211078] [<87795f70>] 0x87795f70 [mac80211@87780000+0x6c280]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.217204] [<8772d0d0>] 0x8772d0d0 [cfg80211@87700000+0x363f0]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.223313] [<8772941c>] 0x8772941c [cfg80211@87700000+0x363f0]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.229530] [<8771ddc0>] 0x8771ddc0 [cfg80211@87700000+0x363f0]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.235711] [<80134f00>] 0x80134f00
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.239316] [<80350498>] 0x80350498
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.243000] [<803501ac>] 0x803501ac
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.246630] [<8034eb44>] 0x8034eb44
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.250375] [<8034f410>] 0x8034f410
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.253980] [<8034c9bc>] 0x8034c9bc
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.257540] [<8034e208>] 0x8034e208
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.261197] [<8034e6e4>] 0x8034e6e4
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.264845] [<802f7c1c>] 0x802f7c1c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.268386] [<8034bcf8>] 0x8034bcf8
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.271988] [<8034e308>] 0x8034e308
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.275625] [<802f7e7c>] 0x802f7e7c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.279170] [<800ac680>] 0x800ac680
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.282723] [<802f5f34>] 0x802f5f34
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.286301] [<802f6718>] 0x802f6718
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.289840] [<8034bdec>] 0x8034bdec
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.293390] [<802f681c>] 0x802f681c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.297024] [<8013fd78>] 0x8013fd78
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.300656] [<802fd5c0>] 0x802fd5c0
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.304252] [<802f8704>] 0x802f8704
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.307808] [<802f6718>] 0x802f6718
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.311405] [<8006f72c>] 0x8006f72c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.314981] [<802f84a4>] 0x802f84a4
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.318624]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.320140] ---[ end trace b03503722668fd71 ]---
Sat Dec 28 14:50:07 2019 kern.info kernel: [ 2418.329016] wlan0: Selected IBSS BSSID [MAC] based on configured SSID
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0-1' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0-2' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0-3' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' is enabled
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' has link connectivity
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' is setting up now
Sat Dec 28 14:50:07 2019 kern.info kernel: [ 2418.899578] batman_adv: bat0: Adding interface: wlan0
Sat Dec 28 14:50:07 2019 kern.info kernel: [ 2418.904876] batman_adv: bat0: Interface activated: wlan0
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' is now up
Sat Dec 28 14:50:08 2019 daemon.notice wpa_supplicant[16176]: wlan0: Associated with [MAC]


29.12.20192709Base systemBug ReportVery LowMediumUnable to connect wifi on mvebu platform with esp8266openwrt-19.07Unconfirmed Task Description

- Device problem occurs on mvebu platform - Linksys wrt3200acm Marvell 88W8964 802.11bgn wifi while trying to connect by esp8266
- Software versions OpenWrt 19.07

esp8266 is not getting dhcp address and even when trying to communicate with static IP it is not possible to acquire connection. esp8266 is unable to get access to the router. Same problem exists in openwrt 18.06

 


14.01.20202734Base systemBug ReportVery LowMediumOpkg update fails although router has enough memoryopenwrt-19.07Unconfirmed Task Description

19.07.0 running on WNDR3700v2, 32MB of memory. The machine is certainly not short on memory:

                total        used        free      shared  buff/cache   available
  Mem:          59560       26912       24108         956        8540       16564
  Swap:             0           0           0

Running “opkg update” a first time works fine. However, if I run “opkg update” a second time, it reports:

  Collected errors:
   * pkg_hash_add_from_file: Failed to open /var/opkg-lists/openwrt_routing: Out of memory.

After doing “rm /var/opkg-lists/openwrt_*”, everything works fine again.

15.01.20202740Base systemBug ReportVery LowMedium19.07 ath79 uclient-fetch defaults fail in IPv4-only en...openwrt-19.07Waiting on reporter Task Description

I have a TP-Link Archer C7 v2.0, that’s currently running the ath79 19.07. When trying to install other packages after the initial upgrade, ‘opkg update’ failed on each repository with a ‘wget’ error. I can work around this with the following commands:

mv /bin/uclient-fetch /bin/uclientfetch
echo '#!/bin/sh' > /bin/uclient-fetch
echo 'exec /bin/uclientfetch -4 !*' >> /bin/uclient-fetch
chmod 755 /bin/uclient-fetch

so I presume that it’s trying to operate in IPv6 mode first and failing. After running the commands above, subsequent ‘opkg update’ commands work without error.

Here’s a quick run to illustrate:

root@grdl:~# uclientfetch 'http://www.google.com/' 
Downloading 'http://www.google.com/'
Failed to establish connection
root@grdl:~# uclientfetch -4 'http://www.google.com/' 
Downloading 'http://www.google.com/'
Connecting to 172.217.3.100:80
Writing to 'index.html'

Download completed (11751 bytes)
root@grdl:~# uname -a
Linux grdl 4.14.162 #0 Mon Jan 6 16:47:09 2020 mips GNU/Linux
18.01.20202748Base systemBug ReportVery LowMediumPrinter no more receiving IP address since 19.07.0openwrt-19.07Waiting on reporter Task Description

Dear community,
Previously I had OpenWRT 18.06.5 in use and my printer (HP LaserJet Pro 400 M475dw) was connecting fine over 2.4 GHz WiFi and obtained an IP address of defined DHCP static leases.
I went to 19.07.0 by starting from scratch on the same Netgear R7800 hardware. Everything works fine except for the mentioned printer.
It connects to WiFi and is shown in the list of associated stations, but it doesn’t receive an IP. The syslog prints following two lines about every minute:
Sat Jan 18 13:12:19 2020 daemon.info dnsmasq-dhcp[20788]: DHCPDISCOVER(wlan1) 34:23:87:xx:xx:xx
Sat Jan 18 13:12:19 2020 daemon.info dnsmasq-dhcp[20788]: DHCPOFFER(wlan1) 192.168.1.128 34:23:87:xx:xx:xx

What I’ve tried so far:
- enable/disable static leases: same behavior
- enable/disable KRACK countermeasures: same behavior
- require/optional/disable 802.11w Management Frame Protection: with require and even with optional the printer would not connect to WiFi at all
- factory reset printer and try again: no difference

Additional info:
- I have no WPA3 packets installed or activated - just default firmware image obtained from OpenWRT. Only additional packet is luci-ssl (+dependencies)
- all other devices that connect to 2.4 GHz or 5 GHz get their IP addresses. Those are mobile phones, laptops, tablets, TV’s, Chromecast, vacuum robot...
- As well no problem with physically connected devices like NAS, VoIP phone base, home automation system
- Printer display shows WiFi is connected but IP is set to 169.254.60.37
- It doesn’t look like a WiFi issue, more like something is different with the DHCP server between 18.06.5 and 19.07.0

18.01.20202750Base systemBug ReportVery LowMediumWireless on Netgear WNDR3700v2 not workingopenwrt-19.07Unconfirmed Task Description

After upgrading my Netgear WNDR3700 v2 to 19.07 (ath79 target), the WiFi cards aren’t detected.

Here are the outputs of dmesg, logread, lsmod | grep ath, ls /sys/bus/pci/*, lspci -vnn; at the recommendation of PaulFertser in #openwrt, I tried echo -n 168c ff1d > /sys/bus/pci/drivers/ath9k/new_id, which resulted in some error messages in dmesg, but the WiFi interfaces still aren’t detected (wifi config produces an empty file).

With ar71xx target, wifi works; the cards seem to have a different http://p.0au.de/3393221e/, too. dmesg, logread, ls /sys/bus/pci/*.

Showing tasks 1 - 50 of 1068 Page 1 of 221 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing