OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

Problems to be reported here are for the current OpenWrt and legacy LEDE Project’s targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt 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 openwrt-bugs@infradead.org.

Opened  descIDCategoryTask TypePrioritySeveritySummaryReported InStatus
01.08.20213959Base systemBug ReportVery LowLowAdding 802.11s mesh network to Archer C7 does not work ...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

  TP-Link Archer C7 v2, Archer C7 v5

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

  21.02_rc3 
  (downloaded from here: 
  - https://firmware-selector.openwrt.org/?version=21.02.0-rc3&target=ath79%2Fgeneric&id=tplink_archer-c7-v2, 
  - https://firmware-selector.openwrt.org/?version=21.02.0-rc3&target=ath79%2Fgeneric&id=tplink_archer-c7-v5)

- Steps to reproduce

1. Flash router with prepared image
2. replace wpad-mesh with wpad-mesh-wolfssl (why on earth did you replace openssl with wolfssl?)
2. Create an 802.11s Mesh Point

→ with the default images, wireless is not associated
→ 802.11s link is not established

- Steps to remedy

replace

  ath10k-firmware-qca988x-ct

with

  ath10k-firmware-qca988x

reboot

Mesh network will get associated to the wlan device, mesh starts to work

Wish:
Please replace firmware in standard images as this error is not easy to identify and find a fix.


30.07.20213957Base systemBug ReportVery LowCriticalWAN port broken on WNDR3800openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Netgear WNDR3800-1CHNAS
- OpenWrt 21.02-SNAPSHOT r16247-60fad8f82b
- Steps to reproduce:

  • Flash from stock to OpenWRT 19.07.x ATH79
  • Flash from 19.07.x to OpenWRT 21.02-SNAPSHOT
  • Reset to factory in GUI
  • WAN never comes up, it never leaves “UP BROADCAST MULTICAST” according to ifconfig.
  • WAN port is always flapping, nothing is logged on kernel/system logs.

The hardware was checked before flashing, in OEM firmware WAN is working.

As shown below one of the ports has a blank uid value (full zeros).

(Attached is a full copy of kernel log.

[ 1.192635] ag71xx 19000000.eth: connected to PHY at fixed-0:00 [uid=00000000, driver=Generic PHY]
[ 1.202218] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: rgmii
[ 1.524463] ag71xx 1a000000.eth: connected to PHY at rtl8366s:04 [uid=001cc960, driver=Generic PHY]
[ 1.534115] eth1: Atheros AG71xx at 0xba000000, irq 5, mode: rgmii

28.07.20213954KernelBuild FailureVery LowVery LowSATA Port Multiplier supportopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:

Impossible to see all my hard drive (I only see 4):

  • Marvell Technology Group Ltd. 88SE9235 PCIe 2.0 x2 4-port SATA 6 Gb/s Controller (rev 11)

Could you enable this option during kernel compilation please:

CONFIG_SATA_PMP=y

like in this target : mvebu: enable SATA port multiplier support

Thanks in advance, I’m stuck in mounting my router because of this

Cordially

 


28.07.20213953Base systemBug ReportVery LowMediumWireguard slow performance - mpc85xx (Tp-Link WDR-4900)...openwrt-21.02Unconfirmed Task Description

With openwrt-21.02-rc3 the wireguard vpn speed is quite slow ~ 50 Mbps, compared to 19.07.7 where I get 100 Mbps.
My hardware is Tp-Link WDR-4900 - mpc85xx.

26.07.20213951Base systemBug ReportVery LowCriticalAP inaccessible after https://github.com/openwrt/openwr...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- mir3g and mi4a gigabit edition mt7621 devices.. a dlink dir 882 remained accessible but all other ports seem down..
- openwrt https://github.com/openwrt/openwrt/commit/089efd61e9a6cdc0ea39c184d37bc8ebbe03175c - flash latest master or latest 21.02 makes device unreachable had to hard flash stock again and flash older openwrt

 


26.07.20213950Base systemBug ReportVery LowLowSwitch is not working on Asus RT-AC65P with latest snap...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Asus RT-AC65P
- Software versions of OpenWrt/LEDE release, packages, etc.: OpenWrt SNAPSHOT r17216-8c2509dc5f
- Steps to reproduce:
Install the snapshot as a fresh install or as a sysupgrade.
Connect a PC to any LAN port except the 1st one.
Try pinging the router or any device in the same network.
Getting error: PING: transmit failed. General failure.
At the same time the 1st port of LAN is working properly. WAN is also working.

Reverting back to an old snapshot fixes the issue. I have only one from July 2020 so I can’t say when the issue appeared.

 


25.07.20213948KernelBug ReportVery LowCriticalath10k not working on clearfog pro with openwrt-21.02openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
SolidRun Clearfog Pro A1

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

- Steps to reproduce
boot it with a compex wle600 or wle900 pcie wifi card and it will report something like:

[  683.019493] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[  683.265291] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[  683.274540] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[  683.284178] ath10k_pci 0000:02:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[  683.342118] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[  685.564553] ath10k_pci 0000:02:00.0: failed to receive control response completion, polling..
[  686.604459] ath10k_pci 0000:02:00.0: Service connect timeout
[  686.610136] ath10k_pci 0000:02:00.0: failed to connect htt (-110)
[  686.725295] ath10k_pci 0000:02:00.0: could not init core (-110)
[  686.731257] ath10k_pci 0000:02:00.0: could not probe fw (-110)

I configured the kernel with CONFIG_PACKAGE_ath10k-board-qca988x=y and CONFIG_PACKAGE_ath10k-firmware-qca988x=y

In openwrt 19.x i get:

 OpenWrt 19.07.7, r11306-c4a6851c72
 -----------------------------------------------------
root@OpenWrt:~# dmesg | grep ath
[   11.207948] ath10k_pci 0000:02:00.0: enabling device (0140 -> 0142)
[   11.214444] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[   11.454635] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[   11.465380] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.507440] firmware ath10k!pre-cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[   11.516611] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   11.527009] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.537130] firmware ath10k!cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[   11.545913] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[   11.556650] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.566721] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[   11.623287] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043222ff sub 0000:0000
[   11.632549] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   11.642078] ath10k_pci 0000:02:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   11.686880] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   11.697349] ath10k_pci 0000:02:00.0: Falling back to user helper
[   11.707724] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[   11.720044] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   12.859296] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
[   12.992322] ath: EEPROM regdomain: 0x0
[   12.992325] ath: EEPROM indicates default country code should be used
[   12.992327] ath: doing EEPROM country->regdmn map search
[   12.992330] ath: country maps to regdmn code: 0x3a
[   12.992333] ath: Country alpha2 being used: US
[   12.992334] ath: Regpair used: 0x3a
[   14.794232] ath: EEPROM regdomain: 0x82f4
[   14.804051] ath: EEPROM indicates we should expect a country code
[   14.810159] ath: doing EEPROM country->regdmn map search
[   14.815521] ath: country maps to regdmn code: 0x37
[   14.820326] ath: Country alpha2 being used: CH
[   14.824790] ath: Regpair used: 0x37
[   14.828285] ath: regdomain 0x82f4 dynamically updated by user
[   17.571688] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware

I tried it also with the -ht firmware in v21_02 but still no luck.
Here https://githubmemory.com/repo/greearb/ath10k-ct/issues/148 someone mentioned that this might be a problem with SolidRun’s PCIe implementation (if i understood that correctly).

24.07.20213947KernelBug ReportVery LowCriticalWifi STA that loses AP signal takes down the whole rout...openwrt-21.02Unconfirmed Task Description

Initially reported on forum: https://forum.openwrt.org/t/wifi-client-disconnecting-takes-the-whole-wifi-ap-down-on-21-02-snapshot-how-to-debug/102094/8

Device: Asus RT-N56U
Branch: openwrt-21.02, initial report commit 60fad8f (v21.02.0-rc3-74-g60fad8f82b)

Observation: when a wifi client disconnects that appears to see the AP with low signal strength, the whole AP goes down. Verified with airmon/tcpdump that AP beacons stop. Reboot of the router also observed when log_level set to 2 or lower.

Bisecting, commit https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=a078037ace50 (v21.02.0-rc3-35-ga078037ace) seems to be the issue:

    mac80211: improve rate control performance

    Call rate control handler after intermediate queueuing
    Includes follow-up fixes

Test case:

1. Connect to AP
2. Move far away or shield mobile so the AP signal drops significantly as seen by mobile
3. Viewing the wifi networks of the mobile (android), if when signal drops below some threshold:
4.1 AP disappears from list: FAIL [the router also reboots]
4.2 AP moves from “Connected” to “Saved”: PASS

I did not have these issues at all in May 2021 using the dev snapshot. I updated to the July 2021 dev snapshot, observed the issue, then built openwrt-21.02 and still observed the issue.

21.07.20213946PackagesBug ReportVery LowCritical lldpd needs update to fix CVE-2020-27827openwrt-19.07Unconfirmed Task Description

the current verion 1.0.3 on 19.07 needs a update to fix CVE-2020-27827

read https://github.com/lldpd/lldpd/releases

20.07.20213944Base systemBug ReportVery LowLowOctegon can't read timezoneopenwrt-21.02Unconfirmed Task Description

EdgeRouter-4 21.02-snapshot-r16232-febf6db0d0 (and other Octegon devices as seen it the forum thread).

I can’t get the EdgeRouter-4 to read the /etc/tz file. The file exist and I can read it from PuTTy. The /etc/tz changes to the correct time zone every time I in LuCi system settings change time zone.
I have also tried installing the Europe time zone package in hope for good luck but without any luck.

No matter what I do the system time in LuCi overview, date command and system log always show UTC time!? But the time in LuCi system time settings read the correct local time.

Fault tread from the OpenWRT forum

root@[sanitized]:~# uci show system; readlink -f /etc/TZ
system.@system[0]=system
system.@system[0].ttylogin='0'
system.@system[0].urandom_seed='0'
system.@system[0].hostname='[sanitized]'
system.@system[0].description='[sanitized]'
system.@system[0].log_file='/Logs/system.log'
system.@system[0].log_size='640'
system.@system[0].log_proto='udp'
system.@system[0].conloglevel='8'
system.@system[0].cronloglevel='5'
system.@system[0].zonename='Europe/Stockholm'
system.@system[0].timezone='CET-1CEST,M3.5.0,M10.5.0/3'
system.ntp=timeserver
system.ntp.server='0.openwrt.pool.ntp.org' '1.openwrt.pool.ntp.org' '2.openwrt.pool.ntp.org' '3.openwrt.pool.ntp.org'
/tmp/TZ
root@[sanitized]:~#
root@[sanitized]:~# cat /etc/TZ
CET-1CEST,M3.5.0,M10.5.0/3
root@[sanitized]:~#
root@[sanitized]:~# cat /tmp/TZ
CET-1CEST,M3.5.0,M10.5.0/3
root@[sanitized]:~#

There have been some fault finding already pointing to a fault in the code?
External Link

20.07.20213942Base systemBug ReportVery LowHighI report a bug [21.02-rc3 ]openwrt-21.02Unconfirmed Task Description

I report a bug. After testing, openwrt 21.02-rc3 version: the interface protocol “PPPoE” severely limits the network speed, or “the network speed is seriously not up to the speed provided by the service provider“.

The test results are as follows:

My device is tp link Archer C7

I use 300m broadband network for testing, download the same link resources, the new version 21.02-rc3 speed is only 26m, using the old version 19.07. X test, download speed can reach 40m, and very stable.


20.07.20213941KernelBug ReportVery LowCriticalBanana Pi M2 Ultra follow in endless rebooting with lat...TrunkUnconfirmed Task Description

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

 

Device: Banana Pi M2 Ultra
OpenWrt: Snapshot image from https://downloads.openwrt.org/snapshots/targets/sunxi/cortexa7/ Steps:

