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.

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

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

eth0: switch
eth1: SFP
eth2: standalone ethernet

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

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

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

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

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

21.12.20192690Base systemBug ReportMediumMediumImagebuilder: "opkg_install_pkg: Package size mismatch"...AllNew Task Description

The Imagebuilder fails in the following situation:

  • download and unpack the imagebuilder
  • build an image: it works
  • wait a few days/weeks
  • try to build an image again with the same imagebuilder: it fails

It fails quite late during building with lots of errors like this:

   opkg_install_pkg: Package size mismatch: libubox is 19365 bytes, expecting 19361 bytes
   opkg_install_cmd: Cannot install package luci.
   opkg_install_pkg: Package size mismatch: libuci is 15454 bytes, expecting 15461 bytes
   opkg_install_cmd: Cannot install package base-files.
   opkg_install_pkg: Package size mismatch: busybox is 212951 bytes, expecting 212973 bytes
   opkg_install_cmd: Cannot install package busybox.

This happens with stable releases (18.06.5), RC releases (19.07.0-rc2), and with several targets.

It looks like package sizes are somehow kept in a local cache during the first build, and are not updated when building again a few days later. This is strange because the imagebuilder seems to fetch new versions of the Packages.gz files.

Below is the full log.

  $ make image PROFILE=rb-nor-flash-16M"" BIN_DIR="${IMAGEBUILDER_DIR}" EXTRA_IMAGE_NAME="rzn" FILES="files/" PACKAGES="luci luci-mod-admin-full luci-i18n-base-en luci-i18n-base-fr luci-i18n-firewall-fr -ppp -ppp-mod-pppoe -kmod-ppp -kmod-pppoe -kmod-pppox"
  
  Building images for ar71xx - MikroTik RouterBoard (16 MB SPI NOR)
  Packages: luci luci-mod-admin-full luci-i18n-base-en luci-i18n-base-fr luci-i18n-firewall-fr base-files busybox dnsmasq dropbear firewall fstools ip6tables iptables kernel kmod-ath9k kmod-gpio-button-hotplug kmod-ledtrig-gpio libc libgcc logd mtd netifd odhcp6c odhcpd-ipv6only opkg rbcfg rssileds swconfig uboot-envtools uci uclient-fetch wpad-mini
  
  Downloading http://downloads.openwrt.org/releases/18.06.5/targets/ar71xx/mikrotik/packages/Packages.gz
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/openwrt_core
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/base/Packages.gz
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/openwrt_base
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/Packages.gz
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/openwrt_luci
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/packages/Packages.gz
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/openwrt_packages
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/routing/Packages.gz
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/openwrt_routing
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/telephony/Packages.gz
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/openwrt_telephony
  Downloading file:packages/Packages
  Updated list of available packages in /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/build_dir/target-mips_24kc_musl/root-ar71xx/../../../../../../../../../home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/imagebuilder
  
  Installing packages...
  Installing libc (1.1.19-2) to root...
  Installing libgcc (7.3.0-2) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libgcc_7.3.0-2_mips_24kc.ipk.
  Configuring libgcc.
  Configuring libc.
  Installing kernel (4.9.198-1-3ba2e8c5db2fc4389b537731cf37120c) to root...
  Configuring kernel.
  Installing luci (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci_git-19.353.67991-868abc1-1_all.ipk
  Installing libubox (2018-07-25-c83a84af-2) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libubox_2018-07-25-c83a84af-2_mips_24kc.ipk.
  Installing luci-mod-admin-full (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci-mod-admin-full_git-19.353.67991-868abc1-1_mips_24kc.ipk
  Installing luci-i18n-base-en (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci-i18n-base-en_git-19.353.67991-868abc1-1_all.ipk
  Installing luci-base (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci-base_git-19.353.67991-868abc1-1_mips_24kc.ipk
  Installing luci-i18n-base-fr (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci-i18n-base-fr_git-19.353.67991-868abc1-1_all.ipk
  Installing luci-i18n-firewall-fr (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci-i18n-firewall-fr_git-19.353.67991-868abc1-1_all.ipk
  Installing luci-app-firewall (git-19.353.67991-868abc1-1) to root...
  Downloading http://downloads.openwrt.org/releases/18.06.5/packages/mips_24kc/luci/luci-app-firewall_git-19.353.67991-868abc1-1_all.ipk
  Installing base-files (194.2-r7897-9d401013fc) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/base-files_194.2-r7897-9d401013fc_mips_24kc.ipk.
  Installing libuci (2019-05-17-f199b961-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libuci_2019-05-17-f199b961-1_mips_24kc.ipk.
  Installing busybox (1.28.4-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/busybox_1.28.4-3_mips_24kc.ipk.
  Installing dnsmasq (2.80-1.4) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/dnsmasq_2.80-1.4_mips_24kc.ipk.
  Installing dropbear (2017.75-7.1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/dropbear_2017.75-7.1_mips_24kc.ipk.
  Installing firewall (2018-08-13-1c4d5bcd-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/firewall_2018-08-13-1c4d5bcd-1_mips_24kc.ipk.
  Installing fstools (2019-03-28-ff1ded63-5) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/fstools_2019-03-28-ff1ded63-5_mips_24kc.ipk.
  Installing ip6tables (1.6.2-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/ip6tables_1.6.2-3_mips_24kc.ipk.
  Installing kmod-nf-reject6 (4.9.198-1) to root...
  Downloading file:packages/kmod-nf-reject6_4.9.198-1_mips_24kc.ipk
  Installing kmod-nf-ipt (4.9.198-1) to root...
  Downloading file:packages/kmod-nf-ipt_4.9.198-1_mips_24kc.ipk
  Installing kmod-nf-ipt6 (4.9.198-1) to root...
  Downloading file:packages/kmod-nf-ipt6_4.9.198-1_mips_24kc.ipk
  Installing kmod-ipt-core (4.9.198-1) to root...
  Downloading file:packages/kmod-ipt-core_4.9.198-1_mips_24kc.ipk
  Installing kmod-ip6tables (4.9.198-1) to root...
  Downloading file:packages/kmod-ip6tables_4.9.198-1_mips_24kc.ipk
  Installing libip4tc (1.6.2-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libip4tc_1.6.2-3_mips_24kc.ipk.
  Installing libip6tc (1.6.2-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libip6tc_1.6.2-3_mips_24kc.ipk.
  Installing libxtables (1.6.2-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libxtables_1.6.2-3_mips_24kc.ipk.
  Installing iptables (1.6.2-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/iptables_1.6.2-3_mips_24kc.ipk.
  Package iptables (1.6.2-3) installed in root is up to date.
  Package kernel (4.9.198-1-3ba2e8c5db2fc4389b537731cf37120c) installed in root is up to date.
  Installing kmod-ath9k (4.9.198+2017-11-01-10) to root...
  Downloading file:packages/kmod-ath9k_4.9.198%2b2017-11-01-10_mips_24kc.ipk
  Installing libnl-tiny (0.1-5) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/libnl-tiny_0.1-5_mips_24kc.ipk.
  Installing kmod-gpio-button-hotplug (4.9.198-2) to root...
  Downloading file:packages/kmod-gpio-button-hotplug_4.9.198-2_mips_24kc.ipk
  Installing kmod-ledtrig-gpio (4.9.198-1) to root...
  Downloading file:packages/kmod-ledtrig-gpio_4.9.198-1_mips_24kc.ipk
  Package libc (1.1.19-2) installed in root is up to date.
  Package libgcc (7.3.0-2) installed in root is up to date.
  Installing logd (2018-02-14-128bc35f-2) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/logd_2018-02-14-128bc35f-2_mips_24kc.ipk.
  Installing mtd (23) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/mtd_23_mips_24kc.ipk.
  Installing libubox (2018-07-25-c83a84af-2) to root...
  Installing netifd (2019-01-31-a2aba5c7-2.1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/netifd_2019-01-31-a2aba5c7-2.1_mips_24kc.ipk.
  Installing odhcp6c (2018-07-14-67ae6a71-15) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/odhcp6c_2018-07-14-67ae6a71-15_mips_24kc.ipk.
  Installing odhcpd-ipv6only (1.15-3) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/odhcpd-ipv6only_1.15-3_mips_24kc.ipk.
  Installing opkg (2019-06-14-dcbc142e-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/opkg_2019-06-14-dcbc142e-1_mips_24kc.ipk.
  Installing rbcfg (2) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/rbcfg_2_mips_24kc.ipk.
  Installing rssileds (0.2-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/rssileds_0.2-1_mips_24kc.ipk.
  Installing swconfig (11) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/swconfig_11_mips_24kc.ipk.
  Installing uboot-envtools (2018.03-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/uboot-envtools_2018.03-1_mips_24kc.ipk.
  Installing uci (2019-05-17-f199b961-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/uci_2019-05-17-f199b961-1_mips_24kc.ipk.
  Installing uclient-fetch (2018-11-24-3ba74ebc-1) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/uclient-fetch_2018-11-24-3ba74ebc-1_mips_24kc.ipk.
  Installing wpad-mini (2018-05-21-62566bc2-8) to root...
  Copying /home/foo/doc/openwrt_imagebuilder/openwrt-imagebuilder-18.06.5-ar71xx-mikrotik.Linux-x86_64/dl/wpad-mini_2018-05-21-62566bc2-8_mips_24kc.ipk.
  Configuring kmod-nf-reject6.
  Configuring uboot-envtools.
  Configuring kmod-ledtrig-gpio.
  Configuring rbcfg.
  Configuring luci-app-firewall.
  Configuring kmod-nf-ipt.
  Configuring libxtables.
  Configuring libip4tc.
  Configuring kmod-nf-ipt6.
  Configuring kmod-ipt-core.
  Configuring kmod-ip6tables.
  Configuring fstools.
  Configuring libip6tc.
  Configuring luci-base.
  Configuring luci-mod-admin-full.
  Configuring kmod-gpio-button-hotplug.
  Configuring luci-i18n-firewall-fr.
  Configuring iptables.
  Configuring ip6tables.
  Configuring luci-i18n-base-en.
  Configuring luci-i18n-base-fr.
  Collected errors:
   * opkg_install_pkg: Package size mismatch: libubox is 19365 bytes, expecting 19361 bytes
   * opkg_install_cmd: Cannot install package luci.
   * opkg_install_pkg: Package size mismatch: libuci is 15454 bytes, expecting 15461 bytes
   * opkg_install_cmd: Cannot install package base-files.
   * opkg_install_pkg: Package size mismatch: busybox is 212951 bytes, expecting 212973 bytes
   * opkg_install_cmd: Cannot install package busybox.
   * opkg_install_pkg: Package size mismatch: dnsmasq is 99783 bytes, expecting 99775 bytes
   * opkg_install_cmd: Cannot install package dnsmasq.
   * opkg_install_pkg: Package size mismatch: dropbear is 86613 bytes, expecting 86610 bytes
   * opkg_install_cmd: Cannot install package dropbear.
   * opkg_install_pkg: Package size mismatch: firewall is 40776 bytes, expecting 40777 bytes
   * opkg_install_cmd: Cannot install package firewall.
   * opkg_install_pkg: Package size mismatch: libnl-tiny is 12953 bytes, expecting 12948 bytes
   * opkg_install_cmd: Cannot install package kmod-ath9k.
   * opkg_install_pkg: Package size mismatch: logd is 10114 bytes, expecting 10111 bytes
   * opkg_install_cmd: Cannot install package logd.
   * opkg_install_pkg: Package size mismatch: libubox is 19365 bytes, expecting 19361 bytes
   * opkg_install_cmd: Cannot install package mtd.
   * opkg_install_pkg: Package size mismatch: netifd is 62005 bytes, expecting 62004 bytes
   * opkg_install_cmd: Cannot install package netifd.
   * opkg_install_pkg: Package size mismatch: odhcp6c is 23650 bytes, expecting 23646 bytes
   * opkg_install_cmd: Cannot install package odhcp6c.
   * opkg_install_pkg: Package size mismatch: odhcpd-ipv6only is 28830 bytes, expecting 28845 bytes
   * opkg_install_cmd: Cannot install package odhcpd-ipv6only.
   * opkg_install_pkg: Package size mismatch: opkg is 58890 bytes, expecting 58895 bytes
   * opkg_install_cmd: Cannot install package opkg.
   * opkg_install_pkg: Package size mismatch: rssileds is 4056 bytes, expecting 4059 bytes
   * opkg_install_cmd: Cannot install package rssileds.
   * opkg_install_pkg: Package size mismatch: swconfig is 9478 bytes, expecting 9484 bytes
   * opkg_install_cmd: Cannot install package swconfig.
   * opkg_install_pkg: Package size mismatch: uci is 7267 bytes, expecting 7262 bytes
   * opkg_install_cmd: Cannot install package uci.
   * opkg_install_pkg: Package size mismatch: uclient-fetch is 7489 bytes, expecting 7485 bytes
   * opkg_install_cmd: Cannot install package uclient-fetch.
   * opkg_install_pkg: Package size mismatch: wpad-mini is 258733 bytes, expecting 258725 bytes
   * opkg_install_cmd: Cannot install package wpad-mini.
  make[2]: *** [Makefile:153: package_install] Error 255
  make[1]: *** [Makefile:114: _call_image] Error 2
  make: *** [Makefile:193: image] Error 2
19.12.20192689Base systemBug ReportVery LowMediumnetifd /etc/config/wireless wifi-iface requires a key o...TrunkUnconfirmed Task Description

What the subject says.

If /etc/config/wireless is configured to use a wpa_psk_file to supply the wpa pre shared keys, but no “key” option is provided, the interface will refuse to start.

You can see the flawed logic here: https://github.com/openwrt/openwrt/blob/24b97579d20b6ac6df81654a953386d2912fc324/package/network/services/hostapd/files/hostapd.sh

psk|sae|psk-sae)
			json_get_vars key wpa_psk_file
			if [ ${#key} -lt 8 ]; then
				wireless_setup_vif_failed INVALID_WPA_PSK
				return 1
			elif [ ${#key} -eq 64 ]; then
				append bss_conf "wpa_psk=$key" "$N"
			else
				append bss_conf "wpa_passphrase=$key" "$N"
			fi
			[ -n "$wpa_psk_file" ] && {
				[ -e "$wpa_psk_file" ] || touch "$wpa_psk_file"
				append bss_conf "wpa_psk_file=$wpa_psk_file" "$N"
			}
			[ "$eapol_version" -ge "1" -a "$eapol_version" -le "2" ] && append bss_conf "eapol_version=$eapol_version" "$N"

			wps_possible=1

The existence of the wpa_psk_file option should mean that the key value is optional. But instead the wpa_psk_file option is treated as an additional option, not a replacement.

19.12.20192688Base systemBug ReportVery LowLownetifd /etc/config/wireless wpa_psk_file changes not de...TrunkUnconfirmed Task Description

If a wifi-iface is configured to use a wpa_psk_file to supply the pre-shared keys for wifi authentication, and that wpa_psk_file has it’s contents changed (The file path stays the same), then reload_config has no effect.

Hostapd, apparently, does not check the wpa_psk_file after startup, and netifd / UCI does not understand to track the contents of the file to determine if the hostapd instance should be restarted.

Ideal outcome:

If the contents of the file indicated by the wpa_psk_file option in the wifi-iface section of /etc/config/wireless changes when reload_config is called, then hostapd is sent a signal that causes it to gracefully reload the wpa_psk_file information without shutting down existing connections.

Acceptable outcome:

If the contents of the file indicated by the wpa_psk_file option in the wifi-iface section of /etc/config/wireless changes when reload_config is called, then hostapd is restarted.

18.12.20192687Base systemBug ReportVery LowVery LowWiFi LED does not dynamically track state of radio on Z...openwrt-19.07Unconfirmed Task Description

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

 

Occurs on ZBT-WE3526 (16M) an MT76 unit with 512MB Ram

Stock 19.07, but has been this way since 18.06.xx

Steps to reproduce:
Log into to LuCi and disable a wifi radio, LED remains on.

reboot, radiox LED is now off, so LED is only set at boot

Log back into luci, turn radio on, radio becomes operational (STAs can connect) but LED remains off.

Desired behavior: LED tracks state of radio without requiring a reboot.

18.12.20192686Base systemBug ReportVery LowLowKernel reports -> ath: phy0: DMA failed to stop in 10 m...TrunkUnconfirmed Task Description

Netgear WNDR3800 - Atheros AR7161 rev 2

OpenWrt 19.07.0-rc2 r10775-db8345d8e4 / LuCI openwrt-19.07 branch git-19.344.41526-af5d665

I have this router configured on its 5G wifi as a WDS Client bridged to the 2.4G wifi acting as a repeater.

I have seen other reports of these errors but the ticket was closed with no action.

The reports appear randomly.

root@Repeater:~# logread -e DMA
Wed Dec 18 10:11:47 2019 kern.err kernel: [60495.010703] ath: phy0: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×42100020 DMADBG_7=0x000084c0
Wed Dec 18 10:54:06 2019 kern.err kernel: [63034.316390] ath: phy0: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×42100020 DMADBG_7=0x000084c0
Wed Dec 18 11:36:40 2019 kern.err kernel: [65588.469314] ath: phy0: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×42100020 DMADBG_7=0x000084c0
Wed Dec 18 11:51:04 2019 kern.err kernel: [66451.903016] ath: phy0: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×42100020 DMADBG_7=0x000084c0
Wed Dec 18 12:27:57 2019 kern.err kernel: [68665.271786] ath: phy0: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×42100020 DMADBG_7=0x000084c0
Wed Dec 18 16:41:11 2019 kern.err kernel: [83858.406636] ath: phy0: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×42100020 DMADBG_7=0x000084c0

18.12.20192685Base systemBug ReportVery LowLowColdplug too soon; hotplug.d scripts not run for some e...openwrt-19.07Unconfirmed Task Description

OpenWrt 19.07.0-rc2, latest openwrt-packages.

Occurs on at least ath79 but looking at the code this is not device-specific.

1. Have USB devices for which you have hotplug scripts (e.g. from p910d and sane-backends)
2. Boot (or reboot) with usb devices already plugged in.
3. Observe that the actions in the hotplug script (e.g. setting permissions / group ownership that don’t belong in the base system (i.e. hotplug.json)) as it’d be bloat to detect product:vendor ip pairs and take appropriate action for all the various packages and devices hotplug handles – if hotplug.json could have hotplug.json.d or somesuch it would alleviate most of this pain.

Looking at the procd code coldplug (udevtrigger) is called during ‘early’ init, which means that hotplug.d scripts are not yet present. Because /etc/init.d/boot (or any other initscript) no longer does a later call to udevtrigger, the events get missed).

If udevtrigger were called during regular init this wouldn’t be an issue (but probably the coldplug is needed earlier *as well* for devices needed to boot the system.

See also #1903 and #996 (they are likely the same root cause).

18.12.20192684KernelFeature RequestVery LowLowUpdate mt76 driver to latest versionTrunkUnconfirmed Task Description

Device: TP-Link RE650v1
Release: Trunk

It would be nice, if the the mt76-driver could be updated to the latest version from https://github.com/openwrt/mt76 as
the version which ist referenced in the openwrt-masterbranch is fairly old.

The new version from openwrt/mt76 supports "survey noise" at least for the mt7615 chip, which is a very nice thing.

Thanks


17.12.20192681Base systemBug ReportVery LowHighISP's DHCP option 121 makes 18.06.5 get no default GWopenwrt-18.06Unconfirmed Task Description

HW: TP-Link TL-WR1043ND v1
Openwrt affected: tried 18.06.4, 18.06.5

DHCP offer from ISP:

22:48:09.365836 00:04:96:51:fe:50 > 74:ea:3a:d1:2d:16, ethertype IPv4 (0x0800), length 354: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 340)
    10.45.64.5.67 > 213.xx.xx.23.68: BOOTP/DHCP, Reply, length 312, hops 1, xid 0x3313791, secs 63, Flags [none]
	  Your-IP 213.xx.xx.23
	  Gateway-IP 10.45.64.5
	  Client-Ethernet-Address 74:ea:3a:d1:2d:16
	  Vendor-rfc1048 Extensions
	    Magic Cookie 0x63825363
	    DHCP-Message Option 53, length 1: Offer
	    Server-ID Option 54, length 4: 46.xx.xx.202
	    Lease-Time Option 51, length 4: 43200
	    Subnet-Mask Option 1, length 4: 255.255.255.128
	    Default-Gateway Option 3, length 4: 213.xx.xx.5
	    Domain-Name-Server Option 6, length 8: 10.81.3.19,10.59.3.19
	    Domain-Name Option 15, length 10: "abcxyz.ru"
	    BR Option 28, length 4: 213.xx.xx.127
	    Classless-Static-Route Option 121, length 14: (213.xx.xx.0/25:213.xx.xx.5),(default:213.xx.xx.5)

18.06.5 reaction to Classless-Static-Route Option 121:

root@OpenWrt:~# ip r
192.168.1.0/24 dev br-lan scope link  src 192.168.1.1
213.хх.хх.0/25 via 213.хх.хх.5 dev eth0.2  src 213.хх.хх.23

Fixing:

root@OpenWrt:~# ip r del 213.xx.xx.0/25
root@OpenWrt:~# ip r add 213.xx.xx.0/25 dev eth0.2 src 213.xx.xx.23
root@OpenWrt:~# ip r add default via 213.xx.xx.5 dev eth0.2
root@OpenWrt:~# ip r
default via 213.xx.xx.5 dev eth0.2 
192.168.2.0/24 dev br-lan scope link  src 192.168.2.1 
213.xx.xx.0/25 dev eth0.2 scope link  src 213.xx.xx.23

All things above rised from my attempt to switch from 15.05.1 to new stable 18.06.x branch of Openwrt
15.05.1 works without a glitch with this ISP.

16.12.20192679KernelBug ReportHighHighBad 5 GHz Wi-Fi performance with some wireless NICs (ho...openwrt-19.07Researching Task Description

Supply the following if possible:

- Device problem occurs on
Zyxel NBG6617 and possibly others based on reports in https://forum.openwrt.org/t/openwrt-19-07-0-second-release-candidate/49593/24

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

19.07 release and snapshot

- Steps to reproduce
Flash 19.07rcX release image, connect to 5Ghz wifi and check throughput(preferably with a 802.11ac adapter) → the max throughput is very low (~10Mbps) and big spikes in lag which makes even a SSH connection unusable

I put my test details also in the forum post: https://forum.openwrt.org/t/zyxel-nbg6617-ipq4019-regression-in-wifi-5ghz/50544/3

I did some bisecting and found that the hostapd-2.9 upgrade was the reason. When I reverted the patch and rebuild the performance was good again.

16.12.20192678Base systemBug ReportVery LowLowWireless client cannot connect to open wireless network...TrunkUnconfirmed Task Description

Wireless client won’t connect to an open wireless network (encryption set to none) after previous encrypted connection. A reboot fixes the problem. Sounds similar to OpenWISP problem: https://github.com/openwisp/netjsonconfig/issues/113

I’m using Comfast CF-E110N-V2 8MB
OpenWRT SNAPSHOT r11676-a15f658ed0
target: ath79/generic mips_24kc

Steps to reproduce:
1. Connect to an encrypted wireless network, eg.
config wifi-iface ‘wifinet0’ option ssid ‘homewifi’ option device ‘radio0’ option mode ‘sta’ option network ‘wwan’ option key ‘versecurepassword’ option encryption ‘psk2’ 2. Confirm it’s working.
3. Disable ssid ‘homewifi’ option disabled ‘1’ 4. Connect to an open wireless network, eg.
config wifi-iface ‘wifinet1’ option ssid ‘airport free wifi’ option device ‘radio0’ option mode ‘sta’ option network ‘wwan2’ option encryption ‘none’ 5. Confirm that the device doesn’t connect to the ‘airport free wifi’ network
6. restart device
7. confirm that the device now connects to the ‘airport free wifi’ network.

16.12.20192677Base systemBug ReportVery LowMediumAth79 Reset button not workingTrunkUnconfirmed Task Description

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

 Press the reset button, observe that nothing happens.  We expect the device to reboot or perform factory reset.

https://forum.openwrt.org/t/ath79-reset-button-not-working/50564

I am on the latest master snapshot using a Comfast CF-E5. The reset button is supposed to be on GPIO17. I have an IRQ entry of gpio-ath79 17 on my system but when I press the button I can never see any response in the logs, and the device never responds to the key with either a reboot or firstboot. What can I check? It used to work on an older version. I have documented what I have found on the forum.

https://forum.openwrt.org/t/ath79-reset-button-not-working/50564

cat /proc/interrupts

         CPU0       
3:      16348      MIPS   3  ehci_hcd:usb1
4:          0      MIPS   4  19000000.eth
5:      24687      MIPS   5  1a000000.eth
7:     153665      MIPS   7  timer
9:         30      MISC   3  ttyS0

12: 93596 INTC 0 ath9k
17: 0 gpio-ath79 17 keys
ERR: 49

Here is the relevant portion of the DTS file

keys {
	compatible = "gpio-keys";
	reset {
		label = "reset";
		linux,code = <KEY_RESTART>;
		gpios = <&gpio 17 GPIO_ACTIVE_LOW>;
	};
};

root@OpenWrt:~# cat /sys/kernel/debug/gpio
gpiochip0: GPIOs 0-31, parent: platform/18040000.gpio, 18040000.gpio:
gpio-0 ( |cf-e5:blue:wlan ) out hi
gpio-1 ( |sysfs ) out hi
gpio-2 ( |cf-e5:blue:rssi0 ) out hi
gpio-3 ( |cf-e5:blue:rssi1 ) out hi
gpio-4 ( |cf-e5:blue:wan ) out hi
gpio-11 ( |sysfs ) out hi
gpio-12 ( |sysfs ) out hi
gpio-14 ( |sysfs ) out hi
gpio-15 ( |cf-e5:blue:rssi2 ) out hi
gpio-16 ( |cf-e5:blue:lan ) out lo
gpio-17 ( |reset ) in hi IRQ

15.12.20192676Base systemBug ReportVery LowLowUnexpected realpath behaviouropenwrt-19.07Unconfirmed Task Description

There is a problem with creating chrooted SFTP access using OpenSSH package. However, it seems that the problem isn’t with the package, rather with realpath function of OpenWRT. The whole description of the problem was already provided in forum, here I only copy the part of the log file:

Nov 29 10:06:27 OpenWrt internal-sftp[12557]: realpath "."
Nov 29 10:06:27 OpenWrt internal-sftp[12557]: debug3: request 46352: sent status 2
Nov 29 10:06:27 OpenWrt internal-sftp[12557]: sent status No such file

Tested on both 18.06.5 and 19.07.0-rc1 with the same result.

15.12.20192675Base systemBug ReportVery LowLowsmall fix for WPA3TrunkUnconfirmed Task Description

There is a error in readme for 19.07:

Highlights in OpenWrt 19.07
   * WPA3 configuration support
     * Install wpad-openssl or wpad-wolfssl for WPA3 support
                               ^^^^^^^^^^^^

this is incorrect. I wasted some hours trying to get WPA3 to work with wpad-wolfssl and failed, apparently WPA3 only works with wpad-openssl.

please remove mention of wpad-woflssl for WPA3 in readme.

Others have encountered the same problem, based on the same mistake in readme:

[1]

https://forum.openwrt.org/t/problems-trying-out-wpa3/49249/3

wolfssl didn’t work → “I have changed to use wpad-openssl and it seems to work.”

[2]

https://forum.openwrt.org/t/wpa3-wolfssl-fail-openssl-success/50161

wolfssl - fails, openssl - works

[3]

https://forum.openwrt.org/t/no-option-in-gui-to-set-wpa3-auth/45652/6

“It seems like wpad-openssl is working in general better then wpad-wolfssl”

[4]

https://forum.openwrt.org/t/wpa3-support-in-openwrt/10554/115

“many reports of better success on openssl rather than wolfssl”

13.12.20192673Base systemBug ReportVery LowLowrsn_preauth_interface should be configurableTrunkUnconfirmed Task Description

OpenWrt currently automatically uses the client-facing interface ($network_bridge) as rsn_preauth_interface.

https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/network/services/hostapd/files/hostapd.sh;h=4bf6a6c9712785f40d059445f80f19d4f2992f4b;hb=HEAD#l554

It would be preferable to be able to configure this manually, since this is the interface where 802.11i preauthentication frames are transmitted over. This should not be mixed with the actual client network.

The hostapd configuration says the following:

# Space separated list of interfaces from which pre-authentication frames are
# accepted (e.g., 'eth0' or 'eth0 wlan0wds0'. This list should include all
# interface that are used for connections to other APs. This could include
# wired interfaces and WDS links. The normal wireless data interface towards
# associated stations (e.g., wlan0) should not be added, since
# pre-authentication is only used with APs other than the currently associated
# one.
#rsn_preauth_interfaces=eth0
13.12.20192671PackagesFeature RequestVery LowLowAdd golang tag supportTrunkUnconfirmed Task Description

I’m maintaining the nextdns package, which is written in Go. As they are statically linked, Go binaries tend to be large. Some features of this software are not relevant to openwrt and some others could be made optional. Those features and their dependencies could easily be stripped off using go tags at compile time.

Would you consider adding Go compile tag support? I can help if needed.

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!

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

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

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

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

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

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

config interface 'wan'

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

config device 'wan_dev'

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

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

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

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

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

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

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

With many thanks,

09.12.20192666Base systemBug ReportVery LowMediumprocd: reboot inside lxc container causes shutdownopenwrt-19.07Assigned Task Description

- Device problem occurs on
armvirt64
- Software versions of OpenWrt/LEDE release, packages, etc.
openwrt-19.07-rc2
- Steps to reproduce

Create a lxc package from the openwrt-19.07-rc2 rootfs package.
Start a lxc container using the openwrt lxc package.
Initiate a `reboot` command from inside the container.

Expected result: Container reboots.
Actual result: Container halts.

Current Version openwrt-19.07-rc2.
While running in a lxc container, initiating a reboot from openwrt results in a shutdown of the container instead of rebooting the container.

This appears to have been caused by commit <832369078d818d19ab64051fdc8da9e06c90ad88> state: fix shutdown when running in a container ( FS#2425 ).
Instead of triggering reboot(reboot_event);, it detects that it is inside a container and exits pid 1, resulting in the container halting.

There is a patch at [0] to resolve this, but would likely break the original intention of the fix above.

09.12.20192662Base systemBug ReportVery LowLowmt7628an_hiwifi_hc5761a usb has no powerTrunkUnconfirmed Task Description

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

 

I have test on hiwifi_hc5761a usb is no power,can’t not work.

verison: openwrt trunk latest version


08.12.20192661Base systemBug ReportVery LowLowWeekdays restrcition in FW rule do not workTrunkUnconfirmed Task Description

Supply the following if possible:
- Device Netgear R6220
- Software versions LuCI openwrt-19.07 branch (git-19.334.63023-039ef1f) / OpenWrt 19.07.0-rc2 r10775-db8345d8e4
- Steps to reproduce
Create accept FW rule with some weekday restrictions.
Weekdays restrictions are stored in the configuration file as list, and do not get applied to the firewall rules. (ie rule is just ignored by firewall)
Manually changing the firewall config file from
list weekdays ‘Sun’ list weekdays ‘Sat’

to
Option weekdays ‘Sun Sat’

will fix the issue. The rule is properly load and shows up in the GUI. Upon edition, the GUI put back the list weekdays.

 


07.12.20192658Base systemBug ReportVery LowLowAter upgrade from 18.06.2 to 18.06.5 WAN LED stopped t...openwrt-18.06Unconfirmed Task Description

- Device problem occurs on

 Linksys WRT3200ACM

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

 OpenWrt 18.06.5 r7897-9d401013fc / LuCI openwrt-18.06 branch (git-19.309.48729-bc17ef6) 

- Steps to reproduce

Ater upgrade from 18.06.2 to 18.06.5 WAN LED stopped to work after reboot. I can force this LED saving configuration (I do not change anything simply press Save & Apply)


config led ‘led_wan’

      option name 'WAN'
      option sysfs 'pca963x:rango:white:wan'
      option trigger 'netdev'
      option mode 'link tx rx'
      option dev 'pppoe-wan'
      option default '1'
07.12.20192657Base systemBug ReportVery LowLowFailsafe mode dosn't work on MikroTik (RB750r2, RB951Ui...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: MikroTik RB750r2, RB951Ui-2HnD
- Software versions of OpenWrt/LEDE: 18.06.5 fresh install

So I have several of both of these devices, and I can’t seem to do
boot to failsafe on them. After some initial difficulties I tried
some experiements with freshly flashed systems...

1) If I try the “wait for the 5Hz flashing LED then press button” method, it goes to 10Hz flashing and never stops... never responds
to pings on 192.168.1.1.

2) If I try the “watch for message on network with tcpdump”
method, no such message appears. Here I’ve tried both WAN and LAN
ports, and used tcpdump with and without filters (without filters
I see a bunch of stuff, but not the “please press button now”
message).

The above holds for both types of boxes. They work fine otherwise,
for basic as routers/access points.

I’d be happy to more testing... I have ar least one 750r2 that’s not
in service.

04.12.20192651KernelBug ReportVery LowLowOut of memory errors with 5 GHz Wi-Fi enabledopenwrt-19.07Waiting on reporter Task Description

- Device problem occurs on Archer C60 V2
- Software versions: Powered by LuCI Master (git-19.337.71995-796301a) / OpenWrt SNAPSHOT r11618-416d2cc71e

I’ve installed via TFTP “openwrt-19.07.0-rc2-ath79-generic-tplink_archer-c60-v2-squashfs-factory.bin” but because of some “out of memory” errors, i’ve upgraded to “openwrt-ath79-generic-tplink_archer-c60-v2-squashfs-sysupgrade.bin” in the hope of solving.
The problems continued, so i wrote to forum (https://forum.openwrt.org/t/tp-link-archer-c60-v2-19-07-0-rc2-ath79-snapshot-out-of-memory/49725) and i saw that other users had the same problem that they solved by disabling 5 Ghz.
Disabling the 5Ghz actually “out of memory” problems disappear. I was also able to install additional packages without problem.

 


03.12.20192650Base systemBug ReportVery LowLowr7800 19.07-rc2 unable to change channel for ACopenwrt-19.07Waiting on reporter Task Description

- Device problem occurs on - Linux r7800 4.14.156 #0 SMP Sat Nov 30 15:52:33 2019 armv7l GNU/Linux
- Software versions of OpenWrt/LEDE release - 19.07-rc2

in Luci when change channel number change actually never gets committed, when do manually in /etc/config/wireless and then reboot router comes up with 5GHz network disabled, after changing back to default channel 36 5GHz network is usable again.

please provide steps to collect log

in dmesg only:

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

Device is Linksys EA6350v3

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

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

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

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

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

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

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

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

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

01.12.20192646Base systemBug ReportVery LowLowKernel panics with docler on openwrt x86-64TrunkUnconfirmed Task Description

I have been setting up openwrt for an i7-3770 server. I have it booting from uefi, with dual rootfs partition so I can upgrade with sysupgrade safely from openwrt itself. It’s really cool building openwrt from inside itself.

All seems to work wonderfully, but one important detail, which renders the whole thing unusable. The kernel panics again and again when using docker. The back traces are so different that I have no clue what the problem really is.

All I know for sure is it happens when docker is running. The usually are (if not always) general protection faults, but the hardware is rock solid, has been for 6+ years. The same dockers work fine on ubuntu on the same hardware, so I suspect the kernel, but as I said, I haven’t been able to stabilize it at all. I tried both 4.14 and 4.19, and I even tried to build openwrt with a newer kernel, but that’s not a 2 hours job, it’s way more involved.

01.12.20192645Base systemBug ReportVery LowCritical18.06.3 - Broken compatibility with flash on bcm6538 ba...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Pirelli A226M
- Software versions of OpenWrt/LEDE release: 18.06.3
- Steps to reproduce: just flash a 18.06.3 version or greater and verify the device won’t boot, hanging when it gets to mount local flash. 18.06.1 is working, never tried 18.06.2.

[    1.065798] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    1.073562] Please append a correct "root=" boot option; here are the available partitions:
[    1.082174] 1f00             128 mtdblock0 [    1.086283]  (driver?)
[    1.088718] 1f01           16128 mtdblock1 [    1.092823]  (driver?)
[    1.095210] 1f02             128 mtdblock2 [    1.099366]  (driver?)
[    1.101798] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
 


01.12.20192644Base systemBug ReportVery LowLowdnsmasq-full: Cannot satisfy dependenciesopenwrt-19.07Unconfirmed Task Description

Environment:
arch: mips
model: TP-link WDR4300
Openwrt: 19.07.0-rc1

Description:
I probably overlooked but hit the following issue where unable to install dnsmasq-full. Actually downloading only already gives the following warning and wonder if I can/should force-install:

# opkg install dnsmasq-full --download-only
Downloading http://downloads.openwrt.org/releases/19.07.0-rc1/packages/mips_24kc/base/dnsmasq-full_2.80-14_mips_24kc.ipk
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for dnsmasq-full:
 * 	kernel (= 4.14.151-1-342af9e4f67b3447c53216ab8e3b12a1)
 * opkg_install_cmd: Cannot install package dnsmasq-full.
30.11.20192643Base systemBug ReportVery LowHighEspressoBin: Internal error: synchronous parity or ECC ...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)

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

11595-g5d2a900163

- Steps to reproduce

Boot and wait about an hour. Here are a series of kernel panics:

[ 4228.773060] Internal error: synchronous parity or ECC error: 86000018 [#1] SMP
[ 4228.777653] Modules linked in: ath9k ath9k_common xt_connlimit nf_conncount iptable_nat ipt_MASQUERADE ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_FLOWOFFLOAD xt_CT 
nf_nat_ipv4 nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_recent xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt
_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptabl
e_mangle iptable_filter ipt_ECN ip_tables compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
[ 4228.850958]  nf_reject_ipv6 tun gpio_button_hotplug
[ 4228.855992] Process kworker/1:2 (pid: 594, stack limit = 0x00000000a141aece)
[ 4228.863262] CPU: 1 PID: 594 Comm: kworker/1:2 Not tainted 4.19.85 #0
[ 4228.869776] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[ 4228.876450] Workqueue:            (null) (events)
[ 4228.881258] pstate: 80400085 (Nzcv daIf +PAN -UAO)
[ 4228.886204] pc : kthread_data+0x8/0x40
[ 4228.890035] lr : wq_worker_sleeping+0xc/0xb0
[ 4228.894410] sp : ffffff8009463d60
[ 4228.897819] x29: ffffff8009463d60 x28: 0000000000000000 
[ 4228.903281] x27: 0000000000000000 x26: ffffff80080b5318 
[ 4228.908746] x25: 0000000000000000 x24: ffffffc03e479a18 
[ 4228.914213] x23: ffffff8008868738 x22: ffffff800884e018 
[ 4228.919678] x21: ffffff8008853500 x20: ffffffc03e479500 
[ 4228.925146] x19: ffffffc03ffdd500 x18: 0000000000000000 
[ 4228.930609] x17: 0000000000000000 x16: 0000000000000000 
[ 4228.936076] x15: 0000000000000000 x14: 0000000000000000 
[ 4228.941541] x13: 0000000000000002 x12: 0000000000000001 
[ 4228.947006] x11: ffffffc03ffd94d0 x10: 00000000000007c0 
[ 4228.952472] x9 : ffffffc03e13d668 x8 : ffffff80088a9b08 
[ 4228.957937] x7 : 0000000000000000 x6 : 00000000050ebc0a 
[ 4228.963404] x5 : 0000000000000004 x4 : 0000000000000002 
[ 4228.968869] x3 : 00000000fffffff9 x2 : 0000000800000000 
[ 4228.974335] x1 : 0000000000000001 x0 : ffffffc03e479500 
[ 4228.979797] Call trace:
[ 4228.982331]  kthread_data+0x8/0x40
[ 4228.985813]  wq_worker_sleeping+0xc/0xb0
[ 4228.989859]  __schedule+0x140/0x570
[ 4228.993436]  schedule+0x58/0x80
[ 4228.996656]  worker_thread+0x370/0x468
[ 4229.000513]  kthread+0x110/0x120
[ 4229.003829]  ret_from_fork+0x10/0x1c
[ 4229.007521] Code: d65f03c0 d503201f a9be7bfd 910003fd (f9000bf3) 
[ 4229.013769] ---[ end trace 4f1be3f746ce5030 ]---
[ 4229.024169] Kernel panic - not syncing: Fatal exception
[ 4229.026728] SMP: stopping secondary CPUs
[ 4229.030757] Kernel Offset: disabled
[ 4229.034342] CPU features: 0x0,00002008
[ 4229.038186] Memory Limit: none
[ 4229.044024] Rebooting in 3 seconds..
[ 3676.038431] Internal error: synchronous parity or ECC error: 86000018 [#1] SMP
[ 3676.043028] Modules linked in: ath9k ath9k_common xt_connlimit nf_conncount iptable_nat ipt_MASQUERADE ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_FLOWOFFLOAD xt_CT 
nf_nat_ipv4 nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_recent xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt
_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptabl
e_mangle iptable_filter ipt_ECN ip_tables compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
[ 3676.116317]  nf_reject_ipv6 tun gpio_button_hotplug
[ 3676.121338] Process kworker/0:1 (pid: 41, stack limit = 0x000000008b9ea8ea)
[ 3676.128509] CPU: 0 PID: 41 Comm: kworker/0:1 Not tainted 4.19.85 #0
[ 3676.134953] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[ 3676.141596] Workqueue:            (null) (events)
[ 3676.146426] pstate: 60400085 (nZCv daIf +PAN -UAO)
[ 3676.151361] pc : update_cfs_group+0x0/0xb0
[ 3676.155565] lr : dequeue_task_fair+0x440/0x960
[ 3676.160130] sp : ffffff8008a23cf0
[ 3676.163535] x29: ffffff8008a23cf0 x28: ffffffc03ffcd500 
[ 3676.169001] x27: ffffffc0043a5e80 x26: ffffff80088523f0 
[ 3676.174466] x25: afb504000afb5041 x24: ffffff80088c85c0 
[ 3676.179932] x23: 00000357e4f6aec0 x22: ffffff800884e018 
[ 3676.185397] x21: 0000000000000009 x20: ffffffc0043a5f40 
[ 3676.190863] x19: ffffffc03ffcd580 x18: 0000000000000000 
[ 3676.196329] x17: 0000000000000000 x16: 0000000000000000 
[ 3676.201793] x15: 0000000000000000 x14: 0000000000000000 
[ 3676.207259] x13: 0000000000000000 x12: 0000000000000000 
[ 3676.212726] x11: 0000000000000000 x10: 00000000000007c0 
[ 3676.218191] x9 : ffffffc0042eea68 x8 : ffffff80088a9b08 
[ 3676.223657] x7 : 0000000000000001 x6 : 00000000050e6eea 
[ 3676.229122] x5 : 00000000000000e8 x4 : ffffffc0043a3ff0 
[ 3676.234587] x3 : ffffffc03ffcdef8 x2 : ffffffc0043a5f70 
[ 3676.240053] x1 : 0000000000000001 x0 : ffffffc0043a5f40 
[ 3676.245519] Call trace:
[ 3676.248032]  update_cfs_group+0x0/0xb0
[ 3676.251887]  deactivate_task+0x6c/0x80
[ 3676.255740]  __schedule+0x10c/0x570
[ 3676.259321]  schedule+0x58/0x80
[ 3676.262546]  worker_thread+0x370/0x468
[ 3676.266400]  kthread+0x110/0x120
[ 3676.269715]  ret_from_fork+0x10/0x1c
[ 3676.273393] Code: a9425bf5 a8c37bfd d65f03c0 d503201f (f9404407) 
[ 3676.279660] ---[ end trace fa914749a4dc6031 ]---
[ 3676.285581] Kernel panic - not syncing: Fatal exception
[ 3676.289785] SMP: stopping secondary CPUs
[ 3676.293816] Kernel Offset: disabled
[ 3676.297399] CPU features: 0x0,00002008
[ 3676.301249] Memory Limit: none
[ 3676.304922] Rebooting in 3 seconds..
[12929.680240] Internal error: synchronous parity or ECC error: 86000018 [#1] SMP
[12929.684836] Modules linked in: ath9k ath9k_common xt_connlimit nf_conncount iptable_nat ipt_MASQUERADE ath9k_hw ath xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_NETMAP xt_FLOWOFFLOAD xt_CT nf_nat_ipv4 nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_recent xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_condition xt_comment xt_bpf xt_addrtype xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
[12929.758123]  nf_reject_ipv6 tun gpio_button_hotplug
[12929.763145] Process kworker/0:0 (pid: 5, stack limit = 0x00000000f766a017)
[12929.770227] CPU: 0 PID: 5 Comm: kworker/0:0 Not tainted 4.19.85 #0
[12929.776582] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[12929.783224] Workqueue:            (null) (events)
[12929.788054] pstate: 80400085 (Nzcv daIf +PAN -UAO)
[12929.792990] pc : __schedule+0x348/0x570
[12929.796923] lr : __schedule+0x2d0/0x570
[12929.800862] sp : ffffff800804bd90
[12929.804268] x29: ffffff800804bd90 x28: 0000000000000000 
[12929.809733] x27: ffffffc03ffccef0 x26: ffffffc03ffccea0 
[12929.815199] x25: 0000000000000000 x24: ffffffc00427af10 
[12929.820664] x23: ffffff8008666460 x22: ffffff800884e018 
[12929.826129] x21: ffffffc00427de80 x20: ffffffc00427aa00 
[12929.831595] x19: ffffffc03ffcd500 x18: 0000000000000000 
[12929.837061] x17: 0000000000000000 x16: 0000000000000000 
[12929.842526] x15: 0000000000000000 x14: 0000000000000000 
[12929.847992] x13: 0000000000000002 x12: 0000000000000000 
[12929.853458] x11: ffffffc03ffc94d0 x10: 00000000000007c0 
[12929.858924] x9 : ffffffc004230168 x8 : ffffff80088a9b08 
[12929.864388] x7 : 0000000000000000 x6 : 000000199ea477c6 
[12929.869855] x5 : 000000000000030f x4 : 00000bc26cff1000 
[12929.875320] x3 : ffffffc03ffcdef8 x2 : ffffffc03ffcdef8 
[12929.880785] x1 : ffffffc03ffcdef8 x0 : 0000000000000008 
[12929.886251] Call trace:
[12929.888764]  __schedule+0x348/0x570
[12929.892348]  schedule+0x58/0x80
[12929.895575]  worker_thread+0x370/0x468
[12929.899428]  kthread+0x110/0x120
[12929.902742]  ret_from_fork+0x10/0x1c
[12929.906418] Code: b5fffeb7 d4210000 f9800291 c85f7e80 (927ef800) 
[12929.912686] ---[ end trace 5f4e2dd5c1da7acd ]---
[12929.918593] Kernel panic - not syncing: Fatal exception
[12929.922812] SMP: stopping secondary CPUs
[12929.926844] Kernel Offset: disabled
[12929.930426] CPU features: 0x0,00002008
[12929.934277] Memory Limit: none
[12929.937946] Rebooting in 3 seconds..
29.11.20192642Base systemBug ReportVery LowMediumStill "Internet LED" Problem In 18.06.5TrunkUnconfirmed Task Description

Hello;
- Device: TP-Link TD-W8970 V1
- OpenWRT Release: 18.06.4 to 18.06.5

In 18.06.2 I have a problem with “wifi LED” and I reported it as “ FS#2098 “. In 18.06.4, It was fixed but I have a new problem: When PPP Link established and Internet connected, the Internet LED does not Light up! If I use “/etc/init.d/led restart” command to restart It manually after the connection was established, the LED will light, But in case of restating the pppoe-wan or rebooting the device, It will turn off again.

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. :)

28.11.20192640Base systemBug ReportVery LowLowFailed to sync jffs2 overlayopenwrt-19.07Unconfirmed Task Description

GL-B1300
19.07-SNAPSHOT

Every time I run a sys upgrade I get “failed to sync jffs2 overlay” message in the log (log is configured during the setup by a custom script under /etc/uci-defaults). The error happens during execution of the command: “cp -a /tmp/root/upper/* / 2>/dev/null” in “libfstools/overlay.c”. By the time the copy command runs, the files under /etc/uci-defaults are already deleted and it looks like the “deletion marker” files cannot be copied in this case.

I re-run the command myself after a successful upgrade and got the following logs.

cp -a /tmp/root/upper/* /root/test/
cp: can’t create ‘/root/test/etc/uci-defaults/luci-sqm’: Operation not permitted
cp: can’t create ‘/root/test/etc/uci-defaults/ddns’: Operation not permitted
cp: can’t create ‘/root/test/etc/uci-defaults/bcp38’: Operation not permitted

ls -la /tmp/root/upper/etc/uci-defaults/
c——— 1 root root 0, 0 Nov 26 16:48 bcp38
c——— 1 root root 0, 0 Nov 26 16:48 ddns
c——— 1 root root 0, 0 Nov 26 16:48 luci-sqm

More details: https://forum.openwrt.org/t/getting-error-failed-to-sync-jffs2-overlay/47742


28.11.20192639KernelBug ReportVery LowCriticalkernel oops when visit a invalid virtual addressTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

 youku-l2

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

 snapshot. at 
 Linux OpenWrt 4.14.155 #0 SMP Sun Nov 24 22:17:34 2019 mips GNU/Linux

- Steps to reproduce

 I don't know. but this problem occurs, from the device reboot, after several hours or one or two days, the oops occurs. 
 
BusyBox v1.31.1 () built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt SNAPSHOT, r11591-c5497ebb1c
 -----------------------------------------------------
root@OpenWrt:~# cat /sys/kernel/debug/crashlog
Time: 1574977671.59411
Modules:        pppoe@8ee64000+22f0     ppp_async@8efa2000+1bc0 pppox@8e8de000+58a       ppp_generic@8e9f8000+5c82        nf_conntrack_ipv6@8f094000+15c0 mt76x2e@8f0ec000+2910    mt76x2_common@8f0f0000+2d88      mt76x02_lib@8f150000+a421       mt7603e@8ef30000+96cc    mt76@8e978000+7f5d       mac80211@8e900000+77c89 iptable_nat@8eff6000+3b0                 ipt_REJECT@8f023000+410  ipt_MASQUERADE@8e80b000+2f0     cfg80211@8ef40000+3f4f9          xt_time@8f0ba000+730     xt_tcpudp@8f0b7000+750  xt_state@8f0b4000+310   xt_nat@8f0b0000+650       xt_multiport@8f0a7000+550       xt_mark@8f0a4000+2f0    xt_mac@8f0a0000+2b0      xt_limit@8f09e000+4f0    xt_conntrack@8f07e000+910       xt_comment@8f067000+230          xt_TCPMSS@8e8d7000+b30   xt_REDIRECT@8f09c000+310        xt_LOG@8e8fb000+350              xt_FLOWOFFLOAD@8e8f8000+c30      xt_CT@8e8f5000+ab0      slhc@8f090000+14bb               nf_reject_ipv4@8ef96000+903      nf_nat_redirect@8ef9a000+63b    nf_nat_masquerade_ipv4@8ef9d000+71c       nf_conntrack_ipv4@8f064000+1450 nf_nat_ipv4@8e8b0000+1031                nf_nat@8f080000+3a7c     nf_log_ipv4@8efd5000+df0        nf_flow_table_hw@8e8e5000+920    nf_flow_table@8efb8000+367f      nf_defrag_ipv6@8efb2000+147e    nf_defrag_ipv4@8e8e8000+4b6       nf_conntrack_rtcache@8e8ea000+b10       nf_conntrack@8ef80000+11bca              iptable_mangle@8e8d8000+470      iptable_filter@8f7ed000+3d0     ip_tables@8e8d4000+2bdd  crc_ccitt@8e80e000+42b   compat@8e8d0000+1de4    ledtrig_usbport@8f7e4000+b00             nf_log_ipv6@8e8c6000+10d0        nf_log_common@8f001000+baf      ip6table_mangle@8f76b000+570      ip6table_filter@8f75e000+3d0    ip6_tables@8e8c0000+2ae1        ip6t_REJECT@8efc7000+450  x_tables@8efdc000+38af  nf_reject_ipv6@8eff7000+ac8     leds_gpio@8f794000+bb0   xhci_plat_hcd@8f790000+1650      xhci_pci@8f72e000+c30   xhci_mtk@8f7f2000+1490           xhci_hcd@8f7a0000+16e09  gpio_button_hotplug@8f78e000+1ad0       usbcore@8f7c0000+21591   nls_base@8f734000+1570   usb_common@8ffe1000+a37
<6>[    2.021026] pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
<6>[    2.027787] pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x601fffff]
<6>[    2.034511] pci 0000:00:01.0: BAR 9: assigned [mem 0x60200000-0x602fffff pref]
<6>[    2.041702] pci 0000:00:00.0: BAR 1: assigned [mem 0x60300000-0x6030ffff]
<6>[    2.048423] pci 0000:00:01.0: BAR 1: assigned [mem 0x60310000-0x6031ffff]
<6>[    2.055183] pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
<6>[    2.061894] pci 0000:00:00.0: PCI bridge to [bus 01]
<6>[    2.066846] pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
<6>[    2.073574] pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff 64bit]
<6>[    2.080852] pci 0000:02:00.0: BAR 6: assigned [mem 0x60200000-0x6020ffff pref]
<6>[    2.087987] pci 0000:00:01.0: PCI bridge to [bus 02]
<6>[    2.092933] pci 0000:00:01.0:   bridge window [mem 0x60100000-0x601fffff]
<6>[    2.099653] pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff pref]
<6>[    2.108218] clocksource: Switched to clocksource GIC
<6>[    2.114767] NET: Registered protocol family 2
<6>[    2.119945] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
<6>[    2.126839] TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
<6>[    2.133270] TCP: Hash tables configured (established 2048 bind 2048)
<6>[    2.139690] UDP hash table entries: 256 (order: 1, 8192 bytes)
<6>[    2.145452] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
<6>[    2.151946] NET: Registered protocol family 1
<7>[    2.156268] PCI: CLS 0 bytes, default 32
<6>[    2.388167] 4 CPUs re-calibrate udelay(lpj = 2924544)
<4>[    2.394747] Crashlog allocated RAM at address 0x3f00000
<6>[    2.400168] workingset: timestamp_bits=14 max_order=16 bucket_order=2
<6>[    2.414833] squashfs: version 4.0 (2009/01/31) Phillip Lougher
<6>[    2.420603] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
<5>[    2.431036] random: fast init done
<6>[    2.434139] io scheduler noop registered
<6>[    2.438310] io scheduler deadline registered (default)
<6>[    2.444494] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
<6>[    2.454582] console [ttyS0] disabled
<6>[    2.458130] 1e000c00.uartlite: ttyS0 at MMIO 0x1e000c00 (irq = 19, base_baud = 3125000) is a 16550A
<6>[    2.467147] console [ttyS0] enabled
<6>[    2.474027] bootconsole [early0] disabled
<4>[    2.484276] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys error
<6>[    2.491904] spi-mt7621 1e000b00.spi: sys_freq: 220000000
<6>[    2.498139] m25p80 spi0.0: mx25l12805d (16384 Kbytes)
<5>[    2.503281] 4 fixed-partitions partitions found on MTD device spi0.0
<5>[    2.509651] Creating 4 MTD partitions on "spi0.0":
<5>[    2.514435] 0x000000000000-0x000000030000 : "u-boot"
<5>[    2.520678] 0x000000030000-0x000000040000 : "u-boot-env"
<5>[    2.527090] 0x000000040000-0x000000050000 : "factory"
<5>[    2.533241] 0x000000050000-0x000001000000 : "firmware"
<5>[    2.539665] 2 uimage-fw partitions found on MTD device firmware
<5>[    2.545569] Creating 2 MTD partitions on "firmware":
<5>[    2.550579] 0x000000000000-0x0000001ffad5 : "kernel"
<5>[    2.556604] 0x0000001ffad5-0x000000fb0000 : "rootfs"
<5>[    2.562721] mtd: device 5 (rootfs) set to be root filesystem
<5>[    2.568570] 1 squashfs-split partitions found on MTD device rootfs
<5>[    2.574736] 0x000000430000-0x000000fb0000 : "rootfs_data"
<6>[    2.582044] libphy: Fixed MDIO Bus: probed
<6>[    2.650253] libphy: mdio: probed
<6>[    4.054512] mtk_soc_eth 1e100000.ethernet: loaded mt7530 driver
<6>[    4.061238] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 22
<6>[    4.072283] NET: Registered protocol family 10
<6>[    4.078487] Segment Routing with IPv6
<6>[    4.082230] NET: Registered protocol family 17
<6>[    4.086730] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
<6>[    4.099677] 8021q: 802.1Q VLAN Support v1.8
<6>[    4.106481] hctosys: unable to open rtc device (rtc0)
<6>[    4.119110] VFS: Mounted root (squashfs filesystem) readonly on device 31:5.
<6>[    4.130502] Freeing unused kernel memory: 1260K
<4>[    4.135030] This architecture does not have kernel memory protection.
<14>[    4.872669] init: Console is alive
<14>[    4.876317] init: - watchdog -
<14>[    5.882569] kmodloader: loading kernel modules from /etc/modules-boot.d/*
<6>[    6.029362] usbcore: registered new interface driver usbfs
<6>[    6.034945] usbcore: registered new interface driver hub
<6>[    6.040467] usbcore: registered new device driver usb
<4>[    6.054247] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vbus not found, using dummy regulator
<4>[    6.062995] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vusb33 not found, using dummy regulator
<6>[    6.071955] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
<6>[    6.077277] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 1
<6>[    6.088345] xhci-mtk 1e1c0000.xhci: hcc params 0x01401198 hci version 0x96 quirks 0x0000000000210010
<6>[    6.097519] xhci-mtk 1e1c0000.xhci: irq 21, io mem 0x1e1c0000
<6>[    6.104357] hub 1-0:1.0: USB hub found
<6>[    6.108234] hub 1-0:1.0: 2 ports detected
<6>[    6.112875] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
<6>[    6.118241] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 2
<6>[    6.125705] xhci-mtk 1e1c0000.xhci: Host supports USB 3.0  SuperSpeed
<6>[    6.132341] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
<6>[    6.141347] hub 2-0:1.0: USB hub found
<6>[    6.145168] hub 2-0:1.0: 1 port detected
<14>[    6.154150] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
<14>[    6.178545] init: - preinit -
<6>[    7.177582] mtk_soc_eth 1e100000.ethernet: PPE started
<5>[    7.252645] random: procd: uninitialized urandom read (4 bytes read)
<5>[   10.531863] jffs2: notice: (482) jffs2_build_xattr_subsystem: complete building xattr subsystem, 7 of xdatum (3 unchecked, 4 orphan) and 43 of xref (4 dead, 0 orphan) found.
<14>[   10.553355] mount_root: switching to jffs2 overlay
<4>[   10.576616] overlayfs: upper fs does not support tmpfile.
<12>[   10.592158] urandom-seed: Seeding with /etc/urandom.seed
<6>[   10.695023] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
<14>[   10.716965] procd: - early -
<14>[   10.719988] procd: - watchdog -
<14>[   11.368370] procd: - watchdog -
<14>[   11.371872] procd: - ubus -
<5>[   11.397531] random: ubusd: uninitialized urandom read (4 bytes read)
<5>[   11.430071] random: ubusd: uninitialized urandom read (4 bytes read)
<5>[   11.436790] random: ubusd: uninitialized urandom read (4 bytes read)
<14>[   11.444092] procd: - init -
<14>[   12.071546] kmodloader: loading kernel modules from /etc/modules.d/*
<6>[   12.083773] ip6_tables: (C) 2000-2006 Netfilter Core Team
<6>[   12.097818] Loading modules backported from Linux version v5.4-rc8-0-gaf42d3466bdc
<6>[   12.105474] Backport generated by backports.git v5.4-rc8-1-0-g368e8c51
<6>[   12.114103] ip_tables: (C) 2000-2006 Netfilter Core Team
<6>[   12.126620] nf_conntrack version 0.5.0 (4096 buckets, 16384 max)
<6>[   12.177575] xt_time: kernel timezone is -0000
<4>[   12.240330] bus=0x1, slot = 0x0, irq=0xff
<6>[   12.244587] mt7603e 0000:01:00.0: ASIC revision: 76030010
<14>[   12.248691] urngd: v1.0.1 started.
<5>[   12.400941] random: crng init done
<5>[   12.404350] random: 6 urandom warning(s) missed due to ratelimiting
<6>[   13.279501] mt7603e 0000:01:00.0: Firmware Version: ap_pcie
<6>[   13.285073] mt7603e 0000:01:00.0: Build Time: 20160107100755
<6>[   13.328226] mt7603e 0000:01:00.0: firmware init done
<7>[   13.500398] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
<4>[   13.513858] bus=0x2, slot = 0x1, irq=0xff
<6>[   13.518248] mt76x2e 0000:02:00.0: ASIC revision: 76120044
<6>[   14.269373] mt76x2e 0000:02:00.0: ROM patch build: 20141115060606a
<6>[   14.279042] mt76x2e 0000:02:00.0: Firmware Version: 0.0.00
<6>[   14.284520] mt76x2e 0000:02:00.0: Build: 1
<6>[   14.288650] mt76x2e 0000:02:00.0: Build Time: 201507311614____
<6>[   14.308213] mt76x2e 0000:02:00.0: Firmware running!
<7>[   14.315892] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
<6>[   14.323384] PPP generic driver version 2.4.2
<6>[   14.329343] NET: Registered protocol family 24
<14>[   14.337138] kmodloader: done loading kernel modules from /etc/modules.d/*
<6>[   18.442839] mtk_soc_eth 1e100000.ethernet eth0: port 4 link up
<6>[   20.695431] mtk_soc_eth 1e100000.ethernet: PPE started
<6>[   20.705271] br-lan: port 1(eth0.1) entered blocking state
<6>[   20.710862] br-lan: port 1(eth0.1) entered disabled state
<6>[   20.716991] device eth0.1 entered promiscuous mode
<6>[   20.721938] device eth0 entered promiscuous mode
<6>[   20.731335] br-lan: port 1(eth0.1) entered blocking state
<6>[   20.736800] br-lan: port 1(eth0.1) entered forwarding state
<6>[   20.743072] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
<6>[   21.504643] pppoe-wan: renamed from ppp0
<6>[   21.759034] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
<6>[   25.485868] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
<6>[   25.499062] br-lan: port 2(wlan1) entered blocking state
<6>[   25.504430] br-lan: port 2(wlan1) entered disabled state
<6>[   25.510505] device wlan1 entered promiscuous mode
<6>[   25.555437] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
<6>[   25.566445] br-lan: port 3(wlan0) entered blocking state
<6>[   25.571826] br-lan: port 3(wlan0) entered disabled state
<6>[   25.577853] device wlan0 entered promiscuous mode
<6>[   25.583186] br-lan: port 3(wlan0) entered blocking state
<6>[   25.588566] br-lan: port 3(wlan0) entered forwarding state
<6>[   26.063776] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
<6>[   26.077173] br-lan: port 4(wlan0-1) entered blocking state
<6>[   26.083073] br-lan: port 4(wlan0-1) entered disabled state
<6>[   26.089464] device wlan0-1 entered promiscuous mode
<6>[   26.099208] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
<6>[   26.105510] br-lan: port 4(wlan0-1) entered blocking state
<6>[   26.111095] br-lan: port 4(wlan0-1) entered forwarding state
<6>[   26.662628] br-lan: port 4(wlan0-1) entered disabled state
<6>[   26.669241] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
<6>[   26.676001] br-lan: port 2(wlan1) entered blocking state
<6>[   26.681401] br-lan: port 2(wlan1) entered forwarding state
<6>[   26.695246] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-1: link becomes ready
<6>[   26.703001] br-lan: port 4(wlan0-1) entered blocking state
<6>[   26.708650] br-lan: port 4(wlan0-1) entered forwarding state
<6>[   26.723751] br-lan: port 5(wlan0-2) entered blocking state
<6>[   26.729417] br-lan: port 5(wlan0-2) entered disabled state
<6>[   26.735733] device wlan0-2 entered promiscuous mode
<6>[   26.742641] IPv6: ADDRCONF(NETDEV_UP): wlan0-2: link is not ready
<6>[   26.748867] br-lan: port 5(wlan0-2) entered blocking state
<6>[   26.754465] br-lan: port 5(wlan0-2) entered forwarding state
<6>[   27.177925] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-2: link becomes ready
<1>[159983.016519] CPU 1 Unable to handle kernel paging request at virtual address 07406000, epc == 801317c0, ra == 80131674
<4>[159983.027206] Oops[#1]:
<4>[159983.029559] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.155 #0
<4>[159983.035718] task: 8fc3c100 task.stack: 8fc5c000
<4>[159983.040314] $ 0   : 00000000 00000001 00000000 81266650
<4>[159983.045615] $ 4   : 806061fc 00000001 00000001 07406000
<4>[159983.050915] $ 8   : 000289b4 000289b3 00000000 00000001
<4>[159983.056211] $12   : 00000002 00000000 c0222b40 00009180
<4>[159983.061507] $16   : 8fc02a00 01090220 807a0000 8ea80000
<4>[159983.066803] $20   : 00000018 00000800 00000000 01080020
<4>[159983.072101] $24   : 3b9aca00 80008e2c
<4>[159983.077399] $28   : 8fc5c000 8fc0b9c8 00000000 80131674
<4>[159983.082697] Hi    : 00002665
<4>[159983.085647] Lo    : 94af5487
<4>[159983.088611] epc   : 801317c0 __kmalloc_track_caller+0x20c/0x290
<4>[159983.094591] ra    : 80131674 __kmalloc_track_caller+0xc0/0x290
<4>[159983.100478] Status: 11007c03     KERNEL EXL IE
<4>[159983.104737] Cause : 40800008 (ExcCode 02)
<4>[159983.108810] BadVA : 07406000
<4>[159983.111762] PrId  : 0001992f (MIPS 1004Kc)
<4>[159983.115920] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 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 iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
<4>[159983.186680] Process swapper/1 (pid: 0, threadinfo=8fc5c000, task=8fc3c100, tls=00000000)
<4>[159983.194820] Stack : 80666658 8eec1e00 00000000 00000000 0000006c 8ee726c0 00000000 01080020
<4>[159983.203242]         8038772c 80383e60 00000000 00000000 284162c7 b901a8c0 fb0000e0 8ee726c0
<4>[159983.211663]         8ee726c0 00000000 00000740 00000018 8ef3cc00 8038772c 00000000 80600000
<4>[159983.220082]         00000004 00000000 00000000 8ef3cc00 8ee726c0 8ef77ab2 8ee726c0 00000018
<4>[159983.228504]         8ef3cc00 00000000 00000000 8e932214 000000e1 806061fc 8fc0bb44 8fc0bb4c
<4>[159983.236932]         ...
<4>[159983.239455] Call Trace:
<4>[159983.241987] [<801317c0>] __kmalloc_track_caller+0x20c/0x290
<4>[159983.247645] [<80383e60>] __kmalloc_reserve.isra.45+0x44/0xac
<4>[159983.253388] [<8038772c>] pskb_expand_head+0x8c/0x328
<4>[159983.258565] [<8e932214>] ieee80211_skb_resize+0x19c/0xde0 [mac80211]
<4>[159983.265045] [<8e932b44>] ieee80211_skb_resize+0xacc/0xde0 [mac80211]
<4>[159983.271514] [<8f080e1c>] nf_xfrm_me_harder+0x830/0xa90 [nf_nat]
<4>[159983.277497] Code: 00000000  8e020014  00e23821 <8ce20000> 10000012  cc400000  10400005  00000000  8e060010
<4>[159983.287311]
<4>[159983.289013] ---[ end trace de892621f972e570 ]---

===================================
Time: 1574977671.67638
root@OpenWrt:~#
 
28.11.20192638KernelBug ReportVery LowCriticalNot enough host controller resources for new device sta...AllUnconfirmed Task Description

After connecting the usb hub and two identical e3372h modems, receives the following error:

kern.info kernel: [ 4313.927551] usb 2-1: new SuperSpeed USB device number 2 using xhci-mtk
kern.info kernel: [ 4313.963934] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4313.968328] hub 2-1:1.0: 4 ports detected
kern.info kernel: [ 4314.107232] usb 1-1: new high-speed USB device number 16 using xhci-mtk
kern.info kernel: [ 4314.309707] hub 1-1:1.0: USB hub found
kern.info kernel: [ 4314.314024] hub 1-1:1.0: 4 ports detected
kern.err kernel: [ 4315.449126] usb 1-1-port2: Cannot enable. Maybe the USB cable is bad?
kern.info kernel: [ 4323.227134] usb 1-1.1: new high-speed USB device number 19 using xhci-mtk
kern.info kernel: [ 4323.359684] usb-storage 1-1.1:1.0: USB Mass Storage device detected
kern.info kernel: [ 4323.366475] scsi host3: usb-storage 1-1.1:1.0
kern.info kernel: [ 4323.667042] usb 1-1.4: new high-speed USB device number 20 using xhci-mtk
kern.warn kernel: [ 4323.799302] usb 1-1.4: Not enough host controller resources for new device state.
kern.err kernel: [ 4323.806875] usb 1-1.4: can't set config #1, error -12
kern.info kernel: [ 4324.317141] usb 2-1: USB disconnect, device number 2
kern.notice kernel: [ 4324.428273] scsi 3:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
kern.notice kernel: [ 4324.441876] scsi 3:0:0:1: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
kern.notice kernel: [ 4324.469348] sd 3:0:0:1: [sdb] Attached SCSI removable disk
kern.info kernel: [ 4324.667338] usb 2-1: new SuperSpeed USB device number 3 using xhci-mtk
kern.info kernel: [ 4324.703318] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4324.707765] hub 2-1:1.0: 4 ports detected
kern.info kernel: [ 4324.975384] usb 1-1.1: USB disconnect, device number 19
kern.info kernel: [ 4325.377043] usb 1-1.1: new high-speed USB device number 21 using xhci-mtk
kern.warn kernel: [ 4325.508714] usb 1-1.1: Not enough host controller resources for new device state.
kern.err kernel: [ 4325.516294] usb 1-1.1: can't set config #1, error -12
kern.info kernel: [ 4332.655468] usb 1-1.4: USB disconnect, device number 20
kern.info kernel: [ 4333.567032] usb 1-1.4: new high-speed USB device number 22 using xhci-mtk
kern.info kernel: [ 4333.699727] usb-storage 1-1.4:1.0: USB Mass Storage device detected
kern.info kernel: [ 4333.706535] scsi host3: usb-storage 1-1.4:1.0
kern.info kernel: [ 4334.703592] usb 1-1.4: USB disconnect, device number 22
kern.info kernel: [ 4335.106995] usb 1-1.4: new high-speed USB device number 23 using xhci-mtk
kern.warn kernel: [ 4335.238608] usb 1-1.4: Not enough host controller resources for new device state.
kern.err kernel: [ 4335.246174] usb 1-1.4: can't set config #1, error -12
kern.info kernel: [ 4335.254656] usb 1-1.1: USB disconnect, device number 21
kern.info kernel: [ 4335.556999] usb 1-1.1: new high-speed USB device number 24 using xhci-mtk
kern.warn kernel: [ 4335.689333] usb 1-1.1: Not enough host controller resources for new device state.
kern.err kernel: [ 4335.697209] usb 1-1.1: can't set config #1, error -12
kern.info kernel: [ 4338.571247] usb 2-1: USB disconnect, device number 3
kern.info kernel: [ 4338.937429] usb 2-1: new SuperSpeed USB device number 4 using xhci-mtk
kern.info kernel: [ 4338.973068] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4338.977396] hub 2-1:1.0: 4 ports detected
28.11.20192637Base systemBug ReportHighHighhostapd ubus reload makes OpenWrt as WiFi client very u...TrunkNew Task Description

Commit 60fb4c92b6b0d1582d31e02167b90b424185f3a2 (hostapd: add ubus reload) breaks WiFi client connectivity when for some reason the association does not succeed immediately.

I started seeing this problem on all my Raspberry Pi Zero W devices, where WiFi takes a long time to come up due to the lack of entropy:

[   32.392170] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  104.672670] random: crng init done
[  104.685751] random: 3 urandom warning(s) missed due to ratelimiting
[  105.436537] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

At this point, the Raspberry Pi is associated to the AP, but the DHCP client is not running. This is the output of ifstatus lan:

{
        "up": false,
        "pending": false,
        "available": false,
        "autostart": true,
        "dynamic": false,
        "proto": "dhcp",
        "data": {

        },
        "errors": [
                {
                        "subsystem": "interface",
                        "code": "NO_DEVICE"
                }
        ]
}

Running ifup lan fixes the problem, but this is of course not easy to do on headless devices.

Later I also experienced this problem on a Raspberry Pi 3 A, which does not have the low entropy problem. In this case the delayed association was caused by a power outage, and the Raspberry Pi booted faster than the APs.

27.11.20192636Base systemBug ReportVery LowMediumTurris Onmia: sysupgrade is brokenTrunkUnconfirmed Task Description

I just found that a sysupgrade fails on mvebu_cortexa9 → Turris Omnia using
“OpenWrt SNAPSHOT, r11595-5d2a900163”

Steps to reproduce:
- install OpenWrt master (r11595-5d2a900163) via medkit; hold reset-button on powerup till 4 LEDs are flashing
- wait till OpenWrt is installed
- login
- “cd /tmp” - “wget http://downloads.openwrt.org/snapshots/targets/mvebu/cortexa9/openwrt-mvebu-cortexa9-cznic_turris-omnia-sysupgrade.img.gz” - “sysupgrade -n openwrt-mvebu-cortexa9-cznic_turris-omnia-sysupgrade.img.gz” - following output will come up


root@OpenWrt:/tmp# sysupgrade -n /tmp/openwrt-mvebu-cortexa9-cznic_turris-omnia-
sysupgrade.img.gz
zcat: write error: Broken pipe
zcat: write: Broken pipe
Unable to determine upgrade device
Image check failed.
26.11.20192635Base systemBug ReportVery LowLow5 GHz radio / modem doesn't workTrunkUnconfirmed Task Description

Hello Team!

Since the last update from 18.06 to 19.07.0-rc1 my 5 GHz radio /
wireless controller doesn’t work. Please can you help me (log in the
attachment)?

Regards
Falko

26.11.20192634Base systemBug ReportVery LowCriticalLuci allows access if root password is cleared and lock...AllUnconfirmed Task Description

Luci doesn’t correctly handle a disabled, empty password for root.
Deleting and disabling the root password makes the luci interface accessible without a password.

Steps to reproduce:
- Delete root password (passwd -d root)
- Lock root password (passwd -l root)
- Try to access Luci

25.11.20192632KernelBug ReportVery LowLowIncomplete HNAPT FoE entries, HW flow offloading not wo...TrunkUnconfirmed Task Description

Using current snapshot, HW flow offloading is not working. Hardware flow offloading entries seem to be incomplete. Most of them lack new addresses, ports and MAC addreses. Interestingly, the only entries which are complete are for flows which are reflected by NAT (port forwarding). But packets of these flows also seem to go via the software path, as counters in conntrack keep increasing (I assume that with HW flow offloading accounting should not work.).

Model
ASUS RT-AC65P
Architecture
MediaTek MT7621 ver:1 eco:3
Firmware Version
OpenWrt SNAPSHOT r11583-68fb38548b / LuCI Master git-19.327.83508-5e1253f
Kernel Version
4.14.155

root@OpenWrt:~# cat /sys/kernel/debug/mtk_ppe/all_entry | grep state=[^I]
(302)0x00302|state=UNBIND|type=IPV4_HNAPT|92.119.160.52:57404->217.144.202.174:48022=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(3d2)0x003d2|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:53312->217.144.204.173:37185=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(3ea)0x003ea|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:54235->217.144.204.173:52164=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fb|info2=0x0|vlan1=0|vlan2=0
(456)0x00456|state=UNBIND|type=IPV4_HNAPT|103.79.154.155:29724->217.144.204.173:23=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001f9|info2=0x0|vlan1=0|vlan2=0
(49e)0x0049e|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64590->139.59.210.197:443=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(4b8)0x004b8|state=UNBIND|type=IPV4_HNAPT|139.59.210.197:443->217.144.XXX.YYY:64592=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(52e)0x0052e|state=UNBIND|type=IPV4_HNAPT|185.175.93.105:59022->217.144.205.174:18789=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(536)0x00536|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64041->192.168.1.1:22=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(560)0x00560|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:62177->217.144.XXX.YYY:25094=>192.168.1.1:1024->192.168.1.250:94|40:b0:76:3e:c7:7c=>f0:de:f1:07:c3:04|etype=0x0800|info1=0x500001fa|info2=0x7ff020|vlan1=1|vlan2=0
(61a)0x0061a|state=UNBIND|type=IPV4_HNAPT|195.150.8.21:3194->217.144.XXX.YYY:62461=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x500000f7|info2=0x0|vlan1=0|vlan2=0
(69c)0x0069c|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64591->139.59.210.197:443=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(728)0x00728|state=UNBIND|type=IPV4_HNAPT|51.91.212.79:37854->217.144.XXX.YYY:6443=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f6|info2=0x0|vlan1=0|vlan2=0
(8c2)0x008c2|state=UNBIND|type=IPV4_HNAPT|185.143.223.185:57177->217.144.204.173:37638=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(a8a)0x00a8a|state=UNBIND|type=IPV4_HNAPT|92.118.37.86:44194->217.144.205.210:1656=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f9|info2=0x0|vlan1=0|vlan2=0
(ae8)0x00ae8|state=UNBIND|type=IPV4_HNAPT|185.176.221.238:49680->217.144.204.52:60090=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fa|info2=0x0|vlan1=0|vlan2=0
(c1e)0x00c1e|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:53312->217.144.204.116:36732=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(c58)0x00c58|state=UNBIND|type=IPV4_HNAPT|79.100.86.244:20241->217.144.XXX.YYY:36662=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x500001fc|info2=0x0|vlan1=0|vlan2=0
(c66)0x00c66|state=UNBIND|type=IPV4_HNAPT|94.23.90.20:443->217.144.205.89:54228=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fb|info2=0x0|vlan1=0|vlan2=0
(cc8)0x00cc8|state=UNBIND|type=IPV4_HNAPT|192.168.1.250:94->192.168.1.1:1024=>217.144.XXX.YYY:25094->192.168.1.100:62177|40:b0:76:3e:c7:7c=>90:2b:34:35:7d:d5|etype=0x0800|info1=0x500000fa|info2=0x7ff020|vlan1=1|vlan2=0
(dec)0x00dec|state=UNBIND|type=IPV4_HNAPT|45.88.79.190:53312->217.144.204.142:38783=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100000f8|info2=0x0|vlan1=0|vlan2=0
(f28)0x00f28|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64352->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(f2a)0x00f2a|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64353->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(f2c)0x00f2c|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64354->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
(f56)0x00f56|state=UNBIND|type=IPV4_HNAPT|192.168.1.100:64351->192.168.1.1:80=>0.0.0.0:0->0.0.0.0:0|00:00:00:00:00:00=>00:00:00:00:00:00|etype=0x0000|info1=0x100001fc|info2=0x0|vlan1=0|vlan2=0
25.11.20192631Base systemBug ReportVery LowMediumsysntp often fails when using DHCP provided serveropenwrt-19.07Unconfirmed Task Description

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

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

25.11.20192630KernelFeature RequestVery LowLowconsider building netconsole into kernel (or as module)openwrt-18.06Unconfirmed Task Description

I have intermittent problems with my TP-Link (ipq806x) router locking up or rebooting. During these events, it’s rare to have anything in the logs (written to local persistent storage) or to the configured remote syslog server.

I looked into enabling netconsole in an effort to catch kernel messages during an event, but:

~/openwrt/openwrt-imagebuilder-18.06.4-ipq806x.Linux-x86_64$ find . -type f -exec grep -H NETCONSOLE {} \;
./build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/linux-ipq806x/linux-4.14.131/.config:# CONFIG_NETCONSOLE is not set
./target/linux/generic/config-4.9:# CONFIG_NETCONSOLE is not set
./target/linux/generic/config-4.14:# CONFIG_NETCONSOLE is not set

please consider building netconsole either into the kernel or as a loadable module.

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

TP-Link Archer C7 v2
OpenWrt 19.07 (f97d2351e2c1282cdfa0e5126bd6eef56d0e8252)

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

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

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

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

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

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

radio1_vlan130 ESSID: unknown
          Access Point: 00:00:00:00:00:00
          Mode: Master  Channel: unknown (unknown)
          Tx-Power: 17 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: unknown
          Bit Rate: unknown
          Encryption: unknown
          Type: wext  HW Mode(s): 802.11bg
          Hardware: unknown [Generic WEXT]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: no  PHY name: radio1_vlan130
25.11.20192628KernelBug ReportVery 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23.11.20192623Base systemBug ReportVery LowMediumJumbo Frames not possible on Archer C7 v5openwrt-19.07Unconfirmed Task Description

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

swconfig dev eth0 show

no sign of jumbo frames.

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

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

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

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

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

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


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

Supply the following if possible:

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

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

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

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

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

Available keyboard shortcuts

Tasklist

Task Details

Task Editing