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.

Opened  descIDCategoryTask TypePrioritySeveritySummaryReported InStatus
02.12.20181981Base systemBug ReportVery LowLowUCI import -m failes if invoked multiple times without ...TrunkUnconfirmed Task Description

Hello, I’m using somewhat old LEDE, but this does not seem to make deffierence. Correct me if I’m wrong.
I installed fresh version of UCI:

root@router:~# opkg info uci
Package: uci
Version: 2018-08-11-4c8b4d6e-1
Depends: libc, libuci
Status: install user installed
Section: base
Architecture: mips_24kc
Size: 7166
Filename: uci_2018-08-11-4c8b4d6e-1_mips_24kc.ipk
Description: Utility for the Unified Configuration Interface (UCI)
Installed-Time: 1543713053

Now, the bug.
I have a small test file with some `config`s in it. They’re named.
If I do import multiple times it results if an error.

Here’s my shell log that should to reproduce this issue:

root@router:~# uci commit # make sure there’re no pending changes
root@router:~# rm -f /etc/config/import-test # clear the target cofnig file for a clean test
root@router:~# cat import-test # dispay the file we’re about to import
config host ‘a’

option name 'a'

config host ‘b’

option name 'b'

root@router:~# uci changes # demonstrate there’re no pending changes
root@router:~# uci -m import import-test < import-test # invoke the import
root@router:~# uci changes # still no changes after first import
root@router:~# uci -m import import-test < import-test # import import for the second time
root@router:~# uci changes # wow, now there are some changes! this is not expected
import-test.a=’host’ import-test.b=’host’ root@router:~# uci -m import import-test < import-test # call import for the third time - and it fails with an error
uci: Parse error (option/list command found before the first section) at line 2, byte 1

This looks like a bug to me. Thoughts?

01.12.20181980Base systemBuild FailureVery LowMediumBuild fails due to incorrectly detecting x32TrunkUnconfirmed Task Description

When attempting to build OpenWRT, the toolchain generation fails due to tools/gmp/Makefile trying to detect an x32 compiler. It builds successfully but MPFR then fails to compile as it targets x86_64 but gmp has been built as x32

Deleting the following conditional from the GMP Makefile fixes the issue:

ifeq ($(GNU_HOST_NAME),x86_64-linux-gnux32)
HOST_CONFIGURE_ARGS += ABI=x32
endif

30.11.20181979Base systemBug ReportVery LowMediumsyscall getrandom() hangs on Turris Omniaopenwrt-18.06Unconfirmed Task Description

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

root@OpenWrt:/~# uname -a
Linux OpenWrt 4.14.63 #0 SMP Wed Aug 15 20:42:39 2018 armv7l GNU/Linux

root@OpenWrt:~# cat /proc/version
Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7101-a63e38b)) #0 SMP Wed Aug 15 20:42:39 2018

root@OpenWrt:~# uptime
14:40:46 up 1:14, load average: 0.00, 0.00, 0.00

root@OpenWrt:~# cat /proc/device-tree/model
Turris Omniaroot@OpenWrt:~#

root@OpenWrt:~# ps |grep rand
2228 root 1128 S /bin/sh /sbin/urandom_seed
2247 root 748 S getrandom 512
3114 root 1056 R grep rand

root@OpenWrt:~# cat /proc/cpuinfo
processor : 0
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0×41 CPU architecture: 7
CPU variant : 0×4 CPU part : 0xc09
CPU revision : 1

processor : 1
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0×41 CPU architecture: 7
CPU variant : 0×4 CPU part : 0xc09
CPU revision : 1

Hardware : Marvell Armada 380/385 (Device Tree)
Revision : 0000
Serial : 0000000000000000

root@OpenWrt:~# cat /proc/devices
Character devices:

1 mem
4 ttyS
5 /dev/tty
5 /dev/console
5 /dev/ptmx

10 misc
89 i2c
90 mtd
108 ppp
128 ptm
136 pts
180 usb
189 usb_device
251 watchdog
252 rtc
253 ttyMV
254 gpiochip

Block devices:

7 loop
8 sd

31 mtdblock
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
179 mmc
254 ubiblock
259 blkext

root@OpenWrt:~# ls -l /dev/|grep rand
crw-rw-rw- 1 root root 1, 8 Nov 30 13:26 random
crw-rw-rw- 1 root root 1, 9 Nov 30 13:26 urandom

 

I am using the stock images from here:
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-initramfs-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-sysupgrade.img.gz

I discovered this when troubleshooting why unbound would not start. I could see with strace that unbound was getting stuck at the getrandom() syscall, and at first I thought it was a problem with unbound. But then I saw that /usr/bin/getrandom 512 had been stuck since boot. The syscall just blocks forever.

root@OpenWrt:~# which getrandom
/usr/bin/getrandom
root@OpenWrt:~# strace /usr/bin/getrandom 512 >/tmp/derp.txt
execve(”/usr/bin/getrandom”, [”/usr/bin/getrandom”, “512”], 0xbead7df4 /* 13 vars */) = 0
set_tls(0xb6f31544, 0xbe8aec28, 0x490ceab4, 0, 0xb6f314a0) = 0
set_tid_address(0xb6f314bc) = 3132
open(”/etc/ld-musl-armhf.path”, O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open(”/lib/libgcc_s.so.1”, O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=41251, ...}) = 0
read(3, “\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\20<\0\0004\0\0\0”..., 936) = 936
mmap2(NULL, 110592, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb6ea0000
mmap2(0xb6eb9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0×9000) = 0xb6eb9000
close(3) = 0
mprotect(0xb6eb9000, 4096, PROT_READ) = 0
mprotect(0×20000, 4096, PROT_READ) = 0
ioctl(1, TIOCGWINSZ, 0xbe8aec80) = -1 ENOTTY (Not a tty)
getrandom(


‘/usr/bin/head /dev/urandom’ returns random data like you expect.
‘/usr/bin/head /dev/random’ just hangs.

30.11.20181978Base systemBug ReportVery LowMediumsyscall getrandom() hangs on Turris Omniaopenwrt-18.06Unconfirmed Task Description

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

root@OpenWrt:/~# uname -a
Linux OpenWrt 4.14.63 #0 SMP Wed Aug 15 20:42:39 2018 armv7l GNU/Linux

root@OpenWrt:~# cat /proc/version
Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7101-a63e38b)) #0 SMP Wed Aug 15 20:42:39 2018

root@OpenWrt:~# uptime
14:40:46 up 1:14, load average: 0.00, 0.00, 0.00

root@OpenWrt:~# cat /proc/device-tree/model
Turris Omniaroot@OpenWrt:~#

root@OpenWrt:~# ps |grep rand
2228 root 1128 S /bin/sh /sbin/urandom_seed
2247 root 748 S getrandom 512
3114 root 1056 R grep rand

root@OpenWrt:~# cat /proc/cpuinfo
processor : 0
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x4
CPU part : 0xc09
CPU revision : 1

processor : 1
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x4
CPU part : 0xc09
CPU revision : 1

Hardware : Marvell Armada 380/385 (Device Tree)
Revision : 0000
Serial : 0000000000000000

root@OpenWrt:~# cat /proc/devices
Character devices:

1 mem
4 ttyS
5 /dev/tty
5 /dev/console
5 /dev/ptmx

10 misc
89 i2c
90 mtd
108 ppp
128 ptm
136 pts
180 usb
189 usb_device
251 watchdog
252 rtc
253 ttyMV
254 gpiochip

Block devices:

7 loop
8 sd

31 mtdblock
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
179 mmc
254 ubiblock
259 blkext

root@OpenWrt:~# ls -l /dev/|grep rand
crw-rw-rw- 1 root root 1, 8 Nov 30 13:26 random
crw-rw-rw- 1 root root 1, 9 Nov 30 13:26 urandom

 

I am using the stock images from here:
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-initramfs-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-sysupgrade.img.gz

I discovered this when troubleshooting why unbound would not start. I could see with strace that unbound was getting stuck at the getrandom() syscall, and at first I thought it was a problem with unbound. But then I saw that /usr/bin/getrandom 512 had been stuck since boot. The syscall just blocks forever.

root@OpenWrt:~# which getrandom
/usr/bin/getrandom
root@OpenWrt:~# strace /usr/bin/getrandom 512 >/tmp/derp.txt
execve("/usr/bin/getrandom", ["/usr/bin/getrandom", "512"], 0xbead7df4 /* 13 vars */) = 0
set_tls(0xb6f31544, 0xbe8aec28, 0x490ceab4, 0, 0xb6f314a0) = 0
set_tid_address(0xb6f314bc) = 3132
open("/etc/ld-musl-armhf.path", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=41251, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\20<\0\0004\0\0\0"..., 936) = 936
mmap2(NULL, 110592, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb6ea0000
mmap2(0xb6eb9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x9000) = 0xb6eb9000
close(3) = 0
mprotect(0xb6eb9000, 4096, PROT_READ) = 0
mprotect(0x20000, 4096, PROT_READ) = 0
ioctl(1, TIOCGWINSZ, 0xbe8aec80) = -1 ENOTTY (Not a tty)
getrandom(


'/usr/bin/head /dev/urandom' returns random data like you expect.
'/usr/bin/head /dev/random' just hangs.

28.11.20181976Base systemBug ReportVery LowLow5GHz Wifi doesnt work on Linksys WRT1200ACopenwrt-18.06Unconfirmed Task Description

5 GHz Wifi network isn´t able to create. 2,4 Ghz works fine. Setting Channel from “auto” to a fixed one (e.g. 56) doesn´t fix it. All settings from both networks (2,4 + 5 Ghz) are the same except the SSID.

28.11.20181975Base systemBug ReportVery LowLowopenvpn: misconfigured instance can't be stopped (procd...TrunkUnconfirmed Task Description

There is a problem with the “respawn forever” feature of procd in relation with processes which dies right after they were started.

How to reproduce:

1. Create an openvpn config section like this

config openvpn 'test'
        option enabled '1'

Of course, this is not sufficient for a working openvpn instance.

2. Start the openvpn instance

/etc/init.d/openvpn start test

Now you can see in syslog that the instance ist tried to be established in a infinite loop:

Wed Nov 28 10:25:29 2018 daemon.err openvpn(test)[13977]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:29 2018 daemon.warn openvpn(test)[13977]: Use --help for more information.
Wed Nov 28 10:25:34 2018 daemon.err openvpn(test)[14024]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:34 2018 daemon.warn openvpn(test)[14024]: Use --help for more information.
Wed Nov 28 10:25:39 2018 daemon.err openvpn(test)[14360]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:39 2018 daemon.warn openvpn(test)[14360]: Use --help for more information.
ubus call service list '{"name":"openvpn"}'

shows this:

{
        "openvpn": {
                "instances": {
                        "test": {
                                "running": false,
                                "command": [
                                        "\/usr\/sbin\/openvpn",
                                        "--syslog",
                                        "openvpn(test)",
                                        "--status",
                                        "\/var\/run\/openvpn.test.status",
                                        "--cd",
                                        "\/var\/etc",
                                        "--config",
                                        "openvpn-test.conf"
                                ],
                                "term_timeout": 5,
                                "respawn": {
                                        "threshold": 3600,
                                        "timeout": 5,
                                        "retry": -1
                                }
                        }
                }
        }
}

Now this instance can’t be stopped anymore. I’ve tried doing all of the following

/etc/init.d/openvpn stop test
/etc/init.d/openvpn stop
ubus call service delete '{"name":"openvpn","instance":"test"}'

How can we get this instances killed?

26.11.20181971Base systemBug ReportVery LowLowIPv6 ULA prefix announced with Infinite lifetimes, rath...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

* NETGEAR WNDR3800

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

* OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.228.31946-f64b152)

- Steps to reproduce

 

1. IPv6 enabled by default, OpenWRT automatically generates a unique ULA prefix per RFC4193.

2. ULA prefix is announced with Infinite Preferred and Valid Lifetimes, rather than the RFC4861 defaults:

  1. AdvPreferredLifetime: Default: 604800 seconds (7 days)
  1. AdvValidLifetime: Default: 2592000 seconds (30 days)

e.g., using the ‘rdisc6’ utility to display RAs:

[root@opy mark]# rdisc6 wlp3s0
Soliciting ff02::2 (ff02::2) on wlp3s0...
[...]
Prefix : fdec:91f6:8c3a::/64

On-link                 :          Yes
Autonomous address conf.:          Yes
Valid time              :     infinite (0xffffffff)
Pref. time              :     infinite (0xffffffff)

[...]

Infinite lifetimes mean these ULA addresses never expire on a host and will always be considered valid source and destination addresses during RFC6724 source and destination address selection.

One consequence is that a mobile device that has a high uptime (e.g. a smartphone), moves between a number of IPv6 networks, and uses IPv6 privacy addresses, could end up with a lot of unusable ULA addresses on its network interface. They may accumulate continuously until the device is rebooted.

25.11.20181970Base systemBug ReportVery LowMediumlibubox: Parsing empty blob messages return an errorTrunkUnconfirmed Task Description

Since commit c83a84afbef (fix segfault when passed blobmsg attr is NULL) parsing an empty message, like when “{}” is passed as argument to `ubus call`, return an error, it was working just fine before this commit.

This mean that ubus methods with only optional arguments need to check that blob_len() doesn’t return 0, which is annoying and might break various existing programs. At the very least blobmsg_parse() shouldn’t error out when the blob length is 0, but it might also make sense to accept a NULL message as well, just don’t segfault.

24.11.20181968Base systemBug ReportVery LowLowltq_etop 1e180000.etop eth0: tx ring fullopenwrt-18.06Unconfirmed Task Description

Firmware: OpenWrt 18.06.1, r7258-5eb055306f
Device: Buffalo WBMR-HP-G300H

This device does not use dsl as wan, it is configured as having a wireless ISP. Never noticed with previous official builds, but since 18.06 I keep having many dmesg entries reporting tx ring overflow:

root@OpenWrt:~# dmesg|tail
[4756635.140560] ltq_etop 1e180000.etop eth0: tx ring full
[4756635.176086] ltq_etop 1e180000.etop eth0: tx ring full
[4756635.197766] ltq_etop 1e180000.etop eth0: tx ring full
[4756635.206317] ltq_etop 1e180000.etop eth0: tx ring full
[4758261.349957] ltq_etop 1e180000.etop eth0: tx ring full
[4758261.448177] ltq_etop 1e180000.etop eth0: tx ring full
[4759642.372351] ltq_etop 1e180000.etop eth0: tx ring full
[4759642.389778] ltq_etop 1e180000.etop eth0: tx ring full
[4759645.389712] ltq_etop 1e180000.etop eth0: tx ring full
[4759855.427093] ltq_etop 1e180000.etop eth0: tx ring full

root@OpenWrt:~# ifconfig
br-lan Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        inet addr:192.168.15.1  Bcast:192.168.15.255  Mask:255.255.255.0
        inet6 addr: fe80::224:a5ff:febd:d6ee/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:938243 errors:0 dropped:28 overruns:0 frame:0
        TX packets:2085323 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:104241479 (99.4 MiB)  TX bytes:2503213569 (2.3 GiB)

eth0 Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        inet6 addr: fe80::224:a5ff:febd:d6ee/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:52460047 errors:0 dropped:0 overruns:0 frame:0
        TX packets:125128647 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:3038212072 (2.8 GiB)  TX bytes:3509411414 (3.2 GiB)

eth0.1 Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:766348 errors:0 dropped:0 overruns:0 frame:0
        TX packets:1624083 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:69575676 (66.3 MiB)  TX bytes:1897287106 (1.7 GiB)

lo Link encap:Local Loopback

        inet addr:127.0.0.1  Mask:255.0.0.0
        inet6 addr: ::1/128 Scope:Host
        UP LOOPBACK RUNNING  MTU:65536  Metric:1
        RX packets:948270 errors:0 dropped:0 overruns:0 frame:0
        TX packets:948270 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1 
        RX bytes:96883426 (92.3 MiB)  TX bytes:96883426 (92.3 MiB)

wlan0 Link encap:Ethernet HWaddr 00:24:A5:BD:D6:EE

        inet addr:192.168.1.175  Bcast:192.168.1.255  Mask:255.255.255.0
        inet6 addr: fe80::224:a5ff:febd:d6ee/64 Scope:Link
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:196110 errors:0 dropped:0 overruns:0 frame:0
        TX packets:145503 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000 
        RX bytes:254527505 (242.7 MiB)  TX bytes:17859979 (17.0 MiB)

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

config interface ‘loopback’

option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals ‘globals’

option ula_prefix 'fd8e:cc00:56cc::/48'

config dsl ‘dsl’

option firmware '/lib/firmware/adsl.bin'
option xfer_mode 'atm'
option annex 'a2p'

config interface ‘lan’

option ifname 'eth0.1'
option proto 'static'
option ipaddr '192.168.15.1'
option netmask '255.255.255.0'
option delegate '0'
option type 'bridge'

config switch

option name 'switch0'
option reset '1'

config switch_vlan

option device 'switch0'
option vlan '1'
option vid '1'
option ports '0t 2 3 4 5'

config interface ‘wwan’

option proto 'dhcp'
option hostname 'WBMR-HP-G300H'
option peerdns '0'
option dns '208.67.222.123 208.67.220.123'

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

config wifi-device ‘radio0’

option type 'mac80211'
option hwmode '11g'
option path 'pci0000:00/0000:00:0e.0'
option htmode 'HT20'
option country 'IT'
option legacy_rates '0'
option disabled '0'
option channel 'auto'

config wifi-iface

option network 'wwan'
option ssid 'MyOwnWISP'
option encryption 'psk2'
option device 'radio0'
option mode 'sta'
option bssid '**:**:**:**:**:**'
option key 'secret'
24.11.20181967Base systemBug ReportVery LowLowbug `make download` will hang forever if networking flu...TrunkUnconfirmed Task Description
Supply the following if possible:
 - "all", Device problem occurs on
 - "master branch", Software versions of OpenWrt/LEDE release, packages, etc.
 - "said below", Steps to reproduce

when i call `make download`, it hangs/dead,
after debug (tools: `htop` and `strace`, and read the sources),
i found it because of blocking socket.

details below:

1. the python script `scripts/dl_github_archive.py`

```
# https://github.com/openwrt/openwrt/blob/master/scripts/dl_github_archive.py#L402
fileobj = urllib2.urlopen(req, context=sslcontext)
# this will make a blocked socket connection
# if no timeout param, it will use global setting, which is None, it means blocked forever.
# this is bad smell, especially unstable networking.

# ref: https://docs.python.org/3/library/socket.html?highlight=socket#socket-timeouts

running situation:

`
/mnt/op/build/scripts/dl_github_archive.py \
--dl-dir="/mnt/op/build/dl" \
--url="https://github.com/kvalo/ath10k-firmware.git" \
--version="d366b80d41309531c0c98b26625f23e318f33e31" \
--subdir="ath10k-firmware-2018-10-10-d366b80d" \
--source="ath10k-firmware-2018-10-10-d366b80d.tar.xz" \
--hash="6285b9f9aa5a541b8258750f36955a6b307903a87cedd842b73dbfdd2bef8986"
`

which bloked/dead because of networking issue.

if patch that line, like this
`
fileobj = urllib2.urlopen(req, timeout=30, context=sslcontext)
`

it wont block forever even networking lost.

```

2. as a proof, the perl script `scritps/download.pl` has timeout and retry param.

```
# https://github.com/openwrt/openwrt/blob/master/scripts/download.pl#L85-L86
? (qw(curl -f --connect-timeout 20 --retry 5 --location --insecure), shellwords($ENV{CURL_OPTIONS} || ''), $url)
: (qw(wget --tries=5 --timeout=20 --no-check-certificate --output-document=-), shellwords($ENV{WGET_OPTIONS} || ''), $url)

```

so, add timeout and retry option for `make download` please,
and apply to all process of downloading stuff operation (
include the 2 scripts above and others, e.g `git clone` etc.
).

23.11.20181966Base systemBug ReportVery LowLowWrong behavior of LEDs if WPS LED gets configured on Tp...openwrt-18.06Unconfirmed Task Description

Hi everyone, I appreciate your work here and thank you for your efforts.

I am using a Tp-Link TD-W8980v1 router, v18.06.1, with ADSL2+ and I am seeing a strange behavior since I started using VPN on my router. I am pretty sure this strange behavior is not attached with VPN because I have tried countless times and it happens every time. I have reset my router and done everything I could to isolate the problem.

Now lets move to the problem. The problem is not a biggie but it causes the system to halt and system does not work as expected. The problem is that if you create a custom WPS LED in LED configuration and point it to a net device, the system takes a long time (3 to 5 minutes) before starting some services (the obvious one is ADSL service). I have not much packages installed in my system so the only difference for me is that ADSL only starts when the above time has passed and during this time only the WPS light is flashing as normal as if the router is still booting up. Although the WiFi gets enabled and I can connect to it and use LuCI but the LEDs show that system is still booting. After 3 to 5 minutes LEDs get normal as usual and ADSL boots up and gets connected to internet.

I am not really sure why this happens but I have tried to find the issue with connecting to serial but nothing shows up there. The router boots up normally but somewhere something is not right and it gets in the way. Hopefully for you guys, this wont be a big problem.

Thanks


23.11.20181965Base systemBug ReportVery LowLowBT Home Hub 5A - 18.06 snapshots- Router crashes when t...TrunkUnconfirmed Task Description

BT HomeHub 5A
Latest snapshot dated Fri Nov 23 03:38:09 2018

After pressing the “Restart” button of the top left of the router, all LEDs go dark and the router becomes unresponsive.
Power Cycling the router will bring everything back up though.

22.11.20181964Base systemBug ReportVery LowLowGB Transmission power limits incorrect.TrunkUnconfirmed Task Description

- OpenWRT 18.06
- Set region to GB

Latest power limits: https://www.ofcom.org.uk/__data/assets/pdf_file/0016/104416/vns-203083.pdf

36-48:                23dBm / 200mW
52-64 with TPC:       23dBm / 200mW
52-64 without TPC:    20dBm / 100mW
100-144 with TPC:     30dBm / 1W
100-144 without TPC:  27dBM / 500mW
149-165 with TPC:     23dBm / 200mW
149-165 without TPC:  20dBm / 100mW

21.11.20181963Base systemBug ReportVery LowMediumBin image for WRT160n V3 is too bigopenwrt-18.06Unconfirmed Task Description

Device: Linksys WRT160n V3
Current version: lede-17.01 branch (git-18.201.27126-7bf0367) / LEDE Reboot 17.01.6 r3979-2252731af4

The squashfs installer for version 18.0x is 3.9MB but the router can only hold 3.6 MB so flashing a new version fails.

Size comparison:
3.6M lede-17.01.6-brcm47xx-mips74k-linksys-wrt160n-v3-squashfs.bin
3.9M openwrt-18.06.0-brcm47xx-mips74k-linksys-wrt160n-v3-squashfs.bin


19.11.20181962Base systemBug ReportVery LowLowPIN verify with QMI on Quectel EC-25Aopenwrt-18.06Assigned Task Description

I’m trying to get wwan running on GL.Inet MiFi (Quectel EC-25A cellular modem PCIE).

OpenWrt shows “Error: PIN code rejected”.

I tried to use uqmi to check if PIN stuff works:
root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –verify-pin1 5161
“Not supported”

root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –uim-verify-pin1 5161
“Invalid arguments given”

root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –uim-verify-pin1 “PIN,5161” “Incorrect PIN

I found this patch which tells me the PIN argument for verify and uim-verify should be the same, but it seems it isn’t.
http://lists.infradead.org/pipermail/lede-commits/2017-December/005176.html

19.11.20181961Base systemBug ReportVery LowMediumx86 squashfs images fails to load on QEMUAllUnconfirmed Task Description

After reporting ot a project named v86 by copy on GitHub, It also came to our attention that the squashfs images, starting with Attitude Adjustment Release.

GitHub issue referenced in this bug tracker to be guided accordingly.

18.11.20181960Base systemBug ReportVery LowLowhostapd/netifd: multicast_to_unicast/hairpin not set fo...openwrt-18.06Unconfirmed Task Description

I noticed that multicast_to_unicast and hairpin_mode are not set on the dynamically created wlan interfaces, and the wireless ap is not running in isolate mode. This is because these interfaces are created by hostapd, unlike other wlan interfaces which are created from netifd/system-linux.

The attached patch fixes this:
- it sets ap_isolate for the hostapd interface, if the interface is using dynamic vlan
- it sets multicast_to_unicast and hairpin_mode after the dynamic interface is created

I haven’t handled the case where the isolate option is not set for the wifi interface, or where multicast_to_unicast is not set on the bridge, since this requires passing additional information to hostapd, and I wasn’t sure what the preferred way to do this would be. I’d probably overload the ap_isolate option to have value 2 mean that multicast_to_unicast and hairpin_mode should be set.


18.11.20181959Base systemBug ReportVery LowLowPort forwards do not work with Static RoutesTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

[DEVICE]

NetGear WNDR 3700v2

[Software Version]

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

DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='18.06.1'
DISTRIB_REVISION='r7258-5eb055306f'
DISTRIB_TARGET='ar71xx/generic'
DISTRIB_ARCH='mips_24kc'
DISTRIB_DESCRIPTION='OpenWrt 18.06.1 r7258-5eb055306f'
DISTRIB_TAINTS=''

[Network Setup]

Internet ⇐===⇒ OpenWRT (WAN 17.17.17.17/LAN 192.168.1.1) With NAT ⇐=⇒ (192.168.1.0/24) ⇐=⇒ Router (no NAT, 192.168.1.2/10.0.0.1) ⇐=⇒ (10.0.0.0/16) ⇐=⇒ Server (10.0.0.2)

OpenWRT Settings (/etc/config/network):

config route
 option interface 'lan'
 option target '10.0.0.0'
 option netmask '255.255.0.0'
 option gateway '192.168.1.2'
 option metric '1'

Port Forward (/etc/config/firewall):

config redirect
 option target 'DNAT'
 option src 'wan'
 option dest 'lan'
 option proto 'tcp'
 option name '443'
 option dest_port '443'
 option src_dport '443'
 option dest_ip '10.0.0.2'

[ Problem ]

Connections from the internet, or from nodes on 192.168.1.0/24 can connect to 17.17.17.17 on port 443, they make the connection to 10.0.0.2 port 443. However nodes on 10.0.0.0/16 cannot.

If I look at iptables-save I see the following:

iptables-save | grep "443"
-A zone_lan_postrouting -s 192.168.1.0/24 -d 10.0.0.2/32 -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443 (reflection)" -j SNAT --to-source 192.168.1.1
-A zone_lan_prerouting -s 192.168.1.0/24 -d 17.17.17.17/32 -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443 (reflection)" -j DNAT --to-destination 10.0.0.2:443
-A zone_wan_prerouting -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443" -j DNAT --to-destination 10.0.0.2:443

The NAT rule is specifying only the local LAN address.

[Work Around ]

If as a custom start up script I run:

iptables-save | sed -r 's:^(.+) 192.168.1.0/24 (.+)$:\1 192.168.1.0/24 \2\n\1 10.0.0.0/16 \2:' | iptables-restore

Then 10.0.0.0/16 can access it without issue, however this script doesn’t always get executed when making changes within the OpenWRT UI (at least in 12.09, I just upgraded today).

[Potential Solutions]

I think that every route should have their iptables rules set up automagically, however I’m not 100% sure.

18.11.20181958PackagesBug ReportMediumLowuqmi: unicode characters in SMS confuse uqmiTrunkNew Task Description

When using uqmi –get-message the message ends up truncated in case it contains unicode characters like german umlauts.

17.11.20181957KernelBug ReportVery LowMediumKernel Oopsopenwrt-18.06Unconfirmed Task Description

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

 

- TP-Link Archer C7 v2, Qualcomm Atheros QCA9558 ver 1 rev 0
- Latest release packages as of 16 Nov 2018
- after reboot

Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.571060] ————[ cut here ]———— Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.575930] WARNING: CPU: 0 PID: 2219 at backports-2017-11-01/net/mac80211/ieee80211_i.h:1412 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.588099] Modules linked in: ath9k ath9k_common pppoe ppp_async 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_CT wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.662316] ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ip6_udp_tunnel udp_tunnel sit tunnel4 ip_tunnel ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.690531] CPU: 0 PID: 2219 Comm: hostapd Not tainted 4.9.120 #0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.697092] Stack : 80497672 00000035 00000000 00000001 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.705672] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.714410] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.722954] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.731666] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.740317] ...
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.742826] Call Trace:
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.745135] [<8006ad5c>] 0x8006ad5c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.748672] [<8006ad5c>] 0x8006ad5c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.752481] [<8007fd44>] 0x8007fd44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.756065] [<87684ca4>] 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.762269] [<8007fde0>] 0x8007fde0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.765845] [<87684ca4>] 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.771866] [<8769e61c>] 0x8769e61c [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.778840] [<802d9028>] 0x802d9028
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.782546] [<87619f1c>] 0x87619f1c [cfg80211@87600000+0x30f30]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.788726] [<802abbdc>] 0x802abbdc
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.792359] [<8750089c>] 0x8750089c [compat@87500000+0×1260]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.798143] [<802da880>] 0x802da880
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.801683] [<8009ce50>] 0x8009ce50
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.805258] [<802da59c>] 0x802da59c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.808799] [<802d9980>] 0x802d9980
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.812347] [<80111584>] 0×80111584 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.815900] [<802da584>] 0x802da584
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.819447] [<802d91f8>] 0x802d91f8
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.822997] [<80297454>] 0×80297454 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.826545] [<802d975c>] 0x802d975c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.830080] [<801de8e0>] 0x801de8e0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.833634] [<8029bd18>] 0x8029bd18
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.838055] [<8028cb44>] 0x8028cb44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.841605] [<8028de1c>] 0x8028de1c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.845356] [<8028cb44>] 0x8028cb44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.848899] [<80127804>] 0×80127804 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.852619] [<8028ed38>] 0x8028ed38
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.856266] [<800b583c>] 0x800b583c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.859809] [<8006f48c>] 0x8006f48c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.863505]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.865026] —[ end trace 4f04d50d54c947cb ]—