1. uncompressed downloaded file
2. dd to TF card
3. Put this TF card into board’s TF slot
4. Using usb-serial converter connects to its debug uart pins
5. Power on M2U board
6. Watch the boot log

  [    1.376746] libphy: stmmac: probed
  [    1.389128] mmc1: queuing unknown CIS tuple 0x80 (2 bytes)
  [    1.394664] mmc0: host does not support reading read-only switch, assuming write-enable
  [    1.402844] mmc0: new SDHC card at address 0001
  [    1.408341] mmcblk0: mmc0:0001 SD8GB 7.28 GiB 
  [    1.414442] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
  [    1.419981]  mmcblk0: p1 p2
  [    1.426302] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
  [   
  U-Boot SPL 2020.04 (Jul 20 2021 - 03:16:48 +0000)
  DRAM: 2048 MiB
  Trying to boot from MMC1
19.07.20213940Base systemBug ReportVery LowLowRead only / filesystem after power lossTrunkUnconfirmed Task Description

Hi all,

Virtual machine x86 builded with image builder and
version 21.02.0-rc3 with package softethervpn-server - 4.34-9745-1

suddenly occurs with read only filesystem /

root@OpenWrt:/# mount
/dev/root on / type ext4 (ro,noatime)
.
.

after check and random errors in fs (mostly related with softether vpn server):

root@OpenWrt:/# mount
/dev/root on / type ext4 (rw,noatime)
.
.
free space is:
root@OpenWrt:/# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 220.5M 31.7M 184.3M 15% /
.
.

In working old 15 version:

root@OpenWrt:/# cat /etc/openwrt_version
15.05.1
root@OpenWrt:/# mount
rootfs on / type rootfs (rw)
/dev/root on / type ext4 (rw,noatime,data=ordered)
.
.

Do I have to make it data=ordered to prevent data and fs problems and how?

Thanks in advance?

19.07.20213938Base systemBug ReportVery LowCriticalAkitio MyCloud Mini hangs during boot of akitio_mycloud...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:

 

The akitio_mycloud-initramfs-uImage from 21.02.0-rc3 hangs when booting on Akitio MyCloud Mini. This was also reported as an issue in the forums with 19.07 release.

Stage-1 Bootloader 五 10月 28 10:36:29 CST 2011
Attempting to set PLLA to 750MHz ...
  plla_ctrl0 : 0x0000000A
  plla_ctrl1 : 0x000F0000
  plla_ctrl2 : 0x001D01A0
  plla_ctrl3 : 0x00000017
PLLA Set

Setup memory, testing, Image 0
  Hdr len: 0x0001AC3C
  Hdr CRC: 0xB931AD17
 OK


U-Boot 1.1.2 (Oct 28 2011 - 10:44:29)

U-Boot code: 60D00000 -> 60D1AC3C  BSS: -> 60D1F2F4
RAM Configuration:
        Bank #0: 60000000 256 MB
SRAM Configuration:
        64KB at 0x50000000
NAND:256 MiB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Setting Linux mem= boot arg value
Reading upgrade flag from NAND address 0x01ec0000 : 0
Hit any key to stop autoboot:  0 
$ tftp 64000000 uImage.mycloud
Wait GMAC to reset
Wait for PHY reset
PHY is Realtek RTL8211D
Wait for link to come up................Link up
Wait for auto-negotiation to complete
Link is 1000M
TFTP from server 192.168.50.59; our IP address is 192.168.50.100
Filename 'uImage.mycloud'.
Load address: 0x64000000
Loading: 
ARP Resend request
T invalid RARP header
################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ##########################
done
Bytes transferred = 7120489 (6ca669 hex)
$ bootm 64000000
## Booting image at 64000000 ...
   Image Name:   ARM OpenWrt Linux-5.4.124
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    7120425 Bytes =  6.8 MB
   Load Address: 60008000
   Entry Point:  60008000
   Verifying Checksum ... OK
OK

Starting kernel ...

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 5.4.124 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16172-2aba3e9784)) #0 SMP Sun Jun 13 22:02:19 2021
[    0.000000] CPU: ARMv6-compatible processor [410fb025] revision 5 (ARMv7), cr=00c5787d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] OF: fdt: Machine model: Akitio MyCloud
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] cma: Reserved 64 MiB at 0x64000000
[    0.000000] percpu: Embedded 15 pages/cpu s29772 r8192 d23476 u61440
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32480
[    0.000000] Kernel command line: earlyprintk console=ttyS0,115200
[    0.000000] Bootloader command line (ignored): root=ubi0:rootfs ubi.mtd=2,512 rootfstype=ubifs console=ttyS0,115200 elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=256M poweroutage=yes
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes, linear)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 47188K/131072K available (6144K kernel code, 171K rwdata, 784K rodata, 9216K init, 214K bss, 18348K reserved, 65536K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] rcu: Hierarchical RCU implementation.
[    0.000000] rcu:     RCU event tracing is enabled.
[    0.000000] rcu:     RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=2.
[    0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[    0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] FPGA IRQ chip 0 "interrupt-controller" @ (ptrval), 32 irqs, parent IRQ: 16
[    0.000000] random: get_random_bytes called from 0xc0800b88 with crng_init=0
[    0.000020] sched_clock: 24 bits at 390kHz, resolution 2560ns, wraps every 21474835200ns
[    0.000074] clocksource: oxnas_rps_clocksource_timer: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 19112603332 ns
[    0.000089] timer_oxnas_rps: Registered clocksource rate 390625Hz
[    0.000112] timer_oxnas_rps: Registered clock event rate 6250000Hz prescaler 0 period 62500
[    0.000276] GIC: PPI13 is secure or misconfigured
[    0.000330] GIC: PPI13 is secure or misconfigured
[    0.000450] Calibrating delay loop... 298.59 BogoMIPS (lpj=1492992)
[    0.070307] pid_max: default: 32768 minimum: 301
[    0.070661] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.070689] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.072107] CPU: Testing write buffer coherency: ok
[    0.074155] Setting up static identity map for 0x60100000 - 0x6010005c
[    0.074457] rcu: Hierarchical SRCU implementation.
[    0.075202] smp: Bringing up secondary CPUs ...
[    0.076308] GIC: PPI13 is secure or misconfigured
[    0.140692] smp: Brought up 1 node, 2 CPUs
[    0.140728] SMP: Total of 2 processors activated (598.42 BogoMIPS).
[    0.146245] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.146286] futex hash table entries: 512 (order: 2, 16384 bytes, linear)
[    0.153093] pinctrl core: initialized pinctrl subsystem
[    0.154055] NET: Registered protocol family 16
[    0.158021] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.160611] cpuidle: using governor menu
[    0.160719] No ATAGs?
[    0.181959] pps_core: LinuxPPS API ver. 1 registered
[    0.181982] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    0.182041] PTP clock support registered
[    0.182300] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[    0.183626] clocksource: Switched to clocksource oxnas_rps_clocksource_timer
[    0.185013] thermal_sys: Registered thermal governor 'step_wise'
[    0.185392] NET: Registered protocol family 2
[    0.185592] IP idents hash table entries: 2048 (order: 2, 16384 bytes, linear)
[    0.187010] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes, linear)
[    0.187092] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.187130] TCP bind hash table entries: 1024 (order: 1, 8192 bytes, linear)
[    0.187169] TCP: Hash tables configured (established 1024 bind 1024)
[    0.187343] UDP hash table entries: 256 (order: 1, 8192 bytes, linear)
[    0.187412] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes, linear)
[    0.187837] NET: Registered protocol family 1
[    0.187896] PCI: CLS 0 bytes, default 32
[    0.487014] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[    0.498406] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.499348] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[    0.502737] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.506877] printk: console [ttyS0] disabled
[    0.507051] 44200000.serial: ttyS0 at MMIO 0x44200000 (irq = 55, base_baud = 390625) is a 16550A
[    0.967037] printk: console [ttyS0] enabled
[    0.989649] brd: module loaded
[    1.004014] loop: module loaded
[    1.073950] Could not find a valid ONFI parameter page, trying bit-wise majority to recover it
[    1.082611] ONFI parameter recovery failed, aborting
[    1.087621] nand: device found, Manufacturer ID: 0xad, Chip ID: 0xda
[    1.093977] nand: Hynix NAND 256MiB 3,3V 8-bit
[    1.098403] nand: 256 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    1.105996] Scanning device for bad blocks
[    1.161538] Bad eraseblock 618 at 0x000004d40000
[    1.183211] Bad eraseblock 824 at 0x000006700000
[    1.190617] Bad eraseblock 858 at 0x000006b40000
[    1.251353] Bad eraseblock 1536 at 0x00000c000000
[    1.271260] Bad eraseblock 1720 at 0x00000d700000
[    1.295429] Bad eraseblock 1955 at 0x00000f460000
[    1.307783] 2 fixed-partitions partitions found on MTD device 41000000.nand-controller
[    1.315706] Creating 2 MTD partitions on "41000000.nand-controller":
[    1.322055] 0x000000000000-0x0000026c0000 : "boot"
[    1.328936] 0x0000026c0000-0x000010000000 : "ubi"
[    1.337172] libphy: Fixed MDIO Bus: probed
[    1.342082] oxnas-dwmac 40400000.ethernet: IRQ eth_lpi not found
[    1.348318] oxnas-dwmac 40400000.ethernet: PTP uses main clock
[    1.354201] oxnas-dwmac 40400000.ethernet: no reset control found
[    1.424023] oxnas-dwmac 40400000.ethernet: User ID: 0x12, Synopsys ID: 0x35
[    1.430981] oxnas-dwmac 40400000.ethernet:   DWMAC1000
[    1.436070] oxnas-dwmac 40400000.ethernet: DMA HW capability register supported
[    1.443345] oxnas-dwmac 40400000.ethernet: RX Checksum Offload Engine supported
[    1.450659] oxnas-dwmac 40400000.ethernet: COE Type 2
[    1.455723] oxnas-dwmac 40400000.ethernet: TX Checksum insertion supported
[    1.462563] oxnas-dwmac 40400000.ethernet: Wake-Up On Lan supported
[    1.468899] oxnas-dwmac 40400000.ethernet: Enhanced/Alternate descriptors
[    1.475706] oxnas-dwmac 40400000.ethernet: Enabled extended descriptors
[    1.482291] oxnas-dwmac 40400000.ethernet: Ring mode enabled
[    1.487953] oxnas-dwmac 40400000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    1.495815] oxnas-dwmac 40400000.ethernet: device MAC address 3e:c3:3f:d1:0c:ca
[    1.536033] libphy: stmmac: probed
[    1.539445] RTL8211DN Gigabit Ethernet stmmac-0:00: attached PHY driver [RTL8211DN Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:00, irq=POLL)
[    1.552128] RTL8211DN Gigabit Ethernet stmmac-0:03: attached PHY driver [RTL8211DN Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:03, irq=POLL)
[    1.567016] ledtrig-cpu: registered to indicate activity on CPUs
[    1.573120] hidraw: raw HID events driver (C) Jiri Kosina
[    1.580288] NET: Registered protocol family 10
[    1.586462] Segment Routing with IPv6
[    1.590225] NET: Registered protocol family 17
[    1.594862] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.607805] 8021q: 802.1Q VLAN Support v1.8

Device hangs at this point.

19.07.20213937Base systemBug ReportVery LowMediumMR32 BCM53xx boot erroropenwrt-21.02Unconfirmed Task Description

I have an MR32 I’m trying to flash. Following the instructions on https://openwrt.org/toh/meraki/mr32 I uploaded the initramfs successfully to part.safe. When rebooting the console has the following errors then boots back into the Meraki firmware:

[ 4.690000] Mapping 10362880 bytes for /dev/mtdblock/part.safe
[ 4.730000] find_itb_subimage: error finding kernel@1: FDT_ERR_NOTFOUND
[ 4.740000] find_itb_subimage: error finding ramdisk@1: FDT_ERR_NOTFOUND
[ 4.750000] find_itb_subimage: error finding fdt@2: FDT_ERR_NOTFOUND
[ 4.750000] kexec_raw: kexec_load: Cannot assign requested address
[ 6.490000] Mapping 10235904 bytes for /dev/mtdblock/part.old
[ 6.530000] Meraki-build is 23-191963

I built the initramfs from the current git master (7/18/2021). I also had someone on #openwrt-dev build it and I tried theirs and received the same errors.


14.07.20213934Base systemBug ReportVery LowHighWireless Wan loosing packets when pppoe-wan is upopenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Home Hub 5, Linksys EA8300, Linksys WRT32x
- Software versions of OpenWrt 21.02-rc3
- Steps to reproduce:

Configure pppoe-wan and wwan to your ISPs

Bring up wwan
# ping -I wwan0 8.8.8.8
all good.

Now bring up wan (pppoe-wan)
# ifup wan

ping -I wwan0 8.8.8.8 looses packets in initial pings as follows:

# ping -c10 -Iwwan0 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=4 ttl=113 time=201.142 ms
64 bytes from 8.8.8.8: seq=5 ttl=113 time=41.131 ms
64 bytes from 8.8.8.8: seq=6 ttl=113 time=50.998 ms
64 bytes from 8.8.8.8: seq=7 ttl=113 time=40.956 ms
64 bytes from 8.8.8.8: seq=8 ttl=113 time=50.932 ms
64 bytes from 8.8.8.8: seq=9 ttl=113 time=40.753 ms

— 8.8.8.8 ping statistics — 10 packets transmitted, 6 packets received, 40% packet loss
round-trip min/avg/max = 40.753/70.985/201.142 ms

As a consequence wwan gets disabled by mwan3 because the test pings always fail.

If I take down wan (ifdown wan), then ping through wwan0 works normally.

The same configuration was working fine in 19.07 therefore something was changed in 21.02 that causes this issue with the wireless wan network. I am not sure however if this is related to “Wireless Wan”, but I do not have a second wan of ethernet type that I can test this issue with.

Excerpt from /etc/config/network relative to the interfaces:

config interface ‘wan’

  option device 'wan'
  option proto 'pppoe'
  option username 'vodafonedsl'
  option password 'vodafonedsl'
  option metric '1'
  option ipv6 '0'
  option delegate '0'

config interface ‘wwan’

  option proto 'ncm'
  option device '/dev/cdc-wdm0'
  option pdptype 'IP'
  option apn 'web.omnitel.it'
  option service 'preferlte'
  option ipv6 '0'
  option metric '5'
 

The only solution right now is to return to 19.07 that works flawlessly with the same configuration.
Tested with 3 different router (as specified above), all giving the same result.

13.07.20213932Base systemBug ReportVery LowCritical[21.02] Autonegotiation speed fails with my provider's ...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: xiaomi mir3g
- 21.02 rc3
- My provider uses pppoe, cable is 4-wire 100baseT and my router is 1000baseT xiaomi mir3g

 

openwrt 21.02 fails to establish pppoe link because of failing to autonegotiate (Speed: Unknown!, Link detected: no, etc):

# ethtool wan
Settings for wan:
	Supported ports: [ TP MII ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Speed: Unknown!
	Duplex: Unknown! (255)
	Port: MII
	PHYAD: 1
	Transceiver: external
	Auto-negotiation: on
	Supports Wake-on: d
	Wake-on: d
	Link detected: no

When I set autonegotiation to off and forced to 100baseT/Full, pppoe worked like a charm.

/usr/sbin/ethtool -s wan speed 100 duplex full autoneg off
# ethtool wan
Settings for wan:
	Supported ports: [ TP MII ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  100baseT/Full 
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: No
	Advertised FEC modes: Not reported
	Speed: 100Mb/s
	Duplex: Full
	Port: MII
	PHYAD: 1
	Transceiver: external
	Auto-negotiation: off
	Supports Wake-on: d
	Wake-on: d
	Link detected: yes
13.07.20213928ToolchainBug ReportVery LowMedium[OPKG] Track installed/removed packages and provide imp...AllUnconfirmed Task Description

I tried to use opkg with this script “opkg extras” for upgrading:
https://openwrt.org/docs/guide-user/installation/generic.sysupgrade#savingrestoring_user-installed_packages

IMHO such a script is really basic functionality and I should not have to execute such a script just to keep the installed packages on upgrade.
IMHO this would make upgrading OpenWRT a lot easier and I would also do it a lot more frequent (potentially fixing security issues faster).

As I talked about this in the forum, too, the author said:
> In addition, as the author of those pages, I’d like to point out that the method for tracking installed and removed packages can be greatly simplified if someone decides to integrate that functionality into Opkg.

So more systematic:

Problem

I may fear to upgrade my OpenWRT router due to the loss of installed packages.
The existing alternatives are not sufficient and hard to use, especially for an average user. E.g. you need to use SSH/the CLI.
The existing alternative did not 100%ly work in my case. It e.g. also installed all dependencies as manually installed packages as far as I see.
Code-wise/Technically the author said the current way is much more complicated than what could be done if that were integrated into opkg.

Suggestion

It would be nice if these OPGK extras and hotplug extras were an opkg package itself. This would also solve the reinstallation issue, because by definition, they would reinstall “themselves”.

11.07.20213927Base systemBug ReportVery LowCriticalOpenWrt 21.02.0-rc3 bricks Netgear WNDR3700 v4openwrt-21.02Unconfirmed Task Description

I saw the announcement on the website about the next stable release so like an idiot I went to upgrade the firmware. Router never came back, left it on overnight to see if it would eventually come up. I was upgrading from 19.07.7.

Breaking open the case I see a UART header and some pads for a JTAG but I’m not the guy to debug what broke. I just wanted to give someone else a heads up so they don’t lose their router, too.

The debricking guide is some random notes for people who jump into the hardware, not really organized in any understandable way.

https://openwrt.org/docs/guide-user/troubleshooting/generic.debrick

I like the line “The usual recovery methods have failed, forceing the user to to go to JTAG.” Like, where are the usual recovery methods listed? Not in the debricking guide, they aren’t.

Sorry, it’s just frustrating for a somewhat literate user like me (coming from LEDE, 20-ish years in IT/networking/sysadmin crap) that the debricking guide is useless for me. No “here’s the steps the OS takes to initialize” and “here’s where a safemode kicks in where you can set some TFTP or here’s where you pop into the serial connection via PuTTY” or like a general list of steps in order that you can attempt before working up to “ok solder a JTAG connector, here’s a DIGIKey part number to get you started.”

Tried Failsafe, Factory Reset, and Recovery all with no dice.

10.07.20213926Base systemBug ReportVery LowLowSupport EAP-SIMTrunkUnconfirmed Task Description

Hello,

As already described here: https://forum.turris.cz/t/802-1x-eap-sim-support/13610

OpenWrt don’t have enabled support for EAP-SIM authentication.

There is a dirty patch here: https://forum.openwrt.org/t/bug-wpa-supplicant-eap-sim-aka-support-compile-error/46771/7

But the author said it was never accepted. There is any reason not accepting this patch in upstream?

10.07.20213925Base systemBug ReportVery LowCriticalwgt634u: jffs2 Filesystem overwrites the bootloader par...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on WGT643u
- Software versions of OpenWrt/LEDE OpenWrt 19.07
Steps to reproduce:
- after fresh install I installed some bigger packages then the system hangs
- a reboot with power off/on not working
- The serial/UART/Terminal of the box shows the bootloader stops because the param partition at the end of the flash was overwritten and the checksum was wrong

It seems the partition size of the jffs2 partition is wrong.

Linux side:
root@OpenWrt:/# cat /proc/partitions
major minor #blocks name

                                                                              
31        0        640 mtdblock0                                              
31        1       7424 mtdblock1                                              
31        2          2 mtdblock2                                              
31        3       1324 mtdblock3                                              
31        4       6097 mtdblock4                                              
31        5       3456 mtdblock5                                              
31        6        128 mtdblock6 -->param partition

root@OpenWrt:/# cat /proc/mtd
dev: size erasesize name
mtd0: 000a0000 00020000 “boot”
mtd1: 00740000 00020000 “firmware”
mtd2: 00000928 00000928 “loader”
mtd3: 0014b2bc 00020000 “linux”
mtd4: 005f4400 00020000 “rootfs”
mtd5: 00360000 00020000 “rootfs_data”
mtd6: 00020000 00020000 “nvram” –>bootloader param partition == 131072 bytes (Bootloader says 8KB...)

root@OpenWrt:/# mount
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /tmp/root type tmpfs (rw,noatime,mode=755)
overlayfs:/tmp/root on / type overlay (rw,noatime,lowerdir=/,upperdir=/tmp/root/upper,workdir=/tmp/root/wo)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)

UART/Terminal shows after boot:
[ 127.964107] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000000: 0x0c3b instead
[ 128.053636] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000004: 0x58cd instead
[ 128.063208] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000008: 0x54cc instead
[ 128.193636] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0x0000000c: 0×6859 instead
[ 128.203202] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000010: 0x916a instead
[ 128.283363] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000014: 0x9d93 instead
[ 128.303639] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000018: 0x6b25 instead
[ 128.313209] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0x0000001c: 0x54bb instead
[ 128.413768] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000020: 0xeacc instead
[ 128.423620] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0×1985 not found at 0×00000024: 0x8dc5 instead
[ 128.433144] jffs2: Further such events for this erase block will not be printed
[ 128.829317] jffs2: Empty flash at 0×00010004 ends at 0×00011000
[ 128.884133] jffs2: Empty flash at 0×00011004 ends at 0×00012000
[ 128.891154] jffs2: Empty flash at 0×00012004 ends at 0×00014000
[ 128.999749] jffs2_scan_eraseblock(): End of filesystem marker found at 0×20000
[ 129.133686] jffs2: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes
[ 129.142209] jffs2: empty_blocks 26, bad_blocks 0, c→nr_blocks 27

                                            

root@OpenWrt:/# reboot
root@OpenWrt:/# ^C

See on the UART/Terminal while power on and press CTRL-C long:

                                                                              

CFE version 1.0.34 for BCM95365R (32bit,SP,LE)
Build Date: Tue Feb 24 03:21:41 CST 2004 (root@jackylinux)
Copyright (C) 2000,2001,2002 Broadcom Corporation.

                                                                              

Add MAC client version(DNI).
Initializing Arena.
Initializing Devices.
et0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller
CPU type 0×29007: 200MHz
Total memory: 0×2000000 bytes (32MB)

                                                                              

Total memory used by CFE: 0x81BB1280 - 0×82000000 (4517248)
Initialized Data: 0x81BB1280 - 0x81BB3E90 (11280)
BSS Area: 0x81BB3E90 - 0x81BB45D0 (1856)
Local Heap: 0x81BB45D0 - 0x81FB45D0 (4194304)
Stack Area: 0x81FB45D0 - 0x81FB65D0 (8192)
Text (code) segment: 0x81FB65E0 - 0x81FFFFB0 (301520)
Boot area (physical): 0x01B70000 - 0x01BB0000
Relocation Factor: I:E23B65E0 - D:01BB0280

                                                                              

configure vlans
*
* VLAN Driver initial
***
Process LAN port(2-5) vlan Architecture...
SUCCESS: trying to create VLAN 0 for switch
SUCCESS: trying to add LAN port

                                                                              

Process WAN port(2-5) vlan Architecture...
SUCCESS: trying to create VLAN 0 for switch
SUCCESS: trying to add WAN port
SUCCESS: enable ports success
configure vlans...done
Automatic startup canceled via Ctrl-C

                           

CFE> show devices
Device Name Description
——————- ———————————————————
uart0 NS16550 UART at 0×18000300
uart1 NS16550 UART at 0×18000400
flash0.boot New CFI flash at 1C000000 offset 00000000 size 384KB
flash0.config New CFI flash at 1C000000 offset 00060000 size 128KB
flash0.os New CFI flash at 1C000000 offset 00080000 size 7672KB
flash0.nvram New CFI flash at 1C000000 offset 007FE000 size 8KB —–>param partition for bootloader

please fix the jffs2 partition size!

10.07.20213923Base systemBug ReportVery LowLowEdgerouter4 port numbers out of synck in system logopenwrt-21.02Unconfirmed Task Description

Model Ubiquiti EdgeRouter 4
Architecture UBNT_E300 (CN7030p1.2-1000-AAP)
Firmware Version OpenWrt 21.02-SNAPSHOT r16232-febf6db0d0 / LuCI openwrt-21.02 branch git-21.188.55099-e52e1de

The forum post:
External Link

It seems that port numbers in system log is out of synck with hardware port numbers, for example this log text:

switch0: port 1(lan0)

This bug makes log errors like

Port 1 receive error code 7, packet dropped

very hard to find if the actual port is false flagged.

kern.notice kernel: [ 4979.972921] lan0: Link down
kern.info kernel: [ 4979.975979] switch0: port 1(lan0) entered disabled state
daemon.notice netifd: Network device 'lan0' link is down
kern.notice kernel: [ 5011.719291] lan0: 1000 Mbps Full duplex, port 1, queue 1
kern.info kernel: [ 5011.724648] switch0: port 1(lan0) entered blocking state
kern.info kernel: [ 5011.729976] switch0: port 1(lan0) entered forwarding state
daemon.notice netifd: Network device 'lan0' link is up
kern.notice kernel: [ 5035.272920] lan0: Link down
kern.info kernel: [ 5035.275978] switch0: port 1(lan0) entered disabled state
daemon.notice netifd: Network device 'lan0' link is down
kern.info kernel: [ 3594.470962] switch0: port 4(lan3) entered disabled state
daemon.notice netifd: Network device 'lan3' link is down
kern.notice kernel: [ 3615.941460] lan1: 1000 Mbps Full duplex, port 2, queue 2
kern.info kernel: [ 3615.946870] switch0: port 2(lan1) entered blocking state
kern.info kernel: [ 3615.952201] switch0: port 2(lan1) entered forwarding state
daemon.notice netifd: Network device 'lan1' link is up
08.07.20213921Base systemBug ReportVery LowHighWAVLINK WL-WN577A2 (Maginon WLR-755AC) still crashes un...openwrt-21.02Unconfirmed Task Description

Device problem occurs on: WAVLINK WL-WN577A2 / Maginon WL-755 / Winstars WS-WN577A2 / Winstars WS-WN566A2 (MT7628AN)

Software versions of OpenWrt/LEDE release, packages, etc.:
all released till now! (testet lately with 20.01-rc3-snapshot again)

Problem:

The WLR755AC-Device regulary crashes under high load (LAN → WLAN) when using OpenWRT (latest 20.01-rc3 snapshot).
Using the stock firmware the issue does not occur.

With normal or low load the device works relieable and stable.

But when put under high load like playing a fullhd video, copying a lot of data and iperf simultaneously over WLAN the device will crash after a while.
The surface of the case will get palpable warm.

As there are only (too) very few venting holes on the downside of the device I assumed this could be the cause for the crash. It is not I proofed:

I opened the case (two screws on the bottom and four plastic clamps, two on very long side, sits very tight but can be removed without breaking the brackets if you work carful) and tried again with the case open:

Too put load on the device I copied a 3GB directory with mp3 files and startet iperf:

Device crashed after a few minutes, wlan does not come up again. Had to hard-reset (powercycle).

Active cooling:

Put a big office-fan right in front of the opened device:

Same result, device crashed after a few minutes but wlan came back by itself this time.

So the issue is NOT related to overheating but to some bug relatet to OpenWRT.

# iperf -c 192.168.200.14 -i 5 -t300
[  3] 215.0-220.0 sec  34.2 MBytes  57.5 Mbits/sec
[  3] 220.0-225.0 sec  34.2 MBytes  57.5 Mbits/sec
[  3] 225.0-230.0 sec  28.0 MBytes  46.9 Mbits/sec
[  3] 230.0-235.0 sec  1.12 MBytes  1.88 Mbits/sec
[  3] 235.0-240.0 sec  0.00 Bytes  0.00 bits/sec
[  3] 240.0-245.0 sec  0.00 Bytes  0.00 bits/sec
[  3] 245.0-250.0 sec  0.00 Bytes  0.00 bits/sec
07.07.20213919Base systemBug ReportVery LowLowTPLink RE450 wrong DTSTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on:
TPLink RE450 v2

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

- Steps to reproduce
install basic firmware, check for available space, which is <500kB even if the firmware is 5MB and the device has 8MB flash.

Apparently wrong dts here: https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/dts/qca9563_tplink_re450-v2.dts in particular:

partition@630000 {
	label = "config";
	reg = <0x630000 **0x020000**>;
	read-only;
};
art: partition@7f0000 {
	label = "art";
	reg = <0x7f0000 0x010000>;
	read-only;
};

should be changed to:

partition@630000 {
	label = "config";
	reg = <0x630000 **0x01c0000**>;
	read-only;
};
art: partition@7f0000 {
	label = "art";
	reg = <0x7f0000 0x010000>;
	read-only;
};
 


05.07.20213915Base systemBug ReportVery LowLowExpiration time for leases populated incorrectly in dhc...openwrt-21.02Unconfirmed Task Description
 
I’m running 21.02 on a FriendlyArm R4S. Noticed that all dhcp leases in Luci show as expired. Checking dhcp.leases, it shows:
43200 dc:xx:xx:xx:xx:xx 192.168.1.52 octopi *

According to dnsmasq, the first column should be the timestamp of when the lease is expiring (so either ‘now + leasetime’ or ‘uptime + leasetime’). In this case, it is just ‘0 + leasetime’.

Not sure if this is an issue with dnsmasq or openwrt itself. Happy to add more info if needed!


05.07.20213914Base systemBug ReportVery LowLowFailsafe button is inverted under TP-Link TL-WR842N/ND ...openwrt-19.07Unconfirmed Task Description

My 2 routers (TL-WR842v1, TL-WR842v2) were modded to have 64MB of RAM.
I also have TL-WR842v3 for reference.

This is great time to move from 17.01 to 19.07 (”refs/heads/openwrt-19.07” branch).
My build configuration is very simple: stock .config + Luci.
Config files are differ only on this line:

CONFIG_TARGET_ath79_generic_DEVICE_tplink_tl-wr842n-v1=y
CONFIG_TARGET_ath79_generic_DEVICE_tplink_tl-wr842n-v2=y
CONFIG_TARGET_ath79_generic_DEVICE_tplink_tl-wr842n-v3=y

Builds were made on ec76c365c1d60bf6a4f69b1ab3ce132f97f34dbb checkout (2021-06-14 - Koen Vandeputte - gitignore: add .ccache folder).

Boxes with hardware revisions v1 and v3 are working just fine.
But v2 almost always boots into failsafe mode :(
If I hold “wifi on/off” button v2 boots normal.
My wild guess: GPIO configuration is broken.

After ‘git bisect’ session I’ve found that following commit makes big difference:
2021-02-26 - Koen Vandeputte - kernel: bump 4.14 to 4.14.222 (b4a4d04b919b4a18a03e52a9e6bc18ddd924f554)
I’m not skilled enough to dig into kernel bisecting territory.

Before above commit router almost always boots normal.
After it router almost always boots into failsafe mode. But if I reboot it using reboot@SSH command it will boot just fine. So, power cycle ⇒ failsafe, reboot command ⇒ boots normal.

Looks like some sort of hardware initialization is made “too late” in boot process and querying GPIO state gives wrong readings.
That explains proper behavior after soft reboot.

04.07.20213913Base systemBug ReportVery LowMediumOn WAC124, the frrequency database is no read correctlyopenwrt-21.02Unconfirmed Task Description

Apologies for not reporting this sooner - it has been true for the last
several months of beta’s and for rc3.

When choosing a frequency for 5ghz for the Netgear WAC124:
[1] an incomplete list is given (nothing above channel 144)
[2] changing the width (20/40/80) does not affect choices
[3] NO choice will work except ch 36. Any other choice will be
accepted but the radio will be disabled - in GUI and in reality.
[4] Ch 36 does work fine

This has been true whether access the device from Mac/Linux or Windows,
Firefox or Chrome, so suspect base package issue (as opposed to GUI), but
not sure.

In case this helps any:
Netgear GUI allows any non-DFS channel (as appropriate for bw) up to 165
dd-wrt gui allows all (dfs/non-dfs) (as appropriate for bw) up to 165

Note that the WAC124 is limited to 100mw (great for AP, as often < $55).

I’ve 3 of them, so can test as desired.
I’ve saved the partitions (eg: factory) in case that is useful for anyone.


03.07.20213911Base systemBug ReportVery LowLowConsider changing /etc/shadow's default password hashin...TrunkUnconfirmed Task Description

Currently the default algorithm used for storing passwords in /etc/shadow is md5crypt.
For security reasons this should be changed to a more suitable algorithm.
The present passwd implementation in busybox supports sha256crypt as well as sha512crypt.

This would require a simple patch at https://github.com/openwrt/openwrt/blob/master/package/utils/busybox/Config-defaults.in#L1325-L1327

02.07.20213910KernelBug ReportVery LowMedium hilink's hlk7628n board has a reboot problemopenwrt-21.02Unconfirmed Task Description

the 7628 board from hilink has a problem when rebooting.
When requesting reboot both by luci and by console the board stops working.

root@OpenWrt:/# reboot
root@OpenWrt:/# [ 143.119741] br-lan: port 1(eth0.1) entered disabled state
[ 143.148530] device eth0.1 left promiscuous mode
[ 143.157595] device eth0 left promiscuous mode
[ 143.166398] br-lan: port 1(eth0.1) entered disabled state
[ 147.583416] reboot: Restarting system

01.07.20213908Base systemBug ReportVery LowLowOpenWRT 21.02 fails to build with glibc and libstdc++ o...TrunkUnconfirmed Task Description

I’m not sure on how to solve this issue. Wanting to go from 19.07 to 21.02 I could not build the basic system.

Steps to reproduce

#!/bin/sh

git clone https://git.openwrt.org/openwrt/openwrt.git
cd openwrt
git checkout openwrt-21.02
# was d666ebcaa327a1e03992a484d9601ea5f2e6b19a
cat > .config << EOF
CONFIG_TARGET_imx6=y
CONFIG_TARGET_imx6_Default=y
CONFIG_TARGET_BOARD="imx6"
CONFIG_ALL_KMODS=y
CONFIG_ALL_NONSHARED=y
CONFIG_DEVEL=y
CONFIG_TOOLCHAINOPTS=y
CONFIG_BUILD_NLS=y
CONFIG_IMAGEOPT=y
CONFIG_KERNEL_ARM_PMU=y
CONFIG_KERNEL_DEBUG_LL=y
CONFIG_KERNEL_DEBUG_LL_UART_NONE=y
CONFIG_KERNEL_DEVMEM=y
CONFIG_KERNEL_EARLY_PRINTK=y
CONFIG_KERNEL_PERF_EVENTS=y
CONFIG_LIBC="glibc"
CONFIG_LIBC_USE_GLIBC=y
# CONFIG_LIBC_USE_MUSL is not set
CONFIG_STRIP_ARGS="--strip-all"
CONFIG_TARGET_OPTIMIZATION="-O3 -pipe"
CONFIG_TARGET_OPTIONS=y
CONFIG_TARGET_ROOTFS_PARTSIZE=1008
# CONFIG_TARGET_ROOTFS_SQUASHFS is not set
# CONFIG_TARGET_ROOTFS_UBIFS is not set
CONFIG_TARGET_SUFFIX="gnueabi"
CONFIG_USE_GLIBC=y
CONFIG_USE_LIBSTDCXX=y
CONFIG_USE_STRIP=y
# CONFIG_USE_UCLIBCXX is not set
# CONFIG_PACKAGE_objdump is not set
# CONFIG_PACKAGE_perf is not set
EOF
./scripts/feeds update -a
./scripts/feeds install -a
make defconfig
make -j 16 || make -j1 V=s

End-Result

....  [snip]
make[3]: Entering directory '/opt/test/openwrt/package/libs/toolchain'
Makefile:737: WARNING: skipping libgomp -- package has no install section
mkdir -p /opt/test/openwrt/staging_dir/target-arm_cortex-a9+neon_glibc_eabi/root-imx6/stamp
SHELL= flock /opt/test/openwrt/tmp/.root-copy.flock -c 'cp -fpR /opt/test/openwrt/build_dir/target-arm_cortex-a9+neon_glibc_eabi/toolchain/.pkgdir/libc/. /opt/test/openwrt/staging_dir/target-arm_cortex-a9+neon_glibc_eabi/root-imx6/'
touch /opt/test/openwrt/staging_dir/target-arm_cortex-a9+neon_glibc_eabi/root-imx6/stamp/.libc_installed
mkdir -p /opt/test/openwrt/bin/targets/imx6/generic-glibc/packages /opt/test/openwrt/build_dir/target-arm_cortex-a9+neon_glibc_eabi/toolchain/ipkg-arm_cortex-a9_neon/libtsan/CONTROL /opt/test/openwrt/staging_dir/target-arm_cortex-a9+neon_glibc_eabi/pkginfo
install -d -m0755 /opt/test/openwrt/build_dir/target-arm_cortex-a9+neon_glibc_eabi/toolchain/ipkg-arm_cortex-a9_neon/libtsan/lib
cp -fpR /opt/test/openwrt/staging_dir/toolchain-arm_cortex-a9+neon_gcc-8.4.0_glibc_eabi/lib/libtsan.so.* /opt/test/openwrt/build_dir/target-arm_cortex-a9+neon_glibc_eabi/toolchain/ipkg-arm_cortex-a9_neon/libtsan/lib/
cp: cannot stat '/opt/test/openwrt/staging_dir/toolchain-arm_cortex-a9+neon_gcc-8.4.0_glibc_eabi/lib/libtsan.so.*': No such file or directory
make[3]: *** [Makefile:733: /opt/test/openwrt/bin/targets/imx6/generic-glibc/packages/libtsan0_8.4.0-3_arm_cortex-a9_neon.ipk] Error 1
make[3]: Leaving directory '/opt/test/openwrt/package/libs/toolchain'
time: package/libs/toolchain/compile#0.16#0.04#0.19
    ERROR: package/libs/toolchain failed to build.
make[2]: *** [package/Makefile:114: package/libs/toolchain/compile] Error 1
make[2]: Leaving directory '/opt/test/openwrt'
make[1]: *** [package/Makefile:108: /opt/test/openwrt/staging_dir/target-arm_cortex-a9+neon_glibc_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory '/opt/test/openwrt'
make: *** [/opt/test/openwrt/include/toplevel.mk:230: world] Error 2
29.06.20213907Base systemBug ReportVery LowLowTL-WDR4310 v1 random rebootsAllUnconfirmed Task Description

Device Model TP-Link TL-WDR4310 v1
Firmware Version OpenWrt SNAPSHOT r17053-76cc8a036c / LuCI Master git-21.163.60157-1bcb125(The same problem exists in other versions,Firmware Version 15.5/18.06/19.0.7/SNAPSHOT)
Kernel Version 5.4.128

1.The second router (TL-WDR4310) is wirelessly set to client mode to connect to the first router.

2. By observing the Netlink Bandwidth Monitor, when the number of concurrent connections of the second route (TL-WDR4310) connected to the device reaches more than 400K, the second route may restart randomly (observe data before failure, such as upload The total traffic is about 20GB, and the total download traffic is about 20GB).
When the upload speed is greater than 1MB and for a long time, the higher the frequency of failures, and the download speed is greater than 1MB and for a long time, it seems that there is no problem.

3.system.log

Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: reading /tmp/resolv.conf.d/resolv.conf.auto
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain test
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain onion
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain localhost
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain local
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain invalid
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain bind
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using only locally-known addresses for domain lan
Mon Jun 28 14:44:25 2021 daemon.info dnsmasq[2775]: using nameserver 192.168.3.1#53
Mon Jun 28 14:44:26 2021 daemon.info procd: - init complete -
Mon Jun 28 14:44:26 2021 user.notice firewall: Reloading firewall due to ifup of wlan1 (wlan1)
Mon Jun 28 14:44:27 2021 daemon.err odhcp6c[2064]: Failed to send SOLICIT message to ff02::1:2 (Operation not permitted)
——————- rebootting ———————-
Tue Jun 29 11:18:57 2021 user.notice nlbwmon: Reloading nlbwmon due to ifup of wlan1 (wlan1)
Tue Jun 29 11:18:59 2021 daemon.notice miniupnpd[2979]: shutting down MiniUPnPd
Tue Jun 29 11:18:59 2021 daemon.err nmbd[3276]: [2021/06/29 11:18:59.898309, 0] ../../lib/util/become_daemon.c:136(daemon_ready)
Tue Jun 29 11:18:59 2021 daemon.err nmbd[3276]: daemon_ready: daemon ‘nmbd’ finished starting up and ready to serve connections
Tue Jun 29 11:19:00 2021 user.info adblock-4.1.3[3739]: backup directory ‘/tmp/adblock-Backup’ created
Tue Jun 29 11:19:00 2021 user.info adblock-4.1.3[3739]: adblock instance started ::: action: start, priority: 0, pid: 3739
Tue Jun 29 11:19:00 2021 daemon.notice miniupnpd[3845]: HTTP listening on port 5000
Tue Jun 29 11:19:00 2021 daemon.notice miniupnpd[3845]: HTTP IPv6 address given to control points : [fd02:1653:346d::1]
Tue Jun 29 11:19:00 2021 daemon.notice miniupnpd[3845]: Listening for NAT-PMP/PCP traffic on port 5351

PS:CPU load average and memory are normal.

27.06.20213906KernelBug ReportVery LowMediumNo wifi on ZyXEL P2812HNU-F1 openwrt-21.02Unconfirmed Task Description
 
On the ZyXEL P2812HNU-F1, running 21.02-rc3 wifi does not work. The module (rt2800pci) is available and loaded, but ‘iw list’ doesn’t show the interface, and there is no trace in kernel log.

On 19.07.7 the kernel log shows:

[   10.744853] NET: Registered protocol family 24
[   10.775006] xt_time: kernel timezone is -0000
[   10.914762] PCI: Enabling device 0000:00:0e.0 (0000 -> 0002)
[   10.919306] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'RT3062.eeprom'.
[   10.919338] urngd: v1.0.2 started.
[   10.930582] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3572, rev 0223 detected
[   10.940005] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0008 detected
[   10.947986] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   11.071002] kmodloader: done loading kernel modules from /etc/modules.d/*

but on 21.02-rc3 this is gone:

[   11.386298] NET: Registered protocol family 24
[   11.408149] xt_time: kernel timezone is -0000
[   11.717990] kmodloader: done loading kernel modules from /etc/modules.d/*

The module needs an eeprom file ‘RT3062,eeprom’, which I provided. When I omit that file in 19.07.7 dmesg shows:

[   10.791631] NET: Registered protocol family 24
[   10.824391] xt_time: kernel timezone is -0000
[   10.966880] PCI: Enabling device 0000:00:0e.0 (0000 -> 0002)
[   10.971522] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'RT3062.eeprom'.
[   10.981089] rt2800pci 0000:00:0e.0: Direct firmware load for RT3062.eeprom failed with error -2
[   10.989591] rt2800pci 0000:00:0e.0: Falling back to user helper
[   11.020675] urngd: v1.0.2 started.
[   11.398015] random: crng init done
[   11.400112] random: 6 urandom warning(s) missed due to ratelimiting
[   11.603684] firmware RT3062.eeprom: firmware_loading_store: map pages failed
[   11.609669] ieee80211 phy0: rt2x00lib_request_eeprom_file: Error - Failed to request EEPROM.
[   11.617946] rt2800pci: probe of 0000:00:0e.0 failed with error -11
[   11.639789] kmodloader: done loading kernel modules from /etc/modules.d/*


25.06.20213904Base systemBug ReportVery LowMediumAdding another SSID to a radio prvents the interface f...openwrt-21.02Unconfirmed Task Description

Adding a second SSID from Luci results in a configuration error which prevents the radio interface from starting.

resulted configuration:
config wifi-device ‘radio1’

option type 'mac80211'
option hwmode '11g'
option path 'soc/soc:pcie/pci0000:00/0000:00:02.0/0000:02:00.0'
option country 'US'
option htmode 'HT40'
option channel 'auto'
option cell_density '0'

config wifi-iface ‘default_radio1’

option device 'radio1'
option network 'lan'
option mode 'ap'
option macaddr '60:38:e0:be:e2:69'
option ssid 'somename'
option encryption 'psk2'
option key 'somepassword'

config wifi-iface ‘another_radio1’

option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'anothername'
option encryption 'psk2'
option key 'anotherpassword'

Log:
Fri Jun 25 10:24:07 2021 daemon.notice netifd: Network device ‘wlan1’ link is down
Fri Jun 25 10:24:07 2021 daemon.notice netifd: radio1 (14904): sh: acs_survey: out of range
Fri Jun 25 10:24:07 2021 daemon.notice netifd: radio1 (14904): sh: acs_survey: out of range
Fri Jun 25 10:24:07 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) –> new PHY
Fri Jun 25 10:24:07 2021 daemon.err hostapd: Duplicate BSSID aa:bb:cc:dd:ee:ff on interface ‘wlan1-1’ and ‘wlan1’.
Fri Jun 25 10:24:07 2021 daemon.err hostapd: 1 errors found in configuration file ‘/var/run/hostapd-phy1.conf’ Fri Jun 25 10:24:07 2021 daemon.err hostapd: Failed to set up interface with /var/run/hostapd-phy1.conf
Fri Jun 25 10:24:07 2021 daemon.notice netifd: radio1 (14904): Command failed: Invalid argument
Fri Jun 25 10:24:07 2021 daemon.notice netifd: radio1 (14904): Device setup failed: HOSTAPD_START_FAILED

“workaround”:
If I add a different (fake) macaddr to the 2nd SSID, it works.

23.06.20213899Base systemBug ReportVery LowLowlibncurses - add option to create a 3rd package with pr...openwrt-21.02Unconfirmed Task Description

Currently the ncurses package is split into libncurses and libncurses-dev.
There is no option to get the binaries, or progs as the ncurses package calls them for the target:

tic, infocmp, captoinfo, tset, reset, clear, tput, toe, tabs

May I please suggest adding another ifdef called Package/libncurses-bin or Package/libncurses-progs to the Makefile that builds and packages just the binaries from the ncurses package?

The use case for tput, reset and clear seem wide ranging.
My use case for this is adding terminfo for my terminal instead of spawning a different one just for openwrt devices:

infocmp xterm-kitty | ssh owrtdevice tic -x -o \~/.terminfo /dev/stdin

This currently fails ion x86_64 with:

$ infocmp -a xterm-kitty | ssh apu tic -x -o \~/.terminfo /dev/stdin
Error relocating /usr/bin/tic: _nc_set_writedir: symbol not found
Error relocating /usr/bin/tic: _nc_tic_expand: symbol not found
Error relocating /usr/bin/tic: _nc_check_termtype2: symbol not found
Error relocating /usr/bin/tic: _nc_write_entry: symbol not found
Error relocating /usr/bin/tic: _nc_syntax: symbol not found
Error relocating /usr/bin/tic: _nc_read_entry_source: symbol not found
Error relocating /usr/bin/tic: _nc_resolve_uses2: symbol not found
Error relocating /usr/bin/tic: _nc_write_object: symbol not found
Error relocating /usr/bin/tic: _nc_strict_bsd: symbol not found
Error relocating /usr/bin/tic: _nc_infotocap: symbol not found
Error relocating /usr/bin/tic: _nc_disable_period: symbol not found
Error relocating /usr/bin/tic: _nc_capcmp: symbol not found
Error relocating /usr/bin/tic: _nc_tic_written: symbol not found
Failed to compile terminfo using tic 
23.06.20213898Base systemBug ReportVery LowHighWifi APs are disable when encryption is switched on.TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on XRX200 - BT Home Hub 5a
- Software versions of OpenWrt/LEDE release, packages, etc. Trunk since 10 days or so.
- Steps to reproduce, Make clean, select BTHH5a as target, make standard build, flash it, wifi APs work without encryption, enable encryption and the APs become disabled (see log below)
, host
I tried combinations of WPAD, WPA-supplicant, hostapd, wolfssl, openssl all with the same problem, encrypted APs fail.
Note using the original Ath10k driver, rather than the CT driver, will bring up the 5GHz AP with encryption enabled.

root@OpenWrt:~# uname -a
Linux OpenWrt 5.4.124 #0 SMP Wed Jun 23 06:22:19 2021 mips GNU/Linux
root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

option type 'mac80211'
option path 'pci0000:01/0000:01:00.0/0000:02:00.0'
option channel '36'
option band '5g'
option htmode 'VHT80'
option disabled '0'
option cell_density '0'

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 path 'pci0000:00/0000:00:0e.0'
option channel '1'
option band '2g'
option htmode 'HT20'
option disabled '0'
option cell_density '0'

config wifi-iface ‘default_radio1’

option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'OpenWRT'
option encryption 'none'

root@OpenWrt:~# wifi up
root@OpenWrt:~# logread |grep wlan
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) –> new PHY
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.769503] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.773559] br-lan: port 2(wlan1) entered disabled state
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.779392] device wlan1 entered promiscuous mode
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.817116] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.822637] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:37:03 2021 kern.info kernel: [ 897.827390] br-lan: port 2(wlan1) entered forwarding state
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED→ENABLED
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: wlan1: AP-ENABLED
Wed Jun 23 06:37:03 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Wed Jun 23 06:37:04 2021 kern.info kernel: [ 898.993296] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:37:04 2021 kern.info kernel: [ 898.997157] br-lan: port 3(wlan0) entered disabled state
Wed Jun 23 06:37:04 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→HT_SCAN
Wed Jun 23 06:37:04 2021 kern.info kernel: [ 899.003263] device wlan0 entered promiscuous mode
Wed Jun 23 06:37:04 2021 daemon.notice netifd: Network device ‘wlan1’ link is up
Wed Jun 23 06:37:08 2021 kern.info kernel: [ 902.676578] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Wed Jun 23 06:37:08 2021 kern.info kernel: [ 902.681875] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:37:08 2021 kern.info kernel: [ 902.686952] br-lan: port 3(wlan0) entered forwarding state
Wed Jun 23 06:37:08 2021 daemon.notice netifd: Network device ‘wlan0’ link is up
Wed Jun 23 06:37:08 2021 daemon.notice hostapd: wlan0: interface state HT_SCAN→ENABLED
Wed Jun 23 06:37:08 2021 daemon.notice hostapd: wlan0: AP-ENABLED
root@OpenWrt:~# vi /etc/config/wireless
root@OpenWrt:~# cat /etc/config/wireless

config wifi-device ‘radio0’

option type 'mac80211'
option path 'pci0000:01/0000:01:00.0/0000:02:00.0'
option channel '36'
option band '5g'
option htmode 'VHT80'
option disabled '0'
option cell_density '0'

config wifi-iface ‘default_radio0’

option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'MyAP-5GHZ'
option encryption 'psk2'
option key 'qwert12345'

config wifi-device ‘radio1’

option type 'mac80211'
option path 'pci0000:00/0000:00:0e.0'
option channel '1'
option band '2g'
option htmode 'HT20'
option disabled '0'
option cell_density '0'

config wifi-iface ‘default_radio1’

option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'MyAP-2.4GHz'
option encryption 'psk2'
option key 'qwert12345'

root@OpenWrt:~# wifi down
root@OpenWrt:~# wifi up
root@OpenWrt:~# logread |grep wlan
.....
Wed Jun 23 06:40:49 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) –> new PHY
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.556186] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.560122] br-lan: port 2(wlan1) entered disabled state
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.566404] device wlan1 entered promiscuous mode
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.772553] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.777787] br-lan: port 2(wlan1) entered blocking state
Wed Jun 23 06:40:49 2021 kern.info kernel: [ 1123.782898] br-lan: port 2(wlan1) entered forwarding state
Wed Jun 23 06:40:49 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1124.995987] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1124.999851] br-lan: port 3(wlan0) entered disabled state
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1125.005954] device wlan0 entered promiscuous mode
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→HT_SCAN
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED→DISABLED
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan1: AP-DISABLED
Wed Jun 23 06:40:50 2021 daemon.err hostapd: wlan1: Unable to setup interface.
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1125.021045] device wlan1 left promiscuous mode
Wed Jun 23 06:40:50 2021 kern.info kernel: [ 1125.024384] br-lan: port 2(wlan1) entered disabled state
Wed Jun 23 06:40:50 2021 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Wed Jun 23 06:40:50 2021 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan1 wasn’t started
Wed Jun 23 06:41:04 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) –> new PHY
Wed Jun 23 06:41:04 2021 kern.info kernel: [ 1138.536784] br-lan: port 3(wlan0) entered disabled state
Wed Jun 23 06:41:08 2021 daemon.notice hostapd: wlan0: interface state UNINITIALIZED→HT_SCAN
Wed Jun 23 06:41:12 2021 kern.info kernel: [ 1146.527964] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Wed Jun 23 06:41:12 2021 kern.info kernel: [ 1146.533315] br-lan: port 3(wlan0) entered blocking state
Wed Jun 23 06:41:12 2021 kern.info kernel: [ 1146.538175] br-lan: port 3(wlan0) entered forwarding state
Wed Jun 23 06:41:12 2021 daemon.notice netifd: Network device ‘wlan0’ link is up
Wed Jun 23 06:41:12 2021 daemon.notice hostapd: wlan0: interface state HT_SCAN→DISABLED
Wed Jun 23 06:41:12 2021 daemon.notice hostapd: wlan0: AP-DISABLED

23.06.20213897Base systemBug ReportVery LowLowodhcp is not assigning lease times as specified in stat...openwrt-21.02Unconfirmed Task Description
  • TP-Link Archer C2600
  • OpenWRT 21.02-RC3

From boot, ipv6 leases are mostly assigned with leases of 1 hour. Occasionally leases of 14 days (as specified in Static Leases), and occasionally leases of 30 minutes and occasionally no leases (or leases expire and are not renewed).

What debugging / logging steps can I take to better pin down this issue?

I suspect that this is related to, or causes, occasional long stalls when opening new web pages, reported at the OpenWRT forum

In an initial effort to debug, I stopped odhcp and then started it on the command line with -l 7. The only logging that looked like a possible error are occasional sequences similar to this:

odhcpd[8869]: Received 123 Bytes from fe80::215:5dff:fe01:aa0f%lan@br-lan
odhcpd[8869]: Got a DHCPv6-request on lan
odhcpd[8869]: DHCPV6 REBIND IA_NA from 00020000ab113cca95908581f184 on lan: ok 2401:xxxx:xxxx:7bf7::ffff:253/128 fda6:3ce8:c11::ffff:253/128
odhcpd[8869]: Sending a DHCPv6-reply on lan
odhcpd[8869]: Sent 172 bytes to fe80::215:5dff:fe01:aa0f%lan@br-lan
BusyBox v1.33.1 (2021-06-13 22:02:19 UTC) multi-call binary.

Usage: basename FILE [SUFFIX]

Strip directory path and .SUFFIX from FILE
odhcpd[8869]: Netlink newneigh 2401:xxxx:xxxx:7bf7::aaaa:aaaa on lan
22.06.20213896KernelBug ReportVery LowHighKernel panic when starting hcxdumptool on mt76x2e wlan ...openwrt-21.02Unconfirmed Task Description

Device: Netgear R6220
Reproducible on: 21.02-SNAPSHOT; trunk SNAPSHOT
I’m getting kernel panic when I run hcxdumptool on 5GHz interface (mt76x2e driver).
It works on 2.4GHz interface.
When tried on 19.07 it didn’t panic.

Log when crashed on trunk:

$ ssh root@192.168.1.1 logread -f
Tue Jun 22 19:14:36 2021 authpriv.info dropbear[2778]: Exit (root) from <192.168.1.171:44972>: Disconnect received
Tue Jun 22 19:14:41 2021 authpriv.info dropbear[3123]: Child connection from 192.168.1.168:44252
Tue Jun 22 19:14:41 2021 authpriv.notice dropbear[3123]: Auth succeeded with blank password for 'root' from 192.168.1.168:44252
Tue Jun 22 19:14:47 2021 kern.info kernel: [   84.159302] device wlan1 entered promiscuous mode
Tue Jun 22 19:14:51 2021 kern.alert kernel: [   87.627062] CPU 1 Unable to handle kernel paging request at virtual address 00000010, epc == 86439038, ra == 86438dcc
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.648212] Oops[#1]:
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.652731] CPU: 1 PID: 3134 Comm: hcxdumptool Not tainted 5.4.124 #0
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.665533] $ 0   : 00000000 00000001 00000000 00000004
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.675923] $ 4   : 87d3a26c 00000004 ffffffff 00000000
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.686313] $ 8   : 86c6844e 00000000 00000002 0000001f
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.696702] $12   : 0000000a 8000001f 0000001e 0000001d
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.707092] $16   : 87d3a240 86471454 00000000 00000001
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.717481] $20   : 864981c0 00000002 00000000 00000000
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.727873] $24   : ffffffe0 00000001
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.738268] $28   : 867ea000 867ebbf0 00000000 86438dcc
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.748663] Hi    : 00000042
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.754380] Lo    : 00000002
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.760243] epc   : 86439038 ieee80211_parse_tx_radiotap+0x36c/0x538 [mac80211]
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.774810] ra    : 86438dcc ieee80211_parse_tx_radiotap+0x100/0x538 [mac80211]
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.789341] Status: 11007c03      KERNEL EXL IE
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.797653] Cause : 40800008 (ExcCode 02)
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.805615] BadVA : 00000010
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.811332] PrId  : 0001992f (MIPS 1004Kc)
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.819464] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT rndis_host pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 ipt_REJECT cfg80211 cdc_ether xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG usbnet slhc nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 mii sha256_generic libsha256 seqiv jitterentropy_rng drbg hmac ghash_generic gf128mul gcm ctr cmac ccm leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.964288] Process hcxdumptool (pid: 3134, threadinfo=b724dc4d, task=5224ded9, tls=77e6aec8)
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.981236] Stack : 867ebe04 86fe67b0 87d5e000 00000000 81013d80 00000000 bfffffff 00000000
Tue Jun 22 19:14:51 2021 kern.warn kernel: [   87.997854]         86c68442 00000000 86fbe460 86c6844e 00000008 86c6844a 86c6844c 0000000f

Cmdline to reproduce:

hcxdumptool -i wlan1 -o wlan1.pcapng --filtermode=1 -c 36,40,44,48,52,56,60,64,100,104,108,112,116,120,124,128,132,136,140,149,153,157,161,165 -t 60 --filterlist_ap=filterlist.txt --enable_status=95 --active_beacon

Probably reproduce could be simplified but wanted to leave it as close to mine case as possible.

22.06.20213894Base systemBug ReportVery LowCriticalkexec -l crashes 5.4 and 5.10 kernel on mips 32bit targ...TrunkUnconfirmed Task Description

kexec is crashing the running kernel “loading” the new kernel. I can not get to the point of running `kexec -e` because the image can never load.

I am testing on a MT7621 device.

I have tried 5.4 kernel from 21.02-RC3 and also 5.10.43 from Head. Both exhibit the same failure.

I build and flash my image, and from the build i take `target-mipsel_24kc_musl/linux-ramips_mt7621/vmlinux.elf` which is the kernel in the image, in its original .elf form.

The image boots fine and has no issues.
scp the vmlinux.elf to /tmp

Execute:

# kexec -l –append=”console=ttyS0,115200 rootfstype=squashfs /tmp/vmlinux.elf

Modified cmdline:console=ttyS0,115200 rootfstype=squashfs 
Unable to find /proc/device-tree/chosen/[linux,]stdout-path, printing from purgatory is disabled
[  761.663355] kexec command line truncated to 256 bytes
[  761.668452] usercopy: Kernel memory overwrite attempt detected to kernel text (offset 81844, size 256)!
[  761.677856] Kernel bug detected[#1]:
[  761.681423] CPU: 2 PID: 1755 Comm: kexec Not tainted 5.10.43 #0
[  761.687317] $ 0   : 00000000 00000001 0000005b 00988000
[  761.692545] $ 4   : 805e4408 8101e378 810238f8 822e1ca8
[  761.697770] $ 8   : 00000001 822e1cc0 00000000 000019c8
[  761.702991] $12   : 74206465 ffffff7f 00000001 656b206f
[  761.708214] $16   : 800153b4 00000100 00000000 800154b4
[  761.713435] $20   : 0041e02c 80010000 00000000 00000000
[  761.718656] $24   : 00000000 80314988                  
[  761.723877] $28   : 822e0000 822e1e50 80650000 801507e8
[  761.729100] Hi    : 00000125
[  761.731964] Lo    : 122f2000
[  761.734845] epc   : 801507e8 usercopy_abort+0x94/0x98
[  761.739886] ra    : 801507e8 usercopy_abort+0x94/0x98
[  761.744913] Status: 1100fc03 KERNEL EXL IE 
[  761.749097] Cause : 50800024 (ExcCode 09)
[  761.753086] PrId  : 0001992f (MIPS 1004Kc)
[  761.757161] Modules linked in: mt7915e mt76 mac80211 cfg80211 hwmon crc_ccitt compat sha256_generic libsha256 seqiv jitterentropy_rng drbg hmac cmac leds_gpio gpio_button_hotplug zram zsmalloc
[  761.774316] Process kexec (pid: 1755, threadinfo=c9ceaefe, task=a03f7798, tls=77ef2ec8)
[  761.782284] Stack : 00000100 80568ddc 805b702c 80568f04 8055f414 8055f414 8055f414 00013fb4
[  761.790642]         00000100 8237ce00 00000100 80150940 822e1eb4 80010000 0041e02c 80069818
[  761.798997]         00000100 8237ce00 38e38e39 00000100 80015388 8237ce00 80010000 80014cb8
[  761.807354]         822e1eb0 00000100 00000006 8054f4ba 8237ce00 00000000 807c8ee0 8237ce20
[  761.815709]         00000000 00000003 00000000 800a4498 00000000 8012a078 00000000 815ba758
[  761.824061]         ...
[  761.826505] Call Trace:
[  761.828944] [<801507e8>] usercopy_abort+0x94/0x98
[  761.833632] [<80150940>] __check_object_size+0x154/0x1c4
[  761.838945] [<80014cb8>] machine_kexec_prepare+0x124/0x2c4
[  761.844430] [<800a4498>] sys_kexec_load+0x258/0x388
[  761.849293] [<800135f8>] syscall_common+0x34/0x58
[  761.853980] 
[  761.855461] Code: afa30010  0c01a5fe  24848e80 <000c000d> 3c02805d  8c4293fc  1c40006c  00000000  27bdffd0 
[  761.865209] 
[  761.866973] ---[ end trace 8145ef41fc12390f ]---
[  761.871748] Kernel panic - not syncing: Fatal exception
[  761.876984] Rebooting in 3 seconds..


20.06.20213893Base systemBug ReportVery LowCriticalConnecting to a WiFi network causes interoperabilityopenwrt-21.02Unconfirmed Task Description

I’m using a WRT3200ACM, one partition is OpenWRT 19.07.7 and works perfectly. The other has been flashed to 21.*(all three candidates and a snapshot tried) and when I connect to my wifi router thru the Network»Wireless»Scan Luci page the whole router becomes unresponsive(Luci and SSH). I manually cleared the configuration by using the button in the back. Then I can SSH and reboot to the first partition (I find that switching it three times doesn’t always work). I’m not sure the logs that’ll you’ll need but send the code and I’ll return the results ASAP.

PS I’ve also tried disabling 802.11w with the same results.

20.06.20213892Base systemBug ReportVery LowVery LowCannot set bss_load_update_period or chan_util_avg_peri...openwrt-21.02Unconfirmed Task Description

In the file /lib/netifd/hostapd.sh the function hostapd_common_add_bss_config() seems to lack

config_add_int bss_load_update_period chan_util_avg_period

and thus setting them via uci doesn’t work. Adding that one line fixes it.

20.06.20213891Base systemBug ReportVery LowMediumD-Link DIR-878 as AP, clients connected but no network ...openwrt-21.02Unconfirmed Task Description

I have D-Link DIR-878 A1 running OpenWRT 21.02.0-rc3 (also rc2 and rc1) with a simple “dumb AP” config (included at the bottom of this message). All ethernet ports and wireless are bridged together and DHCP and firewall disabled. Router with a DHCP server (72-hour leases) and radvd for IPv6 (ULA only) is connected to DIR-878’s WAN port.

Two Android 9 devices connected to the 802.11n 2.4 GHz AP will lose network connection (an x on the wifi icon) after a few hours (3-12 hours is typical, always less than 24 hours). One of the devices will fix itself after an hour or two. The other device will stick with the broken connection as long as it stays in the AP range or is manually reconnected. The AP won’t disassociate the devices so they must be correctly replying to the inactivity polls.

I haven’t been able to figure out anything in the OpenWRT log that could be interesting. There seems to be no way to determine from the log when a device has lost the network connection. For example, other devices connecting or disconnecting don’t seem to be a reason or at least it’s not very obvious.

When one of the devices loses network connection (while staying connected to the AP) the other devices continue to work normally with good performance. Both Android 9 devices may be without network connection at the same time but the connection loss doesn’t happen at the same moment on both devices (it may be hours apart).

When a device is in the problem state, trying to ping it from a computer connected via ethernet will obviously not work. “iw dev wlan0 station get THE_MAC_ADDRESS” on DIR-878 shows no change in “tx packets” or “rx packets” when pinging is attempted. I suspect that the device doesn’t see broadcasted ARP requests and thus cannot attempt to reply to them. So no unicast echo-request packets will be sent from the computer.

If I manually add an ARP entry for the Android 9 device on the computer and try to ping again, then both tx and rx counters grow. tx growth matches the number of echo-requests sent. rx grows about twice the rate of tx. However, no echo-replies will be seen.

Trying to connect from the Android 9 devices to a computer on my LAN using a web browser and IPv4 address shows no IPv4 or ARP packets on the target computer or on the OpenWRT device.

A third device, Android 8.1, has a milder problem. It disconnects and reconnects immediately a few times a day. Sometimes it happens just a few minutes apart, sometimes several hours. It might be an unrelated problem or it might be the same problem as above except that the device notices the problem very quickly and reconnects immediately. In practice this is most visible when using a Chromecast as the controls to the Chromecast get lost for a minute when the Android 8.1 device reconnects. This behavior occurs also on 5 GHz (VHT80). (I haven’t tried the Android 9 devices on 5 GHz.)

There are a few other devices connected to the AP but I haven’t noticed problems or heard users complaining so I suspect that those don’t have this kind of issues.

All three problem devices work without any issues on 2.4 GHz if the AP is set to 802.11g using “uci set wireless.radio0.htmode=NOHT”. The three devices used to work fine with a different 2.4 GHz 802.11n AP but that AP broke.

Things that don’t help:

  • Omitting disassoc_low_ack, ieee80211w, wpa_disable_eapol_key_retries, tdls_prohibit, or dtim_period.
  • uci set wireless.default_radio0.dtim_period=1
  • uci set ‘network.@device[0].multicast_to_unicast=0’

My “dumb AP” configuration information follows.

#
# Disabled services:
#
/etc/init.d/dnsmasq disable
/etc/init.d/firewall disable
/etc/init.d/odhcpd disable
/etc/init.d/uhttpd disable

#
# /etc/config/system
#
config system
        option ttylogin '0'
        option log_size '64'
        option urandom_seed '0'
        option compat_version '1.1'
        option hostname 'wlan-dlink'
        option timezone 'EET-2EEST,M3.5.0/3,M10.5.0/4'
        option log_buffer_size '256'

config timeserver 'ntp'
        option enabled '1'
        option enable_server '0'
        option server 'fdxx:xxxx:xxxx::x'

config led 'led_wan'
        option name 'wan'
        option sysfs 'green:net'
        option trigger 'netdev'
        option mode 'link tx rx'
        option dev 'wan'

#
# /etc/config/network
#
config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option packet_steering '1'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'
        list ports 'wan'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option netmask '255.255.255.0'
        option ipaddr '192.168.0.xxx'
        option ip6addr 'fdxx:xxxx:xxxx::xxx/64'

config route
        option interface 'lan'
        option target '192.168.0.0'
        option netmask '255.255.224.0'
        option gateway '192.168.0.x'

config route6
        option interface 'lan'
        option target 'fdxx:xxxx:xxxx::/48'
        option gateway 'fdxx:xxxx:xxxx::x'

#
# /etc/config/wireless
#
config wifi-device 'radio0'
        option type 'mac80211'
        option hwmode '11g'
        option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option country 'FI'
        option txpower '20'
        option channel '11'
        option htmode 'HT20'
        option log_level '0'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'my_ssid'
        option encryption 'psk2'
        option key 'password123'
        option disassoc_low_ack '0'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option tdls_prohibit '1'
        option dtim_period '3'

config wifi-device 'radio1'
        option type 'mac80211'
        option channel '36'
        option hwmode '11a'
        option path '1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0'
        option htmode 'VHT80'
        option country 'FI'

config wifi-iface 'default_radio1'
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'my_ssid_5GHz'
        option encryption 'psk2'
        option key 'password123'
        option disassoc_low_ack '0'
        option ieee80211w '1'
        option wpa_disable_eapol_key_retries '1'
        option tdls_prohibit '1'
        option dtim_period '3'
19.06.20213889OtherBug ReportVery LowCriticalLoss of connection every 2 sec on 100Mbps cableAllUnconfirmed Task Description

i have a Xiaomi Mi Router 3G (gigabyte) router, installed openwrt four years ago from source, it had issue - in lan the network would re-connect once 1-2 secs (dont know about WAN). it was impossible to use, i changed to another firmware, not openwrt

time passed, my lan upgraded to gigabyte cables, i compiled openwrt again, the re-connections were no longer an issue! it was ok.

Then i noticed these re-connections appeared suddenly in vmware in bridge mode.

Then more: if i connect to router, i can even use unmanaged switch (mercusys ms108g) clients with 100Mbit cable, then the device starts having these re-connects again. gigabyte clients don’t have this issue.

Then i noticed that ethernet device it can be with 100Mbit network card, but the cable is gigabyte - the issue also disappears. I thought it is a bug in drivers for a long time.

But today I found one firmware at github, a fork, https://github.com/coolsnowwolf/lede compiled it, installed. Connected device with 100Mbit cable, waited 40 mins, disconnects are missing. in vmware they’re also absent.
q
Hope this can be fixed in openwrt
The problem is observed on versions: 18.06 - present (21.02), and nightly.

I’m ready to be a tester, provide any logs, and flashing the router in testing the fix.

19.06.20213888Base systemBug ReportVery LowLowArcher C7 v2: since moving to ath79, intermittent wifi ...openwrt-19.07Unconfirmed Task Description

As the summary says - since I upgraded from 19.07.1 to 19.07.7, and from ar71xx to ath79, I have sometimes (averaging once every few days now) experienced my wifi connection misbehaving (over the 5GHz; I haven’t tried staying on the 2.4 long enough to determine if it affects that too) from my laptop, the main client. When it occurs, sometimes there’s a period of high latency to LAN and WAN first, then either it recovers or my ability to talk to other hosts over the LAN or WAN dies like all my traffic is blackholing, but without my wireless disconnecting - I did not think to attempt pinging/other connection to the router, I will next time.

This state persists until I manually trigger a disconnect and reconnect on my client - I tried leaving it for a minute or two, it doesn’t seem to disconnect on its own or recover. So far, it’s worked normally again every time immediately after reconnecting.

I also didn’t have the only other convenient wifi client I use handy when this happened last (my Android phone); I’ll see if it’s affected at the same time next time this occurs, though since I’ve not noticed any issues with it, either it behaves differently or isn’t affected at all.

The laptop is Win10 x64, the wireless is Intel’s Wireless-AC 8265, driver version 20.70.21.2, and the driver hasn’t been updated since January, so it seems less likely to be at fault.

If you look at Sat Jun 19 06:44:09 in the log attached, you can see where I manually disconnected and reconnected - I’m reasonably confident I only did that once, but memory is inherently unreliable, so who knows.

If there’s any other debugging information I could usefully provide, please let me know.

19.06.20213887KernelBug ReportVery LowHighMTD partition offset not correctly mapped when bad eras...TrunkUnconfirmed Task Description

- Device problem occurs on:

  • Beeline Smartbox GIGA with bad erase block on NAND flash
  • Possible other NAND devices with bad erase blocks on flash

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

OpenWrt SNAPSHOT r16952-677813c776

- Steps to reproduce:
1. Write Openwrt kernel (mtd4) and UBI (mtd6) partitions from the stock firmware on a device with badblock(s).
2. Get bootloop:

[    4.040886] mt7530 mdio-bus:1f: Link is Up - 1Gbps/Full - flow control off
[    4.042039] UBI error: no valid UBI magic found inside mtd6
[    4.065746] hctosys: unable to open rtc device (rtc0)
[    4.076584] /dev/root: Can't open blockdev
[    4.084755] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6

Root cause:
1. Both U-Boot and stock firmware detects a bad eraseblock, all following offsets are sifted by one block (0×20000). Our mtd4 and mtd6 in fact are written at 0×420000 and 0×1020000.

********************************************
Flash Map Information
********************************************
Partition           Logic_Offs  Logic_size  Real_Offs   Real_Size
u-boot              0           100000      0           100000
part_map            100000      100000      100000      100000
factory-data        200000      100000      200000      120000
dual-flag           300000      100000      320000      100000
uImage1             400000      600000      420000      600000
uImage2             a00000      600000      a20000      600000
rootfs1             1000000     1800000     1020000     1800000
rootfs2             2800000     1800000     2820000     1800000
config/log          4000000     800000      4020000     800000
app-tmp             4800000     c00000      4820000     c00000
free-space          5400000     2800000     5420000     2800000
badblock-reserve    7c00000     400000      7c20000     360000

2. U-Boot still waiting for a kernel at 0×420000 and it’s ok.
3. Openwrt detects a bad eraseblock, but does NOT shift all following offsets by one block:

[    1.198092] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[    1.210738] nand: Macronix MX30LF1G18AC
[    1.218369] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    1.233435] mt7621-nand 1e003000.nand: ECC strength adjusted to 4 bits
[    1.246486] mt7621-nand 1e003000.nand: Using programmed access timing: 21005134
[    1.261038] mt7621-nand 1e003000.nand: Using programmed access timing: 21005134
[    1.275588] Scanning device for bad blocks
[    1.312129] Bad eraseblock 22 at 0x0000002c0000
[    2.583817] 8 fixed-partitions partitions found on MTD device mt7621-nand
[    2.597331] Creating 8 MTD partitions on "mt7621-nand":
[    2.607736] 0x000000000000-0x000000100000 : "u-boot"
[    2.618828] 0x000000100000-0x000000200000 : "dynamic partition map"
[    2.632380] 0x000000200000-0x000000300000 : "Factory"
[    2.643531] 0x000000300000-0x000000400000 : "Boot Flag"
[    2.655139] 0x000000400000-0x000000a00000 : "kernel"
[    2.666172] 0x000000a00000-0x000001000000 : "Kernel 2"
[    2.677543] 0x000001000000-0x000007c00000 : "ubi"
[    2.688598] 0x000007c20000-0x000007fa0000 : "bad block reserved"

3. As a result OpenWRT expects to find UBI at 0×1000000. In fact UBI is at 0×10200000. It causes boot loop:

[    4.025957] pci 0000:00:01.0:   bridge window [mem 0x60400000-0x604fffff pref]
[    4.040886] mt7530 mdio-bus:1f: Link is Up - 1Gbps/Full - flow control off
[    4.042039] UBI error: no valid UBI magic found inside mtd6
[    4.065746] hctosys: unable to open rtc device (rtc0)
[    4.076584] /dev/root: Can't open blockdev
[    4.084755] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    4.099639] Please append a correct "root=" boot option; here are the available partitions:
[    4.116269] 1f00            1024 mtdblock0
[    4.116274]  (driver?)
[    4.129299] 1f01            1024 mtdblock1
[    4.129302]  (driver?)
[    4.142303] 1f02            1024 mtdblock2
[    4.142305]  (driver?)
[    4.155316] 1f03            1024 mtdblock3
[    4.155319]  (driver?)
[    4.168323] 1f04            6144 mtdblock4
[    4.168326]  (driver?)
[    4.181324] 1f05            6144 mtdblock5
[    4.181327]  (driver?)
[    4.194323] 1f06          110592 mtdblock6
[    4.194326]  (driver?)
[    4.207336] 1f07            3584 mtdblock7
[    4.207339]  (driver?)
[    4.220336] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    4.236804] Rebooting in 1 seconds..
17.06.20213882Base systemBug ReportVery LowLowLamobo R1 "Cannot attach to PHY" on all openwrt-21.02.0...openwrt-21.02Unconfirmed Task Description

On all RC of new 21.02.0,

no eth0 link

Model: Lamobo R1

root@OpenWrt:/# dmesg | egrep “mac|net|switch|dev|eth” [ 0.000000] psci: probing for conduit method from DT.
[ 0.000000] Kernel command line: console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rootwait
[ 0.000973] Console: colour dummy device 80×30 [ 0.058749] usbcore: registered new device driver usb
[ 0.058921] videodev: Linux video capture interface: v2.00
[ 0.837640] sun7i-dwmac 1c50000.ethernet: IRQ eth_wake_irq not found
[ 0.844029] sun7i-dwmac 1c50000.ethernet: IRQ eth_lpi not found
[ 0.850075] sun7i-dwmac 1c50000.ethernet: PTP uses main clock
[ 0.855848] sun7i-dwmac 1c50000.ethernet: no reset control found
[ 0.893805] mousedev: PS/2 mouse device common for all mice
[ 0.900580] i2c /dev entries driver
[ 0.939679] input: axp20x-pek as /devices/platform/soc/1c2ac00.i2c/i2c-0/0-0034/axp20x-pek/input/input0
[ 1.106169] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 1.119132] can: controller area network core (rev 20170425 abi 9)
[ 1.165248] sun7i-dwmac 1c50000.ethernet: IRQ eth_wake_irq not found
[ 1.171648] sun7i-dwmac 1c50000.ethernet: IRQ eth_lpi not found
[ 1.177695] sun7i-dwmac 1c50000.ethernet: PTP uses main clock
[ 1.183469] sun7i-dwmac 1c50000.ethernet: no reset control found
[ 1.222647] mmc0: host does not support reading read-only switch, assuming write-enable
[ 1.301829] sun7i-dwmac 1c50000.ethernet: Version ID not available
[ 1.308026] sun7i-dwmac 1c50000.ethernet: DWMAC1000
[ 1.313037] sun7i-dwmac 1c50000.ethernet: DMA HW capability register supported
[ 1.320255] sun7i-dwmac 1c50000.ethernet: Normal descriptors
[ 1.325923] sun7i-dwmac 1c50000.ethernet: Ring mode enabled
[ 1.331758] libphy: stmmac: probed
[ 1.387839] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04
[ 1.396129] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.477848] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.04
[ 1.486130] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.605748] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001, bcdDevice= 5.04
[ 1.614037] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.646062] hctosys: unable to open rtc device (rtc0)
[ 1.651700] ALSA device list:
[ 1.664460] VFS: Mounted root (squashfs filesystem) readonly on device 179:2.
[ 1.811603] usb 2-1: new high-speed USB device number 2 using ehci-platform
[ 2.073388] usb 2-1: New USB device found, idVendor=0bda, idProduct=8178, bcdDevice= 2.00
[ 2.081671] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.303484] sun7i-dwmac 1c50000.ethernet eth0: no phy at addr -1
[ 3.309504] sun7i-dwmac 1c50000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[ 11.333343] mount_root: switching to f2fs overlay
[ 24.766062] sun7i-dwmac 1c50000.ethernet eth0: no phy at addr -1
[ 24.772199] sun7i-dwmac 1c50000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[ 24.788465] br-lan: port 1(eth0.1) entered blocking state
[ 24.794046] br-lan: port 1(eth0.1) entered disabled state
[ 24.799827] device eth0.1 entered promiscuous mode


15.06.20213879Base systemBug ReportVery LowLowIncorrect switch config for TP-Link Archer C2 AC750openwrt-21.02Unconfirmed Task Description

Model TP-Link Archer C2 v1
Architecture MediaTek MT7620A ver:2 eco:5
Firmware Version OpenWrt 21.02.0-rc2 r16122-c2139eef27 / LuCI openwrt-21.02 branch git-21.148.49484-14511e5

The Archer C2 has a little unusual switch setup, in that the SoC itself only has an unused 100Mb switch and instead there is an extra RTL8367B chip. We can only assume TP-Link wanted to make this a 1Gb device, despite using a 100Mb SoC. (and indeed, the 1Gb ports is why I got this particular cheap device)

OpenWRT 19.07.7 handled this beautifully, as it simply did not show the switch0, neither in UCI nor in Luci, though the RTL8367B chip is labeled switch1 in stead of the more usual switch0

When clean upgrading (so removing and rebuilding all config) to 21.02.0-rc2 I noticed that the internal switch was now populated in UCI and displayed in Luci
The Archer C2 does work, switch1 is configured as expected, but the presence of switch0 seems to cause Luci to display an error “Switch switch0 has an unknown topology - the VLAN settings might not be accurate.” and further prevents Luci from updating switch1 settings.

So the presence of switch0 in UCI is confusing and unneeded, and also prevents Luci from working.

Manually removing the switch0 section from /etc/config/network makes it all work again.

/etc/config/network as generated on 19.07.7 (only the switch section)

config switch
        option name 'switch1'
        option reset '1'
        option enable_vlan '1'
        option max_length '3'

config switch_vlan
        option device 'switch1'
        option vlan '1'
        option ports '6t 1 2 3 4'

config switch_vlan
        option device 'switch1'
        option vlan '2'
        option ports '6t 0'

/etc/config/network as generated on 21.02.0-rc2 (only the switch section)

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

config switch
        option name 'switch1'
        option reset '1'
        option enable_vlan '1'
        option enable_vlan4k '1'
        option max_length '3'

config switch_vlan
        option device 'switch1'
        option vlan '1'
        option ports '6t 1 2 3 4'

config switch_vlan
        option device 'switch1'
        option vlan '2'
        option ports '6t 0'

so to restate, after manually removing the extra switch0 from rc2, it all was normal again

15.06.20213878PackagesBug ReportVery LowLowpdns-recursor fails to start due to missing directoryTrunkUnconfirmed Task Description

Architecture: x86_64 (PC Engines APU2)
Built from trunk r16953-f6a03bff5b

pdns-recursor fails to start due to missing /var/run/pdns-recursor directory. Manually creating the directory allows pdns-recursor to start but contents of /var/run do not survive a reboot.

Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: PowerDNS Recursor 4.5.2 (C) 2001-2021 PowerDNS.COM BV
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: Using 64-bits mode. Built using gcc 10.3.0.
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: PowerDNS comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it according to the terms of the GPL version 2.
Tue Jun 15 03:11:21 2021 daemon.err pdns_recursor[1826]: If using IPv6, please raise sysctl net.ipv6.route.max_size, currently set to 4096 which is < 16384
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: Enabling IPv4 transport for outgoing queries
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: NOT using IPv6 for outgoing queries - add an IPv6 address (like '::') to query-local-address to enable
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: Only allowing queries from: 127.0.0.0/8, 10.0.0.0/8, 100.64.0.0/10, 169.254.0.0/16, 192.168.0.0/16, 172.16.0.0/12, ::1/128, fc00::/7, fe80::/10
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: Will not send queries to: 127.0.0.0/8, 10.0.0.0/8, 100.64.0.0/10, 169.254.0.0/16, 192.168.0.0/16, 172.16.0.0/12, ::1/128, fc00::/7, fe80::/10, 0.0.0.0/8, 192.0.0.0/24, 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, 240.0.0.0/4, ::/96, ::ffff:0:0/96, 100::/64, 2001:db8::/32, 0.0.0.0, ::
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: PowerDNS Recursor itself will distribute queries over threads
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: Inserting rfc 1918 private space zones
Tue Jun 15 03:11:21 2021 daemon.info pdns_recursor[1826]: Listening for UDP queries on 172.17.2.10:53
Tue Jun 15 03:11:21 2021 daemon.info pdns_recursor[1826]: Enabled TCP data-ready filter for (slight) DoS protection
Tue Jun 15 03:11:21 2021 daemon.info pdns_recursor[1826]: Listening for TCP queries on 172.17.2.10:53
Tue Jun 15 03:11:21 2021 daemon.warn pdns_recursor[1826]: Insufficient number of filedescriptors available for max-mthreads*threads setting! (4096 < 4121), reducing max-mthreads to 2035
Tue Jun 15 03:11:21 2021 daemon.err pdns_recursor[1826]: Problem with socket directory /var/run/pdns-recursor: it does not exist or cannot access; see https://docs.powerdns.com/recursor/upgrade.html#x-to-4-3-0-or-master


 
14.06.20213877Base systemBug ReportVery LowLowrtl8812au-ct problemsTrunkUnconfirmed Task Description

probably all Realtek drivers like rtl8812au-ct
and other variants like

morrownr/gordboy (5.9.3.2)
https://github.com/openwrt/openwrt/pull/4229 https://github.com/openwrt/openwrt/pull/4230

aircrack-ng (5.6.4.2):
https://github.com/openwrt/openwrt/pull/4273

have problems locks during driver bringup - this might result in some
instabilites (hangs) later

rtl8812au-ct prints the following during boot with an attached 8812au card (Netis WF2160):

[   26.813377] RTL871X: module init start
[   26.820024] RTL871X: rtl8812au v4.3.14_13455.20150212_BTCOEX20150128-51
[   26.826663] RTL871X: rtl8812au BT-Coex version = BTCOEX20150128-51
[   27.145310] 
[   27.151078] ============================================
[   27.157510] WARNING: possible recursive locking detected
[   27.157510] 5.10.41 #0 Not tainted
[   27.170012] --------------------------------------------
[   27.176524] kmodloader/1490 is trying to acquire lock:
[   27.182480] ffff88801473a358 (plock){+...}-{2:2}, at: rtw_alloc_macid+0x128/0x355 [rtl8812au]
[   27.188960] 
[   27.188960] but task is already holding lock:
[   27.197405] ffffc9000015fce8 (plock){+...}-{2:2}, at: rtw_alloc_stainfo+0x3c/0x23a [rtl8812au]
[   27.207456] 
[   27.207456] other info that might help us debug this:
[   27.221130]  Possible unsafe locking scenario:
[   27.221130] 
[   27.234502]        CPU0
[   27.237460]        ----
[   27.237460]   lock(plock);
[   27.247422]   lock(plock);
[   27.257382] 
[   27.257382]  *** DEADLOCK ***
[   27.257382] 
[   27.267430]  May be due to missing lock nesting notation
[   27.267430] 
[   27.287382] 3 locks held by kmodloader/1490:
[   27.287382]  #0: ffff888009161a18 (&dev->mutex){....}-{3:3}, at: __device_driver_lock+0x54/0x60
[   27.297382]  #1: ffff8880091621a8 (&dev->mutex){....}-{3:3}, at: __device_driver_lock+0x3e/0x60
[   27.297382]  #2: ffffc9000015fce8 (plock){+...}-{2:2}, at: rtw_alloc_stainfo+0x3c/0x23a [rtl8812au]
[   27.307412] 
[   27.307412] stack backtrace:
[   27.317382] CPU: 1 PID: 1490 Comm: kmodloader Not tainted 5.10.41 #0
[   27.327380] Hardware name:  /D945GCLF2, BIOS LF94510J.86A.0150.2009.0210.0006 02/10/2009
[   27.327380] Call Trace:
[   27.337409]  dump_stack+0x93/0xbd
[   27.337409]  __lock_acquire.cold.60+0x122/0x2cc
[   27.347381]  lock_acquire+0xcf/0x3e0
[   27.357413]  ? rtw_alloc_macid+0x128/0x355 [rtl8812au]
[   27.357413]  ? _rtw_reordering_ctrl_timeout_handler+0xb/0xb [rtl8812au]
[   27.367382]  _raw_spin_lock_bh+0x31/0x40
[   27.367382]  ? rtw_alloc_macid+0x128/0x355 [rtl8812au]
[   27.377412]  rtw_alloc_macid+0x128/0x355 [rtl8812au]
[   27.377412]  ? init_timer_key+0x51/0x100
[   27.387383]  rtw_alloc_stainfo+0x1d2/0x23a [rtl8812au]
[   27.397410]  rtw_init_bcmc_stainfo+0x40/0x5b [rtl8812au]
[   27.397410]  rtw_init_drv_sw+0x13c/0x175 [rtl8812au]
[   27.407385]  rtw_usb_if1_init+0x182/0x21d [rtl8812au]
[   27.407385]  rtw_drv_init+0x41a/0x4c1 [rtl8812au]
[   27.417412]  usb_probe_interface+0x107/0x2b0
[   27.417412]  really_probe+0x10a/0x450
[   27.427382]  driver_probe_device+0x6c/0x160
[   27.427382]  device_driver_attach+0x53/0x60
[   27.437411]  __driver_attach+0x98/0x130
[   27.447380]  ? device_driver_attach+0x60/0x60
[   27.447380]  bus_for_each_dev+0x79/0xc0
[   27.457412]  driver_attach+0x19/0x20
[   27.457412]  bus_add_driver+0x125/0x240
[   27.467381]  driver_register+0x5b/0x100
[   27.467381]  usb_register_driver+0xaf/0x170
[   27.477468]  ? 0xffffffffa089c000
[   27.477468]  rtw_drv_entry+0x81/0x1000 [rtl8812au]
[   27.487387]  do_one_initcall+0x65/0x310
[   27.497413]  ? kmem_cache_alloc_trace+0x7a0/0x9b0
[   27.497413]  do_init_module+0x5b/0x210
[   27.507383]  load_module+0x252b/0x2940
[   27.507383]  ? find_held_lock+0x36/0xb0
[   27.517411]  __do_sys_init_module+0x122/0x190
[   27.517411]  ? __do_sys_init_module+0x122/0x190
[   27.527384]  __x64_sys_init_module+0x15/0x20
[   27.527384]  do_syscall_64+0x37/0x50
[   27.537410]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[   27.537410] RIP: 0033:0x7f863178ffc2
[   27.547382] Code: eb 0e 4c 8b 44 24 08 4d 8d 48 08 4c 89 4c 24 08 44 8b 0c 24 4d 8b 00 4c 01 c9 41 83 f9 2f 76 05 48 8b 4c 24 08 4c 8b 09 0f 05 <48> 89 c7 e8 86 f2 fd ff 48 8b 74 24 18 64 48 33 34 25 28 00 00 00
[   27.557413] RSP: 002b:00007ffdfbe799f0 EFLAGS: 00000212 ORIG_RAX: 00000000000000af
[   27.557413] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f863178ffc2
[   27.567382] RDX: 00000000004042b5 RSI: 00000000002df6a0 RDI: 00007f8631456020
[   27.567382] RBP: 00000000004060a0 R08: 0000000000000000 R09: 00007f8631757860
[   27.577381] R10: 0000000000000000 R11: 0000000000000212 R12: 00007f8631456020
[   27.577381] R13: 0000000000000003 R14: 00000000004042b5 R15: 00000000002df6a0
[   27.592802] RTL871X: rtw_ndev_init(wlan0)
[   27.600701] usbcore: registered new interface driver rtl8812au
[   27.606908] RTL871X: module init ret=0
 


13.06.20213875Base systemBug ReportVery LowLowNAT reflection/loopback fails with multiple zonesAllUnconfirmed Task Description

I just want to reopen the ticket because it was closed (reason EOL of the version where it was created).

It it not a bug but would be a nice feature for everyone who hosts private servers.

Everything can be found here:
https://bugs.openwrt.org/index.php?do=details&task_id=1645&dev=4

13.06.20213874Base systemBug ReportVery LowLowRepeated connection losses, maybe due to "Rate marked a...TrunkUnconfirmed Task Description

Problem occurs on a TL-WR1043ND v1 / Atheros AR9132 rev 2 and seems to cause connection loss. As it repeats connection is lost frequently (like every 5 minutes).

Firmware is OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.044.30835-34e0d65

Device is configured with multiple vlan's and SSID's.

https://dev.archive.openwrt.org/ticket/6411.html#comment:81 indicates a buggy hardware / firmware corrupting datastructures but I didnÄt see anything regarding "TX DMA" in my logs either before or after.

First occurrence shows as

[ 4026.370817] ------------[ cut here ]------------
[ 4026.375554] WARNING: CPU: 0 PID: 0 at backports-4.19.161-1/net/mac80211/rx.c:4551 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[ 4026.386511] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 78 (0x4e)
[ 4026.395963] 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 ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[ 4026.463609] CPU: 0 PID: 0 Comm: swapper Not tainted 4.14.221 #0
[ 4026.469561] Stack : 00000000 800b2d94 80500000 804b2a28 00000000 00000000 00000000 00000000
[ 4026.477999]         00000000 00000000 00000000 00000000 00000000 00000001 81807cd8 19976146
[ 4026.486440]         81807d70 00000000 00000000 00006b90 00000038 8044a6f8 00000008 00000000
[ 4026.494880]         00000180 85400000 0000017f 00000000 81807cb8 00000000 00000000 80e676d4
[ 4026.503316]         80e29ea4 000011c7 00000000 000001ff 00000002 80281624 00000000 80630000
[ 4026.511736]         ...
[ 4026.514213] Call Trace:
[ 4026.514226] [<800b2d94>] 0x800b2d94
[ 4026.520215] [<8044a6f8>] 0x8044a6f8
[ 4026.523761] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[ 4026.529722] [<80281624>] 0x80281624
[ 4026.533255] [<8006a56c>] 0x8006a56c
[ 4026.536770] [<8006a574>] 0x8006a574
[ 4026.540289] [<80084d80>] 0x80084d80
[ 4026.543828] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[ 4026.549818] [<80084e08>] 0x80084e08
[ 4026.553348] [<80305344>] 0x80305344
[ 4026.556885] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[ 4026.562854] [<80230430>] 0x80230430
[ 4026.566365] [<803044d4>] 0x803044d4
[ 4026.569878] [<803027a4>] 0x803027a4
[ 4026.573422] [<80305e18>] 0x80305e18
[ 4026.576983] [<80ee77b4>] 0x80ee77b4 [ath9k@80ee0000+0x18290]
[ 4026.582727] [<80ee7794>] 0x80ee7794 [ath9k@80ee0000+0x18290]
[ 4026.588448] [<80ee4a24>] 0x80ee4a24 [ath9k@80ee0000+0x18290]
[ 4026.594160] [<80087e7c>] 0x80087e7c
[ 4026.597671] [<80450248>] 0x80450248
[ 4026.601183] [<800b8f84>] 0x800b8f84
[ 4026.604714] [<80230430>] 0x80230430
[ 4026.608223] [<800657d8>] 0x800657d8
[ 4026.611730] 
[ 4026.613252] ---[ end trace b6c79bcd99353cfc ]---

Last were back to back

[4116904.988692] WARNING: CPU: 0 PID: 0 at backports-4.19.161-1/net/mac80211/rx.c:4551 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4116904.999836] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 79 (0x4f)
[4116905.009468] 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 ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[4116905.077291] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.14.221 #0
[4116905.084647] Stack : 00000000 800b2d94 80500000 804b2a28 00000000 00000000 00000000 00000000
[4116905.093265]         00000000 00000000 00000000 00000000 00000000 00000001 81807cd8 19976146
[4116905.101863]         81807d70 00000000 00000000 0001a198 00000038 8044a6f8 00000008 00000000
[4116905.110479]         0000058a c2600000 00000589 00000000 81807cb8 00000000 00000000 80e676d4
[4116905.119094]         80e29ea4 000011c7 00000000 00000200 00000002 80281624 00000000 80630000
[4116905.127709]         ...
[4116905.130351] Call Trace:
[4116905.130364] [<800b2d94>] 0x800b2d94
[4116905.136720] [<8044a6f8>] 0x8044a6f8
[4116905.140419] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4116905.146563] [<80281624>] 0x80281624
[4116905.150256] [<8006a56c>] 0x8006a56c
[4116905.153952] [<8006a574>] 0x8006a574
[4116905.157640] [<80084d80>] 0x80084d80
[4116905.161331] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4116905.167499] [<80084e08>] 0x80084e08
[4116905.171204] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4116905.177365] [<803044d4>] 0x803044d4
[4116905.181054] [<803046bc>] 0x803046bc
[4116905.184756] [<800d03ac>] 0x800d03ac
[4116905.188447] [<80ed43f4>] 0x80ed43f4 [ath9k_common@80ed4000+0x2be0]
[4116905.194891] [<80ee77b4>] 0x80ee77b4 [ath9k@80ee0000+0x18290]
[4116905.200797] [<80ee7794>] 0x80ee7794 [ath9k@80ee0000+0x18290]
[4116905.206706] [<80ee4a24>] 0x80ee4a24 [ath9k@80ee0000+0x18290]
[4116905.212592] [<80087e7c>] 0x80087e7c
[4116905.216278] [<80450248>] 0x80450248
[4116905.219964] [<800b8f84>] 0x800b8f84
[4116905.223669] [<80230430>] 0x80230430
[4116905.227352] [<800657d8>] 0x800657d8
[4116905.231034] 
[4116905.232730] ---[ end trace b6c79bcd99353d13 ]---
[4173009.094201] ------------[ cut here ]------------
[4173009.099070] WARNING: CPU: 0 PID: 0 at backports-4.19.161-1/net/mac80211/rx.c:4551 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4173009.110213] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 79 (0x4f)
[4173009.119844] 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 ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[4173009.187672] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.14.221 #0
[4173009.195036] Stack : 00000000 800b2d94 80500000 804b2a28 00000000 00000000 00000000 00000000
[4173009.203645]         00000000 00000000 00000000 00000000 00000000 00000001 81807cd8 19976146
[4173009.212240]         81807d70 00000000 00000000 0001acc0 00000038 8044a6f8 00000008 00000000
[4173009.220855]         000005ae e4200000 000005ad 00000000 81807cb8 00000000 00000000 80e676d4
[4173009.229470]         80e29ea4 000011c7 00000000 000001ff 00000002 80281624 00000000 80630000
[4173009.238085]         ...
[4173009.240729] Call Trace:
[4173009.240741] [<800b2d94>] 0x800b2d94
[4173009.247097] [<8044a6f8>] 0x8044a6f8
[4173009.250795] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4173009.256938] [<80281624>] 0x80281624
[4173009.260633] [<8006a56c>] 0x8006a56c
[4173009.264328] [<8006a574>] 0x8006a574
[4173009.268018] [<80084d80>] 0x80084d80
[4173009.271708] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4173009.277883] [<80084e08>] 0x80084e08
[4173009.281590] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4173009.287750] [<803044d4>] 0x803044d4
[4173009.291438] [<803027a4>] 0x803027a4
[4173009.295159] [<80305e18>] 0x80305e18
[4173009.298894] [<80ee77b4>] 0x80ee77b4 [ath9k@80ee0000+0x18290]
[4173009.304777] [<800cffa4>] 0x800cffa4
[4173009.308501] [<80ee7794>] 0x80ee7794 [ath9k@80ee0000+0x18290]
[4173009.314408] [<80ee4a24>] 0x80ee4a24 [ath9k@80ee0000+0x18290]
[4173009.320272] [<80087e7c>] 0x80087e7c
[4173009.323979] [<80450248>] 0x80450248
[4173009.327663] [<800b8f84>] 0x800b8f84
[4173009.331349] [<80230430>] 0x80230430
[4173009.335053] [<800657d8>] 0x800657d8
[4173009.338734] 
[4173009.340411] ---[ end trace b6c79bcd99353d14 ]---
[4180220.321840] ------------[ cut here ]------------
[4180220.326728] WARNING: CPU: 0 PID: 0 at backports-4.19.161-1/net/mac80211/rx.c:4551 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180220.337857] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 77 (0x4d)
[4180220.347486] 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 ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[4180220.415309] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.14.221 #0
[4180220.422666] Stack : 00000000 800b2d94 80500000 804b2a28 00000000 00000000 00000000 00000000
[4180220.431266]         00000000 00000000 00000000 00000000 00000000 00000001 81807cd8 19976146
[4180220.439881]         81807d70 00000000 00000000 0001b7c8 00000038 8044a6f8 00000008 00000000
[4180220.448497]         000005d2 d7a00000 000005d1 00000000 81807cb8 00000000 00000000 80e676d4
[4180220.457112]         80e29ea4 000011c7 00000000 000001ff 00000002 80281624 00000000 80630000
[4180220.465727]         ...
[4180220.468371] Call Trace:
[4180220.468383] [<800b2d94>] 0x800b2d94
[4180220.474733] [<8044a6f8>] 0x8044a6f8
[4180220.478438] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180220.484580] [<80281624>] 0x80281624
[4180220.488274] [<8006a56c>] 0x8006a56c
[4180220.491956] [<8006a574>] 0x8006a574
[4180220.495671] [<80084d80>] 0x80084d80
[4180220.499368] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180220.505543] [<80084e08>] 0x80084e08
[4180220.509249] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180220.515409] [<803044d4>] 0x803044d4
[4180220.519093] [<803046bc>] 0x803046bc
[4180220.522807] [<80ed43f4>] 0x80ed43f4 [ath9k_common@80ed4000+0x2be0]
[4180220.529248] [<80ee77b4>] 0x80ee77b4 [ath9k@80ee0000+0x18290]
[4180220.535130] [<800cffa4>] 0x800cffa4
[4180220.538855] [<80ee7794>] 0x80ee7794 [ath9k@80ee0000+0x18290]
[4180220.544762] [<80ee4a24>] 0x80ee4a24 [ath9k@80ee0000+0x18290]
[4180220.550634] [<80087e7c>] 0x80087e7c
[4180220.554342] [<80450248>] 0x80450248
[4180220.558026] [<800b8f84>] 0x800b8f84
[4180220.561712] [<80230430>] 0x80230430
[4180220.565416] [<800657d8>] 0x800657d8
[4180220.569096] 
[4180220.570773] ---[ end trace b6c79bcd99353d15 ]---
[4180360.684224] ------------[ cut here ]------------
[4180360.689089] WARNING: CPU: 0 PID: 0 at backports-4.19.161-1/net/mac80211/rx.c:4551 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180360.700229] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 77 (0x4d)
[4180360.709856] 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 ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[4180360.777679] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.14.221 #0
[4180360.785041] Stack : 00000000 800b2d94 80500000 804b2a28 00000000 00000000 00000000 00000000
[4180360.793648]         00000000 00000000 00000000 00000000 00000000 00000001 81807cd8 19976146
[4180360.802242]         81807d70 00000000 00000000 0001c2f0 00000038 8044a6f8 00000008 00000000
[4180360.810859]         000005f6 a2400000 000005f5 00000000 81807cb8 00000000 00000000 80e676d4
[4180360.819472]         80e29ea4 000011c7 00000000 00000200 00000002 80281624 00000000 80630000
[4180360.828088]         ...
[4180360.830737] Call Trace:
[4180360.830749] [<800b2d94>] 0x800b2d94
[4180360.837107] [<8044a6f8>] 0x8044a6f8
[4180360.840807] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180360.846950] [<80281624>] 0x80281624
[4180360.850643] [<8006a56c>] 0x8006a56c
[4180360.854339] [<8006a574>] 0x8006a574
[4180360.858028] [<80084d80>] 0x80084d80
[4180360.861719] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180360.867895] [<80084e08>] 0x80084e08
[4180360.871601] [<80e29ea4>] 0x80e29ea4 [mac80211@80e00000+0x6c6c0]
[4180360.877761] [<803044d4>] 0x803044d4
[4180360.881445] [<803046bc>] 0x803046bc
[4180360.885152] [<800d03ac>] 0x800d03ac
[4180360.888851] [<80ed43f4>] 0x80ed43f4 [ath9k_common@80ed4000+0x2be0]
[4180360.895309] [<80ee77b4>] 0x80ee77b4 [ath9k@80ee0000+0x18290]
[4180360.901177] [<800cffa4>] 0x800cffa4
[4180360.904911] [<80ee7794>] 0x80ee7794 [ath9k@80ee0000+0x18290]
[4180360.910784] [<802ccdd5>] 0x802ccdd5
[4180360.914503] [<80ee4a24>] 0x80ee4a24 [ath9k@80ee0000+0x18290]
[4180360.920372] [<80087e7c>] 0x80087e7c
[4180360.924079] [<80450248>] 0x80450248
[4180360.927764] [<800b8f84>] 0x800b8f84
[4180360.931450] [<80230430>] 0x80230430
[4180360.935154] [<800657d8>] 0x800657d8
[4180360.938834] 
[4180360.940511] ---[ end trace b6c79bcd99353d16 ]---

I know it's an old device and low on memory, but I'd be happy if a solution or work around (like checking datastructure on return) could be found.

Showing tasks 151 - 200 of 1367 Page 4 of 28<<First - 2 - 3 - 4 - 5 - 6 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing