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.

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

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

Steps to reproduce:

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

opkg update

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

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

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

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

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

If you do

opkg update

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

root@turris:~# opkg install busybox --force-reinstall
Refusing to remove essential package busybox.
        Removing an essential package may lead to an unusable system, but if
        you enjoy that kind of pain, you can force opkg to proceed against
        its will with the option: --force-removal-of-essential-packages
No packages removed.
Package busybox (1.30.1-5.18) installed in root is up to date.
22.04.20203034Base systemBug ReportVery LowMediumAMD Geode → OpenSSL no HW acceleration for CBC modeopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- System: PC Engines Alix Board 2d13
- Software: 19.07.2-x86-geode-combined-squashfs.img.gz

1. Install openssl utility along with library and optional libopenssl-afalg_sync engine (same problem with libopenssl-devcrypto)

2. HW accelerated encryption is available to kernel:

 cat /proc/crypto | grep geode
 driver       : ecb(geode-aes)
 driver       : cbc-aes-geode
 module       : geode_aes
 driver       : ecb-aes-geode
 module       : geode_aes
 driver       : geode-aes
 module       : geode_aes

3. But OpenSSL cannot use CBC mode and falls back to software encryption

 openssl speed -evp aes-128-cbc -engine afalg -elapsed
 dmesg output is full off:
 Error allocating fallback algo cbc(aes)

4. Using libopenssl-devcrypto instead of libopenssl-afalg_sync produces similar results but can employ ECB mode. AES-128-CBC is not available.


29.04.20203058Base systemBug ReportVery LowMediumPPPoE fails repeatedly; until rebootopenwrt-19.07Unconfirmed Task Description

I’m using the pre-built OpenWRT firmware for BT HomeHub 5a and am generally very happy with it. The problem that shows up is that every once in a while, the PPPoE connection goes down and stays down. I see in the log that the PPPoE is retried repeatedly but keeps failing. Disabling the corresponding interface and then re-enabling it (e.g. from LuCI) does not help (I do see that it takes the PPPoE and the DSL down and after a while the DSL comes back up but the PPPoE still keeps failing in the same way).

Rebooting fixes the issue, OTOH.

The system log repeats the following lines every 15 seconds or so:

Wed Apr 29 07:16:55 2020 daemon.notice netifd: Interface 'wan' is enabled
Wed Apr 29 07:16:55 2020 daemon.notice netifd: Interface 'wan' is setting up now
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - slhc
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - ppp_generic
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - pppox
Wed Apr 29 07:16:55 2020 daemon.err insmod: module is already loaded - pppoe
Wed Apr 29 07:16:55 2020 daemon.info pppd[13912]: Plugin rp-pppoe.so loaded.
Wed Apr 29 07:16:55 2020 daemon.info pppd[13912]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Wed Apr 29 07:16:55 2020 daemon.notice pppd[13912]: pppd 2.4.7 started by root, uid 0
Wed Apr 29 07:17:10 2020 daemon.warn pppd[13912]: Timeout waiting for PADO packets
Wed Apr 29 07:17:10 2020 daemon.err pppd[13912]: Unable to complete PPPoE Discovery
Wed Apr 29 07:17:10 2020 daemon.info pppd[13912]: Exit.
Wed Apr 29 07:17:10 2020 daemon.notice netifd: Interface 'wan' is now down
Wed Apr 29 07:17:10 2020 daemon.notice netifd: Interface 'wan' is disabled

I cannot reproduce it at will. The problem occurred more often (like once a week maybe) in the past and I thought it had magically been resolved since it hadn’t re-appeared for the last 2 months, but it happened again today.

root@router:~# opkg list_installed | grep ppp
kmod-ppp - 4.14.167-1
kmod-pppoa - 4.14.167-1
kmod-pppoe - 4.14.167-1
kmod-pppox - 4.14.167-1
luci-proto-ppp - git-20.029.45734-adbbd5c-1
ppp - 2.4.7.git-2019-05-25-2
ppp-mod-pppoa - 2.4.7.git-2019-05-25-2
ppp-mod-pppoe - 2.4.7.git-2019-05-25-2
root@router:~# 

I suspect the above info is not sufficient to find the problem, so at this point, I’m mostly looking for suggestions as to how to get more verbose logs, or commands to try and run parts individually

02.05.20203059Base systemBug ReportVery LowMediumDHCP options with spaces parsed incorrectlyopenwrt-19.07Unconfirmed Task Description

The following problem occurs on Archer C7 running 18.06, as well as an x86-64 VM running 19.07.02

I was attempting to PXE boot a Raspberry Pi, which requires setting DHCP option 43 to “Raspberry Pi Boot”. I tried to do this by including

config tag 'rpipxe'
	list dhcp_option '43,"Raspberry Pi Boot"'
	list dhcp_option '66,"192.168.1.180"'

in /etc/config/dhcp. However, the code in /etc/init.d/dnsmasq does not correctly parse DHCP options with spaces, leading to the following in the dnsmasq config file under /var/tmp

dhcp-option=tag:rpipxe,66,192.168.1.180
dhcp-option=tag:rpipxe,43,Raspberry
dhcp-option=tag:rpipxe,Pi
dhcp-option=tag:rpipxe,Boot

The attached patch to /etc/init.d/dnsmasq fixes the problem (but may not necessarily be the right fix).

11.05.20203092Base systemBug ReportVery LowHighXiaomi Router 3G random rebootsopenwrt-19.07Unconfirmed Task Description

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

 

Hello,

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

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

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

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

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

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

16.05.20203100Base systemBug ReportVery LowLowminiupnpd.conf generated by /etc/init.d/miniupnpd uses ...openwrt-19.07Unconfirmed Task Description

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

  • OpenWrt 19.07.2, r10947-65030d81f3
  • miniupnpd - 2.1.20191006-4

I have both native IPv6 (wan_6 virtual interface from pppoe) and 6to4. I need 6to4 to connect to other 6to4 peers which is faster than native IPv6 (and sometimes native IPv6 cannot reach 6to4). /var/etc/miniupnpd.conf generated by /etc/init.d/miniupnpd uses 6to4 instead of native IPv6, the file contains the following lines

ext_ifname=pppoe-wan
ext_ifname6=6to4-wan6

I think it’s better to use native IPv6 interface by default.
Additionally, is it possible to add ipv6_disable option to the config? Buggy UPnP clients sometimes put IPv6 address in a IPv4 port mapping request, I’d like to check if disabling IPv6 UPnP would fix it, this problem is mentioned in https://github.com/miniupnp/miniupnp/issues/408

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

Device: BT HomeHub Version 2B (Lantiq XWAY)

Software: 19.07.3 downloaded from:

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

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

__nand_correct_data: uncorrectable ECC error

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

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

and

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

This bug may also be related to:

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

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

22.05.20203114Base systemBug ReportVery LowMediumWhen using CLIENT+AP with 5GHZ on same radio, AP doesn'...openwrt-19.07Unconfirmed Task Description

Workaround is to set the channel on the AP to an arbitrary channel other than ‘auto’. It’s still auto since it has to be the same channel as the client uses, but at least now it shows up.
Verified the issue on 19.07.3 with both Xiaomi MIR3G and Netgear WNDR3700v5, both MT7621 based.

 


24.05.20203121Base systemBug ReportVery LowMediumR7800 sysupgrade failsopenwrt-19.07Unconfirmed Task Description

On the Netgear R7800 the sysupgrade fails. Only tried with ‘Keep Settings’.

After reboot only the power light flashes white and it becomes unreachable.

This is the case with release 19. If it was the same with 18 I don’t remember.

The solution for now is upgrade via tftp with factory image but that makes restoring not easy because of lost settings and changed ip address.

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

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

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

Hello there,
I just upgraded my perfectly working TP-Link TL-WDR4900 v1 from LEDE 17 to the latest OpenWRT firmware available: 19.07.03

Unfortunately now, some WiFi 2.4GHz clients got stuck on wifi, they cannot even ping the router, the only way to fix it is to manually disconnect and reconnect them.

This is the log from the router in that specific moment:
May 30 22:26:01 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 static
May 30 22:26:11 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 dynamic
May 30 22:38:59 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 static
May 30 22:38:59 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 dynamic
May 30 22:39:03 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 static
May 30 22:39:04 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 dynamic
May 30 22:39:12 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 static
May 30 22:39:13 Router hostapd: wlan1: STA-OPMODE-SMPS-MODE-CHANGED 83:20:75:40:f3:a0 dynamic

In order to reproduce the bug I have just to increase the traffic (download a big file on wifi)

01.06.20203142Base systemBug ReportVery LowMediumQEMU on arm64 cannot shut down OpenWRT 19.07openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on - arm64 QEMU Virtual Machine
- Software versions of OpenWrt/LEDE release, packages, etc. - 19.07.3
- Steps to reproduce -
Boot OpenWRT as per the instructions at OpenWRT QEMU Documentation on an arm64 virtual machine.

 

When hosted in a QEMU virtual machine on arm64 (aarch64), OpenWRT is unable to shut down.
QEMU supports two shutdown methods on arm64, ACPI and QEMU Guest Agent

ACPI on arm64 requires UEFI support, which is not enabled in the armvirt-64 kernel.

QEMU Guest Agent has a package for OpenWRT but the package is broken due to the base implementation of OpenWRT.
QEMU Guest Agent forks a process that calls /sbin/shutdown with several flags when ordered to shut down.
/sbin/shutdown does not exist in the base system.
The flags passed are not compatible with /sbin/poweroff.

This is solved with a simple script:
/sbin/shutdown:

#!/bin/sh
/sbin/poweroff

Ideally support for armvirt-64 should move to uefi, since that is the expected supported method of booting a arm64 virtual machine.
This would require the addition of CONFIG_EFI_STUB to the armvirt-64 kernel config.
It would also require changing the armvirt-64 packaging to include the kernel efi image in the root file system, and/or add a bootloader such as grub.

03.06.20203147Base systemBug ReportVery LowHigh802.11w settings on LUCI WIFI page doesn't work properl...openwrt-19.07Unconfirmed Task Description

Host device

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

External server/service

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

Client

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

Steps to reproduce:

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

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

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

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

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

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

Steps to workaround:

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

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


08.06.20203161Base systemBug ReportVery LowMedium[opkg | logd] installation collision syslog-ngopenwrt-19.07Unconfirmed Task Description
{”kernel”:”4.14.180”,”hostname”:”OpenWrt”,”system”:”ARMv7 Processor rev 1 (v7l)”,”model”:”Turris Omnia”,”board_name”:”cznic,turris-omnia”,”release”:{”distribution”:”OpenWrt”,”version”:”19.07.3”,”revision”:”r11063-85e04e9f46”,”target”:”mvebu/cortexa9”,”description”:”OpenWrt 19.07.3 r11063-85e04e9f46”}}
—-
opkg install syslog-ng
Collected errors:
 * check_data_file_clashes: Package syslog-ng wants to install file /sbin/logread
	But that file is already provided by package  * logd
 * opkg_install_cmd: Cannot install package syslog-ng.
13.06.20203178Base systemBug ReportVery LowLowOpenWrt Radio 5.8Ghz PS4 slim openwrt-19.07Unconfirmed Task Description

I have a connection problem between PS4 slim in the 5.8 Ghz band
I am using a TpLink C59 OpenWrt router 19.07.3 r11063-85e04e9f46
All the devices work well in the 5.8GHz band but the PS4 does not link in the 5.8Hz band instead the PS4 works well in the 2.8Ghz band. I have this problem since I migrated to 19.07 with the previous version 18.06 the PS4 worked fine in band 5.8 Ghz
With all three versions of 19.07 the problem is the same.
I am using the Ar71xx driver but the problem repeats with Ath79
The PS4 works OK with other Access Points in band 5.8 Ghz
The failure also occurs without encryption and with a fixed IP.
From another device the ping fails when I ping against the PS4 in band 5.8 Ghz
Using the 2.4 GHz radio all OK
Someone had a similar problem.
Very good OpenWrt
Greetings and thanks


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

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

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

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

I was upgraded to my LinkSys WRT-1900ACS from LEDE 17.01.6 to OpenWRT 19.07.3.

With LEDE 17.01.6 I can set up 5GHz WLAN to use N and AC at the same time with two different SSID and with this setup some old devices can connect to this 5GHz WLAN with 802.11n correctly while my notebook can connect to 802.11AC on 5GHz network too (I used two different SSID setup both setting used 5GHz network).

After I upgraded to OpenWrt I found there is no option to set up both 802.11N and 802.11AC with 5GHz at the same time and my old WiFi devices need to use 2.4GHz network only.

With the OpenWrt 19.07.3 the ‘require_mode’ option can set globally so need to decide to use AC or N only for all 5GHz SSID.

Is there any way to set 5GHz with both N and AC at the same time or there is no option by technical reason?

21.06.20203196Base systemBug ReportVery LowLowOpenWRT on Freescale's P2020RDBopenwrt-19.07Unconfirmed Task Description

I’m trying to run OpenWRT on a P2020RDB board, I managed to fetch the release mpc85xx initramfs.bin from here (I failed to get the snapshot one for Freescale over here as I received a 403 error), and then I pulled it into uboot using tftpboot, and placed it at address “0×1000000“, and ran “bootm 0×1000000” the kernel starts and then I get a call trace and some stuff get dumped:

XTM-330_P2020(FAILSAFE) => bootm 0x1000000                                                                                                                      [165/195]
WARNING: adjusting available memory to 30000000                                                                                                                          
## Booting kernel from FIT Image at 01000000 ...                                                                                                                         
   Using 'config@1' configuration                                                                                                                                        
   Trying 'kernel@1' kernel subimage                                                                                                                                     
     Description:  POWERPC OpenWrt Linux-4.14.180                                                                                                                        
     Type:         Kernel Image                                                                                                                                          
     Compression:  gzip compressed                                                                                                                                       
     Data Start:   0x010000ec                                                                                                                                            
     Data Size:    5128735 Bytes = 4.9 MiB                                                                                                                               
     Architecture: PowerPC                                                                                                                                               
     OS:           Linux                                                                                                                                                 
     Load Address: 0x00000000
     Entry Point:  0x00000000
     Hash algo:    crc32
     Hash value:   7754597c
     Hash algo:    sha1
     Hash value:   bd433c824dc74e015b759f3ab53ffe996b130f2e
   Verifying Hash Integrity ... crc32+ sha1+ OK
## Flattened Device Tree from FIT Image at 01000000
   Using 'config@1' configuration
   Trying 'fdt@1' FDT blob subimage
     Description:  POWERPC OpenWrt p2020rdb device tree blob
     Type:         Flat Device Tree
     Compression:  uncompressed
     Data Start:   0x014e4448
     Data Size:    12550 Bytes = 12.3 KiB
     Architecture: PowerPC
     Hash algo:    crc32
     Hash value:   0d1ae91a
     Hash algo:    sha1
     Hash value:   fdbac0f412982769bdef3ba414fc6716b8a855d4
   Verifying Hash Integrity ... crc32+ sha1+ OK
   Booting using the fdt blob at 0x14e4448 
   Uncompressing Kernel Image ... OK
   Loading Device Tree to 00ff9000, end 00fff105 ... OK
[    0.000000] Memory CAM mapping: 256/256/256 Mb, residual: 256Mb
[    0.000000] Linux version 4.14.180 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r11063-85e04e9f46)) #0 SMP Sat May 16 18:32:20 2020
[    0.000000] Using P2020 RDB machine description
[    0.000000] bootconsole [udbg0] enabled
[    0.000000] CPU maps initialized for 1 thread per core
[    0.000000] -----------------------------------------------------
[    0.000000] phys_mem_size     = 0x30000000
[    0.000000] dcache_bsize      = 0x20
[    0.000000] icache_bsize      = 0x20
[    0.000000] cpu_features      = 0x0000000012100460
[    0.000000]   possible        = 0x0000000012120460
[    0.000000]   always          = 0x0000000000100000
[    0.000000] cpu_user_features = 0x84e08000 0x08000000
[    0.000000] mmu_features      = 0x00020010
[    0.000000] -----------------------------------------------------
mpc85xx_rdb_setup_arch()
[    0.000000] mpc85xx_qe_init: Could not find Quicc Engine node
[    0.000000] MPC85xx RDB board from Freescale Semiconductor
[    0.000000] barrier-nospec: using isync; sync as speculation barrier
[    0.000000] Zone ranges:
[    0.000000]   DMA      [mem 0x0000000000000000-0x000000002fffffff]
[    0.000000]   Normal   empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x000000002fffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000002fffffff]
[    0.000000] MMU: Allocated 1088 bytes of context maps for 255 contexts
[    0.000000] percpu: Embedded 12 pages/cpu s18380 r8192 d22580 u49152
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 195072
[    0.000000] Kernel command line: root=/dev/sda1 rw rootdelay=30 console=ttyS0,115200 ramdisk_size=600000
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Memory: 705444K/786432K available (4400K kernel code, 176K rwdata, 548K rodata, 2620K init, 216K bss, 80988K reserved, 0K cma-reserved)
[    0.000000] Kernel virtual memory layout:
[    0.000000]   * 0xfffdf000..0xfffff000  : fixmap
[    0.000000]   * 0xfdffe000..0xfe000000  : early ioremap
[    0.000000]   * 0xf1000000..0xfdffe000  : vmalloc & ioremap
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 512, nr_irqs: 512, preallocated irqs: 16
[    0.000000] mpic: Setting up MPIC " OpenPIC  " version 1.2 at ffe40000, max 2 CPUs
[    0.000000] mpic: ISU size: 256, shift: 8, mask: ff
[    0.000000] mpic: Initializing for 256 sources
[    0.000000] mpc85xx_rdb_pic_init: Could not find qe-ic node
[    0.000010] clocksource: timebase: mask: 0xffffffffffffffff max_cycles: 0xf6018975a, max_idle_ns: 440795204712 ns
[    0.010162] clocksource: timebase mult[f000003] shift[24] registered
[    0.016543] pid_max: default: 32768 minimum: 301
[    0.021182] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.027710] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.035198] mpic: requesting IPIs...
[    0.039003] Hierarchical SRCU implementation.
[    0.043596] smp: Bringing up secondary CPUs ...
[    0.048509] smp: Brought up 1 node, 2 CPUs
[    0.052518] Using shared cache scheduler topology
[    0.058928] random: get_random_u32 called from 0xc0201c80 with crng_init=0
[    0.065843] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.075502] futex hash table entries: 512 (order: 2, 16384 bytes)
[    0.081889] NET: Registered protocol family 16
[    0.094212] Found FSL PCI host bridge at 0x00000000ffe0a000. Firmware bus number: 0->0
[    0.102052] PCI host bridge /pcie@ffe0a000 (primary) ranges:
[    0.107677]  MEM 0x0000000080000000..0x000000009fffffff -> 0x0000000080000000 
[    0.114869]   IO 0x00000000ffc00000..0x00000000ffc0ffff -> 0x0000000000000000
[    0.121993] /pcie@ffe0a000: PCICSRBAR @ 0xfff00000
[    0.126746] setup_pci_atmu: end of DRAM 30000000
[    0.131344] /pcie@ffe0a000: Setting PCI inbound window greater than memory size
[    0.146042] PCI: Probing PCI hardware
[    0.149766] fsl-pci ffe0a000.pcie: PCI host bridge to bus a000:00
[    0.155778] pci_bus a000:00: root bus resource [io  0x0000-0xffff]
[    0.161927] pci_bus a000:00: root bus resource [mem 0x80000000-0x9fffffff]
[    0.168774] pci_bus a000:00: root bus resource [bus 00-ff]
[    0.174535] pci a000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    0.182529] pci a000:00:00.0: PCI bridge to [bus 01-ff]
[    0.187722] PCI: Cannot allocate resource region 0 of device a000:00:00.0, will remap
[    0.195494] pci a000:00:00.0: BAR 0: no space for [mem size 0x00100000]
[    0.202057] pci a000:00:00.0: BAR 0: failed to assign [mem size 0x00100000]
[    0.208993] pci a000:00:00.0: PCI bridge to [bus 01]
[    0.213933] pci a000:00:00.0:   bridge window [io  0x0000-0xffff]
[    0.220002] pci a000:00:00.0:   bridge window [mem 0x80000000-0x9fffffff]
[    0.226764] pci_bus a000:00: Some PCI device resources are unassigned, try booting with pci=realloc
[    0.235925] /soc@ffe00000/timer@41100: cannot get timer frequency.
[    0.242059] /soc@ffe00000/timer@42100: cannot get timer frequency.
[    0.254462] clocksource: Switched to clocksource timebase
[    0.260493] NET: Registered protocol family 2
[    0.265162] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[    0.272178] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[    0.278670] TCP: Hash tables configured (established 8192 bind 8192)
[    0.285022] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.290884] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.297300] NET: Registered protocol family 1
[    2.607509] Crashlog allocated RAM at address 0x3f00000
[    2.612901] workingset: timestamp_bits=30 max_order=18 bucket_order=0
[    2.622935] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    2.628700] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    2.639761] io scheduler noop registered
[    2.643605] io scheduler deadline registered (default)
[    2.649567] pcieport a000:00:00.0: enabling device (0106 -> 0107)
[    2.655875] pcieport a000:00:00.0: AER enabled with IRQ 24
[    2.661445] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
rserial8250.0: ttyS0 at MMIO 0xffe04500 (irq = 42, base_baud = 33333333) is a 16550A
[    2.681148] console [ttyS0] enabled
[    2.681148] console [ttyS0] enabled
[    2.688069] bootconsole [udbg0] disabled
[    2.688069] bootconsole [udbg0] disabled
[    2.696040] serial8250.0: ttyS1 at MMIO 0xffe04600 (irq = 42, base_baud = 33333333) is a 16550A
[    2.705190] console [ttyS0] disabled
[    2.708811] console [ttyS0] enabled
[    2.712565] ffe04600.serial: ttyS1 at MMIO 0xffe04600 (irq = 42, base_baud = 33333333) is a 16550
[    2.722481] Disabling lock debugging due to kernel taint
[    2.722487] fsl-lbc ffe05000.localbus: Chip select error: LTESR 0x00080000
[    2.734643] Machine check in kernel mode.
[    2.738637] Caused by (from MCSR=10008): 
[    2.738640] Bus - Read Data Bus Error
[    2.746282] Oops: Machine check, sig: 7 [#1]
[    2.750535] BE SMP NR_CPUS=2 P2020 RDB
[    2.754272] Modules linked in:
[    2.757319] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G   M            4.14.180 #0
[    2.764610] task: ef448000 task.stack: ef450000
[    2.769125] NIP:  c02995d0 LR: c028f240 CTR: c02995b0
[    2.774161] REGS: effe3f10 TRAP: 0204   Tainted: G   M             (4.14.180)
[    2.781276] MSR:  00029000 <CE,EE,ME>  CR: 24000282  XER: 00000000
[    2.787449] DEAR: f1200000 ESR: 00800000 
[    2.787449] GPR00: c028f524 ef451c20 ef448000 ef451c34 ef49c91c 00000020 ef451cc8 ef451cc8 
[    2.787449] GPR08: 00000002 00000002 f1200000 00000002 24000282 00000000 c049ae20 c049a00c 
[    2.787449] GPR16: c049ad84 c049adc0 c049add8 ef48f158 00000000 c049ad50 ef49c910 01000000 
[    2.787449] GPR24: c049a000 00000000 00000000 00000000 00000000 00000022 00000002 ef49c91c 
[    2.824804] Call Trace:
[    2.827240] [ef451c20] [ef451cd0] 0xef451cd0 (unreliable)
[    2.832625] [ef451c60] [c028f524] 0xc028f524
[    2.836882] [ef451c80] [c028e3dc] 0xc028e3dc
[    2.841138] [ef451cc0] [c02991a8] 0xc02991a8
[    2.845394] [ef451d40] [c028e2b8] 0xc028e2b8
[    2.849651] [ef451d60] [c029993c] 0xc029993c
[    2.853907] [ef451de0] [c0273138] 0xc0273138
[    2.858164] [ef451df0] [c02715b8] 0xc02715b8
[    2.862420] [ef451e20] [c02717f4] 0xc02717f4
[    2.866676] [ef451e40] [c026f634] 0xc026f634
[    2.870933] [ef451e70] [c0270a88] 0xc0270a88
[    2.875189] [ef451e90] [c0272158] 0xc0272158
[    2.879446] [ef451ea0] [c0003140] 0xc0003140
[    2.883702] [ef451f00] [c04d8b40] 0xc04d8b40
[    2.887959] [ef451f30] [c00032d0] 0xc00032d0
[    2.892215] [ef451f40] [c00103b0] 0xc00103b0
[    2.896470] Instruction dump:
[    2.899427] 48000008 0fe00000 7c0004ac 4e800020 81240018 8144000c 2f890001 40be000c 
[    2.907163] 7d2a28ae 48000028 2f890002 40be000c <7d2a2a2e> 48000018 2f890004 409e000c 
[    2.915079] ---[ end trace c9ea2fa8a0ac4ace ]---
[    2.920341] 
[    3.911837] Kernel panic - not syncing: Fatal exception
[    3.917450] Rebooting in 1 seconds..

Is there something wrong I’m doing? Or is this a bug upstream?

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

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

 

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

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

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

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

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

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

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

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

08.07.20203218Base systemBug ReportVery LowLowhostapd log_level ingoredopenwrt-19.07Unconfirmed Task Description

Model: TP-Link Archer C7 v2
Architecture: Qualcomm Atheros QCA9558 ver 1 rev 0
Firmware Version :OpenWrt 19.07.2 r10947-65030d81f3 / LuCI openwrt-19.07 branch git-20.155.55664-f35803e
Kernel Version: 4.14.171

root@router:/tmp/run# uci show wireless | grep log
wireless.radio0.log_level='3'
wireless.radio1.log_level='3'
root@router:/tmp/run# cat hostapd-phy* | grep log
logger_syslog=127
logger_syslog_level=3
logger_stdout=127
logger_stdout_level=3
logger_syslog=127
logger_syslog_level=3
logger_stdout=127
logger_stdout_level=3
root@router:/tmp/run# hostapd_cli -i wlan0 log_level
Current level: INFO
Timestamp: 0
root@router:/tmp/run# hostapd_cli -i wlan1 log_level
Current level: INFO
Timestamp: 0
root@router:/tmp/run# hostapd_cli -i wlan1-1 log_level
Current level: INFO
Timestamp: 0
root@router:/tmp/run# hostapd_cli -i wlan1-1 log_level 2
FAIL
root@router:/tmp/run# opkg list-installed | grep hostapd
hostapd-common - 2019-08-08-ca8c2bd2-4
hostapd-utils - 2019-08-08-ca8c2bd2-4
root@router:/tmp/run# opkg list-installed | grep wpad
wpad - 2019-08-08-ca8c2bd2-4

Hello, I have a problem with the loglevel of hostapd. However the loglevel get ignored by the daemon and even the direct manipulation over hostapd_cli failed. Because of this the syslog get spammed by all the info messages.
It is predefined here: https://github.com/openwrt/openwrt/blob/openwrt-19.07/package/network/services/hostapd/Config.in But I don’t know why it is unchangeable at all

11.07.20203224Base systemBug ReportVery LowLowA VLAN goes out when a new VLAN is addedopenwrt-19.07Unconfirmed Task Description

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

 

Hostname OpenWrt
Model Linksys WRT1900ACS
Architecture ARMv7 Processor rev 1 (v7l)
Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363
Kernel Version 4.14.180

At the outset, there are two VLANs pre-existing: 1 (LAN) and 2 (WAN)
In LuCi, create the following VLANs: 10, 20, 21, 2200, 2204, 2208, 3000.

At that point, I created a new VLAN on the Network/Switch page in LuCi. The new VLAN had an initial default VID of 10, which I changed to 11. I set the tagging to my need (Tagged on CPU and LAN port 3, off on all other ports) without touching the other nine VLANs.

As soon as I hit Save & apply, VLAN 10 stopped working entirely.

Examining the configuration files, I find these two stanzas:

config switch_vlan

option device 'switch0'
option vlan '3'
option ports '5t 1t'
option vid '10'

. . .

config switch_vlan

option device 'switch0'
option vlan '10'
option ports '5t 1t'
option vid '11'

This leads me to the hypothesis that the “vlan” option of 10 is colliding with the “vid” option of 10 on another VLAN, though it seems like these should be separate, unrelated concepts.

My workaround was to redo my VLAN scheme so that former VLANs 10, 11, 20 and 21 are now 1000, 1100, 2000 and 2100 respectively, which was enough to prevent this collision, and it all works, but it seems like it should not have had the collision in the first place.

19.07.20203239Base systemBug ReportVery LowLowVLAN tagging on ipq40xx (GL-B1300) no longer worksopenwrt-19.07Unconfirmed Task Description

GL-B1300, ipq40xx, 19.07-SNAPSHOT

https://forum.openwrt.org/t/vlan-tagging-on-ipq40xx-gl-b1300-no-longer-works/69569

The config below used to create VLAN 3 & 4 on the LAN ports, but not after the commit https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=8c191712558ce945993982b03abc5ce80e0fe230 : LAN clients cannot get their IP addresses

I build 19.07 WITHOUT that commit and it fixed the issue.

config switch

option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan

option device 'switch0'
option vlan '3'
option vid '3'
option ports '3 0t'

config switch_vlan

option device 'switch0'
option vlan '4'
option vid '4'
option ports '4 0t'
28.07.20203253Base systemBug ReportVery LowCriticalLinksys WRT3200 ipv4 connection speed problems openwrt-19.07Unconfirmed Task Description

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

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

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

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

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

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

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

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

 


21.08.20203298Base systemBug ReportVery LowCriticalEdimax 3G-6200n z OpenWrt 19.07.2 lost settings after r...openwrt-19.07Unconfirmed Task Description

Edimax 3G-6200n OpenWrt 19.07.2, r10947-65030d81f3

Steps:
1. Download the latest version OpenWrt 19.07.2 to Edimax 3G-6200n.
2. Set e.g. the password to the router and/or turn on the WiFi.
3. Reboot the router with the reboot option in OpenWrt.
4. The router has no settings previously saved - the status is as right after installing fresh OpenWRT - no password, no WiFi enabled, default settings.

Problem with JFFS.

root@OpenWrt:~# mount
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /tmp/root type tmpfs (rw,noatime,mode=755)
overlayfs:/tmp/root on / type overlay (rw,noatime,lowerdir=/,upperdir=/tmp/root/upper,workdir=/tmp/root/work)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
root@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 3.0M      3.0M         0 100% /rom
tmpfs                    13.8M    284.0K     13.5M   2% /tmp
tmpfs                    13.8M     60.0K     13.7M   0% /tmp/root
overlayfs:/tmp/root      13.8M     60.0K     13.7M   0% /
tmpfs                   512.0K         0    512.0K   0% /dev

root@OpenWrt:~# free
              total        used        free      shared  buff/cache   available
Mem:          28276       14008        5224         344        9044       11872
Swap:             0           0           0
#here I added the password and turned on the WiFi network - the free RAM decreased
root@OpenWrt:~# free
              total        used        free      shared  buff/cache   available
Mem:          28276       15632        3496         368        9148       10236
Swap:             0           0           0
root@OpenWrt:~#
25.08.20203306Base systemBug ReportVery LowMediumQMI & DHCP renewal issue.openwrt-19.07Unconfirmed Task Description

I’m facing a problem on two routers WG3526 (Modem EC-25) and D-Link DWR921 (Model Broadmobi BM806). My 4G provider is Free Mobile a French mobile provider.

Every 12 hours my ISP change the IP of the interface and the DHCP-Client still get the old IP Address even if “uqmi -d /dev/cdc-wdm0 –get-current-settings” display the new valid ip address.

  • “uqmi -d /dev/cdc-wdm0 –get-current-settings” give IP “B”.
  • “udhcpc” still attribute IP “A” to the wwan0 interface resulting in an nonoperational interface until I restart it (ubus call network.interface.wwan down / ubus call network.interface.wwan up).
  • After an interface restart “udhcpc” attribute IP “B” to the wwan0 interface.

This problem happen exactly every 12 hours the duration of the dhcp lease time on the interface wwan0.

I don’t know if it’s a bug in the firmware of both modems or a problem within OpenWRT.
I can provide more informations or context if needed. It’s also described on another bug in the comment section by @Dmitry. As it’s another bug not related to the original one a new bug is needed. Thread reference https://bugs.openwrt.org/index.php?do=details&task_id=1252.


Detailed description of the BUG

'uqmi -d /dev/cdc-wdm0 –get-current-settings' display the new IP address

uqmi -d /dev/cdc-wdm0 –get-current-settings {

      "pdp-type": "ipv4",
      "ip-family": "ipv4",
      "mtu": 1500,
      "ipv4": {
              "ip": "10.81.148.43",
              "dns1": "193.41.60.16",
              "dns2": "193.41.60.15",
              "gateway": "10.81.148.44",
              "subnet": "255.255.255.248"
      },
      "ipv6": {
      },
      "domain-names": {
      }
}

'ifconfig wwan0' is showing a different IP. I tryed to restart udhcpc manually but the interface still get the old IP until I restart network interface

ifconfig wwan0

        inet addr:10.95.107.241  P-t-P:10.95.107.241  Mask:255.255.255.252
        inet6 addr: fe80::e1b3:e56d:de16:ba57/64 Scope:Link
        UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
        RX packets:54582 errors:0 dropped:0 overruns:0 frame:0
        TX packets:64104 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:46222544 (44.0 MiB)  TX bytes:60349584 (57.5 MiB)

After a network stack restart, "ifconfig wwan0" display the proper IP address.

ifconfig wwan0
        inet addr:10.81.148.43  P-t-P:10.81.148.43  Mask:255.255.255.248
        inet6 addr: fe80::e1b3:e56d:de16:ba57/64 Scope:Link
        UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
        RX packets:54584 errors:0 dropped:0 overruns:0 frame:0
        TX packets:64112 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:46223174 (44.0 MiB)  TX bytes:60351028 (57.5 MiB)

Problem happen again after 12 hours.


Details on the WG3526

root@nly-marconi:/etc/config# ubus call system board
{
	"kernel": "4.14.180",
	"hostname": "nly-marconi",
	"system": "MediaTek MT7621 ver:1 eco:3",
	"model": "ZBT-WG3526 (16M)",
	"board_name": "zbt-wg3526-16M",
	"release": {
		"distribution": "OpenWrt",
		"version": "19.07.3",
		"revision": "r11063-85e04e9f46",
		"target": "ramips/mt7621",
		"description": "OpenWrt 19.07.3 r11063-85e04e9f46"
	}
}
root@nly-marconi:~# uci show network.wwan
network.wwan=interface
network.wwan.proto='qmi'
network.wwan.device='/dev/cdc-wdm0'
network.wwan.apn='free'
network.wwan.auth='none'
network.wwan.pincode='my-pin-code-here'
network.wwan.modes='lte'
network.wwan.metric='20'
network.wwan.delegate='0'
network.wwan.force_link='0'


Details ont the Dlink router

root@lfgo-routeur:~# ubus call system board
{
	"kernel": "4.14.180",
	"hostname": "lfgo-routeur",
	"system": "MediaTek MT7620N ver:2 eco:6",
	"model": "D-Link DWR-921 C1",
	"board_name": "dlink,dwr-921-c1",
	"release": {
		"distribution": "OpenWrt",
		"version": "19.07.3",
		"revision": "r11063-85e04e9f46",
		"target": "ramips/mt7620",
		"description": "OpenWrt 19.07.3 r11063-85e04e9f46"
	}
}
root@lfgo-routeur:~# uci show network.wwan
network.wwan=interface
network.wwan.ifname='wwan0'
network.wwan.device='/dev/cdc-wdm0'
network.wwan.proto='qmi'
network.wwan.apn='free'
network.wwan.pincode='my-pin-code-here'
network.wwan.delay='10'
06.09.20203327Base systemBug ReportVery LowLowEthernet LED assignments incorrect on Linkysys WRT32Xopenwrt-19.07Unconfirmed Task Description

Device: Linksys WRT32X
OpenWRT version: OpenWrt 19.07.3 r11063-85e04e9f46

The LAN/WAN link LEDs seem to be incorrectly assigned in OpenWRT (offset by 1):

- LAN Port 1 link results in no LED lighting
- LAN Ports 2-4 light LAN link LEDs 1-3 respectively
- WAN port lights LAN LED 4

The WAN LED is assigned to the correct (and default) interface (eth1) in LUCI. The rest of the LEDs are not configurable, leading me to believe the issue is with indexing of the LEDs themselves, as opposed to LED-Port assignment.

09.09.20203330Base systemBug ReportVery LowLowds-lite: too low default MTUopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on TP-Link Archer C7 v5
- Software versions of OpenWrt/LEDE release, packages, etc.

OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363
ds-lite 7-4

- Steps to reproduce: install system, install ds-lite, the mtu for all dslite connections will be [1280|https://github.com/openwrt/openwrt/blob/master/package/network/ipv6/ds-lite/files/dslite.sh#L66] by default.

Because of it, if a VPN with ipv6 is used over ipv4, it’s completely broken.

tun0 w/ ipv6 -> [vpn client -> [dslite with mtu 1280] -> vpn server] -> private network

As far as I see, it should be relatively easy to make default MTU autoconfigurable with parent’s MTU-x (where 30 is 30, if I’m right)

11.09.20203332Base systemBug ReportVery LowHighpacket loss on miwifi-mini @ 19.07.4openwrt-19.07Assigned Task Description

mt7620 / miwifi-mini
19.07.3 works fine
19.07.4 works bad:

kern.err kernel: [ 6615.438086] mtk_soc_eth 10100000.ethernet eth0: transmit timed out
kern.info kernel: [ 6615.444416] mtk_soc_eth 10100000.ethernet eth0: dma_cfg:80000065
kern.info kernel: [ 6615.450586] mtk_soc_eth 10100000.ethernet eth0: tx_ring=0, base=07780000, max=1024, ctx=17, dtx=17, fdx=16, next=17
kern.info kernel: [ 6615.461258] mtk_soc_eth 10100000.ethernet eth0: rx_ring=0, base=06408000, max=1024, calc=47, drx=48
kern.err kernel: [ 6619.306350] mtk_soc_eth 10100000.ethernet eth0: transmit timed out
kern.info kernel: [ 6619.312684] mtk_soc_eth 10100000.ethernet eth0: dma_cfg:80000065
kern.info kernel: [ 6619.318854] mtk_soc_eth 10100000.ethernet eth0: tx_ring=0, base=07780000, max=1024, ctx=28, dtx=28, fdx=16, next=28
kern.info kernel: [ 6619.329525] mtk_soc_eth 10100000.ethernet eth0: rx_ring=0, base=06470000, max=1024, calc=63, drx=64
kern.err kernel: [ 6623.157217] mtk_soc_eth 10100000.ethernet eth0: transmit timed out
kern.info kernel: [ 6623.163553] mtk_soc_eth 10100000.ethernet eth0: dma_cfg:80000065
kern.info kernel: [ 6623.169720] mtk_soc_eth 10100000.ethernet eth0: tx_ring=0, base=07780000, max=1024, ctx=25, dtx=25, fdx=16, next=25
kern.info kernel: [ 6623.180398] mtk_soc_eth 10100000.ethernet eth0: rx_ring=0, base=06408000, max=1024, calc=59, drx=60
14.09.20203338Base systemBug ReportVery LowHighTL-WR841N v13 unstable Ethernet and WiFi workopenwrt-19.07Unconfirmed Task Description

I am using default build of OpenWRT 19.07.4 for TL-WR841N v13 without any additional packages. I have Ethernet PPPoE from provider, some ethernet and WiFi WPA2 clients. WiFi and Ethernet are unstable: they can disappear for 30-60 seconds without any serious reason. On 18.06.8 there wasn’t those problems. I attached system log. Thanks for help.

12.02.2017500Base systemBug ReportVery LowLowfirewall3: missing targets with IPv6 NATopenwrt-18.06Unconfirmed Task Description

When the kmod-ipt-nat6 package is installed, running /etc/init.d/firewall reload or /etc/init.d/firewall restart produces warnings that targets are missing:

 * Populating IPv6 nat table
   * Zone 'lan'
Warning: fw3_ipt_rule_append(): Can't find target 'prerouting_lan_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'postrouting_lan_rule'
   * Zone 'wan'
Warning: fw3_ipt_rule_append(): Can't find target 'prerouting_wan_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'postrouting_wan_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'prerouting_rule'
Warning: fw3_ipt_rule_append(): Can't find target 'postrouting_rule'

I tested this on an Archer C7 v2 running LEDE 17.01.0rc2.

28.05.20181568Base systemBug ReportVery LowHighD-Link DIR-645 not maintaining WLAN connectionopenwrt-18.06Unconfirmed Task Description

- Device problem occurs on
D-Link DIR-645 Rev. A1

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

- Steps to reproduce
Setup the wireless connection. After some time the WLAN connection stops working. A restart is necessary to regain WLAN.

Topic is discussed in the forums:
https://forum.lede-project.org/t/d-link-dir-645-wifi-interface-not-maintaining-connection/6277

I am able and willing to provide log files. But I am new to the business of debugging itself. Help and guidance welcome!

19.06.20181598Base systemBug ReportVery LowHighregression: network performance on IPQ806X (R7800) has ...openwrt-18.06Unconfirmed Task Description

Device problem occurs on: Netgear R7800
oftware versions of OpenWrt/LEDE release: Latest 18.06 branch revision

I’ve run an iperf3 test, I have records of automated tests that I run every 2 hours that show the usual performance is 380Mbps to bouygues.iperf.fr, however on 18.06 the max attainable is just over 60Mbps in a single threaded test. I need to go to at least 10 threads to get close to 380Mbps.

I reverted to stock and a 17.01 build to verify that there was no issue with the internet connection here, and they all showed the old behaviour.

This speed is unnafected by flow offload being off or on.

 
root@router01:~# iperf3 -c bouygues.iperf.fr -p 5207 -R
Connecting to host bouygues.iperf.fr, port 5207
Reverse mode, remote host bouygues.iperf.fr is sending
[  5] local xxx.xxx.xxx.xxx port 45674 connected to 89.84.1.222 port 5207
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  7.45 MBytes  62.5 Mbits/sec
[  5]   1.00-2.00   sec  7.31 MBytes  61.3 Mbits/sec
[  5]   2.00-3.00   sec  7.63 MBytes  64.0 Mbits/sec
[  5]   3.00-4.00   sec  7.64 MBytes  64.1 Mbits/sec
[  5]   4.00-5.00   sec  7.57 MBytes  63.5 Mbits/sec
[  5]   5.00-6.00   sec  7.63 MBytes  64.0 Mbits/sec
[  5]   6.00-7.00   sec  7.47 MBytes  62.6 Mbits/sec
[  5]   7.00-8.00   sec  7.85 MBytes  65.8 Mbits/sec
[  5]   8.00-9.00   sec  7.77 MBytes  65.2 Mbits/sec
[  5]   9.00-10.00  sec  7.86 MBytes  65.9 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  77.7 MBytes  65.2 Mbits/sec    0             sender
[  5]   0.00-10.00  sec  76.2 MBytes  63.9 Mbits/sec                  receiver

iperf Done.


24.06.20181608Base systemBug ReportVery LowLowImageBuilder: unable to open feeds configuration at lin...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
tl-wr1043nd-v1
miwifi-mini

- Software versions of OpenWrt/LEDE release, packages, etc.
ImageBuilder:
openwrt-imagebuilder-18.06.0-rc1-ar71xx-generic.Linux-x86_64.tar.xz
openwrt-imagebuilder-18.06.0-rc1-ramips-mt7620.Linux-x86_64.tar.xz

- Steps to reproduce
Build custom router image using ImageBuilder (ar71xx and ramips)

make image PROFILE=”DEVICE_tl-wr1043nd-v1” Building images for ar71xx - TP-LINK TL-WR1043N/ND v1
Packages: base-files busybox dnsmasq dropbear firewall fstools ip6tables iptables kernel kmod-ath9k kmod-gpio-button-hotplug kmod-usb-core kmod-usb-ledtrig-usbport kmod-usb2 libc libgcc logd mtd netifd odhcp6c odhcpd-ipv6only opkg ppp ppp-mod-pppoe swconfig uboot-envtools uci uclient-fetch wpad-mini

——————– omitted ——————————

Configuring kmod-usb-ledtrig-usbport.
Configuring ppp-mod-pppoe.

Finalizing root filesystem...

Building images...

Unable to open feeds configuration at /home/openwrt/openwrt-imagebuilder-18.06.0-rc1-ar71xx-generic.Linux-x86_64/scripts/feeds line 48.

20+1 records in
21+0 records out
1376256 bytes (1.4 MB) copied, 0.00133452 s, 1.0 GB/s
Image Name: MIPS OpenWrt Linux-4.9.109
Created: Sat Jun 23 20:09:33 2018
Image Type: MIPS Linux Kernel Image (lzma compressed)

——————– omitted ——————————

There is no such error in the lede-17.01.4 imagebuilder (both ramips or ar71xx)

29.06.20181622Base systemBug ReportVery LowMediumDSA switch port vlanopenwrt-18.06Unconfirmed Task Description

Device: Turris Omnia
Version: OpenWRT-18.06-rc1

Steps to reproduce:

Network configuration:

config interface 'lan'
        option type 'bridge'
        option ifname 'lan0 lan1 lan2 lan3 lan4.1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'

config interface 'dmz'
        option type 'bridge'
        option ifname 'lan4.2'
        option proto 'static'
        option ipaddr '192.168.2.1'
        option netmask '255.255.255.0'

From router, I have ping with the other device on both vlan:

# ping -c 3 192.168.1.5
PING 192.168.1.5 (192.168.1.5): 56 data bytes
64 bytes from 192.168.1.5: seq=0 ttl=64 time=0.434 ms
64 bytes from 192.168.1.5: seq=1 ttl=64 time=0.335 ms
64 bytes from 192.168.1.5: seq=2 ttl=64 time=0.333 ms

--- 192.168.1.5 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.333/0.367/0.434 ms

# ping -c 3 192.168.2.5
PING 192.168.2.5 (192.168.2.5): 56 data bytes
64 bytes from 192.168.2.5: seq=0 ttl=64 time=0.455 ms
64 bytes from 192.168.2.5: seq=1 ttl=64 time=0.341 ms
64 bytes from 192.168.2.5: seq=2 ttl=64 time=0.337 ms

--- 192.168.2.5 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.337/0.377/0.455 ms

But from other device connected to lan0 port I can’t do ping. More exactly, the situation is the next:

  • All work as expected in the next cases:
    • movile → tun0 (openvpn) → br-lan → lan4.1 (part of br-lan) → remote device
    • tablet → wlan0 (part of br-lan) → lan4.1 (part of br-lan) → remote device
  • It do not work as expected in the next case:
    • PC linux → lan0 (part of br-lan) → lan4.1 (part of br-lan) → remote device
03.07.20181629Base systemBug ReportVery LowLowPackage kmod-fs-exfat missingopenwrt-18.06Unconfirmed Task Description

Device: Linksys WRT-32X
F/W version: OpenWrt 18.06-SNAPSHOT r7093-93860bb / LuCI openwrt-18.06 branch (git-18.163.60998-c379f00)

Problem: Package kmod-fs-exfat is missing from the build and therefore external memory devices using this format i.e. 64Mb microsSD cannot be mounted successfully.


16.07.20181656Base systemBug ReportVery LowLowMikrotik RB493G AR8316 switch0/ETH0 cannot be managedopenwrt-18.06Unconfirmed Task Description

Exists on OpenWRT 14.xx and 15.xx, LEDE 17.xx and Trunk

The behaviour is identical to issues reported on RB951G and RB2011 models.

See historical details:
https://github.com/openwrt/openwrt/issues/352 https://lists.openwrt.org/pipermail/openwrt-devel/2014-December/030216.html and FS#1020

DHCPDISCOVER/DHCPOFFER events logged no ACK/ACCEPT found. Switch1 works without issue.

I have been able to work around the issue by cross-connecting the PoE/WAN port to switch0 LAN4 and turning off eth0 CPU. This allows me to use all remaining ports. It’s a horrible kludge, I’m only mentioning it as a temporary workaround.

17.07.20181665Base systemBug ReportVery LowHighNetgear r6100 (ar71xx) does not recognize 5Ghz wlan int...openwrt-18.06New Task Description

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

 

Problem occurs on Netgear R6100

Software version 18.06 rc2 (also on rc1)

Steps to reproduce:
1) upgrade to 18.06 rc2
2) log in and check for existence of wlan0 & wlan1 (showing both 2.4 & 5 Ghz wifi interfaces are present). OR in LuCI, check that there is radio0 and radio1

Attaching dmesg and logread from boot of 18.06 rc2

27.07.20181699Base systemBug ReportVery LowMediummac filter broken on TP-Link 1043ND v4openwrt-18.06Unconfirmed Task Description

Hello,

I’m using a TP-Link 1043ND v4 before the LEDE 18.x RC1 release the mac filter was working fine.
Now it seems some devices are not being able to be connected to wifi (points to the iphone 6) but other devices are able to connect properly.

my reproduction steps:

I followed this guide https://wiki.openwrt.org/doc/recipes/routedap of course I’m aware that the guide is a little bit outdated and in some configurations I shouldn’t use quotes.

after this I gave my wifi interface the following network address:

lan:
- ip: 10.234.53.1 - 10.234.53.250
- dns given out by dhcp: 6,10.234.53.34

wifi:
- ip: 10.234.80.1 - 10.234.80.250
- dns given out by dhcp: 6,10.234.53.34

- then I went inside the luci ui to the wireless options:

- I called my SSID: H1F1v3

- then I selected “Hide ESSID” and WMM to.

- then I went “Advanced options (tab)” and changed my country code to Netherlands and selected “Allow legacy 802.11b rates”.

- then I went to the tab wireless security I used WPA2-PSK encryption with the following cipher: “Force TKIP and CCMP (AES)” with a key of 120 characters long.

- I also checked the option “Enable key reinstallation (KRACK) countermeasures”

- then I saved the configuration at this point all my devices were able to connect fine.

- then I changed the mac filter and added all my devices, all devices would be able to connect but my iphone fails to connect.

my log showed this I suspect but I’m not to sure but is the mac filter also deauthing normal routers?, there are alot of unknown mac addresses in this list aswell:

(Note i’ve masked mac addresses, this rebind attack message is just a local ip on the domain name)

Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:09 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:11 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:15 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:15 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:15 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:15 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:15 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:15 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:16 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:16 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:16 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:16 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:21 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:21 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:22 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:22 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:22 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:22 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:22 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:23 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:27 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:27 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:27 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:28 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:28 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:28 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:28 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:28 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:29 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:33 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:34 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:35 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:39 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:40 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:45 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:46 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:47 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:49 2018 daemon.notice hostapd: Station 5e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:49 2018 daemon.notice hostapd: Station 5e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:49 2018 daemon.notice hostapd: Station 5e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:49 2018 daemon.notice hostapd: Station 5e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:49 2018 daemon.notice hostapd: Station 5e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:49 2018 daemon.notice hostapd: Station 5e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station ba:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:52 2018 daemon.notice hostapd: Station ba:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station 3a:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station 62:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station 62:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station fe:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station fe:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station 1e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.notice hostapd: Station 1e:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:53 2018 daemon.warn dnsmasq[1741]: possible DNS-rebind attack detected: pfsense.0c3.eu
Fri Jul 27 21:08:58 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
Fri Jul 27 21:08:58 2018 daemon.notice hostapd: Station b0:xx:xx:xx:xx:xx not allowed to authenticate
29.07.20181709Base systemBug ReportVery LowLowmtd_get_mac_ascii fails if the env has shrunkopenwrt-18.06Unconfirmed Task Description

In /lib/functions/system.sh is the code:

  mac_dirty=$(strings "$part" | sed -n 's/^'"$key"'=//p')

$part is the mtd containing the uboot environment.

When uboot writes its env it only erases sectors it needs to. If you delete a lot of env variables, later sectors can still contain old data. strings will read from those sectors and sed will potentially see multiple copies of the ethaddr variable. It can then output multiple copies of the ethaddr, which causes macaddr_canonicalize to reject the input because it is longer than 17 characters

A simple fix would be to do something like:

  mac_dirty=$(strings "$part" | sed -n 's/^'"$key"'=//p' | head -n 1)

There may be a better way with some sed magic.

31.07.20181719Base systemBug ReportVery LowCriticalNo wireless interfaces on the UniFi AP AC Lite on the f...openwrt-18.06Unconfirmed Task Description

The same issue as this, but on the final release: https://bugs.openwrt.org/index.php?do=details&task_id=1663&string=unifi&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

03.08.20181726Base systemBug ReportVery LowCriticalNetifd lockup when USB LTE modem was restartedopenwrt-18.06Unconfirmed Task Description

OpenWrt 18.06.0, r7188-b0b5c64c22
Device: Xiaomi Mir3G
Modem: Huawei E3372

How to reproduce:
1. Bring up wwan interface
2. Reconnect modem (or echo ‘at^reset’ > /dev/ttyUSB0)
3. See in logs:

Fri Aug  3 16:59:02 2018 kern.info kernel: [  950.710901] usb 1-1: USB disconnect, device number 3
Fri Aug  3 16:59:02 2018 kern.info kernel: [  950.716646] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Fri Aug  3 16:59:02 2018 kern.info kernel: [  950.725206] option 1-1:1.0: device disconnected
Fri Aug  3 16:59:02 2018 kern.info kernel: [  950.730738] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Fri Aug  3 16:59:02 2018 kern.info kernel: [  950.739145] option 1-1:1.1: device disconnected
Fri Aug  3 16:59:02 2018 kern.info kernel: [  950.744808] huawei_cdc_ncm 1-1:1.2 wwan0: unregister 'huawei_cdc_ncm' usb-1e1c0000.xhci-1, Huawei CDC NCM device
Fri Aug  3 16:59:02 2018 daemon.notice netifd: Network device 'wwan0' link is down
Fri Aug  3 16:59:02 2018 daemon.notice netifd: Network alias 'wwan0' link is down
Fri Aug  3 16:59:02 2018 daemon.notice netifd: Interface 'wwan_4' has link connectivity loss
Fri Aug  3 16:59:02 2018 daemon.notice netifd: Interface 'wwan_4' is disabled
Fri Aug  3 16:59:02 2018 daemon.info chronyd[1303]: Source 94.247.111.10 offline
Fri Aug  3 16:59:02 2018 daemon.info chronyd[1303]: Source 195.91.239.8 offline
Fri Aug  3 16:59:02 2018 daemon.info chronyd[1303]: Source 91.207.136.50 offline
Fri Aug  3 16:59:02 2018 daemon.info chronyd[1303]: Source 195.210.189.106 offline
Fri Aug  3 16:59:02 2018 daemon.info chronyd[1303]: Can't synchronise: no selectable sources
Fri Aug  3 16:59:02 2018 daemon.notice netifd: wwan_4 (4421): udhcpc: SIOCGIFINDEX: No such device
Fri Aug  3 16:59:02 2018 daemon.notice netifd: wwan_4 (4421): udhcpc: received SIGTERM
Fri Aug  3 16:59:03 2018 daemon.notice netifd: wwan (4800): Stopping network wwan
Fri Aug  3 16:59:03 2018 daemon.notice netifd: wwan (4800): Can't open device /dev/ttyUSB1.
Fri Aug  3 16:59:03 2018 daemon.notice netifd: wwan (4800): Failed to disconnect
Fri Aug  3 16:59:03 2018 daemon.notice netifd: Interface 'wwan' is now down
Fri Aug  3 16:59:03 2018 daemon.warn dnsmasq[4567]: no servers found in /tmp/resolv.conf.auto, will retry
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.683961] usb 1-1: new high-speed USB device number 4 using xhci-mtk
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.867590] option 1-1:1.0: GSM modem (1-port) converter detected
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.874380] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.882334] option 1-1:1.1: GSM modem (1-port) converter detected
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.889115] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.915707] huawei_cdc_ncm 1-1:1.2: resetting NTB format to 16-bit
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.926799] huawei_cdc_ncm 1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.933038] huawei_cdc_ncm 1-1:1.2: setting rx_max = 16384
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.938957] huawei_cdc_ncm 1-1:1.2: NDP will be placed at end of frame for this device.
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.947454] huawei_cdc_ncm 1-1:1.2: cdc-wdm0: USB WDM device
Fri Aug  3 16:59:09 2018 kern.info kernel: [  957.955970] huawei_cdc_ncm 1-1:1.2 wwan0: register 'huawei_cdc_ncm' at usb-1e1c0000.xhci-1, Huawei CDC NCM device, 00:1e:10:1f:00:00
Fri Aug  3 16:59:10 2018 daemon.notice netifd: Interface 'wwan' is setting up now
Fri Aug  3 16:59:10 2018 daemon.notice netifd: wwan (5197): Stopping network wwan
Fri Aug  3 16:59:11 2018 daemon.notice netifd: wwan (5197): sending ->
Fri Aug  3 16:59:15 2018 daemon.notice netifd: Interface 'wwan' is now down

Now ``ifup wwan`` or ``ifdown wwan`` doesn’t do anything until restart of netifd process.

05.08.20181736Base systemBug ReportVery LowLow/etc/os-release: VERSION_ID should not include .fix num...openwrt-18.06Unconfirmed Task Description

Hello,

There is no info in /etc/os-release that tells directly which major version
of OpenWrt I’m using. Both VERSION and VERSION_ID are the same ‘18.06.0’

VERSION_ID should be a field for sw to know which version it is running on.
Generally, it cares about major releases, not “level of bug fixing”.

IMHO, VERSION_ID should be only ‘18.06’ as ubuntu does.

06.08.20181741Base systemBug ReportVery LowMediumHotplug events with ACTION=ifdown fail to set the DEVIC...openwrt-18.06Unconfirmed Task Description

Device: TP-Link Archer C7 V2
OpenWRT Version: 18.06 r7204-8be3af93b4

Description:

The scripts in /etc/hotplug.d/iface/ are called during ifdown/ifup events, setting
the environment variables ACTION, INTERFACE and DEVICE.

The problem is the DEVICE variable is not being set for ACTION=ifdown.

In my case this causes a problem for the /etc/hotplug.d/iface/11-sqm script, because if
the DEVICE variable is blank, ALL configured SQM devices are brought down on ACTION=ifdown.

I created a DEBUG version of 11-sqm to show the problem and fix the DEVICE variable, but the
underlying source of the problem remains.

Debug version of /etc/hotplug.d/iface/11-sqm

#!/bin/sh
# dell modified this file

if [ "${DEVICE}" = "" ]; then
    if [ "${INTERFACE}" = "" ]; then
        logger -t SQM-DEBUG /etc/hotplug.d/iface/11-sqm Called with ACTION=${ACTION} INTERFACE=${INTERFACE} DEVICE=${DEVICE} ... EXITING
        exit 0
    else
        logger -t SQM-DEBUG /etc/hotplug.d/iface/11-sqm Called with ACTION=${ACTION} INTERFACE=${INTERFACE} DEVICE=${DEVICE}
        if [ "$(uci -q get network.${INTERFACE}.type)" = "bridge" ]; then
            DEVICE="br-${INTERFACE}"
        else
            DEVICE="$(uci -q get network.${INTERFACE}.ifname)"
        fi
        if [ "${DEVICE}" = "" ]; then
            logger -t SQM-DEBUG /etc/hotplug.d/iface/11-sqm Unable to determine DEVICE ... exiting
            exit 0
        fi
        logger -t SQM-DEBUG /etc/hotplug.d/iface/11-sqm *MODIFIED* CALLING WITH ACTION=${ACTION} INTERFACE=${INTERFACE} DEVICE=${DEVICE}
    fi
else
    logger -t SQM-DEBUG /etc/hotplug.d/iface/11-sqm Called with ACTION=${ACTION} INTERFACE=${INTERFACE} DEVICE=${DEVICE}
fi

restart_sqm() {
    /usr/lib/sqm/run.sh stop ${DEVICE}
    /usr/lib/sqm/run.sh start ${DEVICE}
}

[ "$ACTION" = ifup ] && /etc/init.d/sqm enabled && restart_sqm

[ "$ACTION" = ifdown ] && /usr/lib/sqm/run.sh stop ${DEVICE}

OpenWRT Log showing the problem when different interfaces are brought down and up.

****
**** Log showing hotplug events with ACTION=ifdown called on scripts in /etc/hotplug.d/iface/ do not specify the DEVICE parameter.
**** One effect is this causes ALL SQM configured interfaces to be brought down.
****
**** Look for SQM-DEBUG lines (my 11-sqm debug script), and SQM lines (system) to see what is happeining.
**** My debug script inserts the proper DEVICE parameter ( see *MODIFIED* lines) so only the appropriate SQM interface is brouht down.
****
Sun Aug  5 21:50:57 2018 authpriv.info dropbear[19118]: Child connection from fd07:fb0e:52ba::db8:52120
Sun Aug  5 21:50:57 2018 authpriv.notice dropbear[19118]: Pubkey auth succeeded for 'root' with key sha1!! 11:f6:dc:6c:09:61:37:1d:9a:45:97:86:e5:c7:3a:b7:fa:d5:dc:7f from fd07:fb0e:52ba::db8:52120
Sun Aug  5 21:51:26 2018 daemon.err uhttpd[1763]: luci: accepted login on / for root from 192.168.1.167
****
**** Restart WAN interface from Luci
****
**** Note the hotplug event with ACTION=ifdown does not specify DEVICE (my debug script recreates the proper device).
****
Sun Aug  5 21:52:00 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm Called with ACTION=ifdown INTERFACE=wan DEVICE=
Sun Aug  5 21:52:00 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm *MODIFIED* CALLING WITH ACTION=ifdown INTERFACE=wan DEVICE=eth0.2
Sun Aug  5 21:52:00 2018 daemon.notice netifd: wan (16000): udhcpc: received SIGTERM
Sun Aug  5 21:52:00 2018 daemon.notice netifd: Interface 'wan' is now down
Sun Aug  5 21:52:00 2018 daemon.notice netifd: Interface 'wan' is setting up now
Sun Aug  5 21:52:00 2018 daemon.warn dnsmasq[15577]: no servers found in /tmp/resolv.conf.auto, will retry
Sun Aug  5 21:52:01 2018 user.notice SQM: Stopping SQM on eth0.2
Sun Aug  5 21:52:01 2018 daemon.notice netifd: wan (19350): udhcpc: started, v1.28.3
Sun Aug  5 21:52:01 2018 daemon.notice netifd: wan (19350): udhcpc: sending discover
Sun Aug  5 21:52:01 2018 daemon.err openvpn(torguard_client)[14487]: write UDP: Network unreachable (code=128)
Sun Aug  5 21:52:02 2018 daemon.notice netifd: wan (19350): udhcpc: sending select for 206.212.230.237
Sun Aug  5 21:52:02 2018 daemon.notice netifd: wan (19350): udhcpc: lease of 206.212.230.237 obtained, lease time 86400
Sun Aug  5 21:52:02 2018 daemon.notice netifd: Interface 'wan' is now up
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: reading /tmp/resolv.conf.auto
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain test
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain onion
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain localhost
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain local
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain invalid
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain bind
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using local addresses only for domain lan
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using nameserver 208.67.222.222#53
Sun Aug  5 21:52:02 2018 daemon.info dnsmasq[15577]: using nameserver 208.67.220.220#53
****
**** Note that hotplug event with ACTION=ifup correctly specifies the DEVICE parameter.
****
Sun Aug  5 21:52:02 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm Called with ACTION=ifup INTERFACE=wan DEVICE=eth0.2
Sun Aug  5 21:52:02 2018 user.notice SQM: Starting SQM script: layer_cake.qos on eth0.2, in: 9600 Kbps, out: 2000 Kbps
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - sch_cake
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - sch_ingress
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - act_mirred
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - cls_fw
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - cls_flow
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - cls_u32
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - sch_htb
Sun Aug  5 21:52:02 2018 daemon.err insmod: module is already loaded - sch_hfsc
Sun Aug  5 21:52:03 2018 user.notice SQM: layer_cake.qos was started on eth0.2 successfully
Sun Aug  5 21:52:03 2018 user.notice firewall: Reloading firewall due to ifup of wan (eth0.2)
Sun Aug  5 21:52:06 2018 user.notice ddns-scripts[19866]: myddns_ipv4: PID '19866' started at 2018-08-05 21:52
Sun Aug  5 21:52:08 2018 user.warn ddns-scripts[19866]: myddns_ipv4: Service section disabled! - TERMINATE
Sun Aug  5 21:52:09 2018 user.warn ddns-scripts[19866]: myddns_ipv4: PID '19866' exit WITH ERROR '1' at 2018-08-05 21:52
****
**** Restarting the LAN interface from Luci
****
Sun Aug  5 21:52:32 2018 daemon.notice netifd: Interface 'lan' is now down
Sun Aug  5 21:52:32 2018 kern.info kernel: [71559.952265] br-lan: port 2(wlan1) entered disabled state
Sun Aug  5 21:52:32 2018 kern.info kernel: [71559.957785] br-lan: port 1(eth1.1) entered disabled state
Sun Aug  5 21:52:32 2018 kern.info kernel: [71559.983346] device eth1.1 left promiscuous mode
Sun Aug  5 21:52:32 2018 kern.info kernel: [71559.987984] device eth1 left promiscuous mode
Sun Aug  5 21:52:32 2018 kern.info kernel: [71559.992556] br-lan: port 1(eth1.1) entered disabled state
Sun Aug  5 21:52:32 2018 kern.info kernel: [71560.027381] IPv6: ADDRCONF(NETDEV_UP): eth1.1: link is not ready
****
**** Note the hotplug event with ACTION=ifdown does not include DEVICE parameter
****
Sun Aug  5 21:52:32 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm Called with ACTION=ifdown INTERFACE=lan DEVICE=
Sun Aug  5 21:52:32 2018 kern.info kernel: [71560.059335] eth1: link down
Sun Aug  5 21:52:32 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm *MODIFIED* CALLING WITH ACTION=ifdown INTERFACE=lan DEVICE=br-lan
Sun Aug  5 21:52:32 2018 kern.info kernel: [71560.081604] device wlan1 left promiscuous mode
Sun Aug  5 21:52:32 2018 kern.info kernel: [71560.086211] br-lan: port 2(wlan1) entered disabled state
Sun Aug  5 21:52:32 2018 daemon.notice netifd: Interface 'lan' is disabled
Sun Aug  5 21:52:32 2018 daemon.err odhcpd[1308]: setsockopt(IPV6_ADD_MEMBERSHIP): No such device
Sun Aug  5 21:52:32 2018 daemon.err odhcpd[1308]: setsockopt(SO_BINDTODEVICE): No such device
Sun Aug  5 21:52:32 2018 daemon.notice netifd: VLAN 'eth1.1' link is down
Sun Aug  5 21:52:32 2018 daemon.notice netifd: bridge 'br-lan' link is down
Sun Aug  5 21:52:32 2018 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sun Aug  5 21:52:32 2018 daemon.notice netifd: Network device 'eth1' link is down
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.176382] eth1: link up (1000Mbps/Full duplex)
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.214139] br-lan: port 1(eth1.1) entered blocking state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.219686] br-lan: port 1(eth1.1) entered disabled state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.225526] device eth1.1 entered promiscuous mode
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.230424] device eth1 entered promiscuous mode
Sun Aug  5 21:52:33 2018 daemon.info dnsmasq[15577]: read /etc/hosts - 4 addresses
Sun Aug  5 21:52:33 2018 daemon.info dnsmasq[15577]: read /tmp/hosts/odhcpd - 0 addresses
Sun Aug  5 21:52:33 2018 daemon.info dnsmasq[15577]: read /tmp/hosts/dhcp.cfg01411c - 7 addresses
Sun Aug  5 21:52:33 2018 daemon.info dnsmasq-dhcp[15577]: read /etc/ethers - 0 addresses
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.310085] br-lan: port 2(wlan1) entered blocking state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.315572] br-lan: port 2(wlan1) entered disabled state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.321326] device wlan1 entered promiscuous mode
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.367445] br-lan: port 2(wlan1) entered blocking state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.372845] br-lan: port 2(wlan1) entered forwarding state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.378527] br-lan: port 1(eth1.1) entered blocking state
Sun Aug  5 21:52:33 2018 kern.info kernel: [71560.384004] br-lan: port 1(eth1.1) entered forwarding state
Sun Aug  5 21:52:33 2018 daemon.notice netifd: Interface 'lan' is enabled
Sun Aug  5 21:52:33 2018 daemon.notice netifd: Interface 'lan' is setting up now
Sun Aug  5 21:52:33 2018 daemon.notice netifd: Interface 'lan' is now up
Sun Aug  5 21:52:33 2018 daemon.notice netifd: bridge 'br-lan' link is up
Sun Aug  5 21:52:33 2018 daemon.notice netifd: Interface 'lan' has link connectivity
Sun Aug  5 21:52:33 2018 daemon.notice netifd: Network device 'eth1' link is up
Sun Aug  5 21:52:33 2018 daemon.notice netifd: VLAN 'eth1.1' link is up
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: wlan1: interface state ENABLED->DISABLED
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 94:65:2d:6c:f7:34
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED dc:bf:e9:af:8a:9a
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED ac:22:0b:5d:b5:cf
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: wlan1: AP-DISABLED
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Sun Aug  5 21:52:34 2018 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Sun Aug  5 21:52:34 2018 kern.info kernel: [71561.433522] device wlan1 left promiscuous mode
Sun Aug  5 21:52:34 2018 kern.info kernel: [71561.438190] br-lan: port 2(wlan1) entered disabled state
****
**** Note the hotplug event with ACTION=ifup correctly specifies DEVICE
****
Sun Aug  5 21:52:34 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm Called with ACTION=ifup INTERFACE=lan DEVICE=br-lan
Sun Aug  5 21:52:34 2018 daemon.notice netifd: Network device 'wlan1' link is down
Sun Aug  5 21:52:35 2018 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Sun Aug  5 21:52:35 2018 daemon.info dnsmasq[15577]: read /etc/hosts - 4 addresses
Sun Aug  5 21:52:35 2018 daemon.info dnsmasq[15577]: read /tmp/hosts/odhcpd - 2 addresses
Sun Aug  5 21:52:35 2018 daemon.info dnsmasq[15577]: read /tmp/hosts/dhcp.cfg01411c - 7 addresses
Sun Aug  5 21:52:35 2018 daemon.info dnsmasq-dhcp[15577]: read /etc/ethers - 0 addresses
Sun Aug  5 21:52:36 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy1.conf
Sun Aug  5 21:52:36 2018 kern.info kernel: [71563.789521] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
Sun Aug  5 21:52:36 2018 kern.info kernel: [71563.994859] br-lan: port 2(wlan1) entered blocking state
Sun Aug  5 21:52:36 2018 kern.info kernel: [71564.000337] br-lan: port 2(wlan1) entered disabled state
Sun Aug  5 21:52:36 2018 kern.info kernel: [71564.006051] device wlan1 entered promiscuous mode
Sun Aug  5 21:52:36 2018 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Sun Aug  5 21:52:36 2018 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->HT_SCAN
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: handle_probe_req: send failed
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: 20/40 MHz operation not permitted on channel pri=6 sec=10 based on overlapping BSSes
Sun Aug  5 21:52:38 2018 daemon.err hostapd: Using interface wlan1 with hwaddr 30:b5:c2:96:70:c9 and ssid "CatDen-router"
Sun Aug  5 21:52:38 2018 daemon.info dnsmasq[15577]: read /etc/hosts - 4 addresses
Sun Aug  5 21:52:38 2018 daemon.info dnsmasq[15577]: read /tmp/hosts/odhcpd - 2 addresses
Sun Aug  5 21:52:38 2018 daemon.info dnsmasq[15577]: read /tmp/hosts/dhcp.cfg01411c - 7 addresses
Sun Aug  5 21:52:38 2018 daemon.info dnsmasq-dhcp[15577]: read /etc/ethers - 0 addresses
Sun Aug  5 21:52:38 2018 kern.info kernel: [71566.021420] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Sun Aug  5 21:52:38 2018 kern.info kernel: [71566.028048] br-lan: port 2(wlan1) entered blocking state
Sun Aug  5 21:52:38 2018 kern.info kernel: [71566.033444] br-lan: port 2(wlan1) entered forwarding state
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: wlan1: interface state HT_SCAN->ENABLED
Sun Aug  5 21:52:38 2018 daemon.notice hostapd: wlan1: AP-ENABLED
Sun Aug  5 21:52:38 2018 daemon.notice netifd: Network device 'wlan1' link is up
Sun Aug  5 21:52:41 2018 daemon.info hostapd: wlan1: STA 94:65:2d:6c:f7:34 IEEE 802.11: authenticated
Sun Aug  5 21:52:41 2018 daemon.info hostapd: wlan1: STA 94:65:2d:6c:f7:34 IEEE 802.11: associated (aid 1)
Sun Aug  5 21:52:41 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 94:65:2d:6c:f7:34
Sun Aug  5 21:52:41 2018 daemon.info hostapd: wlan1: STA 94:65:2d:6c:f7:34 WPA: pairwise key handshake completed (RSN)
Sun Aug  5 21:52:41 2018 daemon.info dnsmasq-dhcp[15577]: DHCPDISCOVER(br-lan) 94:65:2d:6c:f7:34
Sun Aug  5 21:52:41 2018 daemon.info dnsmasq-dhcp[15577]: DHCPOFFER(br-lan) 192.168.1.169 94:65:2d:6c:f7:34
Sun Aug  5 21:52:41 2018 daemon.info dnsmasq-dhcp[15577]: DHCPREQUEST(br-lan) 192.168.1.169 94:65:2d:6c:f7:34
Sun Aug  5 21:52:41 2018 daemon.info dnsmasq-dhcp[15577]: DHCPACK(br-lan) 192.168.1.169 94:65:2d:6c:f7:34 OnePlus_5
Sun Aug  5 21:52:42 2018 daemon.info hostapd: wlan1: STA dc:bf:e9:af:8a:9a IEEE 802.11: authenticated
Sun Aug  5 21:52:42 2018 daemon.info hostapd: wlan1: STA dc:bf:e9:af:8a:9a IEEE 802.11: associated (aid 2)
Sun Aug  5 21:52:42 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:bf:e9:af:8a:9a
Sun Aug  5 21:52:42 2018 daemon.info hostapd: wlan1: STA dc:bf:e9:af:8a:9a WPA: pairwise key handshake completed (RSN)
Sun Aug  5 21:52:43 2018 daemon.info dnsmasq-dhcp[15577]: DHCPDISCOVER(br-lan) dc:bf:e9:af:8a:9a
Sun Aug  5 21:52:43 2018 daemon.info dnsmasq-dhcp[15577]: DHCPOFFER(br-lan) 192.168.1.125 dc:bf:e9:af:8a:9a
Sun Aug  5 21:52:43 2018 daemon.info dnsmasq-dhcp[15577]: DHCPREQUEST(br-lan) 192.168.1.125 dc:bf:e9:af:8a:9a
Sun Aug  5 21:52:43 2018 daemon.info dnsmasq-dhcp[15577]: DHCPACK(br-lan) 192.168.1.125 dc:bf:e9:af:8a:9a android-e91ad6b278c61985
Sun Aug  5 21:52:49 2018 daemon.info hostapd: wlan1: STA ac:22:0b:5d:b5:cf IEEE 802.11: authenticated
Sun Aug  5 21:52:49 2018 daemon.info hostapd: wlan1: STA ac:22:0b:5d:b5:cf IEEE 802.11: associated (aid 3)
Sun Aug  5 21:52:49 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED ac:22:0b:5d:b5:cf
Sun Aug  5 21:52:49 2018 daemon.info hostapd: wlan1: STA ac:22:0b:5d:b5:cf WPA: pairwise key handshake completed (RSN)
Sun Aug  5 21:52:50 2018 daemon.info dnsmasq-dhcp[15577]: DHCPDISCOVER(br-lan) ac:22:0b:5d:b5:cf
Sun Aug  5 21:52:50 2018 daemon.info dnsmasq-dhcp[15577]: DHCPOFFER(br-lan) 192.168.1.142 ac:22:0b:5d:b5:cf
Sun Aug  5 21:52:50 2018 daemon.info dnsmasq-dhcp[15577]: DHCPREQUEST(br-lan) 192.168.1.142 ac:22:0b:5d:b5:cf
Sun Aug  5 21:52:50 2018 daemon.info dnsmasq-dhcp[15577]: DHCPACK(br-lan) 192.168.1.142 ac:22:0b:5d:b5:cf android-41e25fe580fa511f
****
**** openvpn is restarted using /etc/init.d/openvpn restart
****
Sun Aug  5 21:53:03 2018 daemon.err openvpn(torguard_client)[14487]: event_wait : Interrupted system call (code=4)
Sun Aug  5 21:53:03 2018 daemon.notice openvpn(torguard_client)[14487]: /sbin/ifconfig tun0 0.0.0.0
Sun Aug  5 21:53:03 2018 daemon.notice netifd: Network device 'tun0' link is down
Sun Aug  5 21:53:03 2018 daemon.notice netifd: Interface 'vpn' has link connectivity loss
Sun Aug  5 21:53:03 2018 daemon.notice netifd: Interface 'vpn' is now down
Sun Aug  5 21:53:03 2018 daemon.notice openvpn(torguard_client)[14487]: /etc/openvpn/down.sh tun0 1500 1585 10.9.0.6 10.9.0.5 init
Sun Aug  5 21:53:03 2018 daemon.notice openvpn(torguard_client)[14487]: SIGTERM[hard,] received, process exiting
****
**** Note hotplug called with ACTION=ifdown and no DEVICE specified
****
Sun Aug  5 21:53:03 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm Called with ACTION=ifdown INTERFACE=vpn DEVICE=
Sun Aug  5 21:53:03 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm *MODIFIED* CALLING WITH ACTION=ifdown INTERFACE=vpn DEVICE=tun0
Sun Aug  5 21:53:03 2018 daemon.notice netifd: Interface 'vpn' is disabled
Sun Aug  5 21:53:03 2018 user.notice SQM: Stopping SQM on tun0
Sun Aug  5 21:53:04 2018 daemon.notice openvpn(torguard_client)[21573]: OpenVPN 2.4.5 mips-openwrt-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD]
Sun Aug  5 21:53:04 2018 daemon.notice openvpn(torguard_client)[21573]: library versions: OpenSSL 1.0.2o  27 Mar 2018, LZO 2.10
Sun Aug  5 21:53:04 2018 daemon.warn openvpn(torguard_client)[21573]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Sun Aug  5 21:53:04 2018 daemon.notice openvpn(torguard_client)[21573]: TCP/UDP: Preserving recently used remote address: [AF_INET]204.44.121.194:443
Sun Aug  5 21:53:04 2018 daemon.notice openvpn(torguard_client)[21573]: UDP link local: (not bound)
Sun Aug  5 21:53:04 2018 daemon.notice openvpn(torguard_client)[21573]: UDP link remote: [AF_INET]204.44.121.194:443
Sun Aug  5 21:53:04 2018 daemon.warn openvpn(torguard_client)[21573]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Sun Aug  5 21:53:04 2018 daemon.warn openvpn(torguard_client)[21573]: WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1574', remote='link-mtu 1542'
Sun Aug  5 21:53:04 2018 daemon.warn openvpn(torguard_client)[21573]: WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1532', remote='tun-mtu 1500'
Sun Aug  5 21:53:04 2018 daemon.notice openvpn(torguard_client)[21573]: [TG-OVPN-CA] Peer Connection Initiated with [AF_INET]204.44.121.194:443
Sun Aug  5 21:53:05 2018 daemon.err openvpn(torguard_client)[21573]: Options error: option 'redirect-gateway' cannot be used in this context ([PUSH-OPTIONS])
Sun Aug  5 21:53:05 2018 daemon.err openvpn(torguard_client)[21573]: Options error: option 'dhcp-option' cannot be used in this context ([PUSH-OPTIONS])
Sun Aug  5 21:53:05 2018 daemon.err openvpn(torguard_client)[21573]: Options error: option 'dhcp-option' cannot be used in this context ([PUSH-OPTIONS])
Sun Aug  5 21:53:05 2018 daemon.err openvpn(torguard_client)[21573]: Options error: option 'route' cannot be used in this context ([PUSH-OPTIONS])
Sun Aug  5 21:53:05 2018 daemon.notice netifd: Interface 'vpn' is enabled
Sun Aug  5 21:53:05 2018 daemon.notice netifd: Network device 'tun0' link is up
Sun Aug  5 21:53:05 2018 daemon.notice netifd: Interface 'vpn' has link connectivity
Sun Aug  5 21:53:05 2018 daemon.notice netifd: Interface 'vpn' is setting up now
Sun Aug  5 21:53:05 2018 daemon.notice netifd: Interface 'vpn' is now up
Sun Aug  5 21:53:05 2018 daemon.notice openvpn(torguard_client)[21573]: TUN/TAP device tun0 opened
Sun Aug  5 21:53:05 2018 daemon.notice openvpn(torguard_client)[21573]: do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Sun Aug  5 21:53:05 2018 daemon.notice openvpn(torguard_client)[21573]: /sbin/ifconfig tun0 10.9.0.6 pointopoint 10.9.0.5 mtu 1500
Sun Aug  5 21:53:05 2018 daemon.notice openvpn(torguard_client)[21573]: /etc/openvpn/up.sh tun0 1500 1585 10.9.0.6 10.9.0.5 init
****
**** Note hotplug called with ACTION=ifup and correct DEVICE
****
Sun Aug  5 21:53:05 2018 user.notice SQM-DEBUG: /etc/hotplug.d/iface/11-sqm Called with ACTION=ifup INTERFACE=vpn DEVICE=tun0
Sun Aug  5 21:53:06 2018 user.notice SQM: Starting SQM script: piece_of_cake.qos on tun0, in: 8000 Kbps, out: 1700 Kbps
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - sch_cake
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - sch_ingress
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - act_mirred
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - cls_fw
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - cls_flow
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - cls_u32
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - sch_htb
Sun Aug  5 21:53:06 2018 daemon.err insmod: module is already loaded - sch_hfsc
Sun Aug  5 21:53:07 2018 user.notice SQM: piece_of_cake.qos was started on tun0 successfully
Sun Aug  5 21:53:07 2018 user.notice firewall: Reloading firewall due to ifup of vpn (tun0)
Sun Aug  5 21:53:07 2018 daemon.notice openvpn(torguard_client)[21573]: Initialization Sequence Completed


06.08.20181746Base systemBug ReportVery LowLowjffs2reset / firstboot has no effectopenwrt-18.06Unconfirmed Task Description

Device problem occurs on:
Arcadyan VGV7510KW22 (o2 Box 6431)

Software versions of OpenWrt/LEDE release:
OpenWrt 18.06.0, r7188-b0b5c64c22

Steps to reproduce:
Create a file in jffs2, then perform a factory reset as documented in the OpenWrt wiki:
root@OpenWrt:~# touch /overlay/blah
root@OpenWrt:~# umount /overlay && jffs2reset && reboot
This will erase all settings and remove any installed packages. Are you sure? [N/y]
y
/dev/mtdblock6 is not mounted
/dev/mtdblock6 will be erased on next mount
root@OpenWrt:~# Connection to openwrt.lan closed.

$ ssh root@openwrt.lan

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

_______                     ________        __

| |.—–.—–.—–.| | | |.—-.| |_
| - || _ | -| || | | || _|| _|
|
_|| |_||||||| ||

        |__| W I R E L E S S   F R E E D O M

—————————————————– OpenWrt 18.06.0, r7188-b0b5c64c22


WARNING!

There is no root password defined on this device!
Use the “passwd” command to set up a new password
in order to prevent unauthorized SSH logins.


root@OpenWrt:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 3.5M 3.5M 0 100% /rom
tmpfs 27.9M 976.0K 26.9M 3% /tmp
tmpfs 27.9M 48.0K 27.8M 0% /tmp/root
tmpfs 512.0K 0 512.0K 0% /dev
/dev/mtdblock6 10.3M 4.3M 5.9M 42% /overlay
overlayfs:/overlay 10.3M 4.3M 5.9M 42% /

10.08.20181759Base systemBug ReportVery LowCritical SQM fine in 17.01.4, can’t keep up with line speed in ...openwrt-18.06Unconfirmed Task Description

Netgear R7800 running 17.01.4 kept up with my ISP line speed (nominal 250Mbps/15Mbps) when configured to use SQM with cake/piece_of_cake.
In 18.06, it cannot keep up
Possibly the same root cause as issue 1598

DSLreports speed test with SQM enabled in 17.01.4 (223.1/14.71 Mbps):
http://www.dslreports.com/speedtest/29614883

and with 18.06 ( 95.8/14.16 Mbps):
http://www.dslreports.com/speedtest/36981183

root@LEDE:~# cat /etc/config/sqm

config queue 'eth1'
	option qdisc_advanced '0'
	option verbosity '5'
	option upload '15000'
	option linklayer 'ethernet'
	option overhead '18'
	option debug_logging '1'
	option download '232750'
	option interface 'eth0.2'
	option enabled '1'
	option qdisc 'cake'
	option script 'piece_of_cake.qos'

Sample tc output after running the DSLreports speed test

root@LEDE:~# tc -d qdisc
qdisc noqueue 0: dev lo root refcnt 2 
qdisc mq 0: dev eth0 root 
qdisc fq_codel 0: dev eth0 parent :1 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
qdisc mq 0: dev eth1 root 
qdisc fq_codel 0: dev eth1 parent :1 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
qdisc noqueue 0: dev br-lan root refcnt 2 
qdisc noqueue 0: dev eth1.1 root refcnt 2 
qdisc cake 8012: dev eth0.2 root refcnt 2 bandwidth 15Mbit besteffort triple-isolate split-gso rtt 100.0ms noatm overhead 18 
qdisc ingress ffff: dev eth0.2 parent ffff:fff1 ---------------- 
qdisc noqueue 0: dev br-guest root refcnt 2 
qdisc noqueue 0: dev br-iot root refcnt 2 
qdisc noqueue 0: dev wlan0 root refcnt 2 
qdisc noqueue 0: dev wlan1 root refcnt 2 
qdisc noqueue 0: dev wlan1-1 root refcnt 2 
qdisc noqueue 0: dev wlan1-2 root refcnt 2 
qdisc noqueue 0: dev wlan0-1 root refcnt 2 
qdisc fq_codel 0: dev ovpns0 root refcnt 2 limit 10240p flows 1024 quantum 1500 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
qdisc fq_codel 0: dev ovpns1 root refcnt 2 limit 10240p flows 1024 quantum 1500 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
qdisc cake 8013: dev ifb4eth0.2 root refcnt 2 bandwidth 232750Kbit besteffort triple-isolate wash split-gso rtt 100.0ms noatm overhead 18 

root@LEDE:~# tc -s qdisc
qdisc noqueue 0: dev lo root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc mq 0: dev eth0 root 
 Sent 351709498 bytes 2034499 pkt (dropped 0, overlimits 0 requeues 65185) 
 backlog 0b 0p requeues 65185
qdisc fq_codel 0: dev eth0 parent :1 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
 Sent 351709498 bytes 2034499 pkt (dropped 0, overlimits 0 requeues 65185) 
 backlog 0b 0p requeues 65185
  maxpacket 1514 drop_overlimit 0 new_flow_count 60774 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc mq 0: dev eth1 root 
 Sent 4385184093 bytes 3164614 pkt (dropped 0, overlimits 0 requeues 109126) 
 backlog 0b 0p requeues 109126
qdisc fq_codel 0: dev eth1 parent :1 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
 Sent 4385184093 bytes 3164614 pkt (dropped 0, overlimits 0 requeues 109126) 
 backlog 0b 0p requeues 109126
  maxpacket 1514 drop_overlimit 0 new_flow_count 137321 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc noqueue 0: dev br-lan root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev eth1.1 root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc cake 8012: dev eth0.2 root refcnt 2 bandwidth 15Mbit besteffort triple-isolate split-gso rtt 100.0ms noatm overhead 18 
 Sent 41321462 bytes 92960 pkt (dropped 919, overlimits 39456 requeues 0) 
 backlog 0b 0p requeues 0
 memory used: 194432b of 4Mb
 capacity estimate: 15Mbit
 min/max network layer size:           28 /    1500
 min/max overhead-adjusted size:       46 /    1518
 average network hdr offset:           14

                  Tin 0
  thresh         15Mbit
  target          5.0ms
  interval      100.0ms
  pk_delay        672us
  av_delay        211us
  sp_delay         11us
  backlog            0b
  pkts            93879
  bytes        42712828
  way_inds            6
  way_miss          392
  way_cols            0
  drops             919
  marks               0
  ack_drop            0
  sp_flows            0
  bk_flows            1
  un_flows            0
  max_len         12112
  quantum           457

qdisc ingress ffff: dev eth0.2 parent ffff:fff1 ---------------- 
 Sent 143870988 bytes 121001 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-guest root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-iot root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev wlan0 root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev wlan1 root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev wlan1-1 root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev wlan1-2 root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc noqueue 0: dev wlan0-1 root refcnt 2 
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
qdisc fq_codel 0: dev ovpns0 root refcnt 2 limit 10240p flows 1024 quantum 1500 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
 Sent 2015423 bytes 2972 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
  maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev ovpns1 root refcnt 2 limit 10240p flows 1024 quantum 1500 target 5.0ms interval 100.0ms memory_limit 4Mb ecn 
 Sent 228 bytes 3 pkt (dropped 0, overlimits 0 requeues 0) 
 backlog 0b 0p requeues 0
  maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc cake 8013: dev ifb4eth0.2 root refcnt 2 bandwidth 232750Kbit besteffort triple-isolate wash split-gso rtt 100.0ms noatm overhead 18 
 Sent 148570176 bytes 120706 pkt (dropped 297, overlimits 622 requeues 0) 
 backlog 0b 0p requeues 0
 memory used: 661056b of 11637500b
 capacity estimate: 232750Kbit
 min/max network layer size:           46 /    1500
 min/max overhead-adjusted size:       64 /    1518
 average network hdr offset:           14

                  Tin 0
  thresh     232750Kbit
  target          5.0ms
  interval      100.0ms
  pk_delay        245us
  av_delay         45us
  sp_delay          4us
  backlog            0b
  pkts           121003
  bytes       149019834
  way_inds            6
  way_miss          384
  way_cols            0
  drops             297
  marks               0
  ack_drop            0
  sp_flows            0
  bk_flows            1
  un_flows            0
  max_len         12112
  quantum          1514
10.08.20181762Base systemBug ReportVery LowMedium18.06.1 openvpn (mbedtls and openssl) write to TUN/TAP ...openwrt-18.06Unconfirmed Task Description

I have tested this with a tl-wr842n-v3 (ar71xx/generic) and MikroTik rb750gr3 (ramips/mt7621). The problem seems to be architecture independant. This setup works fine with 17.05.1

There is already an issue filed with freifunk-berlin https://github.com/freifunk-berlin/firmware/issues/580

With 18.06.1 I have tested with openvpn-mbedtls and openvpn-openssl. With 17.01.5 I tested with openvpn-mbedtls. Attached are pcapng files for both the wan interface (host filtered) and the ffuplink (vpn) interface. On the ffuplink interface I simply ran a “ping <IPADDR> -I ffuplink”.

Attached is also an example log from 18.06.1 and the configuration for openvpn on the router.

Also worth noting is that there are crc errors being reported which I run tcpdump directly on the router

 ~# tcpdump  -nvvi br-wan host 217.197.83.193
tcpdump: listening on br-wan, link-type EN10MB (Ethernet), capture size 262144 bytes
22:50:56.042355 IP (tos 0x0, ttl 64, id 3801, offset 0, flags [DF], proto UDP (17), length 136)
    192.168.200.3.1194 > 217.197.83.193.1194: [bad udp cksum 0xb6b8 -> 0x8450!] UDP, length 108
22:50:57.050206 IP (tos 0x0, ttl 64, id 3838, offset 0, flags [DF], proto UDP (17), length 136) 
    192.168.200.3.1194 > 217.197.83.193.1194: [bad udp cksum 0xb6b8 -> 0xcf66!] UDP, length 108
22:50:57.059920 IP (tos 0x0, ttl 59, id 62922, offset 0, flags [DF], proto UDP (17), length 66)
    217.197.83.193.1194 > 192.168.200.3.1194: [udp sum ok] UDP, length 38
22:50:58.058255 IP (tos 0x0, ttl 64, id 3859, offset 0, flags [DF], proto UDP (17), length 136)
    192.168.200.3.1194 > 217.197.83.193.1194: [bad udp cksum 0xb6b8 -> 0x0c0a!] UDP, length 108
22:50:59.066179 IP (tos 0x0, ttl 64, id 3941, offset 0, flags [DF], proto UDP (17), length 136)
    192.168.200.3.1194 > 217.197.83.193.1194: [bad udp cksum 0xb6b8 -> 0x3675!] UDP, length 108
22:51:00.074120 IP (tos 0x0, ttl 64, id 3973, offset 0, flags [DF], proto UDP (17), length 136)
    192.168.200.3.1194 > 217.197.83.193.1194: [bad udp cksum 0xb6b8 -> 0x8ba0!] UDP, length 108
22:51:01.082085 IP (tos 0x0, ttl 64, id 4039, offset 0, flags [DF], proto UDP (17), length 136)
    192.168.200.3.1194 > 217.197.83.193.1194: [bad udp cksum 0xb6b8 -> 0x0392!] UDP, length 108

I unfortunately can not be of much help with debugging this issue before the beginning of Sept (traveling). If anyone wants to test with the same server, you can apply for a freifunk-berlin tunnel cert at http://tunnel.berlin.freifunk.net (hopefully the cert will get approved quickly). To get the extra data files in the /etc/openvpn diretory, please temporarily install berlin-freifunk’s Hedy-1.0.1 firmware (tunnel-berlin version).

I unfortunately don’t have acces to the vpn server (217.197.83.193) so I cannot post the server config. A similar config from a peer server is attached.

10.08.20181765Base systemBug ReportVery LowMediumdnsmasq-full fails to listen on dhcp socket after reboo...openwrt-18.06Waiting on reporter Task Description

When I restart my router, dnsmasq comes up and works for IPv6, but fails to serve out dhcp for ipv4.

Supply the following if possible:
- Device problem occurs on

Ubiquiti Edgerouter Lite

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

OpenWrt 18.06.0, r7188-b0b5c64c22
dnsmasq-full - 2.80test3-1

- Steps to reproduce

Reboot the router. When it comes up just after reboot, it fails to respond to DHCP requests. lsof shows that it’s not listening on port 67, and does not have /tmp/dhcp.leases open:

root@junction:~# lsof -p 1792 -P
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
dnsmasq 1792 dnsmasq cwd DIR 0,15 3488 1166 /
dnsmasq 1792 dnsmasq rtd DIR 0,15 3488 1166 /
dnsmasq 1792 dnsmasq txt REG 7,0 349744 1526 /usr/sbin/dnsmasq
dnsmasq 1792 dnsmasq mem REG 7,0 16776 189 /usr/lib/libmnl.so.0.2.0
dnsmasq 1792 dnsmasq mem REG 8,2 117320 1033 /lib/libgcc_s.so.1
dnsmasq 1792 dnsmasq mem REG 8,2 25440 1114 /lib/libubus.so
dnsmasq 1792 dnsmasq mem REG 8,2 46168 1029 /lib/libubox.so
dnsmasq 1792 dnsmasq mem REG 7,0 466112 696 /usr/lib/libgmp.so.10.3.2
dnsmasq 1792 dnsmasq mem REG 7,0 206656 702 /usr/lib/libhogweed.so.4.3
dnsmasq 1792 dnsmasq mem REG 7,0 231888 704 /usr/lib/libnettle.so.6.3
dnsmasq 1792 dnsmasq mem REG 7,0 22232 216 /usr/lib/libnfnetlink.so.0.2.0
dnsmasq 1792 dnsmasq mem REG 7,0 111864 561 /usr/lib/libnetfilter_conntrack.so.3.6.0
dnsmasq 1792 dnsmasq mem REG 8,2 650896 1012 /lib/libc.so
dnsmasq 1792 dnsmasq mem REG 0,14 23 713 /tmp/TZ
dnsmasq 1792 dnsmasq 0u CHR 1,3 0t0 1226 /dev/null
dnsmasq 1792 dnsmasq 1u CHR 1,3 0t0 1226 /dev/null
dnsmasq 1792 dnsmasq 2u CHR 1,3 0t0 1226 /dev/null
dnsmasq 1792 dnsmasq 3u netlink 0t0 3561 ROUTE
dnsmasq 1792 dnsmasq 4u IPv4 3568 0t0 UDP junction:53
dnsmasq 1792 dnsmasq 5u IPv4 3569 0t0 TCP junction:53 (LISTEN)
dnsmasq 1792 dnsmasq 6u IPv4 3570 0t0 UDP localhost:53
dnsmasq 1792 dnsmasq 7u IPv4 3571 0t0 TCP localhost:53 (LISTEN)
dnsmasq 1792 dnsmasq 8u IPv6 3572 0t0 UDP localhost:53
dnsmasq 1792 dnsmasq 9u IPv6 3573 0t0 TCP localhost:53 (LISTEN)
dnsmasq 1792 dnsmasq 10r FIFO 0,8 0t0 3574 pipe
dnsmasq 1792 dnsmasq 11w FIFO 0,8 0t0 3574 pipe
dnsmasq 1792 dnsmasq 12u unix 0x800000041d16ca00 0t0 3576 type=DGRAM
dnsmasq 1792 dnsmasq 13u a_inode 0,9 0 14 [eventpoll]
dnsmasq 1792 dnsmasq 14r FIFO 0,8 0t0 3598 pipe
dnsmasq 1792 dnsmasq 15w FIFO 0,8 0t0 3598 pipe
dnsmasq 1792 dnsmasq 16u unix 0x800000041d16d900 0t0 3599 type=STREAM
dnsmasq 1792 dnsmasq 21u IPv6 3729 0t0 UDP fe80::822a:a8ff:fe4c:9dc1:53
dnsmasq 1792 dnsmasq 22u IPv6 3730 0t0 TCP fe80::822a:a8ff:fe4c:9dc1:53 (LISTEN)
dnsmasq 1792 dnsmasq 26u IPv6 3745 0t0 UDP fd90:79d3:5065:f00d::1:53
dnsmasq 1792 dnsmasq 27u IPv6 3746 0t0 TCP fd90:79d3:5065:f00d::1:53 (LISTEN)
dnsmasq 1792 dnsmasq 35u IPv6 6049 0t0 UDP cpe-2606-A000-1100-DB-0-0-0-1.dyn6.twc.com:53
dnsmasq 1792 dnsmasq 36u IPv6 6050 0t0 TCP cpe-2606-A000-1100-DB-0-0-0-1.dyn6.twc.com:53 (LISTEN)

...if I then restart it with “/etc/init.d/dnsmasq restart”, it comes up properly. The router

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
dnsmasq 6861 dnsmasq cwd DIR 0,15 3488 1166 /
dnsmasq 6861 dnsmasq rtd DIR 0,15 3488 1166 /
dnsmasq 6861 dnsmasq txt REG 7,0 349744 1526 /usr/sbin/dnsmasq
dnsmasq 6861 dnsmasq mem REG 7,0 16776 189 /usr/lib/libmnl.so.0.2.0
dnsmasq 6861 dnsmasq mem REG 8,2 117320 1033 /lib/libgcc_s.so.1
dnsmasq 6861 dnsmasq mem REG 8,2 25440 1114 /lib/libubus.so
dnsmasq 6861 dnsmasq mem REG 8,2 46168 1029 /lib/libubox.so
dnsmasq 6861 dnsmasq mem REG 7,0 466112 696 /usr/lib/libgmp.so.10.3.2
dnsmasq 6861 dnsmasq mem REG 7,0 206656 702 /usr/lib/libhogweed.so.4.3
dnsmasq 6861 dnsmasq mem REG 7,0 231888 704 /usr/lib/libnettle.so.6.3
dnsmasq 6861 dnsmasq mem REG 7,0 22232 216 /usr/lib/libnfnetlink.so.0.2.0
dnsmasq 6861 dnsmasq mem REG 7,0 111864 561 /usr/lib/libnetfilter_conntrack.so.3.6.0
dnsmasq 6861 dnsmasq mem REG 8,2 650896 1012 /lib/libc.so
dnsmasq 6861 dnsmasq mem REG 0,14 23 713 /tmp/TZ
dnsmasq 6861 dnsmasq 0u CHR 1,3 0t0 1226 /dev/null
dnsmasq 6861 dnsmasq 1u CHR 1,3 0t0 1226 /dev/null
dnsmasq 6861 dnsmasq 2u CHR 1,3 0t0 1226 /dev/null
dnsmasq 6861 dnsmasq 3u REG 0,14 0 806 /tmp/dhcp.leases
dnsmasq 6861 dnsmasq 4u IPv4 10060 0t0 UDP *:bootps
dnsmasq 6861 dnsmasq 5u netlink 0t0 10061 ROUTE
dnsmasq 6861 dnsmasq 6u IPv4 10063 0t0 UDP junction:domain
dnsmasq 6861 dnsmasq 7u IPv4 10064 0t0 TCP junction:domain (LISTEN)
dnsmasq 6861 dnsmasq 8u IPv4 10065 0t0 UDP localhost:domain
dnsmasq 6861 dnsmasq 9u IPv4 10066 0t0 TCP localhost:domain (LISTEN)
dnsmasq 6861 dnsmasq 10u IPv6 10067 0t0 UDP fe80::822a:a8ff:fe4c:9dc1:domain
dnsmasq 6861 dnsmasq 11u IPv6 10068 0t0 TCP fe80::822a:a8ff:fe4c:9dc1:domain (LISTEN)
dnsmasq 6861 dnsmasq 12u IPv6 10069 0t0 UDP fd90:79d3:5065:f00d::1:domain
dnsmasq 6861 dnsmasq 13u IPv6 10070 0t0 TCP fd90:79d3:5065:f00d::1:domain (LISTEN)
dnsmasq 6861 dnsmasq 14u IPv6 10071 0t0 UDP cpe-2606-A000-1100-DB-0-0-0-1.dyn6.twc.com:domain
dnsmasq 6861 dnsmasq 15u IPv6 10072 0t0 TCP cpe-2606-A000-1100-DB-0-0-0-1.dyn6.twc.com:domain (LISTEN)
dnsmasq 6861 dnsmasq 16u IPv6 10073 0t0 UDP localhost:domain
dnsmasq 6861 dnsmasq 17u IPv6 10074 0t0 TCP localhost:domain (LISTEN)
dnsmasq 6861 dnsmasq 18r FIFO 0,8 0t0 10075 pipe
dnsmasq 6861 dnsmasq 19w FIFO 0,8 0t0 10075 pipe
dnsmasq 6861 dnsmasq 20u unix 0x800000041c446300 0t0 10077 type=DGRAM
dnsmasq 6861 dnsmasq 21u a_inode 0,9 0 14 [eventpoll]
dnsmasq 6861 dnsmasq 22r FIFO 0,8 0t0 10078 pipe
dnsmasq 6861 dnsmasq 23w FIFO 0,8 0t0 10078 pipe
dnsmasq 6861 dnsmasq 24u unix 0x800000041c445e00 0t0 10079 type=STREAM

When I restart the daemon, I see these messages in the log as well:

Fri Aug 10 09:46:50 2018 daemon.info dnsmasq-dhcp[6861]: DHCP, IP range 192.168.1.100 – 192.168.1.249, lease time 12h
Fri Aug 10 09:46:50 2018 daemon.info dnsmasq-dhcp[6861]: DHCP, sockets bound exclusively to interface br-lan

...but they are absent when the daemon starts on a clean boot.

Attaching my /etc/config/dhcp, and the output from logread.

13.08.20181771Base systemBug ReportVery LowLowError Log - mac80211/rx.c openwrt-18.06Unconfirmed Task Description

WAN stopped working then noticed this in dmesg not sure if to events related

[85451.573214] ————[ cut here ]———— [85451.576496] WARNING: CPU: 0 PID: 3 at backports-2017-11-01/net/mac80211/rx.c:4347 0x82c26514 [mac80211@82c00000+0x61ca0]
[85451.587239] Rate marked as an HT rate but passed status→rate_idx is not an MCS index [0-76]: 98 (0×62)
[85451.596538] Modules linked in: ltq_atm_ar9 ath9k ath9k_common ath9k_hw ath pppoe 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 pppox ppp_async owl_loader 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 ltq_deu_ar9 iptable_mangle iptable_filter ip_tables crc_ccitt compat drv_dsl_cpe_api ledtrig_usbport drv_mei_cpe ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc br2684 atm usb_storage sd_mod scsi_mod ext4 jbd2 mbcache crc32c_generic dwc2 gpio_button_hotplug
[85451.667460] aead cryptomgr crypto_null
[85451.669954] CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 4.9.111 #0
[85451.676117] Stack : 805e7892 00000036 00000000 00000001 00000000 00000000 00000000 00000000
[85451.684365] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[85451.692659] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[85451.700953] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[85451.709248] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[85451.717542] ...
[85451.719962] Call Trace:
[85451.722309] [<8000edb0>] 0x8000edb0
[85451.725675] [<8000edb0>] 0x8000edb0
[85451.729200] [<800271c8>] 0x800271c8
[85451.732636] [<82c26514>] 0x82c26514 [mac80211@82c00000+0x61ca0]
[85451.738553] [<80027200>] 0×80027200 [85451.741994] [<82c26514>] 0x82c26514 [mac80211@82c00000+0x61ca0]
[85451.747876] [<802c9c3c>] 0x802c9c3c
[85451.751320] [<802c9e48>] 0x802c9e48
[85451.754782] [<833fc37c>] 0x833fc37c [ath9k_common@833fc000+0x2a80]
[85451.760992] [<82ce78ac>] 0x82ce78ac [ath9k@82ce0000+0x160f0]
[85451.766578] [<802d6a00>] 0x802d6a00
[85451.769951] [<82ce4d90>] 0x82ce4d90 [ath9k@82ce0000+0x160f0]
[85451.775622] [<8002a790>] 0x8002a790
[85451.779032] [<80029fc0>] 0x80029fc0
[85451.782482] [<800495cc>] 0x800495cc
[85451.785946] [<8002a118>] 0x8002a118
[85451.789399] [<80040568>] 0×80040568 [85451.792840] [<80044a28>] 0x80044a28
[85451.796337] [<800448b0>] 0x800448b0
[85451.799826] [<800448b0>] 0x800448b0
[85451.803222] [<80040974>] 0×80040974 [85451.806674] [<8014a005>] 0x8014a005
[85451.810205] [<8004085c>] 0x8004085c
[85451.813557] [<80009798>] 0×80009798 [85451.817048]
[85451.818496] —[ end trace 368f08669849794a ]—

# cat /etc/os-release
NAME=”OpenWrt” VERSION=”18.06.0” ID=”openwrt” ID_LIKE=”lede openwrt” PRETTY_NAME=”OpenWrt 18.06.0” VERSION_ID=”18.06.0” HOME_URL=”http://openwrt.org/” BUG_URL=”http://bugs.openwrt.org/” SUPPORT_URL=”http://forum.lede-project.org/” BUILD_ID=”r7188-b0b5c64c22” LEDE_BOARD=”lantiq/xway” LEDE_ARCH=”mips_24kc” LEDE_TAINTS=”” LEDE_DEVICE_MANUFACTURER=”OpenWrt” LEDE_DEVICE_MANUFACTURER_URL=”http://openwrt.org/” LEDE_DEVICE_PRODUCT=”Generic” LEDE_DEVICE_REVISION=”v0” LEDE_RELEASE=”OpenWrt 18.06.0 r7188-b0b5c64c22”

14.08.20181776Base systemBug ReportVery LowMediumImageBuilder for brcm47x-mips74k reports "WARNING: maxl...openwrt-18.06Unconfirmed Task Description

I am using OpenWRT Image Builder 18.06 for brcm47x-mips74k like this:

make image PROFILE=linksys-e2500-v3 PACKAGES="openvpn-openssl mini_snmpd dnsmasq-full luci-app-mwan3 luci-app-sqm usb-modeswitch -dnsmasq kmod-nf-nathelper kmod-nf-nathelper-extra luci-ssl-openssl luci-proto-3g luci-app-ddns openssl-util luci-theme-material"

and I get

mjn3's trx replacement - v0.81.1
WARNING: maxlen exceeds default maximum!  Beware of overwriting nvram!

more than a dozen times. I am unsure whether I should use the resulting images or if they are indeed broken.

Showing tasks 51 - 100 of 1113 Page 2 of 23 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing