Endless stream of error messages after activating WiFi

Installing and Using OpenWrt Network and Wireless Configuration
1

Hi Forum,

Last week I upgraded my x86/64-based OpenWrt router from 23.05.5 to 24.10.5. I have several questions that I would like to raise in separate threads, but what concerns me here is the fact that, after installing ath10k-firmware-qca6174, kmod-ath10k, and wpad and setting up a WiFi connection, I see an endless stream of error messages (PCIe bus error, RxErr, BadTLP, and BadDLLP) scrolling across the screen.

The WiFi connection works — I am even using it while writing this message — but I am wondering what I can (or should) do to get rid of these error messages. I seem to recall that this issue was discussed on this forum before, but I cannot find this thread back. Therefore, I would like to ask whether anyone on this forum knows a solution to this problem. For more details about my system and configuration, see below. If additional information is needed for a proper assessment, I would be happy to provide it. TIA!

etc/config# ubus call system board

root@OpenWrt:/etc/config# ubus call system board
{
"kernel": "6.6.119",
"hostname": "OpenWrt",
"system": "Intel(R) Celeron(R) J6412 @ 2.00GHz",
"model": "Protectli VP2420",
"board_name": "protectli-vp2420",
"rootfs_type": "ext4",
"release": {
"distribution": "OpenWrt",
"version": "24.10.5",
"revision": "r29087-d9c5716d1d",
"target": "x86/64",
"description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
"builddate": "1766005702"
}
}
root@OpenWrt:/etc/config#

cat /etc/config/network

root@OpenWrt:/etc/config# cat /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 'eth0'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option ip6assign '60'
list ipaddr '{redacted}/24'

config interface 'wan'
option device 'eth1'
option proto 'dhcp'

config interface 'wan6'
option device 'eth1'
option proto 'dhcpv6'

config device
option name 'phy0-ap0'
option ipv6 '1'

root@OpenWrt:/etc/config#

cat /etc/config/wireless

root@OpenWrt:/etc/config# cat /etc/config/wireless

config wifi-device 'radio0'
option type 'mac80211'
option path 'pci0000:00/0000:00:1c.6/0000:05:00.0'
option band '5g'
option channel '36'
option htmode 'VHT80'
option country 'NL'
option cell_density '0'

config wifi-iface 'default_radio0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'Great Barrier Reef'
option encryption 'psk2'
option key ‘{Redacted}’

root@OpenWrt:/etc/config#

cat /etc/config/firewall

root@OpenWrt:/etc/config# cat /etc/config/firewall

config defaults
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option synflood_protect '1'

config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
list network 'lan'

config zone
option name 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
list network 'wan'
list network 'wan6'

config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'

config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'

config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'

config forwarding
option src 'lan'
option dest 'wan'

root@OpenWrt:/etc/config#

2

Could you post some of them?

3

Hi _bernd,

Thank you for your reply. For some reason I wasn’t able to upload a polished and better readable picture, so here’s the original. I hope it helps, but in case you need more information or a better picture, do let me know.

IMG_3742
IMG_37421920×1440 716 KB

4

I would not at all be surprised about overcurrent or overheating issues being at play here. Low-power Atom systems often don't like wireless cards that can pull beyond 3A on 3.3V.

5

Hi slh,

The x86/64 based Protectli VP2420 (see https://eu.protectli.com/product/vp2420/), which I use as an OpenVPN router, is a solidly built mini computer housed in a heavy case with prominent cooling fins. Even after many hours of operation, it becomes barely lukewarm to the touch. Overheating therefore seems less likely as an explanation for the errors I am experiencing. Prior to being flashed with OpenWrt 24.10.5, this system had been running version 23.05.x for approximately two years without ever generating the errors I am now seeing.

Regarding your suggestion that overcurrent might be an alternative explanation, I would not know how to verify this. And if that were indeed the cause of the problem, I would be even less certain how to resolve it.

6

For the meanwhile, I have resolved this issue cosmetically by adding pci=noaer to the line in the /boot/grub/grub.cfg file that starts with linux /boot/vmlinuz. This has helped to stop the endless flow of error messages, while the WiFi connection works as it should. I therefore consider this issue sort of solved, although I keep wondering what these error messages are about.