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.

OpenedIDCategory  ascTask TypePrioritySeveritySummaryReported InStatus
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.

 


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.


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

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.

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

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

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.

12.06.20213873Base systemBug ReportVery LowHighHostapd: Wlan1 (MT7613 gets disabled after restarting R...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

     TP-Link Archer C6 v3 & 
     Linksys e5600

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

     e5600 :https://downloads.openwrt.org/snapshots/targets/ramips/mt7621/openwrt-ramips-mt7621-linksys_e5600-squashfs-factory.bin
     Archer C6V3: OpenWrt 21.02-SNAPSHOT r0-2c462a2 

- Steps to reproduce

     Make changes to SSID/channel etc on the SSID of Radio1 and restart Radio 1 after reapplying the changes. The radio will be disabled after a few restart. Even, if the radio stays enable there is no output on 5G band, and can be verified by scanners like linSSID.

The logs show

Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED <mac #>
Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: STA-OPMODE-N_SS-CHANGED <mac #> 1
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> IEEE 802.11: authenticated
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> IEEE 802.11: associated (aid 1)
Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED <mac #>
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> RADIUS: starting accounting session F29691BFEF566F6D
Sat Jun 12 19:18:21 2021 daemon.info hostapd: wlan1: STA <mac #> WPA: pairwise key handshake completed (RSN)
Sat Jun 12 19:18:21 2021 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED <mac #>
***snip****
Sat Jun 12 19:18:44 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1)
Sat Jun 12 19:18:44 2021 daemon.err hostapd: Interface name wlan1 already in use
Sat Jun 12 19:18:44 2021 daemon.notice netifd: radio1 (30801): Command failed: Invalid argument
Sat Jun 12 19:18:44 2021 daemon.notice netifd: radio1 (30801): Device setup failed: HOSTAPD_START_FAILED
Sat Jun 12 19:18:44 2021 kern.warn kernel: [346712.410330] IPv6: MLD: clamping QRV from 1 to 2!
Sat Jun 12 19:18:44 2021 daemon.notice netifd: radio1 (30916): WARNING: Variable 'data' does not exist or is not an array/object
Sat Jun 12 19:18:50 2021 kern.warn kernel: [346718.422284] IPv6: MLD: clamping QRV from 1 to 2!

12.06.20213871Base systemBug ReportVery LowLow netifd: radioX (pid): ./mac80211.sh: eval: line 1: 1=0...TrunkUnconfirmed Task Description

Device: Totolink x5000r
OpenWrt SNAPSHOT r16925-b721579842
LUCI Master (git-21.160.71743-e3bf521)

Message in syslog when configuring AX radio from LUCI:

Sat Jun 12 09:24:17 2021 daemon.notice netifd: radio0 (27492): ./mac80211.sh: eval: line 1: 1=0: not found

Function mac80211_add_he_capabilities in file /lib/netifd/wireless/mac80211.sh is called with arguments:

he_su_beamformer:12:0x80:1 he_su_beamformee:6d:0x1:0 he_mu_beamformer:6d:0x2:1 he_spr_sr_control:06:0x1:0 he_twt_required:08:0x6:0

Line 119 should probably be eval “$1=0” instead of eval “$4=0”

09.06.20213862Base systemBug ReportVery LowLow[ATH79][19.07.7] unstable USB on Archer C7 v1/v2/v4openwrt-19.07Unconfirmed Task Description

Hi!

I have some problems with multiple host and usb devices, while using 19.07 release. I tried 19.07, 19.07.1, 19.07.3 and 19.07.7.
I tried three Archer C7 versions over the time, and different USB devices and even different overlay filesystems, but the symptoms are the same.
With overlayfs the devices losts it's USB storage after ~1-2 days, however without overlay it works up to 4 days. Unfortunately SSH or web access is mostly not possible after the device looses the USB device(9 out of 10).
I opened previously bug report for 1043v2, this device batch (MIPS and TP-Link) seem to be affected.

[263194.198081] usb 2-1: reset high-speed USB device number 2 using ehci-platform
[263199.378038] usb 2-1: device descriptor read/64, error -145
[263214.737906] usb 2-1: device descriptor read/64, error -145
[263215.007920] usb 2-1: reset high-speed USB device number 2 using ehci-platform
[263215.167912] usb 2-1: device descriptor read/64, error -71
[263215.447908] usb 2-1: device descriptor read/64, error -71
[263215.717902] usb 2-1: reset high-speed USB device number 2 using ehci-platform
[263216.167896] usb 2-1: device not accepting address 2, error -71
[263216.317897] usb 2-1: reset high-speed USB device number 2 using ehci-platform
[263216.767886] usb 2-1: device not accepting address 2, error -71
[263216.774186] usb 2-1: USB disconnect, device number 2
[263216.807934] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[263216.816500] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x28 28 00 04 2b 26 b8 00 00 20 00
[263216.824449] print_req_error: I/O error, dev sda, sector 69936824
[263216.833972] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[263216.842578] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x28 28 00 04 2b 26 d8 00 00 20 00
[263216.850508] print_req_error: I/O error, dev sda, sector 69936856
[263217.035893] blk_partition_remap: fail for partition 3
[263217.084319] blk_partition_remap: fail for partition 3
[263217.089747] usb 2-1: new high-speed USB device number 3 using ehci-platform
[263217.220988] blk_partition_remap: fail for partition 3
[263217.226496] blk_partition_remap: fail for partition 3
[263217.335635] blk_partition_remap: fail for partition 3
[263217.378953] usb 2-1: device descriptor read/64, error -71
[263217.403255] blk_partition_remap: fail for partition 3
[263217.716297] usb 2-1: device descriptor read/64, error -71
[263217.766228] blk_partition_remap: fail for partition 3
[263217.900631] blk_partition_remap: fail for partition 3
[263217.939582] blk_partition_remap: fail for partition 3
[263217.945175] blk_partition_remap: fail for partition 3
[263217.987923] usb 2-1: new high-speed USB device number 4 using ehci-platform
[263218.157896] usb 2-1: device descriptor read/64, error -71
[263218.437883] usb 2-1: device descriptor read/64, error -71
[263218.558126] usb usb2-port1: attempt power cycle
[263219.267879] usb 2-1: new high-speed USB device number 5 using ehci-platform
[263219.717866] usb 2-1: device not accepting address 5, error -71
[263219.867910] usb 2-1: new high-speed USB device number 6 using ehci-platform
[263220.317873] usb 2-1: device not accepting address 6, error -71
[263220.324047] usb usb2-port1: unable to enumerate USB device
[304298.508857] blk_partition_remap: fail for partition 3
06.06.20213858Base systemBug ReportVery LowLowWireless devices lose networkingAllUnconfirmed Task Description

Hardware: Linksys WRT3200ACM connected to AT&T BGW-210 with Passthrough enabled.
Software: OpenWRT 19.07.7, OpenWRT 21.02.0-rc2

WRT3200 configured with 10.1.1.1, BGW-210 configured with 192.168.1.254
BGW-210 has wireless disabled and only has WRT3200 connected

About two weeks ago, wireless devices started to randomly lose networking capability. They would remain connected to WiFi, but had no internet and could also not connect to the Luci interface via IP address in browser. I tried switching to 21.02.0-rc2 hoping that would fix it, but the results are the same. The only two options to fix the problem was to either reboot the WRT3200 or forget the WiFi network/name on the device having issues and then re-connect to WiFi.

My final configurations before I switched back to latest Linksys firmware (because I was going crazy with devices constantly losing internet) was just having Cloudflare DNS setup under Networking → Interfaces → WAN/WAN6 and maybe under LAN. No additional packages beyond the flash were installed. Attempted to give static leases to devices but that did not seem to help.

Wireless was setup as WPA2 AES (NOT WPA3 or WPA2/WPA3-mixed) with a different name for 5Ghz vs 2.4Ghz, Krack protection enabled, auto selection of channel. No other options changed. The 3rd wireless option was configured for Guest with the same settings plus isolate clients, but that config was never turned on.

Each wireless device affected would happen at its own random time. Devices connected via ethernet had no issues.

I keep all packages up-to-date and had been running with this same configuration/setup for over a year with the only change keeping OpenWRT OS version up-to-date. Sometimes I would flash the 19.07.x updates as a fresh config and re-setup everything in the same way.

If I absolutely need to re-flash to provide more information, I can but it will hurt.

04.06.20213854Base systemBug ReportVery LowLowprocd / inittab does not restart compiled c application...TrunkUnconfirmed Task Description

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

 

Issue Overview: I have a test application that should be respawned via procd when/if it is ever closed. Procd doesn’t re-launch this application. I have built a test app (detailed below) to limit the variables in testing.

Device: GL-iNet GL-MT300N-V2
Software Versions: OpenWRT Version 19.07.7 (All versions of 19.07 → 21.02 I have used are currently been experiencing this. 18.06 does not appear to have this issue for me) - Packages included (selected with imagebuilder):
CONFIG_TARGET_ramips=y
CONFIG_TARGET_ramips_mt76x8=y
CONFIG_TARGET_MULTI_PROFILE=y
CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_alfa-network_awusfree1=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_alfa-network_awusfree1=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_wcr-1166ds=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_wcr-1166ds=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_cudy_wr1000=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_cudy_wr1000=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_duzun-dm06=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_duzun-dm06=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_gl-mt300n-v2=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_gl-mt300n-v2=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_glinet_vixmini=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_glinet_vixmini=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_hilink_hlk-7628n=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_hilink_hlk-7628n=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_hc5661a=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_hc5661a=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_hiwifi_hc5861b=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_hiwifi_hc5861b=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_LinkIt7688=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_LinkIt7688=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_mt7628=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_mt7628=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_mac1200r-v2=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_mac1200r-v2=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_netgear_r6120=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_netgear_r6120=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_omega2=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_omega2=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_omega2p=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_omega2p=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_pbr-d1=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_pbr-d1=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_rakwireless_rak633=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_rakwireless_rak633=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_skylab_skw92a=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_skylab_skw92a=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tama_w06=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tama_w06=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_totolink_lr1200=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_totolink_lr1200=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_c20-v4=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_c20-v4=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_c50-v3=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_c50-v3=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_c50-v4=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_c50-v4=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_tl-mr3020-v3=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_tl-mr3020-v3=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_tl-mr3420-v5=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_tl-mr3420-v5=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_tl-wa801nd-v5=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_tl-wa801nd-v5=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_tl-wr802n-v4=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_tl-wr802n-v4=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tl-wr840n-v4=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tl-wr840n-v4=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tl-wr841n-v13=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tl-wr841n-v13=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_tl-wr842n-v5=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_tl-wr842n-v5=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_tplink_tl-wr902ac-v3=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_tplink_tl-wr902ac-v3=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_u7628-01-128M-16M=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_u7628-01-128M-16M=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_vocore2=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_vocore2=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_vocore2lite=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_vocore2lite=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_wavlink_wl-wn570ha1=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_wavlink_wl-wn570ha1=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_wavlink_wl-wn575a3=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_wavlink_wl-wn575a3=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_widora_neo-16m=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_widora_neo-16m=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_widora_neo-32m=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_widora_neo-32m=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_wiznet_wizfi630s=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_wiznet_wizfi630s=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_wrtnode2p=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_wrtnode2p=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_wrtnode2r=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_wrtnode2r=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_xiaomi_mir4a-100m=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_xiaomi_mir4a-100m=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_miwifi-nano=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_miwifi-nano=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_zbtlink_zbt-we1226=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_zbtlink_zbt-we1226=”” CONFIG_TARGET_DEVICE_ramips_mt76x8_DEVICE_zyxel_keenetic-extra-ii=y
CONFIG_TARGET_DEVICE_PACKAGES_ramips_mt76x8_DEVICE_zyxel_keenetic-extra-ii=”” CONFIG_DEVEL=y
CONFIG_TARGET_PER_DEVICE_ROOTFS=y
CONFIG_LIBCURL_NGHTTP2=y
CONFIG_LIBCURL_THREADED_RESOLVER=y
CONFIG_LIBCURL_ZLIB=y
CONFIG_PACKAGE_arp-scan=y
CONFIG_PACKAGE_arp-scan-database=y
CONFIG_PACKAGE_ca-bundle=y
CONFIG_PACKAGE_libcurl=y
CONFIG_PACKAGE_libmbedtls=y
CONFIG_PACKAGE_libnghttp2=y
CONFIG_PACKAGE_liboping=y
CONFIG_PACKAGE_libpcap=y
CONFIG_PACKAGE_librt=y
CONFIG_PACKAGE_zlib=y
CONFIG_ZLIB_OPTIMIZE_SPEED=y

I am building a fairly a stripped-down build of OpenWRT. However, from what I can tell at least, I should have at least the minimum required dependencies/packages/etc. for the application to be respawned correctly.

Repro steps:
I’ve written a test application to isolate issues. This test app is configured to respawn in the exact same way I have my primary application configured. After testing with the test app, this issue persists I can confirm it will not respawn when the application is closed. I can also confirm that the applications themselves will launch and run correctly on the machine if executed. The only thing I cannot get to work at the moment is the procd respawn. However, I should also add that I have a shell script does respawn correctly.

Source code for this app:
Base app:
#include <stdio.h>
int main() {

 printf("Hello, World!");
 return 0;

}

Launcher (This is what should respawn on app end)
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>

int main()
{

pid_t pid = fork();
if(pid == 0)
{
	char * args[2];
	args[0] = malloc(strlen("HelloWorldBase") + 1);
	strcpy(args[0], "HelloWorldBase");
	args[1] = NULL;
	execve("HelloWorldBase", args, NULL);
	abort();
}
int status = 0;
wait(&status);
return 0;

}

inittab file:
::sysinit:/etc/init.d/rcS S boot
::shutdown:/etc/init.d/rcS K shutdown
::respawn:/root/app/HelloWorldBaseLauncher
::askconsole:/bin/login
::respawn:/bin/sh /bin/working-script

I have confirmed that application is compiled correctly and will run correctly when it is directly run. I have also confirmed that shell script in /bin/ folder will respawn as expected. It just seems that the compiled application itself will not respawn.
Additionally, I do not see any console output or errors visible from logread when the application should respawn.

04.06.20213853Base systemBug ReportVery LowHighath79: NETGEAR WNDR4300v2 Bricked on Power Cycle After ...openwrt-21.02Unconfirmed Task Description

On a NETGEAR WNDR4300v2 with stock firmware I flash OpenWrt. It works fine after flash (not power cycled *yet*). On the first power cycle the device is fails to start. I’m able to restore the factory firmware using nmrpflash.

Device: NETGEAR WNDR4300v2
Factory firmware: V1.0.0.58
OpenWrt firmware: openwrt-21.02.0-rc2-ath79-nand-netgear_wndr4300-v2-squashfs-factory.img

I checked the OpenWrt firmware checksum. I did a factory install. On first boot, OpenWrt works just fine. I’m able to adjust settings and Save & Apply them. If I power-cycle the device it fails to boot. The problem exists even if I don’t change any settings in OpenWrt. The Power led is amber continuously. The led for ports 1-4 flash once then remain off. After about 18 seconds the cycle repeats.

I’m able to restore the factory firmware by connecting to port 1. I set a static IP 192.168.1.100/255.255.255.0 Gateway:192.168.1.1. I ran the nmrpflash tool and power On the unit:

> sudo ./nmrpflash -i enp0s25 -f WNDR4300v2-V1.0.0.58.img
Waiting for physical connection.
Advertising NMRP server on enp0s25 ... |
Received configuration request from xx:yy:...
Sending configuration: 10.164.183.252/24.
Received upload request: filename 'firmware'.
Uploading WNDR4300v2-V1.0.0.58.img ... OK
Waiting for remote to respond.
Remote finished. Closing connection.
Reboot your device now.

Once completed the factory firmware is restored.


03.06.20213846Base systemBug ReportVery LowLowppp-multilink in build system cannot replace ppp, but c...openwrt-21.02Unconfirmed Task Description

`PACKAGE_ppp-multilink` seems to provide the `ppp`-daemon with added multilink functionality. So it should be possible to select `ppp-multilink` instead of `ppp`. But in the configuration system the dependencies are not set that way.

If some package required `ppp`, it still cannot be unselected if `ppp-multilink` is selected (see attached screenshot), as it is with many other packages where there are alternatives for the same functionality. Furthermore, `PACKAGE_ppp-multilink=y` will produce a clash with `PACKAGE_ppp=y` when it comes to the install step, see Task #3845.

`ppp` has as `Selected by`-dependencies:

  Selected by [y]:
    - PACKAGE_modemmanager [=y]
    - PACKAGE_pppossh [=y] && (PACKAGE_dropbear [=y] || PACKAGE_openssh-client [=n])
  Selected by [m]:
    - PACKAGE_openfortivpn [=m]
    - PACKAGE_sstp-client [=m]
  Selected by [n]:
    - MODULE_DEFAULT_ppp [=n] && TARGET_PER_DEVICE_ROOTFS [=n] && m && MODULES [=y]
    - PACKAGE_rp-pppoe-sniff [=n] && BROKEN [=n]
    - PACKAGE_pptpd [=n]

where `PACKAGE_ppp-multilink` has none at all.

As `Selects`-dependency, they both have (in different order, but same items):

Selects: PACKAGE_kmod-ppp [=y] && PACKAGE_libc [=y] && PACKAGE_librt [=y] && PACKAGE_libpthread [=y]
03.06.20213844Base systemBug ReportVery LowCriticalUnable to connect to WiFi of D-Link DIR-885LAllUnconfirmed Task Description

am having a problem trying to connect to the WiFi of a D-Link DIR-885L revision A1 with default settings
for the following clients:
Client1: Dell Inspiron 15 5000 running Ubuntu 20.04.2 LTS
Client2: Sony Xperia XZ3 running Android 10

WPA2 → Unable to retrieve DHCP?
WPA3 → Unable to connect
Connecting both clients to Archer C7 1750 v2 running OpenWrt version 19.07.7 works with both WPA2 & WPA3
Connecting to the WiFi of the router itself works with DD-WRT, as well, as the original firmware, so it should not be a hardware issue.

Here is what I have tried:

Both versions 21.02.0-rc1 and 19.07.7
Various combinations of wpad (openssl and wolfssl)
Strage stuff encountered: Ununtu is showing the incorrect security settings...
When using WPA3 with wpad_basic_wolf_ssl it’s saying the network has no security
When using WPA3 with wpad_basic_open_ssl it’s saying the network has WPA2 security
I have attached logs from both the router and the client in the hopes that someone can understand what the issue is.

02.06.20213843Base systemBug ReportVery LowMediumFritz Box 3390, 7362TrunkUnconfirmed Task Description

Ethernet Ports 3+4 not working

Forum Fritzbox 7362 (SL) OpenWrt port

Model AVM FRITZ!Box 3390
Architecture xRX200 rev 1.2
Firmware Version OpenWrt SNAPSHOT r16833-962d530dea / LuCI Master git-21.147.31971-74be304
Kernel Version 5.4.121
root@OpenWrt3390:~# dmesg|grep failed
[ 0.286747] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY
[ 0.814252] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY


01.06.20213841Base systemBug ReportVery LowMediumHardware flow offloading sometimes causes network to sl...openwrt-21.02Unconfirmed Task Description

I flashed OpenWrt 21.02 RC2 to the following devices:
Ubiquiti EdgeRouter X
MikroTik RouterBOARD 760iGS

The following are enabled:
- Hardflow Flow Offloading
- Packet Steering
- luci-app-sqm: cake, piece-of-cake, 0 download/ 50000 upload
- Firewall and all other settings default (after installation)

I have a Huawei AX3 Pro in bridge mode, connected to one of the ethernet ports of either devices above.

Issue:
When scrolling down on any app like YouTube, Facebook, an RSS app from an Android phone, sometimes the contents don’t load or is taking more than 15 seconds to load. This is happening with 2 Android phones, also when using a 4G connection from my provider, this issue doesn’t happen. So this is not a problem with the mobile phones.

I have tried the following combinations which didn’t fix the issue:

Hardflow Flow Offload (on)
Packet Steering (off)
SQM (off)


Hardflow Flow Offload (on)
Packet Steering (on)
SQM (off)
— Hardflow Flow Offload (on)
Packet Steering (off)
SQM (on)

But turning off Hardflow Flow Offload seems to fix it. Unfortunately I have a 1 GB connection, so my downloads suffer if I turn this off.

When I flashed OpenWrt 19.07 to Ubiquiti EdgeRouter X with the same settings above, I didn’t encounter the issue. I have tried flashing again OpenWrt 21.02 RC2 from 19.07 the 2nd time, and using the same settings, and the issue back again.

30.05.20213839Base systemBug ReportVery LowHighXiaomi 4A Gigabit link speed auto negotiationopenwrt-21.02Unconfirmed Task Description

- Device problem occurs on

Xiaomi Mi Router 4A Gigabit Edition

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

OpenWRT 21.02-rc2

- Description

The link speed auto-negotiation is broken. I’ve a 1Gbps switch and a 4-lines ethernet cable (pins 1 2 3 6). It should be possible to achieve a max speed of 100Mbps full duplex. When I connect the switch to the WAN port of the router, the link speed shows up as 1Gbps full duplex (in the router).

Ethernet connectivity remains non-functional unless I set a proper speed and duplex (ex.

ethtool -s wan speed 100 duplex full autoneg off

).

30.05.20213838Base systemBug ReportVery LowMediumMemory fulfilling every one-two days - then crashTrunkUnconfirmed Task Description

Memory fulfilling every one-two days:
Attachment RamBug.png

Kernel Version:5.4.110

Model:Xiaomi Redmi Router AC2100

Architecture:MediaTek MT7621 ver:1 eco:3

Firmware Version:OpenWrt SNAPSHOT r16753-b810d6

HTOP:
Attachment RamBugHtop.png

30.05.20213837Base systemBug ReportVery LowLowmwan3 Member Configuration: confusingTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3#member_configuration - Software versions of OpenWrt/LEDE release, packages, etc.
n/a
- Steps to reproduce
A bit of pedantry, but the entry for ‘weight’ in the table under Member Configuration doesn’t say whether weight is ascending or descending in relation to the number entered - ie, is the relation inverse as for ‘metric’ above or does it follow (my) common sense and a higher number assigns a greater weight?

Thanks

 


29.05.20213835Base systemBug ReportVery LowLow [MT7621] Hardware flow offloading doesn't work for PPP...openwrt-21.02Unconfirmed Task Description

Netgear R6220
OpenWrt 21.02-SNAPSHOT r16122-c213

Hardware flow offloading doesn’t work for PPPoE with VLAN (802.1q), so LAN to WAN is slow and CPU heavy. It does work on 19,07, though.

28.05.20213833Base systemBug ReportVery LowVery Lowrun ash's script over ssh often not executedopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
NAME=”OpenWrt” VERSION=”19.07.7” ID=”openwrt” ID_LIKE=”lede openwrt” PRETTY_NAME=”OpenWrt 19.07.7” VERSION_ID=”19.07.7” HOME_URL=”https://openwrt.org/” BUG_URL=”https://bugs.openwrt.org/” SUPPORT_URL=”https://forum.openwrt.org/” BUILD_ID=”r11306-c4a6851c72” OPENWRT_BOARD=”x86/64” OPENWRT_ARCH=”x86_64” OPENWRT_TAINTS=”” OPENWRT_DEVICE_MANUFACTURER=”OpenWrt” OPENWRT_DEVICE_MANUFACTURER_URL=”https://openwrt.org/” OPENWRT_DEVICE_PRODUCT=”Generic” OPENWRT_DEVICE_REVISION=”v0” OPENWRT_RELEASE=”OpenWrt 19.07.7 r11306-c4a6851c72” - Software versions of OpenWrt/LEDE release, packages, etc.

- Steps to reproduce
1:create file ‘/root/test’ with content:EOF set -x
echo tag1
sleep 100 &
echo tag2
EOF

2:run commandline:
ssh localhost ‘ash /root/test’

3:the output of this commandline is out of order
!!!!!AND!!!!!
the script command ‘sleep 100 &’ is often not executed

27.05.20213832Base systemBug ReportVery LowLow[Regression] xrx200 switch affecting AVM Fritz!Box 7362...TrunkUnconfirmed Task Description

The 7362sl by AVM has two gigabit ports labeled 1+2 and two fast ethernet ports labled 3+4.

They all used to work, but with OpenWrt 21.02.0 only the two gigabit ports work. Port 3+4 are dead. Linked (layer1) can be established, no layer2 or higher traffic possible.

OpenWrt 19.07.7 Kernel 4.14.221 supports ports 3 + 4
Openwrt 21.02.0-rc1 Kernel 5.4.111 ports 3 + 4 are dead

```
root@OpenWrt:~# dmesg|grep -A5 -B5 PHY
[ 0.163028] pinctrl core: initialized pinctrl subsystem
[ 0.170653] NET: Registered protocol family 16
[ 0.183980] dcdc-xrx200 1f106a00.dcdc: Core Voltage : 1016 mV
[ 0.198588] pinctrl-xway 1e100b10.pinmux: Init done
[ 0.205140] dma-xway 1e104100.dma: Init done - hw rev: 7, ports: 7, channels: 28
[ 0.216895] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY
[ 0.265910] usbcore: registered new interface driver usbfs
[ 0.271499] usbcore: registered new interface driver hub
[ 0.276869] usbcore: registered new device driver usb
[ 0.282522] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[ 0.294467] clocksource: Switched to clocksource MIPS
– [ 0.708199] NET: Registered protocol family 10
[ 0.715876] Segment Routing with IPv6
[ 0.718218] NET: Registered protocol family 17
[ 0.722769] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 0.735555] 8021q: 802.1Q VLAN Support v1.8
[ 0.746142] pcie-xrx200 1d900000.pcie: failed to get the PCIe PHY
[ 0.859313] libphy: lantiq,xrx200-mdio: probed
[ 0.869051] net-xrx200: invalid MAC, using random
[ 0.872575] Atheros 8030 ethernet 0:00: attached PHY driver [Atheros 8030 ethernet] (mii_bus:phy_addr=0:00, irq=POLL)
[ 0.883256] Atheros 8030 ethernet 0:01: attached PHY driver [Atheros 8030 ethernet] (mii_bus:phy_addr=0:01, irq=POLL)
[ 0.894242] Intel XWAY PHY11G (xRX v1.2 integrated) 0:11: attached PHY driver [Intel XWAY PHY11G (xRX v1.2 integrated)] (mii_bus:phy_addr=0:11, irq=POLL)
[ 0.907971] Intel XWAY PHY11G (xRX v1.2 integrated) 0:13: attached PHY driver [Intel XWAY PHY11G (xRX v1.2 integrated)] (mii_bus:phy_addr=0:13, irq=POLL)
[ 1.046546] PCI host bridge /fpi@10000000/pcie@d900000 ranges:
[ 1.051221] PCI host bridge to bus 0000:00
[ 1.055083] pci_bus 0000:00: root bus resource [mem 0x1c000000-0x1cffffff]
[ 1.061969] pci_bus 0000:00: root bus resource [io 0x1d800000-0x1d8fffff]
[ 1.068840] pci_bus 0000:00: root bus resource [??? 0×00000000 flags 0×0]
```

Notably might be the line ”failed to get the PCIe PHY“ which does not appear in 19.07.7.

As I didn’t notice any changes regarding this particular device model, it might be a problem with the kernel driver for the switch module.

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

Available keyboard shortcuts

Tasklist

Task Details

Task Editing