17.11.20181956KernelBug ReportVery LowHighhwnat on edgerouter er-x mt7621TrunkUnconfirmed Task Description

I got somethink like this on edgerouter er-x (ramips). Router was on but there was no access. I had to turn it off and turn in on once again.

Nov 17 17:38:47 thorgal kernel: [15761.908512] Sending NMI from CPU 3 to CPUs 2:
Nov 17 17:38:47 thorgal kernel: [15761.996426] rcu_sched I 0 8 2 0×00100000 Nov 17 17:38:47 thorgal kernel: [15762.007336] Stack : 805a0000 8fc42bc0 8fc5fe30 8fc5fe30 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15762.023980] 00000003 8008601c 00178244 81221380 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15762.040623] 00000003 805a61b8 805ae510 8048b900 00000001 8fc5fe30 805a0000 00178244
Nov 17 17:38:47 thorgal kernel: [15762.057265] 81221380 8048e828 00000002 80082118 805a0000 00000000 8fc5febc 00000001
Nov 17 17:38:47 thorgal kernel: [15762.073907] 00000000 812213ec 00178244 8008656c 8fc42bc0 01400001 00000001 805ae400
Nov 17 17:38:47 thorgal kernel: [15762.090549] ...
Nov 17 17:38:47 thorgal kernel: [15762.095410] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15762.100290] [<8048b7e0>] schedule+0x7a0/0×854 Nov 17 17:38:47 thorgal kernel: [15762.109303] [<8048b900>] schedule+0x6c/0×84 Nov 17 17:38:47 thorgal kernel: [15762.117629] [<8048e828>] schedule_timeout+0x17c/0x1b8
Nov 17 17:38:47 thorgal kernel: [15762.127680] [<80082734>] rcu_gp_kthread+0×560/0×950 Nov 17 17:38:47 thorgal kernel: [15762.137395] [<8004b638>] kthread+0×130/0×144 Nov 17 17:38:47 thorgal kernel: [15762.145892] [<8000b0d8>] ret_from_kernel_thread+0×14/0x1c
Nov 17 17:38:47 thorgal kernel: [15775.236942] NMI backtrace for cpu 2
Nov 17 17:38:47 thorgal kernel: [15775.236964] rcu_sched R running task 0 8 2 0×00100000 Nov 17 17:38:47 thorgal kernel: [15775.236978] Stack : 805a0000 8fc42bc0 8fc5fe30 8fc5fe30 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15775.237015] 00000003 8008601c 00178244 81221380 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15775.237051] 00000003 805a61b8 805ae510 8048b900 00000001 8fc5fe30 805a0000 00178244
Nov 17 17:38:47 thorgal kernel: [15775.237087] 81221380 8048e828 00000002 80082118 805a0000 00000000 8fc5febc 00000001
Nov 17 17:38:47 thorgal kernel: [15775.237122] 00000000 812213ec 00178244 8008656c 8fc42bc0 01400001 00000001 805ae400
Nov 17 17:38:47 thorgal kernel: [15775.237158] ...
Nov 17 17:38:47 thorgal kernel: [15775.237167] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15775.237183] [<8048b7e0>]
schedule+0x7a0/0×854 Nov 17 17:38:47 thorgal kernel: [15775.237198] [<8048b900>] schedule+0x6c/0×84 Nov 17 17:38:47 thorgal kernel: [15775.237215] [<8048e828>] schedule_timeout+0x17c/0x1b8
Nov 17 17:38:47 thorgal kernel: [15775.237229] [<80082734>] rcu_gp_kthread+0×560/0×950 Nov 17 17:38:47 thorgal kernel: [15775.237248] [<8004b638>] kthread+0×130/0×144 Nov 17 17:38:47 thorgal kernel: [15775.237263] [<8000b0d8>] ret_from_kernel_thread+0×14/0x1c
Nov 17 17:38:47 thorgal kernel: [15775.427526] CPU: 2 PID: 5010 Comm: kworker/2:0 Not tainted 4.14.81 #0
Nov 17 17:38:47 thorgal kernel: [15775.440361] Workqueue: events_power_efficient nf_flow_dnat_port [nf_flow_table]
Nov 17 17:38:47 thorgal kernel: [15775.454895] Stack : 805326f4 8fc11d24 805a0000 8e120380 80532788 00000002 805ae400 805a60ac
Nov 17 17:38:47 thorgal kernel: [15775.471538] 000000e0 8006f8ec 8fddf3fc 805a8947 805a0000 00000001 8fc11ce8 532616b0
Nov 17 17:38:47 thorgal kernel: [15775.488181] 00000000 00000000 00000000 00004030 00000000 000000e7 00000008 00000000
Nov 17 17:38:47 thorgal kernel: [15775.504822] 00000000 805b0000 0006b829 00000000 00000000 00000000 805d0000 00000002
Nov 17 17:38:47 thorgal kernel: [15775.521463] 805ae400 805a60ac 000000e0 805a0000 00000002 802a2be8 00000008 80610008
Nov 17 17:38:47 thorgal kernel: [15775.538106] ...
Nov 17 17:38:47 thorgal kernel: [15775.542964] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15775.547836] [<800106c0>] show_stack+0×58/0×100 Nov 17 17:38:47 thorgal kernel: [15775.556696] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 17:38:47 thorgal kernel: [15775.565368] [<804794c4>] nmi_cpu_backtrace+0xe4/0×108 Nov 17 17:38:47 thorgal kernel: [15775.575414] [<804795b0>] nmi_trigger_cpumask_backtrace+0xc8/0×168 Nov 17 17:38:47 thorgal kernel: [15775.587537] [<80084018>] rcu_dump_cpu_stacks+0xc4/0x13c
Nov 17 17:38:47 thorgal kernel: [15775.597927] [<80083474>] rcu_check_callbacks+0×310/0×814 Nov 17 17:38:47 thorgal kernel: [15775.608501] [<800869e8>] update_process_times+0×34/0x7c
Nov 17 17:38:47 thorgal kernel: [15775.618911] [<800975cc>] tick_handle_periodic+0×34/0xd0
Nov 17 17:38:47 thorgal kernel: [15775.629316] [<80325e80>] gic_compare_interrupt+0×70/0×80 Nov 17 17:38:47 thorgal kernel: [15775.639886] [<80076e90>] handle_percpu_devid_irq+0xbc/0x1a8
Nov 17 17:38:47 thorgal kernel: [15775.650987] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:38:47 thorgal kernel: [15775.661039] [<80251f5c>] gic_handle_local_int+0x9c/0xe8
Nov 17 17:38:47 thorgal kernel: [15775.671428] [<8025211c>] gic_irq_dispatch+0×10/0×20 Nov 17 17:38:47 thorgal kernel: [15775.681129] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:38:47 thorgal kernel: [15775.691173] [<8048f9a4>] do_IRQ+0x1c/0x2c
Nov 17 17:38:47 thorgal kernel: [15775.699144] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 17:38:47 thorgal kernel: [15775.709191] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 17:38:47 thorgal kernel: [15775.719064] [<80069db4>] queued_spin_lock_slowpath+0x1e4/0x2e0
Nov 17 17:38:47 thorgal kernel: [15775.730675] [<8ef1d190>] nf_flow_table_iterate+0×338/0x7b0 [nf_flow_table]
Nov 17 17:39:15 thorgal ddns-scripts[1426]: myddns_ipv4: Get registered/public IP for szafa.mywire.org failed - retry 2/0 in 60 seconds
Nov 17 17:41:47 thorgal kernel: [15941.959647] Sending NMI from CPU 3 to CPUs 2:
Nov 17 17:41:47 thorgal kernel: [15945.502291] NMI backtrace for cpu 2
Nov 17 17:41:47 thorgal kernel: [15945.509227] CPU: 2 PID: 5010 Comm: kworker/2:0 Not tainted 4.14.81 #0
Nov 17 17:41:47 thorgal kernel: [15945.522053] Workqueue: events_power_efficient nf_flow_dnat_port [nf_flow_table]
Nov 17 17:41:47 thorgal kernel: [15945.536588] Stack : 805326f4 8fc11d24 805a0000 8e120380 80532788 00000002 805ae400 805a60ac
Nov 17 17:41:47 thorgal kernel: [15945.553233] 000000e0 8006f8ec 8fddf3fc 805a8947 805a0000 00000001 8fc11ce8 532616b0
Nov 17 17:41:47 thorgal kernel: [15945.569875] 00000000 00000000 00000000 000049e8 00000000 0000010b 00000008 00000000
Nov 17 17:41:47 thorgal kernel: [15945.586517] 00000000 805b0000 0007f745 00000000 00000000 00000000 805d0000 00000002
Nov 17 17:41:47 thorgal kernel: [15945.603156] 805ae400 805a60ac 000000e0 805a0000 00000002 802a2be8 00000008 80610008
Nov 17 17:41:47 thorgal kernel: [15945.619796] ...
Nov 17 17:41:47 thorgal kernel: [15945.624654] Call Trace:
Nov 17 17:41:47 thorgal kernel: [15945.629526] [<800106c0>] show_stack+0×58/0×100 Nov 17 17:41:47 thorgal kernel: [15945.638387] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 17:41:47 thorgal kernel: [15945.647060] [<804794c4>] nmi_cpu_backtrace+0xe4/0×108 Nov 17 17:41:47 thorgal kernel: [15945.657105] [<804795b0>] nmi_trigger_cpumask_backtrace+0xc8/0×168 Nov 17 17:41:47 thorgal kernel: [15945.669229] [<80084018>] rcu_dump_cpu_stacks+0xc4/0x13c
Nov 17 17:41:47 thorgal kernel: [15945.679621] [<80083474>] rcu_check_callbacks+0×310/0×814 Nov 17 17:41:47 thorgal kernel: [15945.690193] [<800869e8>] update_process_times+0×34/0x7c
Nov 17 17:41:47 thorgal kernel: [15945.700599] [<800975cc>] tick_handle_periodic+0×34/0xd0
Nov 17 17:41:47 thorgal kernel: [15945.711004] [<80325e80>] gic_compare_interrupt+0×70/0×80 Nov 17 17:41:47 thorgal kernel: [15945.721571] [<80076e90>] handle_percpu_devid_irq+0xbc/0x1a8
Nov 17 17:41:47 thorgal kernel: [15945.732668] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:41:47 thorgal kernel: [15945.742719] [<80251f5c>] gic_handle_local_int+0x9c/0xe8
Nov 17 17:41:47 thorgal kernel: [15945.753110] [<8025211c>] gic_irq_dispatch+0×10/0×20 Nov 17 17:41:47 thorgal kernel: [15945.762809] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:41:47 thorgal kernel: [15945.772855] [<8048f9a4>] do_IRQ+0x1c/0x2c
Nov 17 17:41:47 thorgal kernel: [15945.780825] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 17:41:47 thorgal kernel: [15945.790875] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 17:41:47 thorgal kernel: [15945.800747] [<80069db4>] queued_spin_lock_slowpath+0x1e4/0x2e0
Nov 17 17:41:47 thorgal kernel: [15945.812371] [<8ef1d190>] nf_flow_table_iterate+0×338/0x7b0 [nf_flow_table]

More frequently I have this:
Nov 17 12:13:14 thorgal kernel: [123236.003832] ————[ cut here ]———— Nov 17 12:13:14 thorgal kernel: [123236.013239] WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0×324 Nov 17 12:13:14 thorgal kernel: [123236.029874] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Nov 17 12:13:14 thorgal kernel: [123236.043896] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tc
pudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit
xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrac
k_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_netlink iptable_raw iptable_mangle ip
table_filter ipt_ECN ip_tables crc_ccitt sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc
Nov 17 12:13:14 thorgal kernel: [123236.184720] sch_ingress xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_has
h_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set
_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb tun leds_gpio gpio_button_hotplug
Nov 17 12:13:14 thorgal kernel: [123236.267833] CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.14.81 #0
Nov 17 12:13:14 thorgal kernel: [123236.279945] Stack : 00000000 8fede440 805a0000 8006f714 805d0000 8056cd28 00000000 00000000
Nov 17 12:13:14 thorgal kernel: [123236.296745] 80537698 8fc15dc4 8fc44e7c 805a8947 80532788 00000001 8fc15d68 532616b0
Nov 17 12:13:14 thorgal kernel: [123236.313548] 00000000 00000000 80610000 00003b80 00000000 000000ca 00000008 00000000
Nov 17 12:13:14 thorgal kernel: [123236.330352] 00000000 805b0000 00041639 70617773 00000000 00000000 805d0000 8037ffc8
Nov 17 12:13:14 thorgal kernel: [123236.347151] 00000009 00000140 00000003 8fede440 00000000 802a2be8 0000000c 8061000c
Nov 17 12:13:14 thorgal kernel: [123236.363954] ...
Nov 17 12:13:14 thorgal kernel: [123236.368981] Call Trace:
Nov 17 12:13:14 thorgal kernel: [123236.374032] [<800106c0>] show_stack+0×58/0×100 Nov 17 12:13:14 thorgal kernel: [123236.383060] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 12:13:14 thorgal kernel: [123236.391897] [<8002e368>] warn+0xe0/0×114 Nov 17 12:13:14 thorgal kernel: [123236.400209] [<8002e3cc>] warn_slowpath_fmt+0×30/0x3c
Nov 17 12:13:14 thorgal kernel: [123236.410261] [<8037ffc8>] dev_watchdog+0x1ac/0×324 Nov 17 12:13:14 thorgal kernel: [123236.419800] [<800866a4>] call_timer_fn.isra.3+0×24/0×84 Nov 17 12:13:14 thorgal kernel: [123236.430360] [<800868c0>] run_timer_softirq+0x1bc/0×248 Nov 17 12:13:14 thorgal kernel: [123236.440750] [<8048fae0>]
do_softirq+0×128/0x2ec
Nov 17 12:13:14 thorgal kernel: [123236.450279] [<80032a94>] irq_exit+0xac/0xc8
Nov 17 12:13:14 thorgal kernel: [123236.458769] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 12:13:14 thorgal kernel: [123236.468983] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 12:13:14 thorgal kernel: [123236.479027] [<8000cfb0>] r4k_wait_irqoff+0x1c/0×24 Nov 17 12:13:14 thorgal kernel: [123236.488751] [<8006678c>] do_idle+0xe4/0×168 Nov 17 12:13:14 thorgal kernel: [123236.497240] [<80066a08>] cpu_startup_entry+0×24/0x2c
Nov 17 12:13:14 thorgal kernel: [123236.507364] —[ end trace 003324f4695475ea ]— Nov 17 12:13:14 thorgal kernel: [123236.529199] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Nov 17 12:13:14 thorgal kernel: [123236.541328] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ec20000, max=0, ctx=2144, dtx=2144, fdx=2143, next=2144
Nov 17 12:13:14 thorgal kernel: [123236.563144] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0f3a0000, max=0, calc=1468, drx=1469
Nov 17 12:13:14 thorgal kernel: [123236.586305] mtk_soc_eth 1e100000.ethernet: 0×100 = 0x6060000c, 0x10c = 0×80818 Nov 17 12:13:14 thorgal kernel: [123236.606376] mtk_soc_eth 1e100000.ethernet: PPE started

In this case system goes on and it works. Maybe this is a same problem?
Kernel in trunk is 4.14.81. SQM is disabled.

17.11.20181955Base systemFeature RequestVery LowLowUbiquiti EdgeRouter X initramfs-factory.taropenwrt-18.06Unconfirmed Task Description

On https://openwrt.org/toh/ubiquiti/ubiquiti_edgerouter_x_er-x_ka there is an explanation of how to install OpenWRT on an EdgeRouter X using the tools that are standard installed on it and are used by Ubiquiti to upgrade the firmware. It seems as part of the build process a openwrt-ramips-mt7621-ubnt-erx-initramfs-factory.tar file is generated that can be used for that. But it seems you can not download it from the official site, you need to build it yourself. On the official site is an openwrt-18.06.1-ramips-mt7621-ubnt-erx-initramfs-kernel.bin file. I think that file can be used for installing using tftp, but it can’t be used with the Ubiquiti tools. Can the initramfs-factory.tar be made available to download?

16.11.20181954Base systemBug ReportVery LowLowLink to 18.06.1 WRT1900AC system image point to WRT1900...TrunkUnconfirmed Task Description

Under the section: https://openwrt.org/toh/linksys/wrt_ac_series#firmware_images Devices → WRT1900AC → V1 → Systemimage the link point at
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-linksys-wrt1900acs-squashfs-factory.img

but should be

https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-linksys-wrt1900ac-squashfs-factory.img

The SHA is correct when looking at https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/

15.11.20181953Base systemBug ReportVery LowHighAsus RT N56U 5GHz radio doesn't work if 2.4GHz radio is...TrunkUnconfirmed Task Description

Version: 18.06.1
Asus RT N56U

When the 2.4GHz radio is enabled, the 5GHz radio does not function when both are set to US country code.

Steps to reproduce:
Set up radio 1 and radio 2 with US country codes.
Reboot.
Only the 2.4GHz radio will work.
If you disable the 2.4GHz and reboot, the 5GHz will work.

Any additional info you thinks is important:
Tried all workarounds listed.
More information about a bug in the original firmware fixed in Padavan’s firmware related to the 5GHz radio can be found here:
https://dev.archive.openwrt.org/ticket/17659.html#comment:23

Workaround:
Set the 2.4GHz radio country code to World (00) and reboot. Leave the 5GHz on US. Now both radios work.

15.11.20181952Base systemBug ReportVery LowHighwifi with hidden ssid and mac-filter doesn't work on IO...AllUnconfirmed Task Description

on tp-link_tl-wr842nd_v1 18.06 and 18.06.1

If hidden ssid and mac-filter is enabled, IOS 12 doesn't able to connect on this wifi network.

But if ssid broadcast is running with mac-filter enabled or ssid broadcast hidden and mac-filter disabled, then it works.

14.11.20181951KernelBug ReportVery LowCriticalbrcm63xx: Livebox: kernel boot stuck at "random: crng i...TrunkUnconfirmed Task Description

The kernel 4.14 is unable to boot on the Inventel Livebox 1 (BCM6348 board with a redboot bootloader).

Steps to reproduce:

  • Intall the latest trunk version (i.e. r8455-042d68a) kernel 4.14

Sympthoms:

  1. It won’t detect the BogoMips CPU speed
  2. It stucks at “random: fast init done”, and apparently no more kernel messages
  3. But after a minute it spits the last message random: crng init done

Boot log:

965543210120123456+678ESA: 30:78:30:30:3a:30
WEP KEY : FFFFFFFFFFFFFFFFFFFFFFFFFF
Auto-negotiation timed-out
10 MB Half-Duplex (assumed)
Ethernet eth0: MAC address 30:78:30:30:3a:30
IP: 10.7.58.112, Default server: 10.7.58.114
Hardware version 0x90, mask=0x7E
Hardware version 0x10 (masked) BLUE5G.9 DV4210
Factory Settings Recovery Switch OFF

RedBoot(tm) bootstrap and debug environment [ROM]
unlocked release, eCos 2.0b1 - built 23:01:33, Jan 11 2013

Platform: Blue_5g (MIPS32 4Kc) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x80000000-0x84000000, [0x80435e50-0x83fe2000] available
FLASH: 0xbe400000 - 0xbec00000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 20.000 seconds - enter ^C twice to abort
RedBoot> fis load -b 0x80a00000 -d kernel
 -- Redboot version without crypt_verify -- 
Image loaded from 0x80a00000-0x80f55b2e
RedBoot> exec -c "noinitrd" 0x80a00000
Now booting linux kernel:
 Base address 0x8000fc00 Entry 0x80a00000
 Cmdline : noinitrd
changing Kseg0 coherency algorithm to write back...
enabling icache and dcache...

[    0.000000] Linux version 4.14.80 (buildbot@buildslave) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r8455-042d68a195)) #0 Tue Nov 13 20:40:30 2018
[    0.000000] Detected Broadcom 0x6348 CPU revision b0
[    0.000000] CPU frequency is 300 MHz
[    0.000000] 64MB of RAM installed
[    0.000000] board_livebox: flash address is: 0x1fc00000, forcing to: 0x1e400000
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00029107 (Broadcom BMIPS3300)
[    0.000000] board: board name: Livebox-blue-5g
[    0.000000] MIPS: machine is Inventel Livebox 1
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
[    0.000000] Primary data cache 8kB, 2-way, VIPT, no aliases, linesize 16 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] random: get_random_bytes called from start_kernel+0x80/0x488 with crng_init=0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Memory: 58160K/65536K available (4003K kernel code, 193K rwdata, 956K rodata, 1304K init, 209K bss, 7376K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 256
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 12741736309 ns
[    0.000031] sched_clock: 32 bits at 150MHz, resolution 6ns, wraps every 14316557820ns
[    1.037346] random: fast init done
[   53.974911] random: crng init done
 


14.11.20181950KernelBug ReportVery LowCriticalXWAY / BT Home Hub 2B - Wifi Random Disconnects Repeate...AllUnconfirmed Task Description

Very annoying wifi disconnects when connected to WDS-Repeater.
The AP works no disconnects but when connected to repeater random disconnects repeatedly.
Affected firmware release both LEDE 17.X.X and Openwrt 18.X.X

Note: Checked, WDS works fine on Previous Openwrt Releases(BarrierBreaker, ChaosCalmer) on same settings
https://openwrt.org/docs/guide-user/network/wifi/atheroswds

Attaching AP and Repeater Logs:

AP Config:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '5'
	option hwmode '11ng'
	option path 'pci0000:00/0000:00:0e.0'
	option htmode 'HT20'
	option country 'US'
	option txpower '22'
	option log_level '1'
	option macaddr 'be:b5:1b:b5:70:47'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'MyAP'
	option wds '1'
	option encryption 'psk2+ccmp'
	option key 'password'
	option wmm '1'

Repeater WDS Config:
Network

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

config globals 'globals'
	option ula_prefix 'fdd4:7f11:dd9a::/48'

config interface 'lan'
	option type 'bridge'
	option proto 'dhcp'
	option ifname 'eth1'

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option vid '1'
	option ports '0 1 2 3 4'

Wireless WDS:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '5'
	option hwmode '11g'
	option path 'platform/ar934x_wmac'
	option htmode 'HT20'
	option country 'US'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'sta'
	option wds '1'
	option ssid 'MyAP'
	option bssid 'be:b5:1b:b5:70:47'
	option encryption 'psk2+ccmp'
	option key 'password'

config wifi-iface
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'MyAP'
	option encryption 'psk2+ccmp'
	option key 'password'
	option wmm '1'

Repeater WDS Log:

Wed Nov 14 12:26:05 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:26:05 2018 kern.info kernel: [ 5805.077610] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:06 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Wed Nov 14 12:26:06 2018 kern.info kernel: [ 5806.068825] br-lan: port 2(wlan0-1) entered disabled state
Wed Nov 14 12:26:07 2018 daemon.notice netifd: bridge 'br-lan' link is down
Wed Nov 14 12:26:07 2018 daemon.notice netifd: Interface 'lan' has link connectivity loss
Wed Nov 14 12:26:07 2018 daemon.notice netifd: lan (1163): udhcpc: received SIGTERM
Wed Nov 14 12:26:07 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.220211] wlan0: authenticate with be:b5:1b:b5:70:47
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.243173] wlan0: send auth to be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.257141] wlan0: authenticated
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.268771] wlan0: associate with be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Network device 'wlan0' link is up
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.282394] wlan0: RX AssocResp from be:b5:1b:b5:70:47 (capab=0x431 status=0 aid=5)
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.290756] wlan0: associated
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.309766] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.315545] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:09 2018 daemon.notice netifd: bridge 'br-lan' link is up
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' has link connectivity 
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' is setting up now
Wed Nov 14 12:26:09 2018 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: started, v1.25.1
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: sending discover
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: sending select for 192.168.1.117
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: lease of 192.168.1.117 obtained, lease time 43200
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' is now up
Wed Nov 14 12:26:10 2018 kern.info kernel: [ 5810.201396] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:10 2018 kern.info kernel: [ 5810.207348] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:10 2018 daemon.notice netifd: Network device 'wlan0-1' link is up
Wed Nov 14 12:26:11 2018 kern.info kernel: [ 5811.308642] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:12 2018 kern.info kernel: [ 5812.198553] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 IEEE 802.11: authenticated
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 IEEE 802.11: associated (aid 1)
Wed Nov 14 12:26:16 2018 daemon.notice hostapd: wlan0-1: AP-STA-CONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 WPA: pairwise key handshake completed (RSN)
Wed Nov 14 12:26:25 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.168505] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.949685] wlan0: authenticate with be:b5:1b:b5:70:47
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.972671] wlan0: send auth to be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.168126] br-lan: port 2(wlan0-1) entered disabled state
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.788061] wlan0: send auth to be:b5:1b:b5:70:47 (try 2/3)
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.988066] wlan0: send auth to be:b5:1b:b5:70:47 (try 3/3)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.008409] wlan0: authenticated
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.018301] wlan0: associate with be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.085692] wlan0: RX AssocResp from be:b5:1b:b5:70:47 (capab=0x431 status=0 aid=5)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.094030] wlan0: associated
Wed Nov 14 12:26:27 2018 daemon.notice netifd: Network device 'wlan0' link is up
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.156807] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.162628] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:27 2018 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.606090] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.612066] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:27 2018 daemon.notice netifd: Network device 'wlan0-1' link is up
Wed Nov 14 12:26:29 2018 kern.info kernel: [ 5829.157978] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:29 2018 kern.info kernel: [ 5829.607947] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:27:02 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:27:02 2018 kern.info kernel: [ 5862.141503] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:27:02 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:27:02 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.517323] ------------[ cut here ]------------
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.522138] WARNING: CPU: 0 PID: 980 at compat-wireless-2017-01-31/net/mac80211/ieee80211_i.h:1011 0x80d84e80 [mac80211@80d80000+0x607a0]()
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.535171] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 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_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_coWed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.600905] CPU: 0 PID: 980 Comm: hostapd Not tainted 4.4.153 #0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] Stack : 803938d8 00000000 00000001 803f0000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  ...
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.644169] Call Trace:[<80071c44>] 0x80071c44
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.648814] [<80071c44>] 0x80071c44
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.652426] [<80081ac8>] 0x80081ac8
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.656035] [<80d84e80>] 0x80d84e80 [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.662174] [<80081b80>] 0x80081b80
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.665784] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.669414] [<80d84e80>] 0x80d84e80 [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.675533] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.679174] [<80d9f1cc>] 0x80d9f1cc [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.685292] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.688933] [<80cda8bc>] 0x80cda8bc [cfg80211@80cc0000+0x36ba0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.695047] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.698680] [<802a6384>] 0x802a6384
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.702289] [<802a4b94>] 0x802a4b94
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.705911] [<802a60f0>] 0x802a60f0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.709534] [<802a54d0>] 0x802a54d0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.713145] [<80400000>] 0x80400000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.716753] [<802a60d8>] 0x802a60d8
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.720376] [<80268dd0>] 0x80268dd0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.723986] [<802a4d34>] 0x802a4d34
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.727610] [<802682d4>] 0x802682d4
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.731228] [<802a52ac>] 0x802a52ac
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.734829] [<801bd428>] 0x801bd428
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.738447] [<8026cb54>] 0x8026cb54
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.742065] [<8025e448>] 0x8025e448
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.745677] [<8025f860>] 0x8025f860
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.749308] [<8025e448>] 0x8025e448
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.752914] [<802604a4>] 0x802604a4
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.756538] [<80260790>] 0x80260790
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.760162] [<800b2f2c>] 0x800b2f2c
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.763782] [<80062c6c>] 0x80062c6c
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.767401] 
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.768949] ---[ end trace 3926c6523a1013c9 ]---
14.11.20181949Base systemBug ReportVery LowHighTL -1043ND V1 default gateway not foundopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-LINK 1043ND version 1
- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1
- Steps to reproduce

 


13.11.20181948Base systemFeature RequestVery LowLowlibubox and libubus in C++ codeAllUnconfirmed Task Description

Hello,

we try to develop UBUS and UCI application in C++. For now we are not able to compile our applications without patching ubus and libubox in the following way.

[develict@DCompiler ~]$ tmux att -t 8
--- a/libubus.h
+++ b/libubus.h
@@ -14,6 +14,10 @@
 #ifndef __LIBUBUS_H
 #define __LIBUBUS_H

+#ifdef __cplusplus
+extern "C" {
+#endif
+
 #include <libubox/avl.h>
 #include <libubox/list.h>
 #include <libubox/blobmsg.h>
@@ -414,4 +418,8 @@ static inline int ubus_unregister_event_
     return ubus_remove_object(ctx, &ev->obj);
 }

+#ifdef __cplusplus
+}
+#endif
+
 #endif

Is it possible to use this libraries without its patching?

 


12.11.20181946PackagesBug ReportVery LowLowuqmi --set-data-format does nothingTrunkUnconfirmed Task Description

Investigating commands.c file I’ve found that cmd_ctl_set_data_format_prepare (executed on –set-data-format option) sends zeroed ‘struct qmi_ctl_set_data_format_request sreq’ (command.c lines 149 to 163) to the modem so that operation does not affect modem’s behavior any way.

12.11.20181945Base systemBug ReportVery LowLowSuddenly my wireless device is disconnected, but I can'...TrunkUnconfirmed Task Description

- Archer C60v2
- 18.06.1 r7258-5eb055306f
- Stay connected on 2.4 GHz and wait till it happens

Problems:

Once in a while, like, 1 time per day or two, one of my 2.4 GHz devices disconnect and can't connect or even find the router again for a while. Like something between 1-10 minutes. When this happens, I can check on luci interface, wifi, bgn connections, that the same device is still somehow 'hooked' to the router, but only with this ipv6 IP. It does not show on OpenWRT - Luci the IPv4 adress of the device, and, of course, I have the device on my hand and it's not connected, I can't even find the router SSID when this happens.

So, in short, for some reason it disconnects my device, but keep it's ipv6 adress like it was connected, and don't let it find the router again until somehow it is not listed on the wireless connected devices list, but only with the ipv6 my device used to have when it was connected, anymore.

Nothing appears out of normal on the logs.

10.11.20181944Base systemBug ReportVery LowMediumNetgear DM200 not delivering packets on LAN after 300 s...TrunkUnconfirmed Task Description

I’m using the latest code present on github (compiled from source) (with ipv6 support disabled).

If the DM200 tryies to communicate with a host of whom he already has the mac address, but 5 minutes are passed from last received packet (from the host to the DM200) then the DM200 will try to send packets to the mac address of the host but those will never arrive to the host.
(tcpdump on DM200 shows outgoing packets but tcpdump on the host shows nothing).
The packets will start to arrive only after the DM200 resends a broadcast arp and the device will replay to the arp request.

I already tried changing the switch connected to DM200 and I also tried connecting the DM200 directly to the host, but nothing change.

Necessary to reproduce (all on the same LAN):
- Netgear DM200
- A host that wont try to communicate with DM200 for at least 300 seconds (eg: without the DM200 as gateway)
- A PC logged with ssh into DM200

Step to reproduce: (all the step will be executed on DM200):
- login into ssh in DM200
- ping the host on LAN [reply will start immediately]
- stop ping
- wait at least 300 seconds
- if you run “arp” command you can see that DM200 has still the mac address of the host in its cache (flag 0×2 means: arp complete)
- ping again the host [PING REPLAY WONT ARRIVE] (actually, icmp requests are not coming to the host, so the host cannot obviously replay, verified with tcpdump on both devices)
- after 10/15 seconds you will see ping replies arriving (this is because the arp entry becomes “incomplete” (flag 0×0) and the DM200 sent an arp in broadcast)

If you connect wireshark to tcpdump running on DM200 and the host, after the 300 seconds, you can see packets outgoing from DM200 interface but nothing will arrive to the host interface until the arp in broadcast.

It seems that the packets intended for a host with which DM200 has already communicated 300 seconds before are NOT coming out of the LAN interface of DM200, even if wireshark shows them.

This problem doesn’t affect only icmp packets, but all packets sent to a host after 300 seconds of NON communications with it
You can do the same test with netcat trying to connect to a random port:
- the first time you’ll get a “connection refused” immediately
- after 300 seconds you’ll have to wait 10/15 seconds to get the “connection refused”

I tried with many devices as “host”, so i think the problem is on the DM200 and not on the other host.

May be this a problem of the integrated LAN interface?

All my other openwrt devices are running kernel 4.9 and this problem is NOT present.
DM200 is the only with kernel 4.14.79, so may this problem be related to the kernel?
Can someone with another device with kernel 4.14 try to reproduce these steps?

I think that a fast way to mitigate this problem is to invalidate the arp cache after 300 seconds, so DM200 will immediately send a broadcast arp again (like if it were the first time).

10.11.20181943Base systemBug ReportVery LowLowprocd: Increase zram memory allocated for tmpfs TrunkUnconfirmed Task Description

The size is too small for many routers now, I have a 512M DDR3 router but only get 16MB.
I made this patch to make the size adaptive and optimized mount option while keeping original rules unchanged.

09.11.20181941Base systemBug ReportVery LowMediumhotplug: 'bind' actions breaks 3g protoopenwrt-18.06Unconfirmed Task Description

Linux 4.12 added the actions “bind” and “unbind” for notification of devices being bound to, or released from, a driver. After ‘add’ action hotplug sends

invoke: {"objid":-701183341,"method":"notify_proto","data":{"action":5,"available":true,"interface":"lte"}}

But then ‘bind’ action apperas, and hotplug sends

invoke: {"objid":-701183341,"method":"notify_proto","data":{"action":5,"available":false,"interface":"lte"}}

because script marks interface as available only on add action (package/network/utils/comgt/files/3g.usb)

        if [ "${dev##*/}" = "${tty##*/}" ]; then
		if [ "$ACTION" = add ]; then
			available=1
		else
			available=0
		fi
		proto_set_available "$cfg" $available
	fi

Dirty hack is

		if [ "$ACTION" = add -o "$ACTION" = bind ]; then


08.11.20181940Base systemBug ReportVery LowLowCrash at at net/sched/sch_generic.cTrunkUnconfirmed Task Description

It’s my first Bugreport here, so don’t blame me please using the wrong formatting or something.

Happend on a Xiaomi Mi Router 3G
Architecture: MediaTek MT7621 ver:1 eco:3
Firmware: OpenWrt SNAPSHOT r8121-9f0cb13 / LuCI Master (git-18.264.24000-89a4fdd)
Kernel Version: 4.14.71
Uptime: 21d 11h 4m 2s

~~~ Full Kern Log

[    0.000000] Linux version 4.14.71 (buildbot@crazyhorse) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r8121-9f0cb13)) #0 SMP Sun Sep 23 15:45:08 2018
[    0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[    0.000000] MIPS: machine is Xiaomi Mi Router 3G
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 10000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] VPE topology {2,2} total 4
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.000000] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000]   HighMem  empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000] On node 0 totalpages: 65536
[    0.000000] free_area_init_node: node 0, pgdat 805c8280, node_mem_map 81003000
[    0.000000]   Normal zone: 512 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 65536 pages, LIFO batch:15
[    0.000000] random: get_random_bytes called from start_kernel+0x90/0x4ac with crng_init=0
[    0.000000] percpu: Embedded 14 pages/cpu @81210000 s26256 r8192 d22896 u57344
[    0.000000] pcpu-alloc: s26256 r8192 d22896 u57344 alloc=14*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 65024
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Writing ErrCtl register=0000b000
[    0.000000] Readback ErrCtl register=0000b000
[    0.000000] Memory: 253140K/262144K available (4646K kernel code, 241K rwdata, 1032K rodata, 212K init, 282K bss, 9004K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 256
[    0.000000] clocksource: GIC: mask: 0xffffffffffffffff max_cycles: 0xcaf478abb4, max_idle_ns: 440795247997 ns
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4343773742 ns
[    0.000010] sched_clock: 32 bits at 440MHz, resolution 2ns, wraps every 4880645118ns
[    0.007814] Calibrating delay loop... 586.13 BogoMIPS (lpj=2930688)
[    0.073975] pid_max: default: 32768 minimum: 301
[    0.078746] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.085253] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.094058] Hierarchical SRCU implementation.
[    0.099230] smp: Bringing up secondary CPUs ...
[    0.116621] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.116631] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.116643] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.116781] CPU1 revision is: 0001992f (MIPS 1004Kc)
[    0.163977] Synchronize counters for CPU 1: done.
[    0.210735] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.210744] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.210754] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.210824] CPU2 revision is: 0001992f (MIPS 1004Kc)
[    0.255104] Synchronize counters for CPU 2: done.
[    0.297768] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.297775] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.297784] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.297857] CPU3 revision is: 0001992f (MIPS 1004Kc)
[    0.340281] Synchronize counters for CPU 3: done.
[    0.370143] smp: Brought up 1 node, 4 CPUs
[    0.377934] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.387726] futex hash table entries: 1024 (order: 3, 32768 bytes)
[    0.394028] pinctrl core: initialized pinctrl subsystem
[    0.400632] NET: Registered protocol family 16
[    0.414353] FPU Affinity set after 11720 emulations
[    0.415225] pull PCIe RST: RALINK_RSTCTRL = 4000000
[    0.720474] release PCIe RST: RALINK_RSTCTRL = 7000000
[    0.725520] ***** Xtal 40MHz *****
[    0.728878] release PCIe RST: RALINK_RSTCTRL = 7000000
[    0.733977] Port 0 N_FTS = 1b105000
[    0.737446] Port 1 N_FTS = 1b105000
[    0.740888] Port 2 N_FTS = 1b102800
[    1.896122] PCIE2 no card, disable it(RST&CLK)
[    1.900485]  -> 21007f2
[    1.902887] PCIE0 enabled
[    1.905476] PCIE1 enabled
[    1.908080] PCI host bridge /pcie@1e140000 ranges:
[    1.912860]  MEM 0x0000000060000000..0x000000006fffffff
[    1.918010]   IO 0x000000001e160000..0x000000001e16ffff
[    1.923209] PCI coherence region base: 0xbfbf8000, mask/settings: 0x60000000
[    1.939229] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.945101] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.950815] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.958511] PCI host bridge to bus 0000:00
[    1.962551] pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
[    1.969378] pci_bus 0000:00: root bus resource [io  0xffffffff]
[    1.975232] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.981991] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.989880] pci 0000:00:00.0: [0e8d:0801] type 01 class 0x060400
[    1.989921] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[    1.989934] pci 0000:00:00.0: reg 0x14: [mem 0x60300000-0x6030ffff]
[    1.990001] pci 0000:00:00.0: supports D1
[    1.990010] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[    1.990257] pci 0000:00:01.0: [0e8d:0801] type 01 class 0x060400
[    1.990297] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[    1.990317] pci 0000:00:01.0: reg 0x14: [mem 0x60310000-0x6031ffff]
[    1.990379] pci 0000:00:01.0: supports D1
[    1.990389] pci 0000:00:01.0: PME# supported from D0 D1 D3hot
[    1.990865] pci 0000:01:00.0: [14c3:7603] type 00 class 0x028000
[    1.990921] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff]
[    1.991051] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[    1.991264] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[    1.991535] pci 0000:02:00.0: [14c3:7662] type 00 class 0x028000
[    1.991599] pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit]
[    1.991644] pci 0000:02:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[    1.991740] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
[    1.991961] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
[    1.992035] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 02
[    1.992102] pci 0000:00:00.0: BAR 0: no space for [mem size 0x80000000]
[    1.998615] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x80000000]
[    2.005547] pci 0000:00:01.0: BAR 0: no space for [mem size 0x80000000]
[    2.012088] pci 0000:00:01.0: BAR 0: failed to assign [mem size 0x80000000]
[    2.019018] pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
[    2.025749] pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x601fffff]
[    2.032501] pci 0000:00:01.0: BAR 9: assigned [mem 0x60200000-0x602fffff pref]
[    2.039657] pci 0000:00:00.0: BAR 1: assigned [mem 0x60300000-0x6030ffff]
[    2.046417] pci 0000:00:01.0: BAR 1: assigned [mem 0x60310000-0x6031ffff]
[    2.053137] pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
[    2.059887] pci 0000:00:00.0: PCI bridge to [bus 01]
[    2.064802] pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
[    2.071560] pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff 64bit]
[    2.078806] pci 0000:02:00.0: BAR 6: assigned [mem 0x60200000-0x6020ffff pref]
[    2.085980] pci 0000:00:01.0: PCI bridge to [bus 02]
[    2.090887] pci 0000:00:01.0:   bridge window [mem 0x60100000-0x601fffff]
[    2.097639] pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff pref]
[    2.106379] clocksource: Switched to clocksource GIC
[    2.112935] NET: Registered protocol family 2
[    2.118037] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
[    2.124921] TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
[    2.131345] TCP: Hash tables configured (established 2048 bind 2048)
[    2.137749] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    2.143515] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    2.149965] NET: Registered protocol family 1
[    2.154283] PCI: CLS 0 bytes, default 32
[    2.386331] 4 CPUs re-calibrate udelay(lpj = 2924544)
[    2.392750] Crashlog allocated RAM at address 0x3f00000
[    2.398126] workingset: timestamp_bits=30 max_order=16 bucket_order=0
[    2.408447] random: fast init done
[    2.414592] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    2.420435] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    2.433456] io scheduler noop registered
[    2.437354] io scheduler deadline registered (default)
[    2.443388] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    2.452695] console [ttyS0] disabled
[    2.456243] 1e000c00.uartlite: ttyS0 at MMIO 0x1e000c00 (irq = 18, base_baud = 3125000) is a 16550A
[    2.465254] console [ttyS0] enabled
[    2.472128] bootconsole [early0] disabled
[    2.480843] cacheinfo: Unable to detect cache hierarchy for CPU 0
[    2.487749] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys error
[    2.494804] Enable NFI Clock
[    2.497788] # MTK NAND # : Use HW ECC
[    2.501453] Device not found, ID: c8d1
[    2.505177] Not Support this Device! 
[    2.508922] chip_mode=00000001
[    2.511961] Support this Device in MTK table! c8d1 
[    2.516931] [NAND]select ecc bit:4, sparesize :64 spare_per_sector=16
[    2.523390] nand: device found, Manufacturer ID: 0xc8, Chip ID: 0xd1
[    2.529727] nand: ESMT NAND 128MiB 3,3V 8-bit
[    2.534064] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    2.541634] Scanning device for bad blocks
[    2.691286] 10 fixed-partitions partitions found on MTD device MT7621-NAND
[    2.698146] Creating 10 MTD partitions on "MT7621-NAND":
[    2.703441] 0x000000000000-0x000000080000 : "Bootloader"
[    2.709741] 0x000000080000-0x0000000c0000 : "Config"
[    2.715570] 0x0000000c0000-0x000000100000 : "Bdata"
[    2.721345] 0x000000100000-0x000000140000 : "Factory"
[    2.727279] 0x000000140000-0x000000180000 : "crash"
[    2.732950] 0x000000180000-0x0000001c0000 : "crash_syslog"
[    2.739379] 0x0000001c0000-0x000000200000 : "reserved0"
[    2.745415] 0x000000200000-0x000000600000 : "kernel_stock"
[    2.751846] 0x000000600000-0x000000a00000 : "kernel"
[    2.757731] 0x000000a00000-0x000007f80000 : "ubi"
[    2.764193] [mtk_nand] probe successfully!
[    2.769046] Signature matched and data read!
[    2.773293] load_fact_bbt success 1023
[    2.777691] libphy: Fixed MDIO Bus: probed
[    2.848976] libphy: mdio: probed
[    4.252654] mtk_soc_eth 1e100000.ethernet: loaded mt7530 driver
[    4.259343] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 20
[    4.270147] NET: Registered protocol family 10
[    4.275976] Segment Routing with IPv6
[    4.279792] NET: Registered protocol family 17
[    4.284271] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    4.297188] 8021q: 802.1Q VLAN Support v1.8
[    4.304363] UBI: auto-attach mtd9
[    4.307728] ubi0: attaching mtd9
[    4.566981] mtk_soc_eth 1e100000.ethernet eth0: port 2 link up
[    5.418406] ubi0: scanning is finished
[    5.438343] ubi0: attached mtd9 (name "ubi", size 117 MiB)
[    5.443821] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    5.450711] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    5.457490] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[    5.464415] ubi0: good PEBs: 940, bad PEBs: 0, corrupted PEBs: 0
[    5.470413] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
[    5.477622] ubi0: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 1784382385
[    5.486733] ubi0: available PEBs: 0, total reserved PEBs: 940, PEBs reserved for bad PEB handling: 20
[    5.495944] ubi0: background thread "ubi_bgt0d" started, PID 393
[    5.497988] block ubiblock0_0: created from ubi0:0(rootfs)
[    5.498003] ubiblock: device ubiblock0_0 (rootfs) set to be root filesystem
[    5.498024] hctosys: unable to open rtc device (rtc0)
[    5.498402] usb_vbus: disabling
[    5.529115] VFS: Mounted root (squashfs filesystem) readonly on device 254:0.
[    5.536798] Freeing unused kernel memory: 212K
[    5.541236] This architecture does not have kernel memory protection.
[    6.078086] init: Console is alive
[    6.081728] init: - watchdog -
[    6.597857] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    6.687477] usbcore: registered new interface driver usbfs
[    6.693032] usbcore: registered new interface driver hub
[    6.698523] usbcore: registered new device driver usb
[    6.713079] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vusb33 not found, using dummy regulator
[    6.722073] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[    6.727437] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 1
[    6.746528] xhci-mtk 1e1c0000.xhci: hcc params 0x01401198 hci version 0x96 quirks 0x00210010
[    6.755015] xhci-mtk 1e1c0000.xhci: irq 19, io mem 0x1e1c0000
[    6.761822] hub 1-0:1.0: USB hub found
[    6.765649] hub 1-0:1.0: 2 ports detected
[    6.768204] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[    6.776055] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[    6.781400] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 2
[    6.788889] xhci-mtk 1e1c0000.xhci: Host supports USB 3.0  SuperSpeed
[    6.795493] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
[    6.804431] hub 2-0:1.0: USB hub found
[    6.808278] hub 2-0:1.0: 1 port detected
[    6.815186] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    6.836707] init: - preinit -
[    7.585842] mtk_soc_eth 1e100000.ethernet: PPE started
[    7.661226] random: procd: uninitialized urandom read (4 bytes read)
[   10.797221] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 487
[   10.871665] UBIFS (ubi0:1): recovery needed
[   11.060011] UBIFS (ubi0:1): recovery completed
[   11.064605] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
[   11.072423] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[   11.082321] UBIFS (ubi0:1): FS size: 112373760 bytes (107 MiB, 885 LEBs), journal size 5586944 bytes (5 MiB, 44 LEBs)
[   11.092902] UBIFS (ubi0:1): reserved for root: 4952683 bytes (4836 KiB)
[   11.099504] UBIFS (ubi0:1): media format: w4/r0 (latest is w5/r0), UUID A4B934E8-BA84-4B25-81EB-59E2F9F66052, small LPT model
[   11.118119] mount_root: switching to ubifs overlay
[   11.149135] urandom-seed: Seeding with /etc/urandom.seed
[   11.241923] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[   11.256885] procd: - early -
[   11.259863] procd: - watchdog -
[   11.916529] procd: - watchdog -
[   11.919980] procd: - ubus -
[   11.995998] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.008017] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.014790] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.022084] procd: - init -
[   12.377269] kmodloader: loading kernel modules from /etc/modules.d/*
[   12.387736] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
[   12.395726] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[   12.406986] nf_conntrack version 0.5.0 (4096 buckets, 16384 max)
[   12.450736] xt_time: kernel timezone is -0000
[   12.469714] ip_tables: (C) 2000-2006 Netfilter Core Team
[   12.504522] bus=0x1, slot = 0x0, irq=0xff
[   12.508826] mt7603e 0000:01:00.0: ASIC revision: 76030010
[   12.517576] mt7603e 0000:01:00.0: Firmware Version: ap_pcie
[   12.523148] mt7603e 0000:01:00.0: Build Time: 20160107100755
[   12.566403] firmware init done
[   12.737316] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   12.744906] bus=0x2, slot = 0x1, irq=0xff
[   12.749208] mt76x2e 0000:02:00.0: ASIC revision: 76120044
[   12.777141] mt76x2e 0000:02:00.0: ROM patch build: 20141115060606a
[   12.886775] mt76x2e 0000:02:00.0: Firmware Version: 0.0.00
[   12.892265] mt76x2e 0000:02:00.0: Build: 1
[   12.896406] mt76x2e 0000:02:00.0: Build Time: 201507311614____
[   12.916417] mt76x2e 0000:02:00.0: Firmware running!
[   12.922909] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   12.929866] kmodloader: done loading kernel modules from /etc/modules.d/*
[   13.578599] urandom_read: 5 callbacks suppressed
[   13.578614] random: jshn: uninitialized urandom read (4 bytes read)
[   18.396574] mtk_soc_eth 1e100000.ethernet: PPE started
[   18.407897] device eth0 entered promiscuous mode
[   18.414814] br-lan: port 1(eth0.1) entered blocking state
[   18.420300] br-lan: port 1(eth0.1) entered disabled state
[   18.426874] device eth0.1 entered promiscuous mode
[   18.436415] br-lan: port 1(eth0.1) entered blocking state
[   18.441835] br-lan: port 1(eth0.1) entered forwarding state
[   18.447972] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   18.469826] br-lan: port 2(eth0.2) entered blocking state
[   18.475262] br-lan: port 2(eth0.2) entered disabled state
[   18.481435] device eth0.2 entered promiscuous mode
[   18.486718] br-lan: port 2(eth0.2) entered blocking state
[   18.492173] br-lan: port 2(eth0.2) entered forwarding state
[   19.388952] random: crng init done
[   19.400056] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   20.215037] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   20.224019] br-lan: port 3(wlan0) entered blocking state
[   20.229395] br-lan: port 3(wlan0) entered disabled state
[   20.235114] device wlan0 entered promiscuous mode
[   20.240017] br-lan: port 3(wlan0) entered blocking state
[   20.245318] br-lan: port 3(wlan0) entered forwarding state
[   20.451077] br-lan: port 3(wlan0) entered disabled state
[   20.786187] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   20.793049] br-lan: port 3(wlan0) entered blocking state
[   20.798490] br-lan: port 3(wlan0) entered forwarding state
[   21.259926] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   21.270249] br-lan: port 4(wlan1) entered blocking state
[   21.275580] br-lan: port 4(wlan1) entered disabled state
[   21.281579] device wlan1 entered promiscuous mode
[   21.286660] br-lan: port 4(wlan1) entered blocking state
[   21.291999] br-lan: port 4(wlan1) entered forwarding state
[   21.416558] br-lan: port 4(wlan1) entered disabled state
[  101.519124] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[  101.525916] br-lan: port 4(wlan1) entered blocking state
[  101.531221] br-lan: port 4(wlan1) entered forwarding state
[1380778.703917] ------------[ cut here ]------------
[1380778.708749] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
[1380778.717174] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[1380778.724293] Modules linked in: nf_conntrack_ipv6 mt76x2e mt7603e mt76 mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ip_tables 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 x_tables nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_log_common nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack compat ledtrig_usbport leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[1380778.781588] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.71 #0
[1380778.787741] Stack : 00000000 8fe0b240 805a0000 8006f7e4 805d0000 805663c0 00000000 00000000
[1380778.796251]         80530e88 8fc09dc4 805a2dbc 805a2947 8052bfb8 00000001 8fc09d68 1cc282a7
[1380778.804756]         00000000 00000000 80600000 00006120 00000000 0000013a 00000008 00000000
[1380778.813259]         00000000 805a0000 000bed14 00000000 00000000 00000000 805d0000 80379fb8
[1380778.821763]         00000009 00000140 00000000 8fe0b240 00000001 8029cdf8 00000000 80600000
[1380778.830268]         ...
[1380778.832876] Call Trace:
[1380778.835506] [<80010670>] show_stack+0x58/0x100
[1380778.840122] [<8046c27c>] dump_stack+0x9c/0xe0
[1380778.844636] [<8002e408>] __warn+0xe0/0x114
[1380778.848886] [<8002e46c>] warn_slowpath_fmt+0x30/0x3c
[1380778.854002] [<80379fb8>] dev_watchdog+0x1ac/0x324
[1380778.858873] [<80086754>] call_timer_fn.isra.3+0x24/0x84
[1380778.864247] [<80086970>] run_timer_softirq+0x1bc/0x248
[1380778.869555] [<80489740>] __do_softirq+0x128/0x2ec
[1380778.874416] [<80032b34>] irq_exit+0xac/0xc8
[1380778.878774] [<8024b3fc>] plat_irq_dispatch+0xfc/0x138
[1380778.883976] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
[1380778.889089] [<8000cfb0>] r4k_wait_irqoff+0x1c/0x24
[1380778.894054] [<8006685c>] do_idle+0xe4/0x168
[1380778.898390] [<80066ad8>] cpu_startup_entry+0x24/0x2c
[1380778.903508] [<805cbbf8>] start_kernel+0x48c/0x4ac
[1380778.908470] ---[ end trace c8dd6f0a0de2551e ]---
[1380778.913251] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[1380778.919606] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[1380778.925787] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ea00000, max=0, ctx=515, dtx=515, fdx=514, next=515
[1380778.936459] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0e190000, max=0, calc=2503, drx=2505
[1380778.950217] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[1380778.963338] mtk_soc_eth 1e100000.ethernet: PPE started

I hope this helps to find it. Otherwise just close it.

Greetings

07.11.20181938Base systemBug ReportVery LowCriticalCONFIG_PKG_ASLR_PIE and CONFIG_USE_MKLIBS are incompati...TrunkUnconfirmed Task Description

I’m building OpenWrt trunk (commit dceee8cc09a54f96dee82a6e95e3e77a6dd7ac13) for Netgear R7800 (though I think, device doesn’t matter here).

It turns out that if both CONFIG_PKG_ASLR_PIE and CONFIG_USE_MKLIBS are turned on, the system renders unusable. In my case, when building with GCC 7, dropbear doesn’t start, and when building with GCC 8, the system doesn’t boot, and the status LED is off.

The culprit is this line: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=include/rootfs.mk;h=76425c017a8b33340dbcc41cecaf1241352c7dbc;hb=HEAD#l7

      # first find all programs and add them to the mklibs list
      find $(STAGING_DIR_ROOT) -type f -perm /100 -exec \
              file -r -N -F '' {} + | \
              awk ' /executable.*dynamically/ { print $$1 }' > $(TMP_DIR)/mklibs-progs

It should generate the list of executables for mklibs, however, with PIE turned on, most of the executables don’t get into that list. In my config, only fw_printenv gets into the mklibs-progs list. And, because some executables are not on the list, the symbols they need may be stripped off the libraries, rendering these executables unusable.

The reason is that the file command detects PIE executables as shared objects, not as executables. Compare:

  With ASLR off:
  bin/busybox ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, with debug_info, not stripped
  With ASLR on:
  bin/busybox ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, with debug_info, not stripped
  This one single executable displays the same, independently of ASLR state:
  usr/sbin/fw_printenv ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, stripped

If CONFIG_PKG_ASLR_PIE=n, all executables are detected properly and get into the mklibs-progs list.

A more proper way should be found to detect executables, as the current one skips PIE executables completely and makes the system unusable, because some of the PIE executables can’t start due to missing symbols in libraries.

I’ve chosen the critical severity, because the system doesn’t work if I set those two config options to y, and this combination isn’t something unusual, because many people would like both increased security and smaller size of the firmware.

02.11.20181926KernelBug ReportVery LowHighMTD partition offset not correctly mapped when bad eras...openwrt-18.06Requires testing Task Description

- Device problem occurs on

        Netgear R6220

- Software versions of OpenWrt/LEDE

        OpenWrt 18.06.1, r7258-5eb055306f

When OpenWrt detects a bad eraseblock, all following offsets are sifted by one.

I’ll try to explain better this issue with an example.
We have this situation in kernel log:

[    2.853468] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1         
[    2.866112] nand: Macronix NAND 128MiB 3,3V 8-bit                            
[    2.875473] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB si4
[    2.890555] Scanning device for bad blocks                                   
[    2.969549] Bad eraseblock 266 at 0x000002140000                             
[    3.096049] Bad eraseblock 708 at 0x000005880000                             
[    3.189001] 6 fixed-partitions partitions found on MTD device MT7621-NAND    
[    3.202518] Creating 6 MTD partitions on "MT7621-NAND":                      
[    3.212922] 0x000000000000-0x000000100000 : "u-boot"                         
[    3.223925] 0x000000100000-0x000000200000 : "SC PID"                         
[    3.234878] 0x000000200000-0x000000600000 : "kernel"                         
[    3.245854] 0x000000600000-0x000002200000 : "ubi"                            
[    3.256476] 0x000002e00000-0x000002f00000 : "factory"                        
[    3.267585] 0x000004200000-0x000007e00000 : "reserved"                       
[    3.279423] [mtk_nand] probe successfully!                                   
 

As you can see there are 2 bad eraseblocks. Let’s leave the last one, since it is at the end of the flash.
The kernel states that the ‘factory’ partition starts at 0x2e00000 (that’s correct), but in reality OpenWrt will search for the partition at 0x2e20000 (2e00000 + (1 * 128KiB)).
People that have 3 bad eraseblocks before the factory partition reported that their mtd4 (factory) partition content reflects what is in nand at 0x2e60000 (0x2e00000 + (3 * 128KiB)).
This issue led to the wrong belief that there is more than one flash layout for this device, as reported in OpenWrt device page too.
A rapid check with

sc_nand r

from U-boot prompt can confirm this behavior.


01.11.20181924Base systemBug ReportVery LowLowArcher C7 V4, Archer C7 V5, TL-WR841n-V13: wan/ lan led...openwrt-18.06Unconfirmed Task Description

with these devices, the LEDs light up permanently but do not flash when network traffic

Software versions: OpenWrt 18.06 - 4b4a6308e711e6fb614d4886a9887fac040a1d56

01.11.20181923KernelBug ReportVery LowMediumigb driver fails to probe i210 interfaces on x86-64 sin...openwrt-18.06Unconfirmed Task Description

We use OpenWrt 18.06 on the Lex 3I380NX which has a four-port Intel I210IT Ethernet interface.

Since OpenWrt updates to kernel version 4.14.77, the kernel fails to probe all but the first port logging instead of

Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.023605] igb 0000:01:00.0: added PHC on eth0
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.023605] igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.030852] igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x1) 4c:02:89:10:f9:49
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.038137] igb 0000:01:00.0: eth0: PBA No: 000300-000
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.043390] igb 0000:01:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
Thu Nov  1 11:44:25 2018 kern.warn kernel: [    7.281959] igb: probe of 0000:02:00.0 failed with error -2
Thu Nov  1 11:44:25 2018 kern.warn kernel: [    7.534335] igb: probe of 0000:03:00.0 failed with error -2
Thu Nov  1 11:44:25 2018 kern.warn kernel: [    7.791954] igb: probe of 0000:04:00.0 failed with error -2

We have built a vanilla upstream kernel 4.14.77 using the same configuration as the OpenWrt build and it does enable all four interfaces, so our guess is that some of the patches applied for OpenWrt broke when updating from 4.14.76.

01.11.20181922Base systemBug ReportVery LowHighBuilding on mac os 10.13.6 fails due to perl issues wit...TrunkUnconfirmed Task Description

Attempting to build latest OpenWrt firmware for NETGEAR R7800 (arm-openwrt-linux-musl) fails with Perl errors about dynamic module loading:

/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/hostpkg/usr/bin/perl5.28.0 files/perlconfig.pl -Dowrt:target_cc='arm-openwrt-linux-muslgnueabi-gcc' -Dowrt:gccversion="7.3.0" -Dowrt:target_cross='arm-openwrt-linux-muslgnueabi-' -Dowrt:cflags='-O2 -pipe -mcpu=cortex-a9 -mfpu=vfp3 -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -mfloat-abi=hard -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/usr/include -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/include -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/usr/include -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/include/fortify -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/include' -Dowrt:ldflags='-L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/usr/lib -L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/lib -L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/usr/lib -L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/lib -znow -zrelro' -Dowrt:libc="musl" -Dowrt:ipv6=undef -Dowrt:threads=no -Dowrt:staging_dir='/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi' -Dowrt:host_perl_prefix='/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/hostpkg/usr' files/version.config files/base.config files/arm.config files/architecture.config files/signal.config files/threads.config files/libc.config files/misc.config > /Volumes/OpenWrt/NETGEAR_R7800/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/perl/perl-5.28.0/config.sh
Can't load module List::Util, dynamic loading not available in this perl.
  (You may need to build a new perl executable which either supports
  dynamic loading or has the List::Util module statically linked into it.)
 at files/perlconfig.pl line 229.
Compilation failed in require at files/perlconfig.pl line 229.
BEGIN failed--compilation aborted at files/perlconfig.pl line 229.
make[3]: *** [/Volumes/OpenWrt/NETGEAR_R7800/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/perl/perl-5.28.0/.configured_68b329da9893e34099c7d8ad5cb9c940] Error 255
make[3]: Leaving directory `/Volumes/OpenWrt/NETGEAR_R7800/feeds/packages/lang/perl'
time: package/feeds/packages/perl/compile#0.25#0.13#0.66
make[2]: *** [package/feeds/packages/perl/compile] Error 2
make[2]: Leaving directory `/Volumes/OpenWrt/NETGEAR_R7800'
make[1]: *** [/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory `/Volumes/OpenWrt/NETGEAR_R7800'
make: *** [world] Error 2
31.10.20181920Base systemBug ReportVery LowLowath10k: pdev param 0 not supported by firmwareTrunkUnconfirmed Task Description

device: Archer C7 v2.0
OpenWrt revision: OpenWrt SNAPSHOT r8385-374e646

1 compile and flash
2 bring up the 5 GHz wifi interface
3 check the dmesg output
4 the wifi may or may not start when enabled

The CPU usage is pretty high (close to 80-90% used by sirq) when transferring 50-80 Mbps of data from the Internet. Packets are lost sometimes over the wifi and the wifi appears unstable overall. This packet loss doesn’t occur when pinging directly from the router.

The router is on a 5 GHz channel which is free.

I had to push the wifi on/off switch to get the wifi to work.

29.10.20181917Base systemBug ReportVery LowHighMT7621 hw offloading crashingTrunkUnconfirmed Task Description

I’m using the latest build OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.284.42397-55ebe88)

With ZBT-WG3526 (16M), MediaTek MT7621 ver:1 eco:3.

Using HW offloading makes systems unstable after less than 24 hours.

I’ve tested it during several days. Now using SW offloading seems to be working ok.

I’ve posted traces here:

https://forum.openwrt.org/t/mt7621-offloading-reboots/24043

29.10.20181916Base systemBug ReportVery LowHighRouting/NAT Offloading not working with IPv6TrunkUnconfirmed Task Description

I’m using the latest build OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.284.42397-55ebe88)

With ZBT-WG3526 (16M), MediaTek MT7621 ver:1 eco:3.

Trying hardware offloading, works well with IPv4, but in IPv6 it doesn’t work.

Tested with other MT7621 devices, such as Ubiquiti ER-X, with their own OS and it works, so clearly the SoC is allowing it, but OpenWRT is failing to properly enable it.

Same with CLAT/464XLAT, lw4o6 and other transition mechanism, the offloading is not working and it looks to me it should work the same.

29.10.20181915Base systemBug ReportVery LowLow/usr/lib/lua/luci/model/network.lua:203: attempt to ind...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-Link Archer C7 v2

- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1 up-to-date

- Steps to reproduce
N/A

In the log I noticed:

12:04:01 uhttpd Failed to execute call dispatcher target for entry '/admin/network/wireless_status/radio0.network1,radio0.network2,radio1.network1,radio1.network2'.
12:04:01 uhttpd The called action terminated with an exception:
12:04:01 uhttpd /usr/lib/lua/luci/model/network.lua:203: attempt to index a nil value
12:04:01 uhttpd stack traceback:
12:04:01 uhttpd #011/usr/lib/lua/luci/model/network.lua:203: in function '_wifi_iwinfo_by_ifname'
12:04:01 uhttpd #011/usr/lib/lua/luci/model/network.lua:1649: in function '__init__'
12:04:01 uhttpd #011/usr/lib/lua/luci/util.lua:65: in function </usr/lib/lua/luci/util.lua:61>
12:04:01 uhttpd #011(tail call): ?
12:04:01 uhttpd #011/usr/lib/lua/luci/tools/status.lua:185: in function 'wifi_network'
12:04:01 uhttpd #011/usr/lib/lua/luci/controller/admin/network.lua:288: in function </usr/lib/lua/luci/controller/admin/network.lua:281>
12:04:01 uhttpd #011(tail call): ?


29.10.20181914Base systemBug ReportVery LowLowlua tonumber get wrong valueTrunkUnconfirmed Task Description

on x86_64
build base openwrt current master HEAD

problem:

lua -e ‘print(”42949672961111”+1)’ 1112
lua -e ‘print(”42949672951111”+1)’ 42949672951112

lua tonumber get wrong.

problem not happens on arm/mips but only x86_64
x86_generic not tested

28.10.20181912Base systemBug ReportVery LowLowRaspberry pi's cannot connect via WiFi to OpenWrt route...TrunkUnconfirmed Task Description

- Device problem occurs on: DLINK860L

- Software versions of OpenWrt/LEDE release, packages, etc.:
OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.228.31946-f64b152)
dnsmasq 2.80test3-1
Rpi3: Linux raspberrypi 4.14.78-v7+ #1156 SMP 2018 armv7l GNU/Linux

- Steps to reproduce:
Both the rpi zero-w and the raspberry pi 3 cannot properly connect to wlan1 (2.4GHz).
The DHCP negotiation seems to fail. This looks similar issue as reported in FS#1418.

Logs:
Openwrt syslog, try to connect RPI3 via wlan: Sun Oct 21:07:25 2018 daemon.info hostapd: wlan1: STA b8:ff:ff:ff:ff:01 IEEE 802.11: authenticated
Sun Oct 21:07:25 2018 daemon.info hostapd: wlan1: STA b8:ff:ff:ff:ff:01 IEEE 802.11: associated (aid 1)
Sun Oct 21:07:25 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED b8:ff:ff:ff:ff:01
Sun Oct 21:07:25 2018 daemon.info hostapd: wlan1: STA b8:ff:ff:ff:ff:01 WPA: pairwise key handshake completed (RSN) Sun Oct 21:07:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:07:29 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:29 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:07:37 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:37 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:07:53 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:53 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:08:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:08:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:09:32 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:09:32 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:10:36 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:10:36 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
But never an DHCPACK

All fine if I connect the ethernet cable:
Openwrt syslog, try to connect RPI3 via eth cable:
Sun Oct 21:11:38 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:02
Sun Oct 21:11:38 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPREQUEST(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPACK(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02 raspberrypi

Here the Rpi side, trying to connect via WiFi (syslog):
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: carrier acquired
Oct 16:41:00 raspberrypi dhcpcd[330]: DUID 00:01:00:01:....................
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: IAID eb:...............
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: adding address fe80::............
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: soliciting a DHCP lease
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: soliciting an IPv6 router
Oct 16:41:05 raspberrypi dhcpcd[330]: wlan0: probing for an IPv4LL address
Oct 16:41:11 raspberrypi dhcpcd[330]: wlan0: using IPv4LL address 169.254.141.76 Oct 16:41:11 raspberrypi dhcpcd[330]: wlan0: adding route to 169.254.0.0/16
Oct 16:41:11 raspberrypi dhcpcd[330]: wlan0: adding default route
Oct 16:41:13 raspberrypi dhcpcd[330]: wlan0: no IPv6 Routers available

Log from RPI3:

27.10.20181911Base systemBug ReportVery LowMediumXrx200/lantiq: if connected w/ USB hub reading from ftd...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
lantiq, xrx200
- Software versions of OpenWrt/LEDE release, packages, etc.
18.01
- Steps to reproduce
see
https://forum.openwrt.org/t/xrx200-lantiq-if-connected-w-usb-hub-reading-from-ftdi-arduino-nano-hangs-system/23858

 


27.10.20181910Base systemFeature RequestVery LowLowAdd Xiaomi Mi Router R3 support to base systemTrunkUnconfirmed Task Description

Please add this device. Files are implemented from Shibajee Roy.
ramips: add Xiaomi Mi Router R3 support


27.10.20181909Base systemBug ReportVery LowLowfailsafe packet sent to udp/4919 on WAN port does not m...TrunkUnconfirmed Task Description

- Device problem occurs on

Device tested: Archer C7 v2

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

Tested on Chaos Calmer 15.06, and on 18.06

- Steps to reproduce

 

packet sniff WAN port during power on
src MAC address of failsafe broadcast notification packet (sent to udp/4919) has a different MAC address than the final configured default MAC address for the WAN port after boot.

This causes issues with some ARRIS cable modem devices with a configured max client count of 1.

- Observed values

src MAC address of broadcast failsafe packet on the WAN port matches the LAN switch MAC.

- Suggested possible next actions:

1. Use the WAN switch MAC address for the broadcast packet, on all interfaces, which should be safe.
2. If 1. is infeasible, provide a /etc/config/... setting that disables the sending of the udp/4919 packet – which is not critical to experienced operators.

26.10.20181908FlysprayFeature RequestVery LowMediumEditing an Existing Task, At Least the Tags and Title, ...TrunkUnconfirmed Task Description

When posting a feature request for the NETGEAR DM200 on OpenWRT, I have tagged it incorrectly (adding commas in between tags, since I am used to doing this on other systems similar to Flyspray), and then I saw that I cannot edit my own post.
Also, I wanted to fix the title (capitalizing letters where necessary, and likewise, the opposite).

Can editing existing tasks one had authored be possible in the future, or at least improving the tagging system, to enable fixing such mistakes?

Showing tasks 51 - 100 of 711 Page 2 of 15 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing