OpenWrt/LEDE Project

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

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

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

OpenedIDCategoryTask TypePrioritySeveritySummaryReported In  descStatus
20.04.20203023Base systemBug ReportVery LowMediumWarning CPUopenwrt-19.07Unconfirmed Task Description

Device: Mikrotik RB750Gr3
Software: OpenWrt 19.07.2 (with no default package updates yet)
Installed Packages: installed_packages.txt (attached)
How to reproduce: Unknown
Consequence: None. The device continues to operate normally.

I have removed personal information and some garbage from the log files.

Compass.

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

01.04.20192216KernelBug ReportVery LowHighath79 - eth0 Spasmodic Link Speed After Driver Changes?...openwrt-19.07New Task Description

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

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

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

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

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

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

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

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

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

Just after a reboot, some flows are not NATed: packets from a machine in the LAN are sent to the WAN port with a private source IP address.

This is on a Linksys RE6500 (ramips mt7621) running openwrt 19.07-SNAPSHOT r10578-b3d70f628.
It is configured with flow_offloading and flow_offloading_hw.

Here is a tcpdump capture showing the problem on the WAN port (172.23.184.0/24 is my LAN address space):

root@openwrt:~# tcpdump -n -i eth0.20 net 172.23.184.0/24
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0.20, link-type EN10MB (Ethernet), capture size 262144 bytes
18:51:21.756552 IP 172.23.184.119.51001 > 91.224.XX.YY.52001: UDP, length 112
18:51:22.651556 IP 172.23.184.119.51001 > 91.224.XX.YY.52001: UDP, length 148
18:51:26.681032 IP 172.23.184.119.51001 > 91.224.XX.YY.52001: UDP, length 768
18:51:27.771654 IP 172.23.184.119.51001 > 91.224.XX.YY.52001: UDP, length 148

Here is what conntrack -L says:

udp      17 55 src=172.23.184.119 dst=91.224.XX.YY sport=51001 dport=52001 packets=93 bytes=20412 [UNREPLIED] src=91.224.XX.YY dst=172.23.184.119 sport=52001 dport=51001 packets=0 bytes=0 mark=0 use=1

Notice the second dst= that shows the private IP address of the LAN machine.

After restarting the firewall, the flow is correctly NAT-ed and conntrack -L shows the correct entry (193.33.ZZ.WW is my public IP address):

udp      17 175 src=172.23.184.119 dst=91.224.XX.YY sport=51001 dport=52001 packets=4 bytes=704 [UNREPLIED] src=91.224.XX.YY dst=193.33.ZZ.WW sport=52001 dport=51001 packets=0 bytes=0 mark=0 use=1

Note: when I only enable flow_offloading, the issue does not appear anymore, so this really seems to be an issue with the hw offloading integration in the firewall.

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

Hello!

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

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

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

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

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

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

Best regards

18.11.20192614KernelBug ReportVery LowHighath10k 5 GHz connectivity issues for some client device...openwrt-19.07Researching Task Description

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

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

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

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


25.11.20192628KernelBug ReportVery LowMediumKernel warning: eth0 (mtk_soc_eth): transmit queue 0 ti...openwrt-19.07Unconfirmed Task Description

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

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

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

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

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

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

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

Hi there!

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

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

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

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

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

Supply the following if possible:

- Device problem occurs on
Archer C7v2

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

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

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

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


12.01.20202730KernelBug ReportVery LowHighTL-WR841N v8 ath79 Link Unstableopenwrt-19.07New Task Description

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

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

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

03.02.20202803KernelBug ReportVery LowVery Lowmt76 kernel spam log with ingnoring tx power message openwrt-19.07Unconfirmed Task Description

ASUS RT-AC51U

Official build OpenWRT 19.07.1 without installed any add-ons packages.

System and kernel log all time are spammed by information about ignoring default 2.4G tx power even when in its set to default driver. This issue appears right after fresh installation and rebooting or changing wireless setting doesn’t fix it.

06.02.20202817KernelBuild FailureVery LowLowcompiler complain 'asm/types.h' file not found when com...openwrt-19.07Unconfirmed Task Description

Compile on macOS 10.15.3 (19D76)

uname -a

Darwin TioudeMBP.lan 19.3.0 Darwin Kernel Version 19.3.0: Thu Jan  9 20:58:23 PST 2020; root:xnu-6153.81.5~1/RELEASE_X86_64 x86_64 i386 MacBookPro11,5 Darwin

gcc –version

Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.17)
Target: x86_64-apple-darwin19.3.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

make target/linux/compile V=sc

make[1]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt'
make[2]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux'
make[3]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux/x86'
rm -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/localversion
/Volumes/Coder/docker/openwrt/openwrt/scripts/kconfig.pl  + + /Volumes/Coder/docker/openwrt/openwrt/target/linux/generic/config-4.14 /Volumes/Coder/docker/openwrt/openwrt/target/linux/x86/config-4.14 /Volumes/Coder/docker/openwrt/openwrt/target/linux/x86/64/config-4.14 > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
awk '/^(#[[:space:]]+)?CONFIG_KERNEL/{sub("CONFIG_KERNEL_","CONFIG_");print}' /Volumes/Coder/docker/openwrt/openwrt/.config >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
echo "# CONFIG_KALLSYMS_EXTRA_PASS is not set" >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
echo "# CONFIG_KALLSYMS_ALL is not set" >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
echo "CONFIG_KALLSYMS_UNCOMPRESSED=y" >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target
/Volumes/Coder/docker/openwrt/openwrt/scripts/package-metadata.pl kconfig /Volumes/Coder/docker/openwrt/openwrt/tmp/.packageinfo /Volumes/Coder/docker/openwrt/openwrt/.config 4.14 > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.override
/Volumes/Coder/docker/openwrt/openwrt/scripts/kconfig.pl 'm+' '+' /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.target /dev/null /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.override > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
mv /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.old
grep -v INITRAMFS /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.old > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
echo 'CONFIG_INITRAMFS_SOURCE=""' >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
echo '# CONFIG_INITRAMFS_FORCE is not set' >> /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set
rm -rf /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/modules
cmp -s /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.prev || { cp /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config; cp /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.prev; }
export MAKEFLAGS= ; [ -d /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/user_headers ] || /Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 HOSTCFLAGS="-O2 -I/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/include  -Wall -Wmissing-prototypes -Wstrict-prototypes" CROSS_COMPILE="x86_64-openwrt-linux-musl-" ARCH="x86" KBUILD_HAVE_NLS=no KBUILD_BUILD_USER="" KBUILD_BUILD_HOST="" KBUILD_BUILD_TIMESTAMP="Wed Jan 29 16:05:35 2020" KBUILD_BUILD_VERSION="0" HOST_LOADLIBES="-L/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/lib" CONFIG_SHELL="bash" V=1  cmd_syscalls= KERNELRELEASE=4.14.167 CC="x86_64-openwrt-linux-musl-gcc" INSTALL_HDR_PATH=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/user_headers headers_install
grep '=[ym]' /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.config.set | LC_ALL=C sort | mkhash md5 > /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.vermagic
touch /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.configured
rm -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/vmlinux /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/System.map
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 HOSTCFLAGS="-O2 -I/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/include  -Wall -Wmissing-prototypes -Wstrict-prototypes" CROSS_COMPILE="x86_64-openwrt-linux-musl-" ARCH="x86" KBUILD_HAVE_NLS=no KBUILD_BUILD_USER="" KBUILD_BUILD_HOST="" KBUILD_BUILD_TIMESTAMP="Wed Jan 29 16:05:35 2020" KBUILD_BUILD_VERSION="0" HOST_LOADLIBES="-L/Volumes/Coder/docker/openwrt/openwrt/staging_dir/host/lib" CONFIG_SHELL="bash" V=1  cmd_syscalls= KERNELRELEASE=4.14.167 CC="x86_64-openwrt-linux-musl-gcc" modules
make[4]: Entering directory `/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167'
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=arch/x86/entry/syscalls all
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=scripts/basic
rm -f .tmp_quiet_recordmcount
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=arch/x86/tools relocs
set -e; : '  CHK     include/config/kernel.release'; mkdir -p include/config/; 	echo "4.14.167$(bash ./scripts/setlocalversion .)" < include/config/auto.conf > include/config/kernel.release.tmp; if [ -r include/config/kernel.release ] && cmp -s include/config/kernel.release include/config/kernel.release.tmp; then rm -f include/config/kernel.release.tmp; else : '  UPD     include/config/kernel.release'; mv -f include/config/kernel.release.tmp include/config/kernel.release; fi
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.asm-generic \
	            src=uapi/asm obj=arch/x86/include/generated/uapi/asm
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.asm-generic \
	            src=asm obj=arch/x86/include/generated/asm
set -e; : '  CHK     include/generated/uapi/linux/version.h'; mkdir -p include/generated/uapi/linux/; 	(echo \#define LINUX_VERSION_CODE 265895; echo '#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))';) < Makefile > include/generated/uapi/linux/version.h.tmp; if [ -r include/generated/uapi/linux/version.h ] && cmp -s include/generated/uapi/linux/version.h include/generated/uapi/linux/version.h.tmp; then rm -f include/generated/uapi/linux/version.h.tmp; else : '  UPD     include/generated/uapi/linux/version.h'; mv -f include/generated/uapi/linux/version.h.tmp include/generated/uapi/linux/version.h; fi
rm -f include/linux/version.h
set -e; : '  CHK     include/generated/utsrelease.h'; mkdir -p include/generated/; 	if [ `echo -n "4.14.167" | wc -c ` -gt 64 ]; then echo '"4.14.167" exceeds 64 characters' >&2; exit 1; fi; (echo \#define UTS_RELEASE \"4.14.167\";) < include/config/kernel.release > include/generated/utsrelease.h.tmp; if [ -r include/generated/utsrelease.h ] && cmp -s include/generated/utsrelease.h include/generated/utsrelease.h.tmp; then rm -f include/generated/utsrelease.h.tmp; else : '  UPD     include/generated/utsrelease.h'; mv -f include/generated/utsrelease.h.tmp include/generated/utsrelease.h; fi
mkdir -p .tmp_versions ; rm -f .tmp_versions/*
/Library/Developer/CommandLineTools/usr/bin/make -f ./scripts/Makefile.build obj=.
mkdir -p kernel/
set -e; : '  CHK     include/generated/bounds.h'; mkdir -p include/generated/; 	(set -e; echo "#ifndef __LINUX_BOUNDS_H__"; echo "#define __LINUX_BOUNDS_H__"; echo "/*"; echo " * DO NOT MODIFY."; echo " *"; echo " * This file was generated by Kbuild"; echo " */"; echo ""; sed -ne 	's:^[[:space:]]*\.ascii[[:space:]]*"\(.*\)".*:\1:; /^->/{s:->#\(.*\):/* \1 */:; s:^->\([^ ]*\) [\$#]*\([^ ]*\) \(.*\):#define \1 \2 /* \3 */:; s:->::; p;}'; echo ""; echo "#endif" ) < kernel/bounds.s > include/generated/bounds.h.tmp; if [ -r include/generated/bounds.h ] && cmp -s include/generated/bounds.h include/generated/bounds.h.tmp; then rm -f include/generated/bounds.h.tmp; else : '  UPD     include/generated/bounds.h'; mv -f include/generated/bounds.h.tmp include/generated/bounds.h; fi
set -e; : '  CHK     include/generated/timeconst.h'; mkdir -p include/generated/; 	(echo 100 | bc -q kernel/time/timeconst.bc ) < kernel/time/timeconst.bc > include/generated/timeconst.h.tmp; if [ -r include/generated/timeconst.h ] && cmp -s include/generated/timeconst.h include/generated/timeconst.h.tmp; then rm -f include/generated/timeconst.h.tmp; else : '  UPD     include/generated/timeconst.h'; mv -f include/generated/timeconst.h.tmp include/generated/timeconst.h; fi
mkdir -p arch/x86/kernel/
set -e; : '  CHK     include/generated/asm-offsets.h'; mkdir -p include/generated/; 	(set -e; echo "#ifndef __ASM_OFFSETS_H__"; echo "#define __ASM_OFFSETS_H__"; echo "/*"; echo " * DO NOT MODIFY."; echo " *"; echo " * This file was generated by Kbuild"; echo " */"; echo ""; sed -ne 	's:^[[:space:]]*\.ascii[[:space:]]*"\(.*\)".*:\1:; /^->/{s:->#\(.*\):/* \1 */:; s:^->\([^ ]*\) [\$#]*\([^ ]*\) \(.*\):#define \1 \2 /* \3 */:; s:->::; p;}'; echo ""; echo "#endif" ) < arch/x86/kernel/asm-offsets.s > include/generated/asm-offsets.h.tmp; if [ -r include/generated/asm-offsets.h ] && cmp -s include/generated/asm-offsets.h include/generated/asm-offsets.h.tmp; then rm -f include/generated/asm-offsets.h.tmp; else : '  UPD     include/generated/asm-offsets.h'; mv -f include/generated/asm-offsets.h.tmp include/generated/asm-offsets.h; fi
mkdir -p ./tools
/Library/Developer/CommandLineTools/usr/bin/make LDFLAGS= MAKEFLAGS=" " O=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 subdir=tools -C ./tools/ objtool
mkdir -p /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool && /Library/Developer/CommandLineTools/usr/bin/make O=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167 subdir=tools/objtool --no-print-directory -C objtool
error: unknown warning option '-Wstrict-aliasing=3'; did you mean '-Wstring-plus-int'? [-Werror,-Wunknown-warning-option]
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build CFLAGS= LDFLAGS= /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/fixdep
/Library/Developer/CommandLineTools/usr/bin/make -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build/Makefile.build dir=. obj=fixdep
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/lib/subcmd/ OUTPUT=/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/
/Library/Developer/CommandLineTools/usr/bin/make -C /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build CFLAGS= LDFLAGS= /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/fixdep
/Library/Developer/CommandLineTools/usr/bin/make -f /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/build/Makefile.build dir=. obj=fixdep
  gcc -Wp,-MD,/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/.exec-cmd.o.d -Wp,-MT,/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/exec-cmd.o -Wbad-function-cast -Wdeclaration-after-statement -Wformat-security -Wformat-y2k -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-system-headers -Wold-style-definition -Wpacked -Wredundant-decls -Wshadow -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wwrite-strings -Wformat -fno-strict-aliasing -ggdb3 -Wall -Wextra -std=gnu99 -fPIC -O3 -Werror -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/ -D"BUILD_STR(s)=#s" -c -o /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/exec-cmd.o exec-cmd.c
In file included from exec-cmd.c:2:
In file included from /Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/linux/compiler.h:89:
/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/linux/types.h:10:10: fatal error: 'asm/types.h' file not found
#include <asm/types.h>
         ^~~~~~~~~~~~~
1 error generated.
mv: cannot stat '/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/.exec-cmd.o.tmp': No such file or directory
make[8]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/exec-cmd.o] Error 1
make[7]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/libsubcmd-in.o] Error 2
make[6]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/objtool/libsubcmd.a] Error 2
make[5]: *** [objtool] Error 2
make[4]: *** [tools/objtool] Error 2
make[4]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167'
make[3]: *** [/Volumes/Coder/docker/openwrt/openwrt/build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/.modules] Error 2
make[3]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux/x86'
make[2]: *** [compile] Error 2
make[2]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt/target/linux'
time: target/linux/compile#1.48#1.67#3.81
make[1]: *** [target/linux/compile] Error 2
make[1]: Leaving directory `/Volumes/Coder/docker/openwrt/openwrt'
make: *** [target/linux/compile] Error 2

tree build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/asm

build_dir/target-x86_64_musl/linux-x86_64/linux-4.14.167/tools/include/asm
├── alternative-asm.h
├── atomic.h
├── barrier.h
├── bug.h
├── export.h
└── sections.h
04.03.20202880KernelBug ReportVery LowLowwireless-regdb is outdated and faulty for at least "CH"...openwrt-19.07Assigned Task Description

The wireless-regdb Version 2019.06.03 has faulty Entries for at least “CH” and “LI”.
Some Ranges described for “CH” are even overlapping, which should not be the case AFAIK.

The Entries should actually be about the same as “DE”, fixed in commit 5dd4dbf709d38aab21cba0183cf26510054449f0 (git.kernel.org)

Source: See Link

05.03.20202884KernelBug ReportVery LowLowR7800 hangs and restarts after few daysopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- NetGear r7800
- Openwrt 19.07.1 (But same on 18.06.X)

- Steps to reproduce.

 Just run for several days and it hangs. Yes this router is working hard (OpenVPN, Transmission, 3Proxy, external disk attached) 

Mar 5 11:09:19 OpenWrt kernel: [174516.662874] Unable to handle kernel NULL pointer dereference at virtual address 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.662886] pgd = c0204000
Mar 5 11:09:19 OpenWrt kernel: [174516.662897] [00000001] *pgd=00000000
Mar 5 11:09:19 OpenWrt kernel: [174516.662924] Internal error: Oops: 17 [#1] SMP ARM
Mar 5 11:09:19 OpenWrt kernel: [174516.662955] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY vhci_hcd usblp usbip_host usbip_core slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat sch_cake nf_conntrack sch_teql sch_sfq sch_red sch_prio
Mar 5 11:09:19 OpenWrt kernel: [174516.715123] sch_pie sch_multiq sch_gred sch_fq sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp act_simple act_police act_pedit act_ipt act_gact act_csum libcrc32c sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb nat46 ip6_tunnel tunnel6 tun uas usb_storage uhci_hcd ext4 mbcache jbd2 crc32c_generic leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug
Mar 5 11:09:19 OpenWrt kernel: [174516.778498] CPU: 0 PID: 5329 Comm: kworker/0:1 Not tainted 4.14.167 #0
Mar 5 11:09:19 OpenWrt kernel: [174516.800724] Hardware name: Generic DT based system
Mar 5 11:09:19 OpenWrt kernel: [174516.807255] Workqueue: events 0xc06542e8
Mar 5 11:09:19 OpenWrt kernel: [174516.812094] task: dcffd900 task.stack: d955e000
Mar 5 11:09:19 OpenWrt kernel: [174516.816261] pc : [<c07bdbf0>] lr : [<c0679b9c>] psr: 80000013
Mar 5 11:09:19 OpenWrt kernel: [174516.820953] sp : d955fd50 ip : 00000000 fp : dd769c28
Mar 5 11:09:19 OpenWrt kernel: [174516.827287] r10: 00000000 r9 : ffffffff r8 : 00000002
Mar 5 11:09:19 OpenWrt kernel: [174516.832584] r7 : d955fdd4 r6 : 20000013 r5 : 00000001 r4 : dd6406d8
Mar 5 11:09:19 OpenWrt kernel: [174516.837879] r3 : de806024 r2 : 1fffa6f0 r1 : 00000000 r0 : 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.844219] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
Mar 5 11:09:19 OpenWrt kernel: [174516.850815] Control: 10c5787d Table: 5ba0806a DAC: 00000051
Mar 5 11:09:19 OpenWrt kernel: [174516.858107] Process kworker/0:1 (pid: 5329, stack limit = 0xd955e210)
Mar 5 11:09:19 OpenWrt kernel: [174516.863920] Stack: (0xd955fd50 to 0xd9560000)
Mar 5 11:09:19 OpenWrt kernel: [174516.870445] fd40: dd6406d8 00000001 20000013 c056ec00
Mar 5 11:09:19 OpenWrt kernel: [174516.874893] fd60: dd6406e4 fffffffe 00000000 c056fdd4 00000000 fffffffe 00000000 c033e164
Mar 5 11:09:19 OpenWrt kernel: [174516.883140] fd80: dd68f418 dd68f404 00000000 00000002 d955fdd4 c033e460 00000000 c0a158a8
Mar 5 11:09:19 OpenWrt kernel: [174516.891385] fda0: dd68f400 c0a13178 dd640780 00000002 2faf0800 2faf0800 23c34600 c033e4a8
Mar 5 11:09:19 OpenWrt kernel: [174516.899632] fdc0: 00000000 00003208 dd54c200 c0563e50 dd54c200 dd641400 2faf0800 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.907879] fde0: dd54c200 dd640780 00000000 23c34600 dd4dac80 c0565674 dd4dac80 dd6404d8
Mar 5 11:09:19 OpenWrt kernel: [174516.916126] fe00: 23c34600 dd4cf900 2faf0800 2faf0800 23c34600 c05656a4 dd640780 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.924371] fe20: 00000000 dd4dac80 dd7ad000 2faf0800 23c34600 c0565a6c dd769bc0 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.932618] fe40: dd769c00 dda01010 dd7ad000 c0565ac8 dd78a200 dd769bc0 dd769c00 c05ad744
Mar 5 11:09:19 OpenWrt kernel: [174516.940865] fe60: c0a61004 00000000 dcc25140 dd7ad028 23c34600 2faf0800 00009c40 23c34600
Mar 5 11:09:19 OpenWrt kernel: [174516.949113] fe80: dcc25240 dcc2525c 00000000 dcc25280 000927c0 dcc3a200 dda07540 c0655234
Mar 5 11:09:19 OpenWrt kernel: [174516.957359] fea0: 00000000 c0654c74 00009c40 dcc3a200 00000000 c0a61004 00000000 00000001
Mar 5 11:09:19 OpenWrt kernel: [174516.965604] fec0: 000927c0 00000000 dda07540 c0651364 00000002 000c3500 000927c0 00000021
Mar 5 11:09:19 OpenWrt kernel: [174516.973851] fee0: dcc24380 dcc3a200 dcc24380 dcc24400 dcc24400 dcc25300 00000000 c065377c
Mar 5 11:09:19 OpenWrt kernel: [174516.982097] ff00: dcc243b8 00000000 dcc24384 dcc3a200 c0a1f104 00000000 00000000 c0654320
Mar 5 11:09:19 OpenWrt kernel: [174516.990343] ff20: dcc243b8 d750c280 dda07540 dda0a400 00000000 c03371d0 dda07558 ffffe000
Mar 5 11:09:19 OpenWrt kernel: [174516.998591] ff40: d750c280 dda07540 d750c298 dda07558 ffffe000 c0a02d00 00000008 c03376cc

 


24.03.20202925KernelBug ReportVery LowMediumsdc_busy timeout: before CMD<55> <- msdc_command_start(...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on:
Architecture: MediaTek MT7621 ver:1 eco:3
Model: MTC Wireless Router WR1201
Router brand: Strong 1200
- Software versions of OpenWrt/LEDE release, packages, etc.:
OpenWrt 19.07.0 r10860-a3ffeb413b / LuCI openwrt-19.07 branch git-20.006.26738-35aa527
Packages installed:
kmod-mmc 4.14.162-1
kmod-sdhci-mt7620 4.14.162-1
kmod-mt76-core 4.14.162+2020-01-04-8a785679-1
kmod-usb-core 4.14.162-1
kmod-usb3 4.14.162-1
Kernel 4.14.162
- Steps to reproduce

Problem is that microSD card is not recognized. After inserting the microsd card this is shown in logs. I try three vendors. example brand new SanDisk microSDHC 32 GB Ultra Class 10 UHS-I
[ 1763.831968] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1763.852517] mmc0: error -145 whilst initialising SD card
[ 1764.131968] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1764.152467] mmc0: error -145 whilst initialising SD card
[ 1764.431965] msdc0 → XXX sdc_busy timeout: before CMD<55> ← msdc_command_start() : L<860> PID<kworker/0:1><0×39>
[ 1764.452549] mmc0: error -145 whilst initialising SD card

 


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

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

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

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

I’ve attached syslog & dmesg

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

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

01.04.20202956KernelBug ReportVery LowMediumtcp_bbr: suffering poor performance with samba4-serveropenwrt-19.07Unconfirmed Task Description

Environment: Newifi-D2(arch mipsel_24kc), OpenWrt 19.07.1/19.07.2/master branch with kernel 1.14.170+, samba-4.11, a usb-disk with ext4 file system.
(samba4 uses default settings)

I run samba-4.11 server in my router with usb-harddisk of 3T volumes. If the router enables tcp_bbr kernel module with default config file, then lan PCs copying files from the router is very slowly with speed of 4-10MB. The speed of writing files to router’s share is also a little slower.
Without tcp_bbr the speed is up to 40-60MB when copying files from the router.

I found the problem is caused by lack value of “net.core.default_qdisc=fq” in default bbr config file (/etc/sysctl.d/12-tcp-bbr.conf)
The default bbr config file is :
```
# Do not edit, changes to this file will be lost on upgrades
# /etc/sysctl.conf can be used to customize sysctl settings

net.ipv4.tcp_congestion_control=bbr
net.core.default_qdisc=fq #add this line then problem disappear.
```


15.04.20203013KernelBug ReportVery LowMediumKernel Bugopenwrt-19.07Unconfirmed Task Description

Device: Mikrotik RB750Gr3
Software: OpenWrt 19.07.2 (with no default package updates yet)
Installed Packages: installed_packages.txt (attached)
How to reproduce: Unknown
Consequence: None. The device continues to operate normally.

I have removed personal information and some garbage from the log files.

Compass.

18.04.20203015KernelBug ReportVery LowLowag71xx crashes after increasing MTUopenwrt-19.07Unconfirmed Task Description

Tested on openwrt-19.07.2-ath79-generic-tplink_archer-c7-v5

Steps to reproduce:

root@OpenWrt:~# ip link set eth0 mtu 500
root@OpenWrt:~# ip link set eth0 down; ip link set eth0 up
root@OpenWrt:~# ip link set eth0 mtu 1500

After this, sending a large packet (ping -s 800) causes a kernel panic:

skbuff: skb_over_panic: text:802da154 len:846 put:846 head:8677e3e0 data:8677e422 tail:0x8677e770 end:0x8677e640 dev:<NULL>

The problem is the rx buffer management in target/linux/ath79/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c: ag71xx_change_mtu adjusts the MTU, but doesn’t adjust rx_buf_size (it’s only set in ag71xx_open).

The attached patch fixes it by always using a large receive buffer. Maybe it is better to change rx_buf_size from ag71xx_change_mtu, but I don’t know how to do that.

25.04.20203045KernelBug ReportVery LowLowIn kernel WiFi pcap filters filter too muchopenwrt-19.07Unconfirmed Task Description

In an Archer C7 just flashed with https://downloads.openwrt.org/releases/19.07.2/targets/ath79/generic/openwrt-19.07.2-ath79-generic-tplink_archer-c7-v2-squashfs-factory.bin (also with a custom build of the HEAD of the openwrt-19.07 branch) I find that “tcpdump -i wlan1 | grep Beacon” shows a lot of packets but “tcpdump -i wlan1 ‘type mgt subtype beacon’” doesn’t show anything (a packet from time to time, but very rarely and way less than without the filter). Doing the same after patching libpcap to force it to do the filtering in user-space fixes the issue.

09.05.20203080KernelBug ReportVery LowMediumramips/mt7621 Netgear R6220 WIFI 5 GHz issueopenwrt-19.07Unconfirmed Task Description

I am using a Netgear R6220 router. My router has one “bad erase block”

[    2.859177] Scanning device for bad blocks
[    2.952205] Bad eraseblock 361 at 0x000002d20000
[    3.116833] 6 fixed-partitions partitions found on MTD device MT7621-NAND

Every test is done with default settings. For me it is easier to debug this issue with openwrt in station mode, but it applies to AccessPoint/Master as well.

  • 2.4 GHz WIFI operation as expected
  • 5 GHz WIFI only affected
  • low throughput only in openwrt TX direction / openwrt RX direction OK
  • things got much worse with openwrt 19.07.02 → openwrt 18.06.08 was better
    This is why I suspect that it is related to FS#1926 - MTD partition offset not correctly mapped when bad eraseblocks present.
    This fix has been integrated in 19.07. I don’t want to revert this change, as this is the first version openwrt sets the correct MAC address.

Comarison of OpenWrt 18.06.08 and 19.07.02

  • OpenWrt 18.06.08: TX Power is set to 3dBm
  • OpenWrt 19.07.02: TX Power is set to 20dBm (default?)
  • In both cases/logs The “HT Mode is VHT80”
  • Changing the TX Power in 19.07.02 has no effect
    Resource is busy

My guess/conclusion is that

  • the calibration data is not taken into account (maybe it was never and openwrt 18.06 was just lucky)
  • The offset to read the calibration data has changed with openwrt 19.07.02. This is why things got worse (for me)

Attached is the mtd4.bin (factory). I don’t know if this helps for this issue.

OpenWrt 18.06.08

WIFI 5 GHz operation “normal”. Means I can use any channel in 5 GHz and get good performance/throughput.
Channel 36
TX ~80Mbit/s
RX ~95Mbit/s
Channel 124
TX ~80Mbit/s
RX ~95Mbit/s

iw --debug phy phy1 info
phy phy1
        max # scan SSIDs: 4
        max scan IEs length: 2247 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x1ff
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 4 usec (0x05)
                HT TX/RX MCS rate indexes supported: 0-15
                VHT Capabilities (0x018001b0):
                        Max MPDU length: 3895
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                        short GI (80 MHz)
                        TX STBC
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT TX highest supported: 0 Mbps
                Frequencies:
                        * 5180 MHz [36] (3.0 dBm)
                        * 5200 MHz [40] (3.0 dBm)
                        * 5220 MHz [44] (3.0 dBm)
                        * 5240 MHz [48] (3.0 dBm)
                        * 5260 MHz [52] (3.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (3.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (3.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (3.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (3.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (3.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (3.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (3.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (3.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (3.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (3.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (3.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (3.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (3.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (3.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (3.0 dBm) (no IR)
                        * 5765 MHz [153] (3.0 dBm) (no IR)
                        * 5785 MHz [157] (3.0 dBm) (no IR)
                        * 5805 MHz [161] (3.0 dBm) (no IR)
                        * 5825 MHz [165] (3.0 dBm) (no IR)
        valid interface combinations:
                 * #{ IBSS } <= 1, #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        Device supports VHT-IBSS.
root@OpenWrt:~# iw --debug wlan1 info
Interface wlan1
        ifindex 8
        wdev 0x100000002
        addr xx:xx:xx:xx:xx:xx
        ssid Africa_5GHz
        type managed
        wiphy 1
        channel 124 (5620 MHz), width: 80 MHz, center1: 5610 MHz
        txpower 3.00 dBm
wifi status
"radio1": {
                "up": true,
                "pending": false,
                "autostart": true,
                "disabled": false,
                "retry_setup_failed": false,
                "config": {
                        "hwmode": "11a",
                        "path": "pci0000:00\/0000:00:00.0\/0000:01:00.0",
                        **"htmode": "VHT80",**
                        "channel": "124",
                        "country": "00",
                        "legacy_rates": true,
                        "disabled": false

OpenWrt 19.07.02

Channel 36
TX ~1.25 Mbit/s
RX ~95 Mbit/s
Channel 124
TX ~1.25 Mbit/s
RX ~95 Mbit/s

root@OpenWrt:~# iw --debug phy1 info
Wiphy phy1
        max # scan SSIDs: 4
        max scan IEs length: 2247 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x1ff
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 4 usec (0x05)
                HT TX/RX MCS rate indexes supported: 0-15
                VHT Capabilities (0x318001b0):
                        Max MPDU length: 3895
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                        short GI (80 MHz)
                        TX STBC
                        RX antenna pattern consistency
                        TX antenna pattern consistency
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: not supported
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT TX highest supported: 0 Mbps
                Frequencies:
                        * 5180 MHz [36] (20.0 dBm)
                        * 5200 MHz [40] (20.0 dBm)
                        * 5220 MHz [44] (20.0 dBm)
                        * 5240 MHz [48] (20.0 dBm)
                        * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (20.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (20.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (20.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (20.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (20.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (20.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (20.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (20.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (20.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (20.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (20.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (20.0 dBm) (no IR)
                        * 5765 MHz [153] (20.0 dBm) (no IR)
                        * 5785 MHz [157] (20.0 dBm) (no IR)
                        * 5805 MHz [161] (20.0 dBm) (no IR)
                        * 5825 MHz [165] (20.0 dBm) (no IR)
        valid interface combinations:
                 * #{ IBSS } <= 1, #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        Supported extended features:
                * [ VHT_IBSS ]: VHT-IBSS
                * [ RRM ]: RRM
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ TXQS ]: FQ-CoDel-enabled intermediate TXQs
root@OpenWrt:~# iw --debug wlan1 info
Interface wlan1
        ifindex 9
        wdev 0x100000003
        addr xx:xx:xx:xx:xx:xx
        ssid Africa_5GHz
        type managed
        wiphy 1
        channel 124 (5620 MHz), width: 80 MHz, center1: 5610 MHz
        txpower 20.00 dBm
        multicast TXQ:
                qsz-byt qsz-pkt flows   drops   marks   overlmt hashcol tx-bytestx-packets
                0       0       0       0       0       0       0       0      0
wifi status
"radio1": {
                "up": false,
                "pending": false,
                "autostart": false,
                "disabled": false,
                "retry_setup_failed": false,
                "config": {
                        "hwmode": "11a",
                        "path": "pci0000:00/0000:00:00.0/0000:01:00.0",
                        "htmode": "VHT80",
                        "channel": "124",
                        "country": "00",
                        "legacy_rates": false
21.05.20203113KernelBug ReportVery LowMediumFailed to receive offered IP address for devices at ran...openwrt-19.07Unconfirmed Task Description

Hardware: TP-LINK Archer C9 V1
Version: OpenWrt 19.07.2 r10947-65030d81f3

The Archer C9 is the only device doing any NAT on the network and is the only DHCP service on the network. To get around the fact that BCM4360 has no drivers I installed a WiFi Dongle. The Archer C9 is the gateway to the internet.

Sometimes any device at random when connecting to the gateway will be unable to acquire an IP Address despite the fact that the system log clearly shows it offered an IP address to a device with the same mac address. There’s a definite working physical link between the device and gateway. Connecting to alternative ‘dumb APs’ on the same network as the gateway results in the same problem; Unable to acquire an IP address. Asking the device’s DHCP client to renew the address does not help.

I have always experienced this problem with this router when using any non stock firmware (I.E all builds of DD-WRT that I tried seemed to exhibit the same behavior) otherwise I would have said it was a problem specific to only this hardware. If left long enough (Several hours) eventually the device will receive it’s an IP address again. Stock firmware did not once exhibit this behavior in the 2 years+ I had it running.

Eventually I set the device’s IP address manually to the exact IP Address being offered by the DHCP server. The device was still unable to ping the gateway.
I then tried to set the device’s IP address to a random IP address (within the range of IP addresses the DHCP server could potentially serve) The device was still unable to ping the gateway. Finally I set the device IP address outside of the range being offered by the DHCP server and then it was able to communicate with the gateway.

I have attached the system log of when a device failed to acquire an IP address. I have replaced all mac addresses and IP addresses with randomly generated mac addresses and IP addresses. ‘1b:ac:8b:93:55:ba’ is the device struggling to acquire the IP address. It is a MacBook Pro. If memory serves correctly devices requesting an IP address in the same time period will also fail to acquire a IP address from the DHCP server, further testing is required for me to prove that though. Other services including NAT translation for pre-allocated devices appears to behave as expected. The gateway will function as expected in every other way. The log will show me successfully logging via my Android device during the time it was happening.

22.05.20203115KernelBug ReportVery LowMediumPerformance/ping/network latency regression in OpenWrt ...openwrt-19.07Unconfirmed Task Description

Today I’ve upgraded from OpenWrt 19.07.1 to 19.07.3 and noticed that latency for my WDR3600 router has increased more than threefold.

In OpenWrt 19.07.1 ping from my PC to the router (connected via a 1Gb wired connection, less than a meter) took approximately 0.250ms

In OpenWrt 19.07.3 ping is now 0.860ms on average.

I haven’t changed any settings after upgrading to OpenWrt 19.07.3.

This is quite a serious performance regression.

When I was carrying out the tests I had zero load and zero Internet traffic, so the router CPU was completely idle.

# uptime 
 15:22:59 up  4:36,  load average: 0.00, 0.00, 0.00
24.05.20203122KernelBug ReportVery LowMediumKernel panic - Unable to mount root fs on R7800openwrt-19.07Unconfirmed Task Description

Device problem occurs after installing openwrt 19.07.2 / configuring : 3 vlans, 3 wifi networks, firewall rules, Changing DNS (diff for each vlan), installing luci tranlations

After that, it works several hours but Luci doesn’t answer anymore. At reboot, kernel panic, after resetting device reinstalling config via backup, the same... see Serial log below. thanks.

U-Boot 2012.07 [local,local] (Sep 03 2015 - 17:33:28)

U-boot 2012.07 dni1 V0.4 for DNI HW ID: 29764958 NOR flash 0MB; NAND flash 128MB; RAM 512MB; 1st Radio 4x4; 2nd Radio 4x4; Cascade
smem ram ptable found: ver: 0 len: 5
DRAM:  491 MiB
NAND:  SF: Unsupported manufacturer 00
ipq_spi: SPI Flash not found (bus/cs/speed/mode) = (0/0/48000000/0)
128 MiB
MMC:   
*** Warning - bad CRC, using default environment

PCI0 Link Intialized
PCI1 Link Intialized
In:    serial
Out:   serial
Err:   serial
 131072 bytes read: OK
MMC Device 0 not found
cdp: get part failed for 0:HLOS
Net:   MAC1 addr:cc:40:d0:56:e:7e
athrs17_reg_init: complete
athrs17_vlan_config ...done
S17c init  done
MAC2 addr:cc:40:d0:56:e:7d
eth0, eth1
Hit any key to stop autoboot:  0 
Mac2 unit failed
Mac1 unit failed

 nmrp server is stopped or failed !

Loading from device 0: nand0 (offset 0x1480000)

** check kernel image **
   Verifying Checksum ... OK

** check rootfs image **
   Verifying Checksum ... OK
MMC Device 0 not found

Loading from nand0, offset 0x1480000
   Image Name:   ARM OpenWrt Linux-4.14.171
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2200315 Bytes = 2.1 MiB
   Load Address: 42208000
   Entry Point:  42208000
Automatic boot of image at addr 0x44000000 ...
   Image Name:   ARM OpenWrt Linux-4.14.171
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2200315 Bytes = 2.1 MiB
   Load Address: 42208000
   Entry Point:  42208000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK
mtdparts variable not set, see 'help mtdparts'
no partitions defined

defaults:
mtdids  : nand0=msm_nand
mtdparts: none
info: "mtdparts" not set
Using machid 0x136c from environment

Starting kernel ...

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.14.171 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r10947-65030d81f3)) #0 SMP Thu Feb 27 21:05:12 2020
[    0.000000] CPU: ARMv7 Processor [512f04d0] revision 0 (ARMv7), cr=10c5787d
[    0.000000] CPU: div instructions available: patching division code
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000] OF: fdt: Machine model: Netgear Nighthawk X4S R7800
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] random: get_random_bytes called from 0xc09008dc with crng_init=0
[    0.000000] percpu: Embedded 15 pages/cpu s29388 r8192 d23860 u61440
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 121920
[    0.000000] Kernel command line: 
[    0.000000] Bootloader command line (ignored): console=ttyHSL1,115200n8
[    0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Memory: 477376K/491520K available (4975K kernel code, 160K rwdata, 756K rodata, 1024K init, 235K bss, 14144K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
[    0.000000]     vmalloc : 0xde800000 - 0xff800000   ( 528 MB)
[    0.000000]     lowmem  : 0xc0000000 - 0xde000000   ( 480 MB)
[    0.000000]     pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
[    0.000000]     modules : 0xbf000000 - 0xbfe00000   (  14 MB)
[    0.000000]       .text : 0xc0208000 - 0xc07dbe98   (5968 kB)
[    0.000000]       .init : 0xc0900000 - 0xc0a00000   (1024 kB)
[    0.000000]       .data : 0xc0a00000 - 0xc0a28180   ( 161 kB)
[    0.000000]        .bss : 0xc0a2a000 - 0xc0a64e18   ( 236 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] clocksource: dg_timer: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 305801671480 ns
[    0.000008] sched_clock: 32 bits at 6MHz, resolution 160ns, wraps every 343597383600ns
[    0.000022] Switching to timer-based delay loop, resolution 160ns
[    0.000228] Calibrating delay loop (skipped), value calculated using timer frequency.. 12.50 BogoMIPS (lpj=62500)
[    0.000254] pid_max: default: 32768 minimum: 301
[    0.000379] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000397] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000971] CPU: Testing write buffer coherency: ok
[    0.001727] Setting up static identity map for 0x42300000 - 0x42300060
[    0.001884] Hierarchical SRCU implementation.
[    0.002625] smp: Bringing up secondary CPUs ...
[    0.004460] smp: Brought up 1 node, 2 CPUs
[    0.004476] SMP: Total of 2 processors activated (25.00 BogoMIPS).
[    0.004485] CPU: All CPU(s) started in SVC mode.
[    0.014749] VFP support v0.3: implementor 51 architecture 64 part 4d variant 2 rev 0
[    0.014919] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.014944] futex hash table entries: 512 (order: 3, 32768 bytes)
[    0.015058] pinctrl core: initialized pinctrl subsystem
[    0.016053] NET: Registered protocol family 16
[    0.016311] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.017655] cpuidle: using governor ladder
[    0.017720] cpuidle: using governor menu
[    0.040311] msm_bus_fabric_init_driver
[    0.041824] usbcore: registered new interface driver usbfs
[    0.041902] usbcore: registered new interface driver hub
[    0.041991] usbcore: registered new device driver usb
[    0.042048] pps_core: LinuxPPS API ver. 1 registered
[    0.042060] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    0.042094] PTP clock support registered
[    0.043798] clocksource: Switched to clocksource dg_timer
[    0.047040] NET: Registered protocol family 2
[    0.047634] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[    0.047676] TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
[    0.047731] TCP: Hash tables configured (established 4096 bind 4096)
[    0.047824] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    0.047852] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    0.048029] NET: Registered protocol family 1
[    0.049217] No memory allocated for crashlog
[    0.049492] workingset: timestamp_bits=30 max_order=17 bucket_order=0
[    0.054651] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.054671] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.061244] io scheduler noop registered
[    0.061261] io scheduler deadline registered (default)
[    0.062935] qcom-pcie 1b500000.pci: 1b500000.pci supply vdda not found, using dummy regulator
[    0.063044] qcom-pcie 1b500000.pci: 1b500000.pci supply vdda_phy not found, using dummy regulator
[    0.063135] qcom-pcie 1b500000.pci: 1b500000.pci supply vdda_refclk not found, using dummy regulator
[    0.063921] OF: PCI: host bridge /soc/pci@1b500000 ranges:
[    0.063968] OF: PCI:    IO 0x0fe00000..0x0fefffff -> 0x0fe00000
[    0.063995] OF: PCI:   MEM 0x08000000..0x0fdfffff -> 0x08000000
[    0.164480] qcom-pcie 1b500000.pci: link up
[    0.164657] qcom-pcie 1b500000.pci: PCI host bridge to bus 0000:00
[    0.164682] pci_bus 0000:00: root bus resource [bus 00-ff]
[    0.164704] pci_bus 0000:00: root bus resource [io  0x0000-0xfffff] (bus address [0xfe00000-0xfefffff])
[    0.164719] pci_bus 0000:00: root bus resource [mem 0x08000000-0x0fdfffff]
[    0.165242] PCI: bus0: Fast back to back transfers disabled
[    0.167476] PCI: bus1: Fast back to back transfers disabled
[    0.167580] pci 0000:00:00.0: BAR 8: assigned [mem 0x08000000-0x081fffff]
[    0.167605] pci 0000:01:00.0: BAR 0: assigned [mem 0x08000000-0x081fffff 64bit]
[    0.167733] pci 0000:00:00.0: PCI bridge to [bus 01-ff]
[    0.167758] pci 0000:00:00.0:   bridge window [mem 0x08000000-0x081fffff]
[    0.168292] pcieport 0000:00:00.0: AER enabled with IRQ 35
[    0.168814] qcom-pcie 1b700000.pci: 1b700000.pci supply vdda not found, using dummy regulator
[    0.168913] qcom-pcie 1b700000.pci: 1b700000.pci supply vdda_phy not found, using dummy regulator
[    0.169018] qcom-pcie 1b700000.pci: 1b700000.pci supply vdda_refclk not found, using dummy regulator
[    0.169773] OF: PCI: host bridge /soc/pci@1b700000 ranges:
[    0.169809] OF: PCI:    IO 0x31e00000..0x31efffff -> 0x31e00000
[    0.169832] OF: PCI:   MEM 0x2e000000..0x31dfffff -> 0x2e000000
[    0.279738] qcom-pcie 1b700000.pci: link up
[    0.279897] qcom-pcie 1b700000.pci: PCI host bridge to bus 0001:00
[    0.279918] pci_bus 0001:00: root bus resource [bus 00-ff]
[    0.279933] pci_bus 0001:00: root bus resource [mem 0x2e000000-0x31dfffff]
[    0.280399] PCI: bus0: Fast back to back transfers disabled
[    0.282745] PCI: bus1: Fast back to back transfers disabled
[    0.282832] pci 0001:00:00.0: BAR 8: assigned [mem 0x2e000000-0x2e1fffff]
[    0.282856] pci 0001:01:00.0: BAR 0: assigned [mem 0x2e000000-0x2e1fffff 64bit]
[    0.282989] pci 0001:00:00.0: PCI bridge to [bus 01-ff]
[    0.283009] pci 0001:00:00.0:   bridge window [mem 0x2e000000-0x2e1fffff]
[    0.283496] pcieport 0001:00:00.0: AER enabled with IRQ 68
[    0.285956] L2 @ QSB rate. Forcing new rate.
[    0.286169] L2 @ 384000 KHz
[    0.286343] CPU0 @ 800000 KHz
[    0.286356] CPU1 @ QSB rate. Forcing new rate.
[    0.286483] CPU1 @ 384000 KHz
[    0.290325] gsbi 16300000.gsbi: GSBI port protocol: 6 crci: 0
[    0.292267] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.294968] msm_serial 16340000.serial: msm_serial: detected port #0
[    0.295073] msm_serial 16340000.serial: uartclk = 7372800
[    0.295160] 16340000.serial: ttyMSM0 at MMIO 0x16340000 (irq = 101, base_baud = 460800) is a MSM
[    0.295199] msm_serial: console setup on port #0
[    1.015021] console [ttyMSM0] enabled
[    1.019730] msm_serial: driver initialized
[    1.028412] loop: module loaded
[    1.030466] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xa1
[    1.030500] nand: Micron MT29F1G08ABBEAH4
[    1.037054] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    1.040974] 8 fixed-partitions partitions found on MTD device qcom_nand.0
[    1.048424] Creating 8 MTD partitions on "qcom_nand.0":
[    1.055270] 0x000000000000-0x000000c80000 : "qcadata"
[    1.065253] random: fast init done
[    1.083023] 0x000000c80000-0x000001180000 : "APPSBL"
[    1.092491] 0x000001180000-0x000001200000 : "APPSBLENV"
[    1.094218] 0x000001200000-0x000001340000 : "art"
[    1.099432] 0x000001340000-0x000001480000 : "artbak"
[    1.104377] 0x000001480000-0x000001880000 : "kernel"
[    1.114194] 0x000001880000-0x000007900000 : "ubi"
[    1.282928] 0x000007900000-0x000008000000 : "reserve"
[    1.297225] libphy: GPIO Bitbanged MDIO: probed
[    1.318740] switch0: Atheros AR8337 rev. 2 switch registered on gpio-0
[    2.186120] ar8327: qca,phy-rgmii-en is not specified
[    2.186506] libphy: Fixed MDIO Bus: probed
[    2.192324] ipq806x-gmac-dwmac 37200000.ethernet: PTP uses main clock
[    2.194527] stmmac - user ID: 0x10, Synopsys ID: 0x37
[    2.200660] ipq806x-gmac-dwmac 37200000.ethernet: Ring mode enabled
[    2.205784] ipq806x-gmac-dwmac 37200000.ethernet: DMA HW capability register supported
[    2.211772] ipq806x-gmac-dwmac 37200000.ethernet: Enhanced/Alternate descriptors
[    2.219833] ipq806x-gmac-dwmac 37200000.ethernet: Enabled extended descriptors
[    2.227395] ipq806x-gmac-dwmac 37200000.ethernet: RX Checksum Offload Engine supported
[    2.234423] ipq806x-gmac-dwmac 37200000.ethernet: COE Type 2
[    2.242238] ipq806x-gmac-dwmac 37200000.ethernet: TX Checksum insertion supported
[    2.248135] ipq806x-gmac-dwmac 37200000.ethernet: Wake-Up On Lan supported
[    2.255513] ipq806x-gmac-dwmac 37200000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    2.263812] ipq806x-gmac-dwmac 37400000.ethernet: PTP uses main clock
[    2.271083] stmmac - user ID: 0x10, Synopsys ID: 0x37
[    2.277221] ipq806x-gmac-dwmac 37400000.ethernet: Ring mode enabled
[    2.282167] ipq806x-gmac-dwmac 37400000.ethernet: DMA HW capability register supported
[    2.288311] ipq806x-gmac-dwmac 37400000.ethernet: Enhanced/Alternate descriptors
[    2.296308] ipq806x-gmac-dwmac 37400000.ethernet: Enabled extended descriptors
[    2.303784] ipq806x-gmac-dwmac 37400000.ethernet: RX Checksum Offload Engine supported
[    2.310897] ipq806x-gmac-dwmac 37400000.ethernet: COE Type 2
[    2.318768] ipq806x-gmac-dwmac 37400000.ethernet: TX Checksum insertion supported
[    2.324610] ipq806x-gmac-dwmac 37400000.ethernet: Wake-Up On Lan supported
[    2.331910] ipq806x-gmac-dwmac 37400000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    2.339460] i2c /dev entries driver
[    2.348210] Calibration not found.
[    2.351669] Speed bin: 0
[    2.353948] PVS bin: 4
[    2.358048] cpuidle: enable-method property 'qcom,kpss-acc-v1' found operations
[    2.358880] cpuidle: enable-method property 'qcom,kpss-acc-v1' found operations
[    2.366693] sdhci: Secure Digital Host Controller Interface driver
[    2.373311] sdhci: Copyright(c) Pierre Ossman
[    2.379622] sdhci-pltfm: SDHCI platform and OF driver helper
[    2.385414] NET: Registered protocol family 10
[    2.391108] Segment Routing with IPv6
[    2.394044] NET: Registered protocol family 17
[    2.397865] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    2.402664] 8021q: 802.1Q VLAN Support v1.8
[    2.415285] Registering SWP/SWPB emulation handler
[    2.431257] qcom_rpm 108000.rpm: RPM firmware 3.0.16777364
[    2.443350] s1a: supplied by regulator-dummy
[    2.443451] s1a: Bringing 0uV into 1050000-1050000uV
[    2.447028] s1b: supplied by regulator-dummy
[    2.451684] s1b: Bringing 0uV into 1050000-1050000uV
[    2.456229] s2a: supplied by regulator-dummy
[    2.460900] s2a: Bringing 0uV into 775000-775000uV
[    2.465384] s2b: supplied by regulator-dummy
[    2.469745] s2b: Bringing 0uV into 775000-775000uV
[    2.479070] UBI: auto-attach mtd6
[    2.479103] ubi0: attaching mtd6
[    2.528833] random: crng init done
[    3.188552] ubi0: scanning is finished
[    3.198077] ubi0: attached mtd6 (name "ubi", size 96 MiB)
[    3.198098] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    3.202445] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    3.209290] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[    3.216138] ubi0: good PEBs: 772, bad PEBs: 0, corrupted PEBs: 0
[    3.222844] ubi0: user volume: 0, internal volumes: 1, max. volumes count: 128
[    3.229157] ubi0: max/mean erase counter: 3/1, WL threshold: 4096, image sequence number: 1530044714
[    3.236185] ubi0: available PEBs: 748, total reserved PEBs: 24, PEBs reserved for bad PEB handling: 20
[    3.245511] hctosys: unable to open rtc devic�[    3.260030] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    3.260051] Please append a correct "root=" boot option; here are the available partitions:
[    3.266567] 1f00           12800 mtdblock0 
[    3.266571]  (driver?)
[    3.278805] 1f01            5120 mtdblock1 
[    3.278809]  (driver?)
[    3.285399] 1f02             512 mtdblock2 
[    3.285404]  (driver?)
[    3.291824] 1f03            1280 mtdblock3 
[    3.291827]  (driver?)
[    3.298335] 1f04            1280 mtdblock4 
[    3.298339]  (driver?)
[    3.304915] 1f05            4096 mtdblock5 
[    3.304920]  (driver?)
[    3.311355] 1f06           98816 mtdblock6 
[    3.311359]  (driver?)
[    3.317942] 1f07            7168 mtdblock7 
[    3.317947]  (driver?)
[    3.324439] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    3.326828] CPU1: stopping
[    3.335065] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.171 #0
[    3.337752] Hardware name: Generic DT based system
[    3.343928] Function entered at [<c030f1c4>] from [<c030b390>]
[    3.348608] Function entered at [<c030b390>] from [<c07c0664>]
[    3.354423] Function entered at [<c07c0664>] from [<c030e40c>]
[    3.360239] Function entered at [<c030e40c>] from [<c03014b8>]
[    3.366054] Function entered at [<c03014b8>] from [<c030bf8c>]
[    3.371870] Exception stack(0xdd461f80 to 0xdd461fc8)
[    3.377715] 1f80: 00000001 00000000 00000000 c0315100 ffffe000 c0a03cb8 c0a03c6c 00000000
[    3.382842] 1fa0: 00000000 512f04d0 00000000 00000000 dd461fc8 dd461fd0 c030854c c0308550
[    3.390977] 1fc0: 60000013 ffffffff
[    3.399125] Function entered at [<c030bf8c>] from [<c0308550>]
[    3.402425] Function entered at [<c0308550>] from [<c03589c8>]
[    3.408330] Function entered at [<c03589c8>] from [<c0358d10>]
[    3.414143] Function entered at [<c0358d10>] from [<423017cc>]
[    3.419963] Rebooting in 1 seconds..
06.06.20203154KernelBug ReportVery LowHighXFRM state insert failure with AES-GCMopenwrt-19.07Unconfirmed Task Description

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

 

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

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

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

07.06.20203156KernelBug ReportVery LowLowsit non-ECTopenwrt-19.07Unconfirmed Task Description

Device: TP-Link Archer C6v2
OpenWrt: 19.07.3

When stateless mode enabled with 6in4 tunnel, kernel always spamming this errors. Anyway IPv6 working fine.

[  552.992200] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  553.672272] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  555.673655] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  559.668806] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  561.802355] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  561.803238] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  563.850841] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  565.898359] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  565.898456] sit: non-ECT from 193.0.203.203 with TOS=0xc1
[  565.899107] sit: non-ECT from 193.0.203.203 with TOS=0xc1


20.06.20203194KernelBug ReportVery LowLowKernel option needed for Atheros AR9565 mini-pcie compa...openwrt-19.07Unconfirmed Task Description

I have an x86_64 system with an Atheros AR9565 mini-pcie which is not recognized by Openwrt unless I recompile with the following options:
CONFIG_PACKAGE_kmod-ath9k=y
CONFIG_ATH9K_SUPPORT_PCOEM=y

I’m using Openwrt 19.07.3. In the prebuilt images I believe kmod-ath9k is being compiled with CONFIG_ATH9K_SUPPORT_PCOEM defaulting to =n. Is it possible to get this changed to CONFIG_ATH9K_SUPPORT_PCOEM=y in future prebuilt releases?

Thanks!

23.06.20203200KernelBug ReportVery LowLowSoftware flowoffload doesn't work with marked packetsopenwrt-19.07Unconfirmed Task Description

Software offload doesn’t work when custom routing table used:
How to examine:

# create ipset
ipset create IPNET hash:net
ipset add IPNET 139.59.209.225/32
# check ipset
ipset list IPNET
...
Number of entries: 1
Members:
139.59.209.225

# mark packets with dst to IPNET
iptables -t mangle -A PREROUTING -i br-lan -m set –match-set IPNET dst -j MARK –set-mark 0×1111 iptables -t mangle -A OUTPUT -m set –match-set IPNET dst -j MARK –set-mark 0×1111

# add custom routing table for marked packets
ip ru add fwmark 0×1111 lookup 8888 prio 10000

# add route for custom table 8888
ip route add default via 192.168.30.1 table 8888

# enable flow offload in /etc/config/firewall
config defaults

....
option flow_offloading '1'

/etc/init.d/firewall reload

check iptables:
Chain FORWARD (policy DROP 0 packets, 0 bytes)

  pkts      bytes target     prot opt in     out     source               destination         
    24     1947 forwarding_rule  all  --  any    any     anywhere             anywhere             /* !fw3: Custom forwarding rule chain */
    22     1819 FLOWOFFLOAD  all  --  any    any     anywhere             anywhere             /* !fw3: Traffic offloading */ ctstate RELATED,ESTABLISHED FLOWOFFLOAD
    22     1819 ACCEPT     all  --  any    any     anywhere             anywhere             ctstate RELATED,ESTABLISHED /* !fw3 */
     2      128 zone_lan_forward  all  --  br-lan any     anywhere             anywhere             /* !fw3 */
     0        0 zone_wan_forward  all  --  pppoe-wan any     anywhere             anywhere             /* !fw3 */
     0        0 zone_wan_forward  all  --  l2tpv3-hetzner any     anywhere             anywhere             /* !fw3 */
     0        0 zone_wan_forward  all  --  wg0    any     anywhere             anywhere             /* !fw3 */
     0        0 reject     all  --  any    any     anywhere             anywhere             /* !fw3 */


But packets with RELATED,ESTABLISHED don’t use custom routing (it seems what flowoffload don’t remember custom routing and try to send packets on table main). When I add manually custom route to main table - flow offload work again

Showing tasks 51 - 100 of 1046 Page 2 of 21 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing