OpenWrt/LEDE Project

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

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

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

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

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

Config:

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

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

Log:

Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA initialization for VLAN 1 failed (-1)
Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA deinit of wlan0.1 failed
Thu Feb  9 15:54:37 2017 daemon.debug hostapd: wlan0: STA ac:22:0b:a1:c7:6b IEEE 802.11: could not add dynamic VLAN interface for vlan=1
12.11.20192593Base systemBug ReportVery LowHighno AC wifi with ath10k on 19.07-rc1openwrt-19.07Waiting on reporter Task Description

- Archer C7, Netgear R7800
- 19.07-RC1 default
- install image, configure wifi, try to connect, in my case i’m getting 300Mbps rate, others report as low as up to 54 (legacy only)

 

R7800 report: https://forum.openwrt.org/t/openwrt-19-07-0-first-release-candidate/48040/33

Archer C7 v2 report: https://forum.openwrt.org/t/openwrt-19-07-rc1-archer-c7-v2-5g-wifi-died-after-trying-to-change-channels/48182/7

the situation is the same with intree 4.9.200 driver or any of the latest backports installed on client PC

17.11.20192608Base systemBug ReportVery LowLowsysntpd cannot acquire time on IPv6 only networkopenwrt-19.07Unconfirmed Task Description

I’ve encountered an issue with ntpd in OpenWrt where it cannot acquire the time on an IPv6 only network, it seems that the issue lies in dns resolution by ntpd as specifying an IPv6 address instead of a domain works as expected.

By the way, I believe only 2.pool.ntp.org returns IPv6 addresses in case anyone tries to reproduce my issue.

Possibly relevant: https://dev.archive.openwrt.org/attachment/ticket/12167/0001-busybox-make-ntpd-prefer-IPv6-addresses.patch

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

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

swconfig dev eth0 show

no sign of jumbo frames.

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

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

25.11.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.

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


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

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
   
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,

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.

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

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.

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

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

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

 


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

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

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

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

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

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

Status:

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

(yes, very bad line)

Config:

config atm-bridge ‘atm’

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

config dsl ‘dsl’

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

config interface ‘wan’

option ifname 'dsl0'
option proto 'pppoe'
option ipv6 '1'
option username 'censored'
list dns '8.8.8.8'
list dns '8.8.4.4'
option peerdns '0'
option keepalive '60 5'
option password 'censored'
13.01.20202733Base systemBug ReportVery LowHighAth79 firmware accident enter to failsafe mode when reb...openwrt-19.07Unconfirmed Task Description

Sometime when reboot/reflash router, I see serial console messages:

[    5.868712] init: - preinit -
[    5.960699] random: procd: uninitialized urandom read (4 bytes read)
[    6.909058] random: jshn: uninitialized urandom read (4 bytes read)
[    7.327749] random: jshn: uninitialized urandom read (4 bytes read)
[    7.567130] random: jshn: uninitialized urandom read (4 bytes read)
[    7.638687] random: jshn: uninitialized urandom read (4 bytes read)
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    9.860896] eth0: link up (1000Mbps/Full duplex)
- failsafe button rfkill was pressed -
- failsafe -
[   12.309911] urandom_read: 3 callbacks suppressed
[   12.309921] random: dropbearkey: uninitialized urandom read (32 bytes read)
Generating 1024 [   12.323834] random: dropbearkey: uninitialized urandom read (32 bytes read)
bit rsa key, this may take a while...
Public key portion is:
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAAAgQCKZVT/UJoTHz2CkNHrYmfzzBDfa/6Yd6+LJVcrURD15lbN3ch7AG/tc/ZolkeOrqkKD6dM2h4TsYv4+)
Fingerprint: sha1!! b9:a4:d3:94:71:b3:34:ae:a3:85:c8:e9:a7:c8:63:fd:74:52:5e:ad


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

ash: can't access tty; job control turned off
  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 19.07-SNAPSHOT, r10868-08d9828b76
 -----------------------------------------------------
================= FAILSAFE MODE active ================

I noticed when wifi on/off switch on router is on, sometime it accident enter failsafe mode. If switch to off, it’s not happen.
Issue happens with 841n v8/v9/v10 & 841hp v3 (same hardware as v9/10) model.


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

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

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

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

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

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

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

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

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

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

Here’s a quick run to illustrate:

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

Download completed (11751 bytes)
root@grdl:~# uname -a
Linux grdl 4.14.162 #0 Mon Jan 6 16:47:09 2020 mips GNU/Linux
15.01.20202741Base systemBug ReportVery LowLowIPv6 traffic stops switch on Linksys EA6350openwrt-19.07Unconfirmed Task Description

I use a Linksys EA6350v3 running 19.07 (issue occurs in the latest snapshots) and IPv6 traffic is able stop the built in switch from working cutting off internet access (IPv4 traffic does not impact the switch). Through WiFi you are still able to access Luci and a reboot of the router is needed to fix the issue.

The topic is being discussed here and seems to impact other router models as well:
https://forum.openwrt.org/t/ethernet-cuts-out-on-linksys-ea6350v3/39111

The following are from “logread -f” after the switch stops working during an iperf3 IPv6 test:

Wed Jan 15 00:37:11 2020 kern.alert kernel: [ 1094.936813] BUG: Bad page state in process swapper/0  pfn:8d4d0
Wed Jan 15 00:37:11 2020 kern.emerg kernel: [ 1094.936855] page:cffa2a00 count:-1 mapcount:0 mapping:  (null) index:0x0
Wed Jan 15 00:37:11 2020 kern.emerg kernel: [ 1094.941546] flags: 0x0()
Wed Jan 15 00:37:11 2020 kern.alert kernel: [ 1094.948495] raw: 00000000 00000000 00000000 ffffffff ffffffff 00000100 00000200 00000000
Wed Jan 15 00:37:11 2020 kern.alert kernel: [ 1094.951008] page dumped because: nonzero _count
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1094.959074] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_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 hwmon crc_ccitt compat 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_hcd dwc3 dwc3_of_simple gpio_button_hotplug
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.007768] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.162 #0
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.029997] Hardware name: Generic DT based system
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.036257] Function entered at [<c030e2a8>] from [<c030a7a8>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.040938] Function entered at [<c030a7a8>] from [<c073f994>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.046754] Function entered at [<c073f994>] from [<c03a2fb4>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.052570] Function entered at [<c03a2fb4>] from [<c03a5430>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.058386] Function entered at [<c03a5430>] from [<c03a5d08>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.064201] Function entered at [<c03a5d08>] from [<c03a69a4>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.070016] Function entered at [<c03a69a4>] from [<c0628114>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.075834] Function entered at [<c0628114>] from [<c0628190>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.081647] Function entered at [<c0628190>] from [<c05cda7c>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.087466] Function entered at [<c05cda7c>] from [<c05d0c24>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.093280] Function entered at [<c05d0c24>] from [<c063c41c>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.099097] Function entered at [<c063c41c>] from [<c0301520>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.104912] Function entered at [<c0301520>] from [<c0321e3c>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.110729] Function entered at [<c0321e3c>] from [<c035b308>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.116546] Function entered at [<c035b308>] from [<c030140c>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.122360] Function entered at [<c030140c>] from [<c030b30c>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.128176] Exception stack(0xc0a01f40 to 0xc0a01f88)
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.133997] 1f40: 00000001 00000000 00000000 c0313960 ffffe000 c0a03cb8 c0a03c6c 00000000
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.139124] 1f60: 00000000 00000001 cfffcd40 c092da28 c0a01f88 c0a01f90 c0307d88 c0307d8c
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.147276] 1f80: 60000013 ffffffff
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.155429] Function entered at [<c030b30c>] from [<c0307d8c>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.158733] Function entered at [<c0307d8c>] from [<c0352058>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.164635] Function entered at [<c0352058>] from [<c0352378>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.170451] Function entered at [<c0352378>] from [<c0900c04>]
Wed Jan 15 00:37:11 2020 kern.warn kernel: [ 1095.176267] Disabling lock debugging due to kernel taint
Wed Jan 15 00:51:36 2020 kern.alert kernel: [  443.412420] BUG: Bad page state in process swapper/0  pfn:8d8fa
Wed Jan 15 00:51:36 2020 kern.emerg kernel: [  443.412461] page:cffaaf40 count:-1 mapcount:0 mapping:  (null) index:0x0
Wed Jan 15 00:51:36 2020 kern.emerg kernel: [  443.417152] flags: 0x0()
Wed Jan 15 00:51:36 2020 kern.alert kernel: [  443.424100] raw: 00000000 00000000 00000000 ffffffff ffffffff 00000000 cffaaf54 00000000
Wed Jan 15 00:51:36 2020 kern.alert kernel: [  443.426615] page dumped because: nonzero _count
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.434680] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_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 hwmon crc_ccitt compat 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_hcd dwc3 dwc3_of_simple gpio_button_hotplug
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.483374] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.162 #0
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.505602] Hardware name: Generic DT based system
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.511863] Function entered at [<c030e2a8>] from [<c030a7a8>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.516543] Function entered at [<c030a7a8>] from [<c073f994>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.522360] Function entered at [<c073f994>] from [<c03a2fb4>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.528175] Function entered at [<c03a2fb4>] from [<c03a5430>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.533992] Function entered at [<c03a5430>] from [<c03a5d08>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.539807] Function entered at [<c03a5d08>] from [<c03a69a4>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.545621] Function entered at [<c03a69a4>] from [<c0628114>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.551440] Function entered at [<c0628114>] from [<c0628190>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.557254] Function entered at [<c0628190>] from [<c05cda7c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.563071] Function entered at [<c05cda7c>] from [<c05d0c24>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.568886] Function entered at [<c05d0c24>] from [<c063c41c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.574704] Function entered at [<c063c41c>] from [<c0301520>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.580520] Function entered at [<c0301520>] from [<c0321e3c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.586335] Function entered at [<c0321e3c>] from [<c035b308>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.592152] Function entered at [<c035b308>] from [<c030140c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.597965] Function entered at [<c030140c>] from [<c030b30c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.603783] Exception stack(0xc0a01f40 to 0xc0a01f88)
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.609604] 1f40: 00000001 00000000 00000000 c0313960 ffffe000 c0a03cb8 c0a03c6c 00000000
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.614729] 1f60: 00000000 00000001 cfffcd40 c092da28 c0a01f88 c0a01f90 c0307d88 c0307d8c
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.622883] 1f80: 60000013 ffffffff
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.631035] Function entered at [<c030b30c>] from [<c0307d8c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.634337] Function entered at [<c0307d8c>] from [<c0352058>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.640241] Function entered at [<c0352058>] from [<c0352378>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.646056] Function entered at [<c0352378>] from [<c0900c04>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.651873] Disabling lock debugging due to kernel taint
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.663306] ------------[ cut here ]------------
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.663359] WARNING: CPU: 0 PID: 1767 at net/core/dev.c:4700 0xc063c104
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.667803] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_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 hwmon crc_ccitt compat 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_hcd dwc3 dwc3_of_simple gpio_button_hotplug
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.718585] CPU: 0 PID: 1767 Comm: dropbear Tainted: G    B           4.14.162 #0
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.740761] Hardware name: Generic DT based system
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.748407] Function entered at [<c030e2a8>] from [<c030a7a8>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.753089] Function entered at [<c030a7a8>] from [<c073f994>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.758905] Function entered at [<c073f994>] from [<c031dd34>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.764721] Function entered at [<c031dd34>] from [<c031de00>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.770534] Function entered at [<c031de00>] from [<c063c104>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.776353] Function entered at [<c063c104>] from [<c063c184>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.782167] Function entered at [<c063c184>] from [<c063c48c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.787983] Function entered at [<c063c48c>] from [<c0301520>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.793800] Function entered at [<c0301520>] from [<c0321e3c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.799615] Function entered at [<c0321e3c>] from [<c035b308>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.805433] Function entered at [<c035b308>] from [<c030140c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.811246] Function entered at [<c030140c>] from [<c030b6b0>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.817064] Exception stack(0xce95ffb0 to 0xce95fff8)
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.822881] ffa0:                                     00000001 bed43480 000001f0 0000002b
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.828011] ffc0: bed43480 b6f76230 0000005e 000001d0 bed434a4 00000020 b6f73010 00025a9c
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.836169] ffe0: 00000010 bed43468 0001f5d0 000123c4 60000010 ffffffff
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.844409] ---[ end trace 963ab92f22dbc474 ]---
Wed Jan 15 00:51:36 2020 kern.alert kernel: [  443.853363] BUG: Bad page state in process ksoftirqd/0  pfn:8d928
Wed Jan 15 00:51:36 2020 kern.emerg kernel: [  443.855616] page:cffab500 count:-1 mapcount:0 mapping:  (null) index:0x0
Wed Jan 15 00:51:36 2020 kern.emerg kernel: [  443.861595] flags: 0x0()
Wed Jan 15 00:51:36 2020 kern.alert kernel: [  443.868372] raw: 00000000 00000000 00000000 ffffffff ffffffff 00000100 00000200 00000000
Wed Jan 15 00:51:36 2020 kern.alert kernel: [  443.870884] page dumped because: nonzero _count
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.878951] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_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 hwmon crc_ccitt compat 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_hcd dwc3 dwc3_of_simple gpio_button_hotplug
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.927646] CPU: 0 PID: 7 Comm: ksoftirqd/0 Tainted: G    B   W       4.14.162 #0
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.949876] Hardware name: Generic DT based system
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.957522] Function entered at [<c030e2a8>] from [<c030a7a8>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.962204] Function entered at [<c030a7a8>] from [<c073f994>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.968020] Function entered at [<c073f994>] from [<c03a2fb4>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.973835] Function entered at [<c03a2fb4>] from [<c03a5430>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.979650] Function entered at [<c03a5430>] from [<c03a5d08>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.985467] Function entered at [<c03a5d08>] from [<c03a69a4>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.991281] Function entered at [<c03a69a4>] from [<c0628114>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  443.997099] Function entered at [<c0628114>] from [<c0628190>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.002913] Function entered at [<c0628190>] from [<c05cda7c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.008731] Function entered at [<c05cda7c>] from [<c05d0bac>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.014545] Function entered at [<c05d0bac>] from [<c063c41c>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.020363] Function entered at [<c063c41c>] from [<c0301520>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.026179] Function entered at [<c0301520>] from [<c0321b68>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.031995] Function entered at [<c0321b68>] from [<c033bea4>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.037811] Function entered at [<c033bea4>] from [<c0339060>]
Wed Jan 15 00:51:36 2020 kern.warn kernel: [  444.043626] Function entered at [<c0339060>] from [<c03074a8>]
Wed Jan 15 00:51:59 2020 kern.warn kernel: [  467.147594] ------------[ cut here ]------------
Wed Jan 15 00:51:59 2020 kern.warn kernel: [  467.147640] WARNING: CPU: 0 PID: 0 at net/core/dev.c:4700 0xc063c104
Wed Jan 15 00:51:59 2020 kern.warn kernel: [  467.151298] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_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 hwmon crc_ccitt compat 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_hcd dwc3 dwc3_of_simple gpio_button_hotplug
Wed Jan 15 00:51:59 2020 kern.warn kernel: [  467.201852] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G    B   W       4.14.162 #0
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.224032] Hardware name: Generic DT based system
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.231328] Function entered at [<c030e2a8>] from [<c030a7a8>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.236184] Function entered at [<c030a7a8>] from [<c073f994>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.242001] Function entered at [<c073f994>] from [<c031dd34>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.247817] Function entered at [<c031dd34>] from [<c031de00>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.253630] Function entered at [<c031de00>] from [<c063c104>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.259447] Function entered at [<c063c104>] from [<c063c184>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.265262] Function entered at [<c063c184>] from [<c063c1d0>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.271078] Function entered at [<c063c1d0>] from [<c05d0cc0>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.276896] Function entered at [<c05d0cc0>] from [<c063c41c>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.282709] Function entered at [<c063c41c>] from [<c0301520>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.288527] Function entered at [<c0301520>] from [<c0321e3c>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.294344] Function entered at [<c0321e3c>] from [<c035b308>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.300159] Function entered at [<c035b308>] from [<c030140c>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.305974] Function entered at [<c030140c>] from [<c030b30c>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.311791] Exception stack(0xc0a01f40 to 0xc0a01f88)
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.317613] 1f40: 00000001 00000000 00000000 c0313960 ffffe000 c0a03cb8 c0a03c6c 00000000
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.322738] 1f60: 00000000 00000001 cfffcd40 c092da28 c0a01f88 c0a01f90 c0307d88 c0307d8c
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.330892] 1f80: 60000013 ffffffff
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.339045] Function entered at [<c030b30c>] from [<c0307d8c>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.342347] Function entered at [<c0307d8c>] from [<c0352058>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.348249] Function entered at [<c0352058>] from [<c0352378>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.354066] Function entered at [<c0352378>] from [<c0900c04>]
Wed Jan 15 00:52:00 2020 kern.warn kernel: [  467.359978] ---[ end trace 963ab92f22dbc475 ]---
Wed Jan 15 00:52:00 2020 kern.alert kernel: [  467.370760] Unable to handle kernel NULL pointer dereference at virtual address 00000000
Wed Jan 15 00:52:00 2020 kern.alert kernel: [  467.370804] pgd = c0204000
Wed Jan 15 00:56:36 2020 kern.err kernel: [  121.687088] ess_edma c080000.edma: Invalid RRD source port bit set
Wed Jan 15 00:56:36 2020 kern.err kernel: [  121.687195] ess_edma c080000.edma: Invalid RRD source port bit set
Wed Jan 15 00:56:36 2020 kern.err kernel: [  121.695201] ess_edma c080000.edma: Invalid RRD source port bit set
Wed Jan 15 00:56:36 2020 kern.alert kernel: [  121.703775] Unable to handle kernel NULL pointer dereference at virtual address 00000004
Wed Jan 15 00:56:36 2020 kern.alert kernel: [  121.704505] pgd = c0204000
Wed Jan 15 00:56:36 2020 kern.alert kernel: [  121.712797] [00000004] *pgd=00000000

I have reset the router to defaults and only changed the WAN IPv6 prefix length and during the failures many error lines are in logs like posts above.

Enabling the Wifi appears to generate less errors (but could be unrelated)
2.4GHz only:

Wed Jan 15 01:40:36 2020 kern.alert kernel: [ 103.230457] Unable to handle kernel NULL pointer dereference at virtual address 00000004
Wed Jan 15 01:40:36 2020 kern.alert kernel: [ 103.230497] pgd = c0204000
Wed Jan 15 01:40:36 2020 kern.alert kernel: [ 103.237612] [00000004] *pgd=00000000
Wed Jan 15 01:40:36 2020 kern.emerg kernel: [ 103.240191] Internal error: Oops: 817 [#1] SMP ARM

5GHz only:

Wed Jan 15 01:43:58 2020 kern.warn kernel: [ 184.317800] backlog: Budget exhausted after napi rescheduled
With both 2.4GHz and 5GHz enabled it seems to fail so you can still connect to Luci over WiFi but with no errors in logs (like I experienced at parents).
18.01.20202748Base systemBug ReportVery LowMediumPrinter no more receiving IP address since 19.07.0openwrt-19.07Waiting on reporter Task Description

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

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

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

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

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

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

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

24.01.20202769Base systemBug ReportVery LowLowct-htt firmware is missing from ipq40xx target in 19.07openwrt-19.07Unconfirmed Task Description

19.07-SNAPSHOT

I am trying to put together an image for gl-b1300 (ipq40xx) using the image builder and it is failing with the error below. I looked at the base packages for 19.07 and the htt variants are missing for all ath10k-firrmware-qca supported targets. I also checked ipq806x for 19.07 and the htt firmware is present there.
Looking at master: the ipq40xx target does include htt packages.

Are the htt firmware files excluded from ipq40xx in 19.07 for a reason?

Collected errors:
* opkg_install_cmd: Cannot install package ath10k-firmware-qca4019-ct-htt.
Makefile:153: recipe for target ‘package_install’ failed
make[2]: * [package_install] Error 255
Makefile:112: recipe for target ‘_call_image’ failed
make[1]:
* [_call_image] Error 2
Makefile:196: recipe for target ‘image’ failed
make: *** [image] Error 2

29.01.20202781Base systemBug ReportLowMediumArcher C50 v4 Mac80211 Looses Internet Access after 20’...openwrt-19.07New Task Description

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

 

Problem Device:
TP-Link Archer C50 (Canadian) v4 + v4.2

Software version:
openwrt 19.07 r10860, default packages versions.

Steps to reproduce:
Setup wireless like below. I’ve intentionally left encryption set to “none” for both radio’s for quick testing but i’ve tested with WPA2 CCMP encryption with no change in results.

config wifi-device ‘radio0’ option type ‘mac80211’ option channel ‘11’ option hwmode ‘11g’ option path ‘platform/10300000.wmac’ option htmode ‘HT20’ option legacy_rates ‘0’ option country ‘CA’

config wifi-iface ‘default_radio0’ option device ‘radio0’ option network ‘lan’ option mode ‘ap’ option ssid ‘OpenWrt’ option encryption ‘none’

config wifi-device ‘radio1’ option type ‘mac80211’ option hwmode ‘11a’ option path ‘pci0000:00/0000:00:00.0/0000:01:00.0’ option htmode ‘VHT80’ option channel ‘112’ option legacy_rates ‘0’ option country ‘CA’

config wifi-iface ‘default_radio1’ option device ‘radio1’ option network ‘lan’ option mode ‘ap’ option ssid ‘OpenWrt’ option encryption ‘none’

Alternative Settings:

htmode ‘HT40’ No change in results
channel ‘1’, ‘6’, ‘11’ No change in results
disassoc_low_ack ‘0’ No change in results

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

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

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

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

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

Devices tested:

  • Mikrotik rb433
  • Mikrotik rb435g

Software version: Using the v19.07.1 tag.

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

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

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

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

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

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

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

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

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

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

31.01.20202792Base systemBug ReportVery LowLowlantiq DSL statuistics and diagnostics do not report G....openwrt-19.07Unconfirmed Task Description

OpenWrt 19.07.1 on BT HomeHub5A (lantiq vrx200) the dsl stats report tool (ltq-vdsl-app_4.17.18.6-2_mips_24kc.ipk) and the matching kerel module (kmod-ltq-vdsl-vr9-mei_4.14.167+1.5.17.6-4_mips_24kc.ipk) do not report ITU G.998.4 Retransmission counts (on lines using G.INP retransmissions. It turns out that adding:
CONFIGURE_ARGS += \

  1. -enable-dsl-pm-retx-counters \
  2. -enable-dsl-pm-retx-thresholds

to openwrt/package/kernel/lantiq/ltq-vdsl/Makefile and openwrt/package/network/config/ltq-vdsl-app/Makefile and rebuilding yields a working ReTx counter report:

root@BTHH5A:~# . /lib/functions/lantiq_dsl.sh ; dsl_cmd rtsg 0
nReturn=0 nDirection=0 nRxCorruptedTotal=0 nRxUncorrectedProtected=0 nRxRetransmitted=0 nRxCorrected=0 nTxRetransmitted=3
root@ BTHH5A:~# . /lib/functions/lantiq_dsl.sh ; dsl_cmd rtsg 1
nReturn=0 nDirection=1 nRxCorruptedTotal=7114893 nRxUncorrectedProtected=6171968 nRxRetransmitted=0 nRxCorrected=942925 nTxRetransmitted=9228892

At least in Germany the incumbent uses G.998.4 Retransmission, not only do deal with impulse noise, but also as a diagnostic counters for its Dynamik Link/Spektrum Management tool that based on these and other counters will limit the maximum perissable Sync for each line to optimize lik stability. It would be really great if stock OpenWrt builds would alow to report these values and I would like to propose to change the makefiles as shown above.

01.02.20202794Base systemBug ReportVery LowLowCannot Override MAC add of wireless interfaceopenwrt-19.07Unconfirmed Task Description

- Device problem — Can’t change wireless MAC add
- Software versions of OpenWrt/LEDE release,— openwrt-19.07.0-ar71xx-generic-cpe210-220-v1-

                                                squashfs-sysupgrade
 

hi..good day... i have tp-link CPE 220 v1 i used openwrt firmware openwrt-18.06.6-ar71xx-generic-cpe210-220-v1-squashfs-sysupgrade no problem. i can change the Wi-Fi BSSID or Override MAC address...

when i upgrade the firmware to openwrt-19.07.0-ar71xx-generic-cpe210-220-v1-squashfs-sysupgrade i can’t Override the MAC address...

pls help...

openwrt-18.06.0 TO openwrt-18.06.6 can Override the MAC address all interface

openwrt-19.07.0 cannot Override the MAC address of Wireless, (Wireless only)

01.02.20202795Base systemBug ReportVery LowLow19.07.x , TP-Link TL-WR841N v9, kernell panic openwrt-19.07Unconfirmed Task Description

Used TP-Link TL-WR841N/D v9 with mod 8M
tested with build for 8M firmware.

updated via:
scp copy to /tmp
mtd -r write /tmp/firmwaew.bin firmware

18.06 work ok on this hardware, report:https://lexxai.blogspot.com/2019/07/hardware-modding-tp-link-tl-wr841n-v9.html.

***************************************
*     U-Boot 1.1.4-7a540a78-clean     *
*          Build: 2018-02-23          *
***************************************

** Warning: bad env CRC, using default,
   use 'saveenv' to save it in FLASH

  BOARD: TP-Link TL-WR841N/D v9
    SOC: QCA953x ver. 1 rev. 1
    CPU: MIPS 24Kc
    RAM: 32 MB DDR1 16-bit CL3-3-3-8
  FLASH: 8 MB Winbond W25Q64
    MAC: E8:DE:27:CD:0C:C4
 CLOCKS: CPU/RAM/AHB/SPI/REF
         550/400/200/ 25/ 25 MHz

Hit any key to stop booting:  0

Booting image from 0x9F020000...

   Vendor/image name:    OpenWrt r10911-c155900f66
   Hardware ID:          0x8410009
   Whole image size:     0 kB (0 bytes)
   Kernel size:          3.4 MB (3579760 bytes)
   Rootfs size:          0 kB (0 bytes)
   Kernel load address:  0x80060000
   Kernel entry point:   0x80060000

   Header CRC...  skipped
   Data CRC...    skipped

Stopping network... OK!
Uncompressing Kernel... OK!
Starting kernel...

[    0.000000] Linux version 4.14.167 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r10911-c155900f66)) #0 Wed Jan 29 16:05:35 2020
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
[    0.000000] MIPS: machine is TP-Link TL-WR841N/ND v9
[    0.000000] SoC: Qualcomm Atheros QCA9533 ver 1 rev 1
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 02000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] random: get_random_bytes called from 0x804776ec with crng_init=0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 8128
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 19648K/32768K available (3544K kernel code, 144K rwdata, 492K rodata, 7972K init, 203K bss, 13120K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] CPU clock: 550.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6950037990 ns
[    0.000011] sched_clock: 32 bits at 275MHz, resolution 3ns, wraps every 7809031678ns
[    0.008899] Calibrating delay loop... 366.18 BogoMIPS (lpj=1830912)
[    0.075976] pid_max: default: 32768 minimum: 301
[    0.081456] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.088993] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.102006] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.113239] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.120271] pinctrl core: initialized pinctrl subsystem
[    0.129130] NET: Registered protocol family 16
[    0.159871] clocksource: Switched to clocksource MIPS
[    0.166986] NET: Registered protocol family 2
[    0.173070] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.181077] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.188304] TCP: Hash tables configured (established 1024 bind 1024)
[    0.195734] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.202443] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.209932] NET: Registered protocol family 1
[    0.441778] Crashlog allocated RAM at address 0x1f00000
[    0.449761] workingset: timestamp_bits=30 max_order=13 bucket_order=0
[    0.463652] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.470338] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.573035] io scheduler noop registered
[    0.577495] io scheduler deadline registered (default)
[    0.586478] pinctrl-single 1804002c.pinmux: 576 pins at pa b804002c size 72
[    0.595622] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.605887] console [ttyS0] disabled
[    0.610067] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 1562500) is a 16550A
[    0.619896] console [ttyS0] enabled
[    0.619896] console [ttyS0] enabled
[    0.627446] bootconsole [early0] disabled
[    0.627446] bootconsole [early0] disabled
[    0.655906] m25p80 spi0.0: s25fl064k (8192 Kbytes)
[    0.660968] 3 fixed-partitions partitions found on MTD device spi0.0
[    0.667534] Creating 3 MTD partitions on "spi0.0":
[    0.672514] 0x000000000000-0x000000020000 : "u-boot"
[    0.678707] 0x000000020000-0x0000003f0000 : "firmware"
[    0.685921] 2 tplink-fw partitions found on MTD device firmware
[    0.692126] Creating 2 MTD partitions on "firmware":
[    0.697268] 0x000000000000-0x00000036a170 : "kernel"
[    0.703347] 0x000000370000-0x0000003d0000 : "rootfs"
[    0.709470] mtd: device 3 (rootfs) set to be root filesystem
[    0.715429] mtdsplit: no squashfs found in "rootfs"
[    0.720527] 0x0000003f0000-0x000000400000 : "art"
[    0.727132] libphy: Fixed MDIO Bus: probed
[    1.071005] ag71xx 19000000.eth: Could not connect to PHY device. Deferring probe.
[    1.750303] libphy: ag71xx_mdio: probed
[    1.755849] libphy: ar8xxx-mdio: probed
[    1.821951] switch0: Atheros AR8229 rev. 1 switch registered on mdio-bus.0
[    1.908098] ag71xx 1a000000.eth: connected to PHY at fixed-0:00 [uid=00000000, driver=Generic PHY]
[    1.918258] eth0: Atheros AG71xx at 0xba000000, irq 5, mode: gmii
[    1.927890] NET: Registered protocol family 10
[    1.939093] Segment Routing with IPv6
[    1.943086] NET: Registered protocol family 17
[    1.947742] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.961897] 8021q: 802.1Q VLAN Support v1.8
[    2.302222] ag71xx 19000000.eth: connected to PHY at mdio-bus.0:1f:04 [uid=004dd042, driver=Generic PHY]
[    2.313243] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[    2.370657] Freeing unused kernel memory: 7972K
[    2.375356] This architecture does not have kernel memory protection.
[    2.403375] init: Console is alive
[    2.407211] init: - watchdog -
[    2.437672] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    2.448667] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    2.466809] init: - preinit -
[    2.509932] random: fast init done
[    2.808648] random: jshn: uninitialized urandom read (4 bytes read)
[    2.917601] random: jshn: uninitialized urandom read (4 bytes read)
[    3.163179] random: jshn: uninitialized urandom read (4 bytes read)
[    3.805753] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.811977] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    4.821087] eth0: link up (1000Mbps/Full duplex)
[    4.825913] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    4.833060] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[    7.014588] eth0: link down
[    7.042239] procd: - early -
[    7.045358] procd: - watchdog -
[    7.636953] procd: - watchdog -
[    7.640695] procd: - ubus -
[    7.652470] urandom_read: 5 callbacks suppressed
[    7.652481] random: ubusd: uninitialized urandom read (4 bytes read)
[    7.694505] random: ubusd: uninitialized urandom read (4 bytes read)
[    7.702822] procd: - init -
Please press Enter to activate this console.
[    8.251779] kmodloader: loading kernel modules from /etc/modules.d/*
[    8.275535] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    8.306112] Loading modules backported from Linux version v4.19.98-0-gd183c8e2647a
[    8.314024] Backport generated by backports.git v4.19.98-1-0-g8204eb99
[    8.342826] ip_tables: (C) 2000-2006 Netfilter Core Team
[    8.369084] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
[    8.509039] xt_time: kernel timezone is -0000
[    8.643102] PPP generic driver version 2.4.2
[    8.661009] NET: Registered protocol family 24
[    8.746124] Data bus error, epc == 801f4180, ra == 8129febc
[    8.751898] Oops[#1]:
[    8.754255] CPU: 0 PID: 497 Comm: kmodloader Not tainted 4.14.167 #0
[    8.760819] task: 81878000 task.stack: 811f8000
[    8.765491] $ 0   : 00000000 00000001 deadc0de 00014000
[    8.770901] $ 4   : b81143fc 000143fc 00014000 00000004
[    8.776305] $ 8   : 00000001 7c7c3c7c 7c7c7c7c 7c7c7c7c
[    8.781707] $12   : 7c7c3c7c 81236500 ffffff80 7c7c7c3c
[    8.787120] $16   : 8115c080 00000018 00000000 00030000
[    8.792522] $20   : 00010000 00031018 00000004 000003ff
[    8.797925] $24   : 00000000 00000000
[    8.803328] $28   : 811f8000 811f9a30 811f9a84 8129febc
[    8.808740] Hi    : 00000003
[    8.811715] Lo    : 000000ff
[    8.814696] epc   : 801f4180 0x801f4180
[    8.818663] ra    : 8129febc 0x8129febc [ath9k_hw@81280000+0x51660]
[    8.825129] Status: 1000f403 KERNEL EXL IE
[    8.829458] Cause : 1080001c (ExcCode 07)
[    8.833598] PrId  : 00019374 (MIPS 24Kc)
[    8.837644] Modules linked in: ath9k(+) ath9k_common pppoe ppp_async ath9k_hw ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 gpio_button_hotplug
[    8.901314] Process kmodloader (pid: 497, threadinfo=811f8000, task=81878000, tls=77fb3efc)
[    8.909933] Stack : ffffffff 81236500 ffffff80 ffffffff 00002710 8115c080 000003ff 812a0000
[    8.918580]         8111a800 8115c080 811f9b14 00000004 812ccda8 8115c4bc 00000001 8129ea64
[    8.927226]         811f8000 811f9a98 00000220 00000220 00008000 ffffffff 811f9b14 812a0ab0
[    8.935872]         8115a080 81283e88 00000001 80450000 812d9500 81201ff0 000186a0 8115c080
[    8.944519]         8115c080 8115c0a8 00008000 00000001 811f9b14 00000004 812ccda8 99999999
[    8.953165]         ...
[    8.955692] Call Trace:
[    8.955740] [<812a0000>] 0x812a0000 [ath9k_hw@81280000+0x51660]
[    8.964387] [<8129ea64>] 0x8129ea64 [ath9k_hw@81280000+0x51660]
[    8.970516] [<812a0ab0>] 0x812a0ab0 [ath9k_hw@81280000+0x51660]
[    8.976635] [<81283e88>] 0x81283e88 [ath9k_hw@81280000+0x51660]
[    8.982755] [<81201ff0>] 0x81201ff0 [ath9k@81200000+0x16bb0]
[    8.988619] [<812930f8>] 0x812930f8 [ath9k_hw@81280000+0x51660]
[    8.994739] [<80093348>] 0x80093348
[    8.998350] [<812864d0>] 0x812864d0 [ath9k_hw@81280000+0x51660]
[    9.004467] [<80250bd8>] 0x80250bd8
[    9.008081] [<80093348>] 0x80093348
[    9.011691] [<812026a4>] 0x812026a4 [ath9k@81200000+0x16bb0]
[    9.017543] [<800aefec>] 0x800aefec
[    9.021168] [<8120e468>] 0x8120e468 [ath9k@81200000+0x16bb0]
[    9.027023] [<80299160>] 0x80299160
[    9.030649] [<8024f43c>] 0x8024f43c
[    9.034250] [<8029367c>] 0x8029367c
[    9.037852] [<8024db98>] 0x8024db98
[    9.041454] [<8024fabc>] 0x8024fabc
[    9.045058] [<8024dce4>] 0x8024dce4
[    9.048656] [<8024bd38>] 0x8024bd38
[    9.052263] [<8024dc60>] 0x8024dc60
[    9.055870] [<8024bdf0>] 0x8024bdf0
[    9.059471] [<803bf270>] 0x803bf270
[    9.063074] [<8024bc3c>] 0x8024bc3c
[    9.066680] [<8024d124>] 0x8024d124
[    9.070291] [<8024e300>] 0x8024e300
[    9.073905] [<81217000>] 0x81217000 [ath9k@81200000+0x16bb0]
[    9.079748] [<8024e4a8>] 0x8024e4a8
[    9.083366] [<81217018>] 0x81217018 [ath9k@81200000+0x16bb0]
[    9.089214] [<80060a00>] 0x80060a00
[    9.092822] [<800e6a40>] 0x800e6a40
[    9.096423] [<800912d4>] 0x800912d4
[    9.100025] [<8010fbe0>] 0x8010fbe0
[    9.103642] [<800cbee4>] 0x800cbee4
[    9.107247] [<80111044>] 0x80111044
[    9.110854] [<800cb81c>] 0x800cb81c
[    9.114462] [<800c9680>] 0x800c9680
[    9.118071] [<80111a14>] 0x80111a14
[    9.121673] [<8011c4e0>] 0x8011c4e0
[    9.125275] [<800cbb3c>] 0x800cbb3c
[    9.128878] [<800cbc28>] 0x800cbc28
[    9.132487] [<8006ed8c>] 0x8006ed8c
[    9.136093] [<803d0c74>] 0x803d0c74
[    9.139698] [<800698a0>] 0x800698a0
[    9.143307]
[    9.144847] Code: 26310001  8c820000  0000000f <03e00008> 00000000  27bdffe8  afbf0014  0c0a76b2  00000000
[    9.154936]
[    9.156551] ---[ end trace eb9837c2a907321b ]---
[    9.163433] Kernel panic - not syncing: Fatal exception
[    9.169959] Rebooting in 1 seconds..


same crash and with public images:
https://downloads.openwrt.org/releases/19.07.0/targets/ath79/tiny/openwrt-19.07.0-ath79-tiny-tplink_tl-wr841-v9-initramfs-kernel.bin

04.02.20202806Base systemBug ReportVery LowMediumDHCP enabled even though not present in config fileopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on : Mikrotik RBM33G
- Software versions of OpenWrt/LEDE release, packages, etc: OpenWrt 19.07, synced this morning, fully up-to-date
- Steps to reproduce: no idea
My “Lan” /etc/config/network:
config interface ‘lan’

      option type 'bridge'
      option ifname 'eth0.1'
      option proto 'static'
      option netmask '255.255.255.0'
      option gateway '10.0.0.254'
      option ipaddr '10.0.0.35'
      list dns '10.0.0.5'
      list dns '10.10.0.5'
      option ip6assign '60'

My “Lan in /etc/config/dhcp:
config dhcp ‘lan’

      option interface 'lan'
      option ignore '1'

My ip addr list:
25: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000

  link/ether cc:2d:e0:5a:b8:5b brd ff:ff:ff:ff:ff:ff
  inet 10.0.0.35/24 brd 10.0.0.255 scope global br-lan
     valid_lft forever preferred_lft forever
  inet 10.0.0.124/24 brd 10.0.0.255 scope global secondary br-lan
     valid_lft forever preferred_lft forever
  inet6 2a02:1802:a6:0:8a00:dfc6:fd71:a219/64 scope global dynamic
     valid_lft 2591708sec preferred_lft 604508sec
  inet6 fe80::6617:aede:f2cc:dd4/64 scope link
     valid_lft forever preferred_lft forever
  inet6 fe80::ce2d:e0ff:fe5a:b85b/64 scope link
     valid_lft forever preferred_lft forever

DHCP lease info from DHCP server:
LAN 10.0.0.124 cc:2d:e0:5a:b8:5b 2020/02/04 10:23:54 2020/02/04 18:23:54 ethernet
LAN 10.0.0.125 cc:2d:e0:5a:b8:5b 2020/02/04 10:23:56 2020/02/04 18:23:56 ethernet
... it does not listen to 10.0.0.125, though.

The device also sends traps to the trap server using 10.0.0.124, which is not registered in DNS (the reason why I detected it)

Maybe a bug in the config scripts somewhere?

04.02.20202807Base systemBug ReportVery LowMedium(Wavlink WL-WN575A3) Signal strength LEDs don't work - ...openwrt-19.07Unconfirmed Task Description

Wavlink WL-WN575A3, Openwrt 19.07
Clean install set signal LEDs to rssi trigger but any of 3 LEDs don’t light due to missing rssileds package in default set of packages. After manual rssileds package install all 3 signal LEDs works as expected.

05.02.20202812Base systemBug ReportVery LowCriticalXiaomi router 3g Openwrt V19 problem. Upload very low. openwrt-19.07Unconfirmed Task Description

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

07.02.20202818Base systemBug ReportVery LowLowCurrent time displayed incorrectly in v.19.07 system ta...openwrt-19.07Unconfirmed Task Description

- Device problem occurs on
Aerohive HiveAP-121

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 19.07.1 r10911-c155900f66 / LuCI openwrt-19.07 branch git-20.029.45734-adbbd5c

- Steps to reproduce
This is evident when you have two AP (exact same hardware) side by side running v.19.07.1 and v.18.06.5

The issue:
After upgrading firmware from 18.06.5 to 19.07.1 we noticed that the current time reported incorrectly on the ‘System’ tab in GUI.

Please note, current time IS reported correctly in the ‘Status’ tab on both versions.

Please note, GUI is accessed using a desktop version of Debian GNU/Linux 10 (buster), with Firefox ESR 68.4.1esr (64-bit).

Please note, Firefox configuration has been modified - hardened to prevent remote sites code loaded to the browser to detect local time zone.

Using the same browser with the exact same configuration shows current time been displayed correctly in firmware v.18.06.5 and displayed incorrectly only on the system tab in firmware version 19.07.1.

Please see screenshots attached.

Development team - thank you for your efforts in writing this code and making it available free of charge. You guys are awesome! :)

Damien.


07.02.20202819Base systemBug ReportVery LowMediumDefault configuration for PPPoE client (PPPd) is not pr...openwrt-19.07Unconfirmed Task Description

Default configuration for PPPoE client is not properly set.

Certain HW manufacturers (Alcatel Lucent for example) have implemented LCP flooding prevention systems for PPP clients if multiple LCP request/echos arrive in < 30s. When this occours BNG (BRAS) sends a PPP disconnect request and the PPP session gets dropped and PPP username gets remporary banned.

LCP echo interval default values for PPPoE connections should be set in the value of at least 30 (60 perferably) (seconds that is) and not 5s as set per current default value. Currently all users using PPPoE are affected.

Still present in –> OpenWrt 19.07.1 r10911-c155900f66 / LuCI openwrt-19.07 branch git-20.029.45734-adbbd5c

07.02.20202820Base systemBug ReportVery LowMediumath79 19.07.x always creates an interface with 192.168....openwrt-19.07Unconfirmed Task Description

Hi!

I have a TP-Link Archer-C7-V2 device. I installed via tftp the factory.bin file for 19.07.1, and changed the br-lan IP address to 192.168.0.1. After installing some packages and rebooting, the lan side switch interface was given the address 192.168.1.1, despite the WAN interface getting 192.168.1.11 from an upstream router via DHCP. This does not happen with ar71xx 19.07.1. I’ve remained on the ar71xx version.

I’ve attached the output from several show interface config commands for both ath79 and ar71xx. Since I rsync the entire router filesystem to my Linux system, I’ve also included a recursive diff of the ‘rom’ directories for both ath79 and ar71xx if that helps. In the diff output, for smaller size and better clarity, I removed the diff output for ‘.control’ files in opkg/info that only differed in kernel dependency and/or installed size.

08.02.20202822Base systemBug ReportVery LowMediumsysupgrade does not work with coreutils sha256sumopenwrt-19.07Unconfirmed Task Description

When running sysupgrade backup, checksum generation fails as per below if having installed coreutils version of sha256sum as it doesn’t recognize the -s flag.

OpenWrt 19.07-SNAPSHOT r10906-3212290a3b

# sha256sum –version
sha256sum (GNU coreutils) 8.30

# sysupgrade -b /root/backup-${HOSTNAME}-$(date +%F).tar.gz
sha256sum: invalid option – ‘s’ Try ‘sha256sum –help’ for more information.
[...]
sha256sum: invalid option – ‘s’ Try ‘sha256sum –help’ for more information.
Saving config files...

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

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

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

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

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

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

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

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


15.02.20202834Base systemBug ReportVery LowMediumXiaomi 3G restartsopenwrt-19.07Unconfirmed Task Description

Xiaomi Mi Router 3G
MediaTek MT7621 ver:1 eco:3
OpenWrt 19.07.0 r10860-a3ffeb413b / LuCI openwrt-19.07 branch git-20.006.26738-35aa527
4.14.162

I have script that heavily uses ipset in cron. It runs every hour. Router reboots every 1~2 days with errors.

Sat Feb 15 12:00:00 2020 cron.info crond[1212]: USER root pid 9019 cmd /etc/anti-rkn/update-rkn-ip.sh
Sat Feb 15 12:00:03 2020 kern.alert kernel: [215985.710616] CPU 3 Unable to handle kernel paging request at virtual address 07406000, epc == 8010ef74, ra == 8010ee58
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.721315] Oops[#1]:
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.723668] CPU: 3 PID: 9028 Comm: ipset Not tainted 4.14.162 #0
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.729733] task: 8fcf2ca0 task.stack: 8dc22000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.734325] $ 0   : 00000000 00000001 00000000 81243690
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.739624] $ 4   : 8054a1e8 00000001 00000001 07406000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.744920] $ 8   : 000d3937 000d3936 00000000 00000001
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.750217] $12   : 000d3923 8df80280 8df80280 00000000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.755514] $16   : 8fc02e00 01088020 8df80000 8d5e3880
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.760814] $20   : 00000008 8dcb8e98 00000038 00000000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.766112] $24   : 00000000 77e75860
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.771410] $28   : 8dc22000 8dc23a28 8e125800 8010ee58
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.776710] Hi    : 00000000
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.779660] Lo    : 0000000a
Sat Feb 15 12:00:03 2020 kern.warn kernel: [215985.782611] epc   : 8010ef74 0x8010ef74
packet_write_wait: Connection to 192.168.1.1 port 22: Broken pipe
 

The script

start=`date +%s`

# create temporary sets
ipset create _tmp1 hash:net
ipset create _tmp2 hash:net

# load new content to ipset
curl -s https://antifilter.download/list/subnet.lst | awk '{print "add _tmp1 "$1;} END {print FNR > "/tmp/rkn_nets"}' | ipset -! restore
curl -s https://antifilter.download/list/ipsum.lst| awk '{print "add _tmp2 "$1;} END {print FNR > "/tmp/rkn_ipsum"}' | ipset -! restore

# swap content
ipset swap vpn_subnets _tmp1
ipset swap vpn_ipsum _tmp2

# delete temporary sets
ipset destroy _tmp1
ipset destroy _tmp2

end=`date +%s`


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

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

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

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

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

 

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

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

PLEASE, FIX IT!

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

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

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

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

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

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

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

cat /etc/config/wireless

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

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

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

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

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

Most affected hardware

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

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

Tue Feb 25 07:38:58 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED [redacted mac1]
Tue Feb 25 07:38:58 2020 daemon.info hostapd: wlan0: STA [redacted mac1] IEEE 802.11: disassociated due to inactivity
Tue Feb 25 07:38:59 2020 daemon.info hostapd: wlan0: STA [redacted mac1] IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Feb 25 07:41:32 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED [redacted mac2]
Tue Feb 25 07:41:32 2020 daemon.info hostapd: wlan0: STA [redacted mac2] IEEE 802.11: disassociated due to inactivity
Tue Feb 25 07:41:33 2020 daemon.info hostapd: wlan0: STA [redacted mac2] IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Tue Feb 25 07:42:49 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 07:49:55 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 07:55:02 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:00:15 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:05:25 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:10:44 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
Tue Feb 25 08:16:00 2020 daemon.notice hostapd: wlan0: AP-STA-POLL-OK [redacted mac3]
06.03.20202885Base systemBug ReportVery LowMediumx86/x64 musl crash in 19.07.01openwrt-19.07Unconfirmed Task Description

Any program built statically with SDK 19.07.01 for x86/64 coredumps at musl init stage

Program received signal SIGSEGV, Segmentation fault.
static_init_tls (aux=0xffffd408) at src/env/__init_tls.c:92
92      src/env/__init_tls.c: No such file or directory.
(gdb) bt
#0  static_init_tls (aux=0xffffd408) at src/env/__init_tls.c:92
#1  0x08083ed2 in __init_libc (envp=0xffffd53c, pn=0xffffd69d "/home/k/openwrt/sdk-x86/build_dir/target-i386_pentium4_musl/ntfs-3g-2017.3.23-2-fuseint/src/ntfs-3g") at src/env/__libc_start_main.c:39
#2  0x08083fe0 in __libc_start_main (main=0x80490e8 <main>, argc=1, argv=0xffffd534) at src/env/__libc_start_main.c:79
#3  0x08049f19 in _start_c (p=0xffffd530) at crt/crt1.c:18
#4  0x08049ef0 in _start ()
13.03.20202901Base systemBug ReportVery LowHighFlow offload not working properly in case of IPv6 (NAT6...openwrt-19.07Unconfirmed Task Description

Linksys WRT32X with NAT6 configuration.

On latest 19.07 branch r10959

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

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

In the meantime, ICMPv6 worked normally.

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

IPv4 part looked normal even if flow_offload is on.

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

16.03.20202904Base systemBug ReportVery LowLowusb-storage fails to load in pre-initopenwrt-19.07Unconfirmed Task Description

As per forum post:

https://forum.openwrt.org/t/usb-storage-fail-to-load-in-preinit/54903

Basically, installed openwrt, added external root, all looks correctly configured, but after reboot external root fails to mount.
searching in the logs we can see that usb-storage is only loaded after pre-init, but it is listed in /etc/modprobe-boot.d/ ... checking /rom/etc/modules-boot.d/ it is not there.

Either something is missing in the https://openwrt.org/docs/guide-user/additional-software/extroot_configuration to add the usb-storage to the pre-init, or something is broken that makes pre-init fail to load usb-storage when it should.

The same setup worked fine with a older openwrt version (15.01 IIRC)

Supply the following if possible:
- Device problem occurs on
asus wl-500w

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

- Steps to reproduce
Install openwrt
add external root
manually mount to confirm setup
reboot
external root not mounted nor switched to, logs show that usb-storage is only loaded after normal root is mounted
manual mount still works

 


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

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

Observed behavior:

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

Work-Around:

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



Expected behaviour:

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


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

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

22.03.20202919Base systemBug ReportVery LowLow18.06 to 19.07 upgrade fails [Netgear WNDR4300 v1]openwrt-19.07Unconfirmed Task Description

> If your device is not supported by the image You may encounter the error “Device not supported by this image” or “Image check failed”. In that case, please report the issue so that it can be fixed for the next 19.07.X minor release.

https://openwrt.org/docs/guide-user/installation/ar71xx.to.ath79


Tried to upgrade from

openwrt-18.06 branch (git-19.020.41695-6f6641d) / OpenWrt 18.06.2 r7676-cddd7b4c77

[to]

http://downloads.openwrt.org/releases/19.07.2/targets/ar71xx/nand/openwrt-19.07.2-ar71xx-nand-wndr4300-squashfs-sysupgrade.tar

I alternately receive the error “The connection was reset” or “Device not supported by this image”


> for LuCI: check “Force upgrade”

This option was not available

> for command-line sysupgrade: use sysupgrade -F -n <your-device-19.07-image-sysupgrade.bin>

This option succeeded and the new build is working normally, thanks

note: Once this issue is resolved, would it be feasible to host upgrade images on a free service like GitHub, so checks for new version could be performed through the web interface (similar to GL.Inet routers)

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

using fresh install

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

pushing the update list button
the loading package information never arrived

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


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

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

In /etc/config/network:

 

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

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

The syntax given by the help of odhcp6c is different:

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

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

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

Thanks
Regards

Showing tasks 1 - 50 of 1140 Page 1 of 231 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing