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.

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
03.06.20213850PackagesBug ReportVery LowLowBuild system: Some packages have wrong architecture set...TrunkUnconfirmed Task Description

The packages

  • kmod-hwmon-gpiofan
  • kmod-hwmon-it87
  • kmod-hwmon-lm75
  • kmod-hwmon-pwmfan
  • kmod-hwmon-tmp102

can be selected for the target architecture x86/ subtarget AMD Geode based systems/ target profile Generic x86/Geode

From .config:

CONFIG_TARGET_x86=y
CONFIG_TARGET_x86_geode=y
CONFIG_TARGET_x86_geode_DEVICE_generic=y
[...]
CONFIG_PACKAGE_kmod-hwmon-gpiofan=y
CONFIG_PACKAGE_kmod-hwmon-it87=y
CONFIG_PACKAGE_kmod-hwmon-lm75=y
CONFIG_PACKAGE_kmod-hwmon-pwmfan=y
CONFIG_PACKAGE_kmod-hwmon-tmp102=y

(configuration done with make menuconfig, after first selecting just the target and doing make defconfig).

A make -j1 V=sc bails out with:

Collected errors:
[...]
 * pkg_hash_fetch_best_installation_candidate: Packages for kmod-hwmon-gpiofan found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package kmod-hwmon-gpiofan.
 * pkg_hash_fetch_best_installation_candidate: Packages for kmod-hwmon-it87 found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package kmod-hwmon-it87.
 * pkg_hash_fetch_best_installation_candidate: Packages for kmod-hwmon-lm75 found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package kmod-hwmon-lm75.
 * pkg_hash_fetch_best_installation_candidate: Packages for kmod-hwmon-pwmfan found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package kmod-hwmon-pwmfan.
 * pkg_hash_fetch_best_installation_candidate: Packages for kmod-hwmon-tmp102 found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package kmod-hwmon-tmp102.
[...]
make[2]: *** [package/Makefile:69: package/install] Error 255
03.06.20213849PackagesBug ReportVery LowLowopkg: Feature request: Add possibility to read packages...TrunkUnconfirmed Task Description

I suggest to enhance `opkg` so that with a command line option it can read the list of packages to operate on (e.g. install, remove) from a file or from standard input rather than from the command line.

This would enable the build system to be re-written so that the build of images with a lot amount of packages compiled in succeeds. Now it bails out with `/usr/bin/env: Argument list too long`, since at one point all the packages are to be installed at once (and this cannot be split up to enable proper dependency handling), which will inevitably fail for a lot of packages (even with high stack size set with `ulimit`) due to a too long command line.

There are several reports of this in the forum; I refer to this thread "`/usr/bin/env: Argument list too long`-error persisting – OpenWRT 21.02.0-rc1 package installation creates a huge command line although far far from most packages selected", where a case is reported of a 210800 characters long command and ideas to change the build system.

03.06.20213847FlysprayBug ReportVery LowLowFlyspray: Error thrown and task submitted upon too long...TrunkAssigned Task Description

When I created this task #3846, upon submitting it I got a webpage with the content

Query {INSERT INTO `flyspray_list_tag` (project_id,tag_name) VALUES (?,?)} with params {2,build systen, menuconfig, ppp, ppp-multilink} Failed! (Data too long for column 'tag_name' at row 1)

I could not go back in the browser to “salvage” what I hat entered, but gladfully the task was created anyway, without any tags.

I did not get a warning before that the tags would bee too many.

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.20213845ToolchainBug ReportVery LowLowConfiguration system misses some package anti-dependenc...openwrt-21.02Unconfirmed Task Description

The OpenWRT build system’s configuration (`make menuconfig`) needs some more dependencies to be added.

I encountered the following conflicts in a `make -j1 V=sc`-run when the following pairs of packages both were configured as `=y`:

  • `PACKAGE_kmod-ath10k [=y]`, `PACKAGE_kmod-ath10k-ct [=y]` and `PACKAGE_kmod-ath10k-ct-smallbuffers [=y]` should conflict with each other pairwise:
 * check_data_file_clashes: Package kmod-ath10k-ct-smallbuffers wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_core.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * check_data_file_clashes: Package kmod-ath10k-ct-smallbuffers wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_pci.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * opkg_install_cmd: Cannot install package kmod-ath10k-ct-smallbuffers.
 * check_data_file_clashes: Package kmod-ath10k wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_core.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * check_data_file_clashes: Package kmod-ath10k wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/ath10k_pci.ko
	But that file is already provided by package  * kmod-ath10k-ct
 * opkg_install_cmd: Cannot install package kmod-ath10k
  • `PACKAGE_ppp-multilink [=y]` should conflict with `PACKAGE_ppp [=y]`:
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/etc/ppp/chap-secrets
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/etc/ppp/filter
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/etc/ppp/options
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/ppp-down
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/ppp-up
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/ppp6-up
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/netifd/proto/ppp.sh
	But that file is already provided by package  * ppp
 * check_data_file_clashes: Package ppp-multilink wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/usr/sbin/pppd
	But that file is already provided by package  * ppp
 * opkg_install_cmd: Cannot install package ppp-multilink.
  • `PACKAGE_brcmsmac-firmware [=y]` should conflict with `BRCMSMAC_USE_FW_FROM_WL [=y]`:
 * check_data_file_clashes: Package brcmsmac-firmware wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/firmware/brcm/bcm43xx-0.fw
	But that file is already provided by package  * kmod-brcmsmac
 * check_data_file_clashes: Package brcmsmac-firmware wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/firmware/brcm/bcm43xx_hdr-0.fw
	But that file is already provided by package  * kmod-brcmsmac
 * opkg_install_cmd: Cannot install package brcmsmac-firmware.
  • `PACKAGE_kmod-mwifiex-sdio [=y]` should conflict with `PACKAGE_kmod-mwifiex-pcie [=y]`:
 * check_data_file_clashes: Package kmod-mwifiex-sdio wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/mwifiex.ko
	But that file is already provided by package  * kmod-mwifiex-pcie
 * opkg_install_cmd: Cannot install package kmod-mwifiex-sdio.
  • `PACKAGE_kmod-libertas-sdio [=y]` should conflict with `PACKAGE_kmod-libertas-usb [=y]`:
 * check_data_file_clashes: Package kmod-libertas-usb wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/libertas.ko
	But that file is already provided by package  * kmod-libertas-sdio
 * opkg_install_cmd: Cannot install package kmod-libertas-usb.
 * check_data_file_clashes: Package kmod-libertas-spi wants to install file /o/build_dir/target-i386_pentium-mmx_musl/root-x86/lib/modules/5.4.111/libertas.ko
	But that file is already provided by package  * kmod-libertas-sdio
 * opkg_install_cmd: Cannot install package kmod-libertas-spi.
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


02.06.20213842KernelBug ReportVery LowHigh802.11ac modulation out of place based on my 802.11n wi...openwrt-21.02Unconfirmed Task Description

I have problems that disconnect clients, I use the 802.11n wireless mode and I have clients in which the ap puts VHT, losing communication without disconnecting, until the ap disconnects them due to inactivity.
My configuration, firmware and equipment data:

  1. Device problem occurs on my four APs, they use firmware snapshots and 21.02 rc-1
  2. Devices model: TP-Link EAP225-Outdoor v1
  3. Wireless mode “N”
  4. Channel width 20mhz
  5. wlan0 5GHz radio
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.

27.05.20213831PackagesBug ReportVery LowLowWPS push_button method works even when it's not specifi...openwrt-19.07Unconfirmed Task Description

System information:

root@OpenWrt:~# ubus call system board
{
	"kernel": "4.14.221",
	"hostname": "OpenWrt",
	"system": "MediaTek MT7621 ver:1 eco:3",
	"release": {
		"distribution": "OpenWrt",
		"version": "19.07.7",
		"revision": "r11306-c4a6851c72",
		"target": "ramips/mt7621",
		"description": "OpenWrt 19.07.7 r11306-c4a6851c72"
	}
}
root@OpenWrt:~# uci show wireless.default_radio0
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.ssid='OpenWrt'
wireless.default_radio0.key='********'
wireless.default_radio0.encryption='psk-mixed'
wireless.default_radio0.wps_label='1'
root@OpenWrt:~# cat /var/run/hostapd-phy0.conf 
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
hw_mode=g
beacon_int=100
channel=11



ieee80211n=1
ht_coex=0
ht_capab=[SHORT-GI-20][SHORT-GI-40][TX-STBC][RX-STBC1]

interface=wlan0
ctrl_interface=/var/run/hostapd
ap_isolate=1
bss_load_update_period=60
chan_util_avg_period=600
disassoc_low_ack=1
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
utf8_ssid=1
multi_ap=0
wpa_passphrase=********
auth_algs=1
wpa=3
wpa_pairwise=CCMP
eap_server=1
wps_state=2
device_type=6-0050F204-1
device_name=OpenWrt AP
manufacturer=www.openwrt.org
config_methods=label
wps_independent=1
ssid=OpenWrt
bridge=br-lan
wpa_disable_eapol_key_retries=0
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=80:3f:5d:61:91:4b

Steps to reproduce:

  1. Install OpenWRT release 19.07.7 with full wpad and hostapd-utils for WPS support
  2. Enable label WPS configuration method:
    uci set wireless.default_radio0.wps_label=1; uci commit wireless; reload_config
  3. Push WPS button

Expected result: nothing happens.
Actual result: WPS PBC starts.

26.05.20213830Base systemBug ReportVery LowMediumOpenVPN Client Using TCP Connection Has MTU or TCPMSS I...openwrt-21.02Unconfirmed Task Description

OpenVPN Client connects to a TCP based OpenVPN server connects fine. However, the connections to remote network servers connect but can’t transfer data. The mangle rule with clamp-mss-to-pmtu won’t receive any data. Setting tcpmss to something around 1000 will only receive the first 100 - 200 bytes and hang. It’s not working until reduced tcpmss to 59.

iptables -t nat -A postrouting_rule -o tun0 -j MASQUERADE
iptables -t mangle -A POSTROUTING -o tun0 -p tcp -m tcp –tcp-flags SYN,RST SYN -j TCPMSS –set-mss 59
#iptables -t mangle -A POSTROUTING -o tun0 -p tcp -m tcp –tcp-flags SYN,RST SYN -j TCPMSS –clamp-mss-to-pmtu

26.05.20213829Base systemBug ReportVery LowHighNo WiFi after upgrading from 19.07 to 21.02openwrt-21.02Unconfirmed Task Description

Device : Zyxel P2812 F1
Version : 21.02 snapshot r16824-91abeebd3b

Steps:
- Router with 19.07.4
- Upgrade to 21.02 (this is a custom build version because the version on the openwrt-download does not work (bug 2226))
- after reboot the WiFi device is not available
- run WiFi up resuls in message in logread:

Wed May 26 22:30:03 2021 daemon.notice netifd: radio0 (2491): Could not find PHY for device ‘radio0’ Wed May 26 22:30:03 2021 daemon.notice netifd: radio0 (2499): WARNING: Variable ‘data’ does not exist or is not an array/object


Attached is dmesg-log and config


26.05.20213828Base systemBug ReportVery LowLowNAT Reflection is not workingopenwrt-21.02Unconfirmed Task Description

Forwarding port 443 from WAN to an internal machine on LAN works from outside but not LAN. The https access from LAN to the WAN public IP is not working. It looked like the packet is dropped after NAT PREROUTING.

 


25.05.20213824KernelBug ReportVery LowHighSitecom WLR-8100v1 USB3 brokenTrunkUnconfirmed Task Description

Sitecom WLR-8100v1 (Sitecom WLR-8100v1 001 X8 AC1750) with integrated Etron EJ168A USB3 Controller [1b6f:7023]

USB3 port does not work
USB3 port with usb2 mode does not work
USB2 port works

serial console bootlog attached with lsusb -v output

error when plugging in:

- MT76x2u USB3 WLAN Stick (AVM AC860)
- similar error with USB2 Sandisk Cruzer in USB3 port
- USB2 works fine

[  242.139499] usb 2-1: new high-speed USB device number 2 using xhci_hcd
[  242.296773] usb-storage 2-1:1.0: USB Mass Storage device detected
[  242.315697] scsi host0: usb-storage 2-1:1.0
[  242.732028] usb 2-1: USB disconnect, device number 2
[  243.572844] usb 2-1: new high-speed USB device number 3 using xhci_hcd
[  243.863787] usb 2-1: reset high-speed USB device number 3 using xhci_hcd
[  249.227352] usb 2-1: device descriptor read/64, error -145
[  264.842949] usb 2-1: device descriptor read/64, error -145
[  265.082936] usb 2-1: reset high-speed USB device number 3 using xhci_hcd
[  270.218798] usb 2-1: device descriptor read/64, error -145
[  285.832404] usb 2-1: device descriptor read/64, error -145
[  286.072347] usb 2-1: reset high-speed USB device number 3 using xhci_hcd
[  286.099195] mt76x2u 2-1:1.0: ASIC revision: 76120044
[  286.201135] mt76x2u 2-1:1.0: ROM patch build: 20141115060606a
[  286.319536] xhci_hcd 0000:00:00.0: ERROR unknown event type 37
[  286.419382] xhci_hcd 0000:00:00.0: ERROR unknown event type 37
... (multiple entries)
[  292.359183] xhci_hcd 0000:00:00.0: xHCI host not responding to stop endpoint command.
[  292.383111] xhci_hcd 0000:00:00.0: xHCI host controller not responding, assume dead
[  292.391018] xhci_hcd 0000:00:00.0: HC died; cleaning up
[  292.396412] mt76x2u 2-1:1.0: firmware upload failed: -145
[  304.743396] mt76x2u 2-1:1.0: MAC RX failed to stop
[  304.962109] mt76x2u: probe of 2-1:1.0 failed with error -5
[  304.971982] usb 2-1: USB disconnect, device number 3

lspci -v -nnn

lspci -v -nnnn
00:00.0 USB controller [0c03]: Etron Technology, Inc. EJ168 USB 3.0 Host Controller [1b6f:7023] (rev 01) (prog-if 30 [XHCI])
        Subsystem: Etron Technology, Inc. EJ168 USB 3.0 Host Controller [1b6f:7023]
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at 10000000 (64-bit, non-prefetchable) [size=32K]
        Capabilities: [50] Power Management version 3
        Capabilities: [70] MSI: Enable- Count=1/4 Maskable+ 64bit+
        Capabilities: [a0] Express Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [190] Device Serial Number 01-01-01-01-01-01-01-01
        Kernel driver in use: xhci_hcd
lspci: Unable to load libkmod resources: error -12

01:00.0 Network controller [0280]: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter [168c:003c]
        Device tree node: /sys/firmware/devicetree/base/ahb/pcie-controller@18250000/wifi@0,0
        Flags: bus master, fast devsel, latency 0, IRQ 17
        Memory at 12000000 (64-bit, non-prefetchable) [size=2M]
        Expansion ROM at 12200000 [virtual] [disabled] [size=64K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/8 Maskable+ 64bit-
        Capabilities: [70] Express Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00
        Kernel driver in use: ath10k_pci
24.05.20213823Base systemBug ReportVery LowCriticalethernet down after rebootopenwrt-21.02Unconfirmed Task Description

the problemi is with turris omnia and owrt 21.02-rc1 , fresh installation, no additional package
the turris is connected to
wan device
a second wan device (lan4)
a raspberry (lan3)
a switch (lan2)

all work with the 19.07.7
logread https://pastebin.com/XbzQL9aN ip address https://pastebin.com/9hcES8WQ

after upgrading to 21.02.0-rc1 at first reboot , i have in the serial console an error about “partx: /dev/mmcblk0 delete/adding” , i don’t know if it is normal or not
https://pastebin.com/g3CL8j1f

at first boot , here logread https://pastebin.com/V7Tsuvbd
i lost the device on the lan2 , it says “LOWERLAYERDOWN” and no led light on, but the user is connected https://pastebin.com/0033LAnL

if i reboot , here logread https://pastebin.com/8yxyvyL5 , i lost the other lan3 device , no light on https://pastebin.com/BmwRj5B3

no matter if i reboot the device or power it on/off
the front panel led litgh on according to the ip address state (UP/DOWN)

reverting to 19.07.7 , solve the problem

tried 3 time to flash 21.02 , same beahviour

 


22.05.20213822KernelBug ReportVery LowHighTP-Link Archer C7 v4 - Kernel Warning / Stack Traceopenwrt-21.02Unconfirmed Task Description

I have a TP-Link Archer C7 v4 running the Freifunk Berlin Falter Firmware 1.2.0-Snapshot based on OpenWrt 21.02-SNAPSHOT r16090-bbbc01ede5

I get the following kernel log with a warning / stack trace.

[    0.000000] Linux version 5.4.119 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16090-bbbc01ede5)) #0 Mon May 17 21:03:13 2021
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019750 (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link Archer C7 v4
[    0.000000] SoC: Qualcomm Atheros QCA956X ver 1 rev 0
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000007ffffff]
[    0.000000] On node 0 totalpages: 32768
[    0.000000]   Normal zone: 288 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 32768 pages, LIFO batch:7
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 32480
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    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] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 122244K/131072K available (5222K kernel code, 192K rwdata, 684K rodata, 1188K init, 205K bss, 8828K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from 0x80657a28 with crng_init=0
[    0.000000] CPU clock: 775.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4932285024 ns
[    0.000007] sched_clock: 32 bits at 387MHz, resolution 2ns, wraps every 5541893118ns
[    0.008229] Calibrating delay loop... 385.02 BogoMIPS (lpj=770048)
[    0.046713] pid_max: default: 32768 minimum: 301
[    0.051714] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.059425] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.072231] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.082547] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.089824] pinctrl core: initialized pinctrl subsystem
[    0.097717] NET: Registered protocol family 16
[    0.126512] workqueue: max_active 576 requested for napi_workq is out of range, clamping between 1 and 512
[    0.140128] clocksource: Switched to clocksource MIPS
[    0.146579] NET: Registered protocol family 2
[    0.151367] IP idents hash table entries: 2048 (order: 2, 16384 bytes, linear)
[    0.159667] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear)
[    0.168544] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.176635] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.184079] TCP: Hash tables configured (established 1024 bind 1024)
[    0.190908] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.197852] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.205497] NET: Registered protocol family 1
[    0.210145] PCI: CLS 0 bytes, default 32
[    0.217899] workingset: timestamp_bits=14 max_order=15 bucket_order=1
[    0.230918] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.237111] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.260358] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[    0.271643] pinctrl-single 1804002c.pinmux: 544 pins, size 68
[    0.278322] gpio-export gpio-export: 2 gpio(s) exported
[    0.284697] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.293573] printk: console [ttyS0] disabled
[    0.298161] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 1562500) is a 16550A
[    0.307265] printk: console [ttyS0] enabled
[    0.316331] printk: bootconsole [early0] disabled
[    0.335184] led_gpio@0 enforce active low on chipselect handle
[    0.346805] spi-nor spi0.0: gd25q128 (16384 Kbytes)
[    0.351942] 5 fixed-partitions partitions found on MTD device spi0.0
[    0.358521] Creating 5 MTD partitions on "spi0.0":
[    0.363486] 0x000000000000-0x000000020000 : "factory-uboot"
[    0.370131] 0x000000020000-0x000000040000 : "u-boot"
[    0.376214] 0x000000040000-0x000000f00000 : "firmware"
[    0.384926] 2 uimage-fw partitions found on MTD device firmware
[    0.391093] Creating 2 MTD partitions on "firmware":
[    0.396235] 0x000000000000-0x0000001f1110 : "kernel"
[    0.402168] 0x0000001f1110-0x000000ec0000 : "rootfs"
[    0.408216] mtd: device 4 (rootfs) set to be root filesystem
[    0.415723] 1 squashfs-split partitions found on MTD device rootfs
[    0.422186] 0x000000730000-0x000000ec0000 : "rootfs_data"
[    0.428677] 0x000000f00000-0x000000ff0000 : "info"
[    0.434506] 0x000000ff0000-0x000001000000 : "art"
[    0.442165] libphy: Fixed MDIO Bus: probed
[    1.096499] libphy: ag71xx_mdio: probed
[    1.103567] switch0: Atheros AR8337 rev. 2 switch registered on mdio.0
[    1.148120] random: fast init done
[    1.691621] ag71xx 19000000.eth: connected to PHY at mdio.0:00 [uid=004dd036, driver=Atheros AR8216/AR8236/AR8316]
[    1.702905] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: sgmii
[    1.709675] i2c /dev entries driver
[    1.720339] NET: Registered protocol family 10
[    1.728599] Segment Routing with IPv6
[    1.732540] NET: Registered protocol family 17
[    1.737210] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    1.750606] 8021q: 802.1Q VLAN Support v1.8
[    1.755742] PCI host bridge /ahb/pcie-controller@18250000 ranges:
[    1.762110]  MEM 0x0000000012000000..0x0000000013ffffff
[    1.767513]   IO 0x0000000000000000..0x0000000000000000
[    1.773056] PCI host bridge to bus 0000:00
[    1.777320] pci_bus 0000:00: root bus resource [mem 0x12000000-0x13ffffff]
[    1.784429] pci_bus 0000:00: root bus resource [io  0x0000]
[    1.790188] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.797202] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.805432] pci 0000:00:00.0: [168c:003c] type 00 class 0x028000
[    1.811700] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x001fffff 64bit]
[    1.818765] pci 0000:00:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[    1.825758] pci 0000:00:00.0: supports D1 D2
[    1.831178] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    1.838059] pci 0000:00:00.0: BAR 0: assigned [mem 0x12000000-0x121fffff 64bit]
[    1.845637] pci 0000:00:00.0: BAR 6: assigned [mem 0x12200000-0x1220ffff pref]
[    1.854454] hctosys: unable to open rtc device (rtc0)
[    1.865436] VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
[    1.879260] Freeing unused kernel memory: 1188K
[    1.883966] This architecture does not have kernel memory protection.
[    1.890615] Run /sbin/init as init process
[    2.531279] init: Console is alive
[    2.535100] init: - watchdog -
[    3.858980] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    3.949999] usbcore: registered new interface driver usbfs
[    3.955784] usbcore: registered new interface driver hub
[    3.961377] usbcore: registered new device driver usb
[    3.972422] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    3.980762] ehci-fsl: Freescale EHCI Host controller driver
[    3.987900] ehci-platform: EHCI generic platform driver
[    3.993571] ehci-platform 1b000000.usb: EHCI Host Controller
[    3.999481] ehci-platform 1b000000.usb: new USB bus registered, assigned bus number 1
[    4.007687] ehci-platform 1b000000.usb: irq 13, io mem 0x1b000000
[    4.028140] ehci-platform 1b000000.usb: USB 2.0 started, EHCI 1.00
[    4.035363] hub 1-0:1.0: USB hub found
[    4.039636] hub 1-0:1.0: 1 port detected
[    4.044357] ehci-platform 1b400000.usb: EHCI Host Controller
[    4.050276] ehci-platform 1b400000.usb: new USB bus registered, assigned bus number 2
[    4.058501] ehci-platform 1b400000.usb: irq 14, io mem 0x1b400000
[    4.080142] ehci-platform 1b400000.usb: USB 2.0 started, EHCI 1.00
[    4.087319] hub 2-0:1.0: USB hub found
[    4.091573] hub 2-0:1.0: 1 port detected
[    4.098529] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    4.107083] init: - preinit -
[    5.373251] random: jshn: uninitialized urandom read (4 bytes read)
[    5.487990] random: jshn: uninitialized urandom read (4 bytes read)
[    5.716329] random: jshn: uninitialized urandom read (4 bytes read)
[    7.450802] Atheros AR8216/AR8236/AR8316 mdio.0:00: Port 1 is up
[    7.457222] Atheros AR8216/AR8236/AR8316 mdio.0:00: Port 2 is up
[    7.483636] eth0: link up (1000Mbps/Full duplex)
[    7.493582] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    7.507403] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[    7.532598] urandom_read: 4 callbacks suppressed
[    7.532605] random: procd: uninitialized urandom read (4 bytes read)
[   11.817888] jffs2: notice: (608) jffs2_build_xattr_subsystem: complete building xattr subsystem, 66 of xdatum (27 unchecked, 35 orphan) and 75 of xref (8 dead, 31 orphan) found.
[   11.836311] mount_root: switching to jffs2 overlay
[   11.852207] overlayfs: upper fs does not support tmpfile.
[   11.864361] urandom-seed: Seeding with /etc/urandom.seed
[   11.974733] eth0: link down
[   11.999661] procd: - early -
[   12.002789] procd: - watchdog -
[   12.651085] procd: - watchdog -
[   12.655704] procd: - ubus -
[   12.726207] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.734816] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.744823] procd: - init -
[   13.618022] kmodloader: loading kernel modules from /etc/modules.d/*
[   13.684904] ipip: IPv4 and MPLS over IPv4 tunneling driver
[   13.743030] l2tp_core: L2TP core driver, V2.0
[   13.757214] l2tp_netlink: L2TP netlink interface
[   13.769363] l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
[   13.785399] l2tp_ip: L2TP IP encapsulation support (L2TPv3)
[   13.801335] l2tp_ip6: L2TP IP encapsulation support for IPv6 (L2TPv3)
[   13.869266] Mirror/redirect action on
[   13.950939] u32 classifier
[   13.953789]     input device check on
[   13.957584]     Actions configured
[   14.015242] Loading modules backported from Linux version v5.10.34-0-g0aa66717f684
[   14.023115] Backport generated by backports.git v5.10.34-1-0-g7b5533e1
[   14.032271] urngd: v1.0.2 started.
[   14.304930] xt_time: kernel timezone is -0000
[   14.524192] PPP generic driver version 2.4.2
[   14.535650] random: crng init done
[   14.541580] NET: Registered protocol family 24
[   14.604961] ath10k_pci 0000:00:00.0: enabling device (0000 -> 0002)
[   14.611646] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   16.094363] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   16.103932] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   16.116961] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00047 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 35bd9258
[   16.406681] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   17.564508] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
[   17.675676] ath: EEPROM regdomain sanitized
[   17.675686] ath: EEPROM regdomain: 0x64
[   17.675689] ath: EEPROM indicates we should expect a direct regpair map
[   17.675707] ath: Country alpha2 being used: 00
[   17.675710] ath: Regpair used: 0x64
[   17.785074] batman_adv: B.A.T.M.A.N. advanced 2021.0-openwrt-1 (compatibility version 15) loaded
[   17.817578] ath: EEPROM regdomain sanitized
[   17.817588] ath: EEPROM regdomain: 0x64
[   17.817591] ath: EEPROM indicates we should expect a direct regpair map
[   17.817610] ath: Country alpha2 being used: 00
[   17.817613] ath: Regpair used: 0x64
[   17.829185] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   17.831073] ieee80211 phy1: Atheros AR9561 Rev:0 mem=0xb8100000, irq=2
[   17.859139] kmodloader: done loading kernel modules from /etc/modules.d/*
[   32.196791] eth0: link up (1000Mbps/Full duplex)
[   32.214197] br-dhcp: port 1(eth0.1) entered blocking state
[   32.219926] br-dhcp: port 1(eth0.1) entered disabled state
[   32.225916] device eth0.1 entered promiscuous mode
[   32.230910] device eth0 entered promiscuous mode
[   32.236905] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   32.300248] br-dhcp: port 1(eth0.1) entered blocking state
[   32.305945] br-dhcp: port 1(eth0.1) entered forwarding state
[   32.397302] br-wan: port 1(eth0.2) entered blocking state
[   32.402938] br-wan: port 1(eth0.2) entered disabled state
[   32.408837] device eth0.2 entered promiscuous mode
[   32.532652] br-wan: port 1(eth0.2) entered blocking state
[   32.538282] br-wan: port 1(eth0.2) entered forwarding state
[   33.196223] IPv6: ADDRCONF(NETDEV_CHANGE): br-dhcp: link becomes ready
[   36.184580] ath: EEPROM regdomain: 0x8114
[   36.184587] ath: EEPROM indicates we should expect a country code
[   36.184591] ath: doing EEPROM country->regdmn map search
[   36.184595] ath: country maps to regdmn code: 0x37
[   36.184600] ath: Country alpha2 being used: DE
[   36.184603] ath: Regpair used: 0x37
[   36.184609] ath: regdomain 0x8114 dynamically updated by user
[   36.184682] ath: EEPROM regdomain: 0x8114
[   36.184685] ath: EEPROM indicates we should expect a country code
[   36.184688] ath: doing EEPROM country->regdmn map search
[   36.184691] ath: country maps to regdmn code: 0x37
[   36.184694] ath: Country alpha2 being used: DE
[   36.184697] ath: Regpair used: 0x37
[   36.184701] ath: regdomain 0x8114 dynamically updated by user
[   40.171117] br-dhcp: port 2(wlan1-dhcp-2) entered blocking state
[   40.177391] br-dhcp: port 2(wlan1-dhcp-2) entered disabled state
[   40.184008] device wlan1-dhcp-2 entered promiscuous mode
[   40.291262] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1-dhcp-2: link becomes ready
[   40.298697] br-dhcp: port 2(wlan1-dhcp-2) entered blocking state
[   40.304952] br-dhcp: port 2(wlan1-dhcp-2) entered forwarding state
[   42.205121] ath10k_pci 0000:00:00.0: pdev param 0 not supported by firmware
[   42.249745] br-dhcp: port 3(wlan0-dhcp-5) entered blocking state
[   42.256033] br-dhcp: port 3(wlan0-dhcp-5) entered disabled state
[   42.262672] device wlan0-dhcp-5 entered promiscuous mode
[   42.329653] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-dhcp-5: link becomes ready
[   42.337106] br-dhcp: port 3(wlan0-dhcp-5) entered blocking state
[   42.343350] br-dhcp: port 3(wlan0-dhcp-5) entered forwarding state
[   45.044402] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-mesh-5: link becomes ready
[   45.088335] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1-mesh-2: link becomes ready
[   45.110870] ------------[ cut here ]------------
[   45.115703] WARNING: CPU: 0 PID: 2208 at net/core/flow_dissector.c:958 0x803cc434
[   45.123444] Modules linked in: ath9k ath9k_common pppoe ppp_async batman_adv ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic mac80211 iptable_nat ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_MASQUERADE xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conncount libcrc32c iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat act_connmark nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb l2tp_ip6 l2tp_ip l2tp_eth l2tp_netlink l2tp_core
[   45.123595]  udp_tunnel ip6_udp_tunnel ipip tunnel4 ip_tunnel fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd gpio_button_hotplug usbcore nls_base usb_common crc16 crc32c_generic crypto_hash
[   45.231414] CPU: 0 PID: 2208 Comm: sh Not tainted 5.4.119 #0
[   45.237258] Stack : 00000000 800b92f8 80650000 805f2a28 00000000 00000000 00000000 00000000
[   45.245894]         00000000 00000000 00000000 00000000 00000000 00000001 87c0bbe0 646c4d3b
[   45.254530]         87c0bc78 00000000 00000000 000000f5 00000038 80573264 204e6f74 20746169
[   45.263167]         000000f5 d3193319 00000000 000387f6 80000000 87c0bbc0 00000000 803cc434
[   45.271805]         00000009 86dc73b4 87ec7818 80630000 00000003 8031ec9c 00000000 80780000
[   45.280443]         ...
[   45.282961] Call Trace:
[   45.282969] [<800b92f8>] 0x800b92f8
[   45.289103] [<80573264>] 0x80573264
[   45.292711] [<803cc434>] 0x803cc434
[   45.296357] [<8031ec9c>] 0x8031ec9c
[   45.299965] [<80069364>] 0x80069364
[   45.303575] [<8006936c>] 0x8006936c
[   45.307184] [<800821b4>] 0x800821b4
[   45.310794] [<803cc434>] 0x803cc434
[   45.314404] [<8008225c>] 0x8008225c
[   45.318039] [<803cc434>] 0x803cc434
[   45.321648] [<804df048>] 0x804df048
[   45.325271] [<804dfad4>] 0x804dfad4
[   45.328890] [<804df130>] 0x804df130
[   45.332525] [<804df130>] 0x804df130
[   45.336162] [<804dfce0>] 0x804dfce0
[   45.339805] [<803cd8ac>] 0x803cd8ac
[   45.343411] [<803d8e50>] 0x803d8e50
[   45.347088] [<86c32a30>] 0x86c32a30 [mac80211@8134b527+0x7ced0]
[   45.353235] [<803da098>] 0x803da098
[   45.356883] [<86c38924>] 0x86c38924 [mac80211@8134b527+0x7ced0]
[   45.363027] [<87749014>] 0x87749014 [ath10k_pci@70f8799a+0x6770]
[   45.369310] [<86c3a5a0>] 0x86c3a5a0 [mac80211@8134b527+0x7ced0]
[   45.375456] [<803da7b0>] 0x803da7b0
[   45.379077] [<800ba1f0>] 0x800ba1f0
[   45.382683] [<80085040>] 0x80085040
[   45.386292] [<805788b0>] 0x805788b0
[   45.389902] [<800bed80>] 0x800bed80
[   45.393515] [<802be854>] 0x802be854
[   45.397139] [<80064f78>] 0x80064f78
[   45.400753] 
[   45.402293] ---[ end trace b6c86392035260d5 ]---
22.05.20213821Base systemBug ReportVery LowCriticalRandom link down on RB 750Gr3openwrt-21.02Unconfirmed Task Description

HW: Mikrotik Routerboard 750Gr3
SW: linux version 5.4.119 (cezary@eko.one.pl) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r15819-0011c7ad12)) #0 SMP Fri May 14 21:36:47 2021

I am randomly loosing connection with the router for a few seconds. Here is the system log after the link is reestablished:

Sat May 22 16:32:05 2021 kern.info kernel: [24372.328509] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:05 2021 kern.info kernel: [24372.333341] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:05 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:06 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:06 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:09 2021 kern.info kernel: [24376.424716] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:09 2021 kern.info kernel: [24376.432249] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:09 2021 kern.info kernel: [24376.437506] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:09 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:09 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:09 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:10 2021 kern.info kernel: [24377.448578] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:10 2021 kern.info kernel: [24377.453413] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:10 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:11 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:11 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:13 2021 kern.info kernel: [24380.520779] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:13 2021 kern.info kernel: [24380.528342] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:13 2021 kern.info kernel: [24380.533562] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:13 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:13 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:13 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:14 2021 kern.info kernel: [24381.544635] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:14 2021 kern.info kernel: [24381.549486] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:14 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:15 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:15 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:17 2021 kern.info kernel: [24384.616828] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:17 2021 kern.info kernel: [24384.624361] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:17 2021 kern.info kernel: [24384.629611] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:17 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:17 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:17 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:18 2021 kern.info kernel: [24385.640683] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:18 2021 kern.info kernel: [24385.645511] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:18 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:19 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:19 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:21 2021 kern.info kernel: [24388.712887] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:21 2021 kern.info kernel: [24388.720458] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:21 2021 kern.info kernel: [24388.725684] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:21 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:21 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:21 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:22 2021 kern.info kernel: [24389.736743] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:22 2021 kern.info kernel: [24389.741572] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:22 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:23 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:23 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:25 2021 kern.info kernel: [24392.808941] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:25 2021 kern.info kernel: [24392.816473] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:25 2021 kern.info kernel: [24392.821720] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:25 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:25 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:25 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:26 2021 kern.info kernel: [24393.832799] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:26 2021 kern.info kernel: [24393.837630] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:26 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:27 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:27 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:30 2021 kern.info kernel: [24396.904992] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:30 2021 kern.info kernel: [24396.912523] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:30 2021 kern.info kernel: [24396.917771] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:30 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:30 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:30 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:31 2021 kern.info kernel: [24397.928855] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:31 2021 kern.info kernel: [24397.933692] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:31 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:32 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:32 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:34 2021 kern.info kernel: [24401.001066] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Sat May 22 16:32:34 2021 kern.info kernel: [24401.008643] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:34 2021 kern.info kernel: [24401.013868] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:34 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:34 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:34 2021 daemon.notice netifd: Interface 'lan' has link connectivity
Sat May 22 16:32:35 2021 kern.info kernel: [24402.024917] mt7530 mdio-bus:1f lan2: Link is Down
Sat May 22 16:32:35 2021 kern.info kernel: [24402.029756] br-lan: port 1(lan2) entered disabled state
Sat May 22 16:32:35 2021 daemon.notice netifd: Network device 'lan2' link is down
Sat May 22 16:32:36 2021 daemon.notice netifd: bridge 'br-lan' link is down
Sat May 22 16:32:36 2021 daemon.notice netifd: Interface 'lan' has link connectivity loss
Sat May 22 16:32:41 2021 kern.info kernel: [24408.169236] mt7530 mdio-bus:1f lan2: Link is Up - 100Mbps/Full - flow control rx/tx
Sat May 22 16:32:41 2021 kern.info kernel: [24408.176955] br-lan: port 1(lan2) entered blocking state
Sat May 22 16:32:41 2021 kern.info kernel: [24408.182189] br-lan: port 1(lan2) entered forwarding state
Sat May 22 16:32:41 2021 daemon.notice netifd: Network device 'lan2' link is up
Sat May 22 16:32:41 2021 daemon.notice netifd: bridge 'br-lan' link is up
Sat May 22 16:32:41 2021 daemon.notice netifd: Interface 'lan' has link connectivity


20.05.20213820Base systemBug ReportVery LowHighCannot install package openwrt-keyringopenwrt-19.07Unconfirmed Task Description

Asus RT-AC51U
MediaTek MT7620A
OpenWrt 19.07.7 r11306-c4a6851c72 / LuCI openwrt-19.07 branch git-21.132.36199-d0cf6e4

 

Upgrading openwrt-keyring on root from 2019-07-25-8080ef34-1 to 2021-02-20-49283916-2...
Collected errors:
* check_data_file_clashes: Package openwrt-keyring wants to install file /etc/opkg/keys/f94b9dd6febac963

But that file is already provided by package  * base-files

* opkg_install_cmd: Cannot install package openwrt-keyring.
Downloading http://downloads.openwrt.org/releases/19.07.7/packages/mipsel_24kc/base/openwrt-keyring_2021-02-20-49283916-2_mipsel_24kc.ipk


20.05.20213819Base systemBug ReportVery LowMediumopenwrt-keyring 2021-02-20-49283916-2 update conflicts ...openwrt-19.07Unconfirmed Task Description
# opkg upgrade openwrt-keyring
Upgrading openwrt-keyring on root from 2019-07-25-8080ef34-1 to 2021-02-20-49283916-2...
Collected errors:
 * check_data_file_clashes: Package openwrt-keyring wants to install file /etc/opkg/keys/f94b9dd6febac963
	But that file is already provided by package  * base-files
Downloading http://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/base/openwrt-keyring_2021-02-20-49283916-2_mips_24kc.ipk
19.05.20213817Base systemBug ReportVery LowMediumSSIDs on 5GHz radio dissapear a few days after bootopenwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

BT homehub 5a (xrx200)

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

21.02-rc1

- Steps to reproduce

 

after upgrade from 19.07 all worked, then after a few days my 5GHz SSID was no longer visible, tried disable/enable the radio0, that didn’t help, radio1 on 2.4GHz still working, had to reboot to get 5GHz back

after another 5.75 days, same happened again.

most recent messages in dmesg

[508519.675343] device wlan0 left promiscuous mode
[508519.678732] br-lan: port 3(wlan0) entered disabled state
[508519.713414] ath10k_pci 0000:02:00.0: mac flush null vif, drop 0 queues 0xffff
[508520.786031] ath10k_pci 0000:02:00.0: 10.1 wmi init: vdevs: 16  peers: 127  tid: 256
[508520.802066] ath10k_pci 0000:02:00.0: wmi print 'P 128 V 8 T 410'
[508520.806810] ath10k_pci 0000:02:00.0: wmi print 'msdu-desc: 1424  sw-crypt: 0 ct-sta: 0'
[508520.815553] ath10k_pci 0000:02:00.0: wmi print 'alloc rem: 24984 iram: 38672'
[508520.884894] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
[508520.898436] ath10k_pci 0000:02:00.0: rts threshold -1
[508520.912045] br-lan: port 3(wlan0) entered blocking state
[508520.916090] br-lan: port 3(wlan0) entered disabled state
[508520.922193] device wlan0 entered promiscuous mode
19.05.20213816KernelBug ReportVery LowHigh21.02-SNAPSHOT - Building with LXC-Support breaks passw...openwrt-21.02Waiting on reporter Task Description

Device: EspressoBin v5 Non-EMMC
Version: OpenWrt 21.02-SNAPSHOT, r0-bbbc01e

Nailed it down by starting from a fresh config a few times and cleaning up the build-chain.

As soon as I include LXC-Support from make menuconfig → utilities → LXC passwd seems broken (encryption?).

LuCi reports that it isn’t able to change the password - if I ssh into the box, use passwd it seemingly succeeds (it does set something) but afterwards login fails both via SSH and passwd.

Even if I build without LuCi the same is happening. dmesg shows nothing ... out of the ordinary - despite the Kernel being build with debug-flags.

Any clue how to debug that further? I’m pretty new to building OpenWRT myself.

 


15.05.20213812Base systemBug ReportVery LowMediumWAVLINK WL-WN570HA1 low txpower activate amplifier v...AllUnconfirmed Task Description

Device : WAVLINK WL-WN570HA1

Firmwareversion : all (19.07.7)

At this moment it is impossible to use the full txpower of the WN570HA1 on both bands (2,4Ghz and 5Ghz).
Possible txpower at the moment:
2,4 Ghz —>24dbm (should have at least 27dbm)
5 Ghz —> 11 dbm or 13 dbm (can`t remember right now)

Is it possible, that the device uses an external amplifier which has to be activated via gpio settings?

Referring to this post for the Asus Lyra 2200, could some sort of same method activate the amp in the WN570HA1 ?
https://forum.openwrt.org/t/asus-map-ac2200-low-transmit-receive-signal-5ghz/69005

I hope that one or two replies from more experienced users/programmers could lead us in the right direction.
Thanks in advance.


14.05.20213811PackagesBug ReportVery LowHighminiupnpd odd behaviour however enabling log_output wor...AllUnconfirmed Task Description

- Device problem occurs on

Fritzbox 7530 ipq40xx / arm_cortex-a7_neon-vfpv4

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

miniupnpd_2.2.1-1_arm_cortex-a7_neon-vfpv4.ipk

I have a issue with miniupnpd 2.2.1-1 i have tested both OpenWrt 19.07.7 to 21.02.0-rc1 r16046-59980f7aaf via ipq40xx.

When restarting miniupnpd it doesn’t seems to work or opening any ports but gives messages like so:
Fri May 14 09:19:28 2021 daemon.notice miniupnpd[8632]: HTTP listening on port 5000
Fri May 14 09:19:28 2021 daemon.warn miniupnpd[8632]: no HTTP IPv6 address, disabling IPv6
Fri May 14 09:19:28 2021 daemon.notice miniupnpd[8632]: Listening for NAT-PMP/PCP traffic on port 5351

Now however if i enable the debug mode “option log_output ‘1’” and restart miniupnpd is works without issue,

No idea if it affects any other targets but for the fritzbox 7530

13.05.20213810ToolchainBug ReportVery LowMediumBuild of x86_64 target fails on x86_64 host (libtool er...openwrt-19.07Unconfirmed Task Description

I’m building openwrt 19.08.7 x86_64 target on an x86_64 linux box, and building fails in libpcre, with a libtool complaining that it tried to relink libpcreposix.la, and for that it found /usr/lib64/libc.so with an invalid ELF header. The complaint is true somewhat, because indeed /usr/lib64/libc.so is not an ELF on my system, but obviously it should not even be trying to pick a local system library at the first place.

There is a very old similar bugreport (solved long ago) – https://dev.archive.openwrt.org/ticket/8399

Note: 32-bit x86 builds complete successfully on this same box.

13.05.20213809Base systemBug ReportVery LowHighv21.02.0-rc1 reports false missing "which" on fedora 34openwrt-21.02New Task Description

i use fedora 34, installed the required software and “which” is available on the command line

[oli@lucy openwrt]$ which which | grep which
which ()

eval ${which_declare} ) | /usr/bin/which --tty-only --read-alias --read-functions --show-tilde --show-dot "$@"

but when i run “./scripts/feeds update -a” i get:
hecking ‘perl’... ok.
Checking ‘python2-cleanup’... ok.
Checking ‘python’... ok.
Checking ‘python3’... ok.
Checking ‘git’... ok.
Checking ‘file’... ok.
Checking ‘rsync’... ok.
Checking ‘which’... failed.
Checking ‘ldconfig-stub’... ok.

Build dependency: Please install ‘which’

Prerequisite check failed. Use FORCE=1 to override.
gmake: *** [/home/oli/openwrt/include/toplevel.mk:180: staging_dir/host/.prereq-build] Fehler 1

[oli@lucy ~]$ rpm -qa | grep which
which-2.21-26.fc34.x86_64

corrected the meta infos of this ticket and copied it from https://bugs.openwrt.org/index.php?do=details&task_id=3805

13.05.20213808Base systemBug ReportVery LowHighASUS RT-AC57N wrong wan interfaceopenwrt-21.02Unconfirmed Task Description

After installation LEDE 21.02-rc1 on ASUS RT-AC57N wan interface was assigned to eth0, not eth0.2 as it was on 19.07, thus it cannot obtain an IP address from ISP.

I’ve tried to copy interface setup from 19.07, as:

config interface ‘wan’

      option ifname 'eth0.2'
      option proto 'dhcp'

config device ‘wan_eth0_2_dev’

      option name 'eth0.2'
      option macaddr '40:b0:76:9d:89:f0'

but it also has not helped.


13.05.20213807Base systemBug ReportVery LowLowlsusb not working only with one deviceTrunkUnconfirmed Task Description

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

 

the problem is on unielec U7621 (several unit)
fresh install OpenWrt 21.02.0-rc1 , add usbutils , lte modem huawei me909 (tried several unit) , doesn’t show with lsusb command , the same hardware with OpenWrt 19.07.3 work correctly
if i see /sys/kernel/debug/usb/devices , the device is present, and if i load the modem module it works!!
on the same router if i try sierra wireless mc 7430 modem,the lsusb command see it!!
the same huawei modem, tried with an usb adapter into a unielec U7621 , work

link to 19.07 test https://pastebin.com/gUSTqcXM link to 21.02 test https://pastebin.com/Web7kXGe

let me know if i can test something else


12.05.20213802KernelBug ReportVery LowLowDFS channel change causes 5GHz WiFi to failopenwrt-19.07Unconfirmed Task Description

My TP-Link AC1750 Archer C7 v5 just detected another WiFi on the same 5GHz channel. Thus it tried to switch to a different channel, which apparently succeeded. Afterwards the kernel experienced a bug causing the 5GHz WiFi to fail indefinitely.

I’ve attached a list of installed packages and the relevant syslog:
Lines 1 - 7 show the change to a different channel
Lines 8 - 10 show a device disconnecting and reconnecting (probably because of the channel switch)
Lines 11 - 82 are SWBA overrun warnings
Lines 90 - 190 are kernel traces
Lines 255 - 261 show a device connecting to the 2.4GHz WiFi, because the 5GHz is no longer available
Lines 271 - 278 show other devices being disassociated as they are also unable to connect again

 


11.05.20213798Base systemBug ReportVery LowMediumflashing the install image leaves overlay filesystem in...openwrt-21.02Unconfirmed Task Description

I’m using the image builder for 21.02.0-rc1, specifically the one targeting bcm2709.

When I flash an install image, the resulting system image references an overlay filesystem (an ext4), the superblock of which is beyond the end of the install image itself. Therefore, flashing an install image may leave files from a previous overlay filesystem in place. This is counterintuitive, because I expected that flashing the install image would leave the OS in a well-defined state.

As a workaround, I’ve been appending 64KB of zeroes to the end of the install image, which seems to fix the problem.

Reproduction steps:

1. Build an image, flash it, boot it
2. Create files in the overlay filesystem
3. Remove card and reflash; files in the overlay filesystem remain

Thanks for your time!


09.05.20213791Base systemBug ReportVery LowHighMT7603E disconnects or at the very least has terrible l...TrunkUnconfirmed Task Description

To reproduce just do a flent test:

 //flent rrul -p all_scaled -l 60 -H netperf.bufferbloat.net -o image.png//

The only configuration changes was to set the wireless to enabled with encryption set to mixed WPA2/WPA3 PSK, SAE (CCMP)

Attached are images from a WSL2 instance on a windows 10 Intel 9560 laptop connected to the 2.4GHz radio (MT7603E) on a Linknetgear r6220 running OpenWrt 21.02 rc1. The laptop will disconnect before finishing. When running on wrt3200acm or r7800 there are no connection issues like this. Test was also done with a local 192.168.1.2 host directly wired into the r6220.

06.05.20213787Base systemBug ReportVery LowMedium21.02 RC1: BUG: Bad page state in process swapper/0openwrt-21.02Unconfirmed Task Description

Device used: RT-AC57U (mt7621 based device)
Version used: 21.02 RC1
Steps to reproduce: This ended up in my kernel log after a few days of uptime. I am unsure what exactly caused the issue.

I am currently beta testing the new 21.02 RC1 release on two different devices. Stability seems very good, but I did run into an issue with the aforementioned RT-AC57U. I found this stacktrace in the kernel log. I am unsure if this caused the network to go down, since I am not sure if I was using the network at that time. Does anyone have any idea what is causing this?

[410758.374134] BUG: Bad page state in process swapper/0  pfn:05edc
[410758.386105] page:809236f0 refcount:-1 mapcount:0 mapping:00000000 index:0x0
[410758.400121] flags: 0x0()
[410758.405331] raw: 00000000 00000000 00000122 00000000 00000000 00000000 ffffffff ffffffff
[410758.421588] raw: 00000000
[410758.426956] page dumped because: nonzero _refcount
[410758.436644] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT wireguard pppox ppp_generic nf_nat_pptp nf_nat nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack_pptp nf_conntrack_netlink nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 libchacha20poly1305 libblake2s ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY ts_kmp ts_fsm ts_bm slhc sch_cake poly1305_mips nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libblake2s_generic iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat chacha_mips br_netfilter sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit
[410758.436829]  act_mirred ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb ip6_udp_tunnel udp_tunnel kpp leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[410758.712580] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.111 #0
[410758.724692] Stack : 00000000 80840000 00000003 8007d6e0 00000000 00000000 00000000 00000000
[410758.741481]         00000000 00000000 00000000 00000000 00000000 00000001 87c0db80 5fc2ce17
[410758.758268]         87c0dc18 00000000 00000000 00000000 00000038 805e1804 2e352064 31312e34
[410758.775053]         00000000 00004fd5 00000000 70617773 00000000 87c0db60 00000000 80840000
[410758.791840]         80604b20 806b0000 00000000 806d7f20 00000000 80359e2c 00000000 80810000
[410758.808627]         ...
[410758.813649] Call Trace:
[410758.813663] [<8007d6e0>] 0x8007d6e0
[410758.825779] [<805e1804>] 0x805e1804
[410758.832880] [<80359e2c>] 0x80359e2c
[410758.839978] [<8000b05c>] 0x8000b05c
[410758.847075] [<8000b064>] 0x8000b064
[410758.854173] [<805c6f9c>] 0x805c6f9c
[410758.861271] [<8014dabc>] 0x8014dabc
[410758.868420] [<80150ca4>] 0x80150ca4
[410758.875519] [<804a8b28>] 0x804a8b28
[410758.882662] [<806e0000>] 0x806e0000
[410758.889769] [<80151c80>] 0x80151c80
[410758.896866] [<80063508>] 0x80063508
[410758.903966] [<80150015>] 0x80150015
[410758.911063] [<804326ac>] 0x804326ac
[410758.918163] [<8001e448>] 0x8001e448
[410758.925262] [<80152bc4>] 0x80152bc4
[410758.932359] [<80433040>] 0x80433040
[410758.939456] [<800939cc>] 0x800939cc
[410758.946554] [<803dd720>] 0x803dd720
[410758.953652] [<800104dc>] 0x800104dc
[410758.960754] [<80433858>] 0x80433858
[410758.967852] [<80433acc>] 0x80433acc
[410758.974952] [<805e7d1c>] 0x805e7d1c
[410758.982053] [<80030768>] 0x80030768
[410758.989150] [<802f8404>] 0x802f8404
[410758.996249] [<80006c28>] 0x80006c28
[410759.003344] 
[410759.006466] Disabling lock debugging due to kernel taint
05.05.20213783Base systemBug ReportVery LowCriticalMT7621 WiFi driver crash openwrt-21.02Unconfirmed Task Description

Summary

The WiFi driver crashes on an MT7621 router running OpenWRT21.02rc1 (5 commits further to be exact 6f053e5b).
The router used is an InvizBox Go (WiFi only) i.e. MT7621 + MT7603E (not supported by OpenWRT just yet - I’m working on getting there). I don’t believe the issue is specific to that hardware though.

The crash seems to happen in AP/STA mode when an AP gets added to the configuration and the STA was connected (I’ll add more information if I come across more scenarios). I’m not able to reproduce consistently at the moment.
Once crashed the WiFi stack is not usable anymore until a reboot. Following a reboot, things are back to normal.

The crash stack is as follow:

[  726.587920] ------------[ cut here ]------------
[  726.597570] WARNING: CPU: 0 PID: 1767 at backports-5.10.16-1/net/mac80211/ieee80211_i.h:1468 sta_info_alloc+0x5c4/0x5fc [mac80211]
[  726.621113] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADEr
[  726.621458]  algif_skcipher algif_rng algif_hash algif_aead af_alg sha256_generic libsha256 sha1_generic jitterentropy_rng drbg md5 hmac echainiv des_generic libdes cbc authec
[  726.859235] CPU: 0 PID: 1767 Comm: hostapd Not tainted 5.4.111 #0
[  726.871379] Stack : 8e375fb4 8007ce5c 80660000 80660d78 806c0000 80660d40 8065fe94 8e257a34
[  726.888032]         80800000 8dc34188 806aa6e3 805f993c 00000000 00000001 8e2579d8 72c69b9f
[  726.904659]         00000000 00000000 80830000 00000000 30232031 0000014b 2e352064 31312e34
[  726.921286]         00000000 00000024 00000000 000d1c63 80000000 806c0000 00000000 8e3075b8
[  726.937913]         00000009 8e146480 00000005 00000002 00000000 8034dfbc 00000000 80800000
[  726.954538]         ...
[  726.959397] Call Trace:
[  726.964284] [<8000b64c>] show_stack+0x30/0x100
[  726.973153] [<80542370>] dump_stack+0xa4/0xdc
[  726.981832] [<8002bee0>] __warn+0xc0/0x10c
[  726.989981] [<8002bf88>] warn_slowpath_fmt+0x5c/0xac
[  727.000018] [<8e3075b8>] sta_info_alloc+0x5c4/0x5fc [mac80211]
[  727.011712] [<8e3259b0>] ieee80211_nan_func_match+0x3d88/0x4410 [mac80211]
[  727.025846] ---[ end trace bc705bf94f0c5c24 ]---

Steps to reproduce

The following steps do not necessarily lead to the crash. I expect them to be what leads to it but am still unsure. The stack may show the way to a better reproduction scenario...

On an MT7621 router setup as AP/STA, add a second AP and possibly a third one.
Call /etc/init.d/network reload after each change

Current behaviour

Crash stack is visible in console/dmesg and the STA fails to reconnect (which also leads all APs to become not accessible - expected).

Expected behaviour

No crash

Notes This crash was also observed on builds before the rc1 tag. I don’t know the conditions leading to these crashes.

I had saved one older crash stack (truncated by console unfortunately) as a reference (early 21.02 branch when I started testing in preparation for release):

[ 1939.972549] ------------[ cut here ]------------
[ 1939.982051] WARNING: CPU: 2 PID: 2079 at backports-5.10.16-1/net/mac80211/ieee80211_i.h:1468 sta_info_alloc+0x5c4/0x]
[ 1940.005526] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_cor
[ 1940.005842]  algif_skcipher algif_rng algif_hash algif_aead af_alg sha256_generic libsha256 sha1_generic jitterentroc
[ 1940.243641] CPU: 2 PID: 2079 Comm: hostapd Not tainted 5.4.111 #0
[ 1940.255784] Stack : 8df75fb4 8007ce5c 80660000 80660d78 806c0000 80660d40 8065fe94 8dd01a34
[ 1940.272451]         80800000 8fe51fc8 806aa6e3 805f993c 00000002 00000001 8dd019d8 91468ee6
[ 1940.289110]         00000000 00000000 80830000 00000000 30232031 0000012f 2e352064 31312e34
[ 1940.305752]         00000000 00000060 00000000 0003b7b9 80000000 806c0000 00000000 8df075b8
[ 1940.322392]         00000009 8fed4480 00000005 00000002 00000000 8034dfbc 00000008 80800008
[ 1940.339021]         ...
[ 1940.343883] Call Trace:
[ 1940.348778] [<8000b64c>] show_stack+0x30/0x100
[ 1940.357652] [<80542370>] dump_stack+0xa4/0xdc
[ 1940.366336] [<8002bee0>] __warn+0xc0/0x10c
[ 1940.374487] [<8002bf88>] warn_slowpath_fmt+0x5c/0xac
[ 1940.384532] [<8df075b8>] sta_info_alloc+0x5c4/0x5fc [mac80211]
[ 1940.396280] [<8df259b0>] ieee80211_nan_func_match+0x3d88/0x4410 [mac80211]
[ 1940.410460] ---[ end trace dda71e821ee728c4 ]---
05.05.20213782Base systemBug ReportVery LowCriticalTP-Link CPE510 v2 bootloop with 21.02.0-rc1openwrt-21.02Requires testing Task Description

Installing the 21.02.0-rc1 Sysupgrade image on the TP-Link CPE510 v2 or TP-Link CPE610 v1 results in the same bootloop as reported in https://bugs.openwrt.org/index.php?do=details&task_id=3750

Here is a log from my device with a line length of 80 chars

TP-LINK SafeLoader (Build time: Jun 14 2017 - 10:08:41)
CPU: 560MHz AHB: 225MHz DDR: 8MB
Performing LED check..  PASS
Press CTRL+B to enter SafeLoader: 1

Allocated memory for elf segment ok: addr: 0x80060000, size 0x16dc
Loading .text @ 0x80060000 (5852 bytes)

Starting kernel


OpenWrt kernel loader for AR7XXX/AR9XXX
Copyright (C) 2011 Gabor Juhos <juhosg@openwrt.org>
Looking for OpenWrt image... found at 0xbf043000
Decompressing kernel... done!
Starting kernel at 80060000...
[    0.000000] Linux version 5.4.111 (builder@buildhost) (gcc version 8.4.0 (Ope
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001974c (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link CPE510 v2
[    0.000000] SoC: Atheros AR9344 rev 2
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16240
[    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jf
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes, li
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes, lin
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 57336K/65536K available (5216K kernel code, 190K rwdata,
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from 0x80655984 with crng_init=0
[    0.000000] CPU clock: 560.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_
[    0.000010] sched_clock: 32 bits at 280MHz, resolution 3ns, wraps every 7669
[    0.009095] Calibrating delay loop... 278.78 BogoMIPS (lpj=557568)
[    0.052225] pid_max: default: 32768 minimum: 301
[    0.057783] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, line
[    0.066284] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes,
[    0.080827] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, m
[    0.092208] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.100259] pinctrl core: initialized pinctrl subsystem
[    0.109580] NET: Registered protocol family 16
[    0.117299] GPIO line 18 (tp-link:ext:lna0) hogged as output/high
[    0.124466] GPIO line 19 (tp-link:ext:lna1) hogged as output/high
[    0.159972] workqueue: max_active 576 requested for napi_workq is out of ran
[    0.176037] clocksource: Switched to clocksource MIPS
[    0.183518] NET: Registered protocol family 2
[    0.189793] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096
[    0.199606] TCP established hash table entries: 1024 (order: 0, 4096 bytes, 
[    0.208534] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.216742] TCP: Hash tables configured (established 1024 bind 1024)
[    0.224301] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.231970] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.240490] NET: Registered protocol family 1
[    0.245632] PCI: CLS 0 bytes, default 32
[    0.255091] workingset: timestamp_bits=14 max_order=14 bucket_order=0
[    0.271344] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.278179] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORI
[    0.307686] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 
[    0.321044] pinctrl-single 1804002c.pinmux: 544 pins, size 68
[    0.329034] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.339440] printk: console [ttyS0] disabled
[    0.344535] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 25
[    0.354585] printk: console [ttyS0] enabled
[    0.354585] printk: console [ttyS0] enabled
[    0.363495] printk: bootconsole [early0] disabled
[    0.363495] printk: bootconsole [early0] disabled
[    0.388005] spi-nor spi0.0: gd25q64 (8192 Kbytes)
[    0.392920] 6 fixed-partitions partitions found on MTD device spi0.0
[    0.399384] Creating 6 MTD partitions on "spi0.0":
[    0.404285] 0x000000000000-0x000000020000 : "u-boot"
[    0.410563] 0x000000020000-0x000000030000 : "partition-table"
[    0.417611] 0x000000030000-0x000000040000 : "info"
[    0.423688] 0x000000040000-0x0000007c0000 : "firmware"
[    0.430160] 0x0000007c0000-0x0000007f0000 : "config"
[    0.436538] 0x0000007f0000-0x000000800000 : "art"
[    0.445059] libphy: Fixed MDIO Bus: probed
[    0.768479] libphy: ag71xx_mdio: probed
[    0.773748] libphy: ar8xxx-mdio: probed
[    0.785848] switch0: Atheros AR8229 rev. 1 switch registered on mdio.0
[    1.145976] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd
[    1.156116] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[    1.162648] i2c /dev entries driver
[    1.169430] NET: Registered protocol family 10
[    1.180091] random: fast init done
[    1.184945] Segment Routing with IPv6
[    1.188879] NET: Registered protocol family 17
[    1.193512] bridge: filtering via arp/ip/ip6tables is no longer available by
[    1.206679] 8021q: 802.1Q VLAN Support v1.8
[    1.212391] hctosys: unable to open rtc device (rtc0)
[    1.218812] /dev/root: Can't open blockdev
[    1.223069] VFS: Cannot open root device "(null)" or unknown-block(0,0): err
[    1.230673] Please append a correct "root=" boot option; here are the availa
[    1.239162] 1f00             128 mtdblock0 
[    1.239166]  (driver?)
[    1.245826] 1f01              64 mtdblock1 
[    1.245829]  (driver?)
[    1.252485] 1f02              64 mtdblock2 
[    1.252488]  (driver?)
[    1.259138] 1f03            7680 mtdblock3 
[    1.259140]  (driver?)
[    1.265792] 1f04             192 mtdblock4 
[    1.265795]  (driver?)
[    1.272452] 1f05              64 mtdblock5 
[    1.272455]  (driver?)
[    1.279103] Kernel panic - not syncing: VFS: Unable to mount root fs on unkn
[    1.287482] Rebooting in 1 seconds..


03.05.20213780Base systemBug ReportVery LowLowuhttpd error "Request Entity Too Large" on luci page af...TrunkUnconfirmed Task Description

Router: WRT1900AC v1 (mamba)
Openwrt: my build, r16521, includes luci-ssl, tvheadend server and dvb driver

Luci page ok at first.
After configuring tvheadend, including accounts, dvb muxes, channels, etc., luci page won’t open anymore. uhttpd error: Request Entity Too Large.
Starts working again after clearing browser cookies. Some of those cookies are set by tvheadend.

03.05.20213779Base systemBug ReportVery LowLowPossible less space on Netgear D7800 on 21.02TrunkUnconfirmed Task Description

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

 

Netgear D7800

/dev/root 3.8M 3.8M 0 100% /rom
tmpfs 106.6M 1.1M 105.4M 1% /tmp
/dev/ubi0_1 17.2M 11.5M 4.9M 70% /overlay
overlayfs:/overlay 17.2M 11.5M 4.9M 70% /
tmpfs 512.0K 0 512.0K 0% /dev

I usually have transmission, minidlna and samba set up (OpenWRT 19.07)

Now samba4 libs are too big to install, is there simply more in a base install of 21.02-rc1 so there isn’t room, or are the partitions misconfigured?

This is a clean install of OpenWRT 21.02-rc1

Commands on OpenWRT 19.07:

opkg update
opkg install libblkid luci-app-samba block-mount kmod-fs-exfat kmod-fs-ext4 kmod-usb-storage kmod-usb-storage-uas transmission-daemon-mbedtls luci-app-transmission luci-app-minidlna

Commands on OpenWRT 21.02:

opkg update
opkg install libblkid luci-app-samba4 block-mount kmod-fs-exfat kmod-fs-ext4 kmod-usb-storage kmod-usb-storage-uas transmission-daemon luci-app-transmission luci-app-minidlna

03.05.20213776Base systemBug ReportVery LowHighSwitch bridge VLANs are not configured correctly with D...TrunkUnconfirmed Task Description

Device: Ubiquiti EdgeRouter X (MT7621)
Version: latest master from github and latest packages.

With this network config (only relevant parts shown:

config interface 'test'
	option proto 'static'
	option ifname 'eth4'
	option ipaddr '192.168.4.1'
	option netmask '255.255.255.0'

config interface 'switch'
	option proto 'static'
	option type 'bridge'
	option ifname 'eth1 eth2 eth3'

config bridge-vlan
	option device 'br-switch'
	list ports 'eth1:t'
	list ports 'eth2:t'
	list ports 'eth3:t'
	option vlan '9'

I get this bridge config after reboot:

# bridge vlan
port              vlan-id  
eth1              1 PVID Egress Untagged
eth2              1 PVID Egress Untagged
eth3              1 PVID Egress Untagged
br-switch         1 PVID Egress Untagged

And if I reload network configuration I get this:

root@erx-router:~# ubus call network reload
root@erx-router:~# bridge vl
port              vlan-id  
eth1              1 PVID Egress Untagged
                  9
eth2              1 PVID Egress Untagged
                  9
eth3              1 PVID Egress Untagged
                  9
br-switch         1 PVID Egress Untagged
                  9

Both result are wrong and do not work.

I did a small debugging session and it looks like `bridge_state.has_vlans` is always false - but I’m not exactly sure this is relevant.

Unfortunately this bugs make impossible to run any VLAN tagged ports on this device with any version of OpenWrt. Given that current releases are using DSA for this platform this is a regression from non-DSA setup.

I’ll be happy to provide any additional information.
I’ve tried to debug it myself by could not really find any obvious problems. So any ideas for this would be welcome too.

Thanks!

02.05.20213775Base systemBug ReportVery LowVery LowR7800 & 21.02.0-rc1 : no client connected to Wifi 5GHzopenwrt-21.02Unconfirmed Task Description

Environment : - Netgear R7800 (Nighthawk X4S AC2600)
- OpenWrt 21.02.0-rc1 (sysupgraded from OpenWrt 19.07.7 with some basic configuration)

Problem encountered : After doing a sysupgrade from OpenWrt 19.07.7 to OpenWrt 21.02.0-rc1, everything looked fine at first sight, but I have noticed that none of the WiFi clients were connected to the 5GHz WiFi, they were all connected to the 2.4GHz WiFi, which leaded to a bandwidth diminution and my printer was not anymore accessible.
Now, I am back to OpenWrt 19.07.7 and the printer is working fine again.

Sorry I don’t have more details on that problem, I am creating that bug ticket to see if I am the only one concerned by that bug.
I don’t even know if the 5GHz WiFi was emitting for real or not.

02.05.20213772Base systemBug ReportVery LowCriticalOpenWrt 21.02.0-rc1 reboots frequently after turning on...openwrt-21.02Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on TP-Link TL-WR1043ND v1
- Software versions of OpenWrt/LEDE release, packages, etc. OpenWrt 21.02.0-rc1 r16046-59980f7aaf / LuCI openwrt-21.02 branch git-21.106.55967-06dd6b5

- Steps to reproduce

 

Upgrade go OpenWrt 21.02.1-rc1 without saving previous configs (otherwise system will become unstable immediately after upgrade). Turn on Wireless in Network–>Wireless–>.... After this a device becomes unstable and completely unusable starting to reboot again and again.

01.05.20213771Base systemBug ReportVery LowLowodhcpd fails to send Router AdvertisementsTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
Linksys EA3500

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

- Steps to reproduce
1. Install 21.02.0rc1 on device
2. After successful install, note that your ethernet connected laptop has only a link-local address (no ULA, or GUA).
3. Log into router and run logread command looking for odhcpd errors. Note the following:

logread | grep odhcp
Sun Apr 18 03:07:34 2021 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/odhcpd
Sun Apr 18 03:07:38 2021 daemon.err odhcpd[1799]: Failed to send to ff02::1%lan@br-lan (Address not available)
Sun Apr 18 03:07:41 2021 daemon.err odhcpd[1799]: Failed to send to fe80::9ed6:43ff:feae:1915%lan@br-lan (Address not available)
Sun Apr 18 03:07:41 2021 daemon.err odhcp6c[2528]: Failed to send RS (Address not available)
Sun Apr 18 03:07:42 2021 daemon.err odhcpd[1799]: Failed to send to ff02::1%lan@br-lan (Address not available)
Sun Apr 18 03:07:42 2021 daemon.err odhcp6c[2528]: Failed to send SOLICIT message to ff02::1:2 (Address not available)
Sun Apr 18 03:07:48 2021 daemon.info dnsmasq[2569]: read /tmp/hosts/odhcpd - 0 addresses

The router does NOT, in fact, have the interface ff02::1%lan@br-lan

After installing ip-full, it is possible to see ‘ip maddr’ and see the correct interfaces on the router:

# ip maddr
1: lo

inet  224.0.0.1
inet6 ff02::1
inet6 ff01::1

...
13: br-lan

link  33:33:00:00:00:01
link  33:33:00:00:00:02
link  01:00:5e:00:00:01
link  33:33:ff:01:70:f1
link  33:33:ff:00:00:01
link  33:33:ff:00:00:00
link  33:33:00:00:00:09
inet  224.0.0.1
inet6 ff02::9
inet6 ff02::1:ff00:0 users 3
inet6 ff02::1:ff00:1 users 2
inet6 ff02::1:ff01:70f1
inet6 ff02::2
inet6 ff02::1
inet6 ff01::1

IMPACT: No attached device can receive an IPv6 address from the router

 


29.04.20213769Base systemBug ReportVery LowHighDuplicate LAN MAC address on RB750Gr3openwrt-21.02Unconfirmed Task Description

Device: RB750Gr3
OpenWrt: 21.02.0-rc1 and 21.02-SNAPSHOT r16053-f066ee2ad5 (clean flash)

The kernel log has several lines of the following

br-lan: received packet on lan2 with own address as source address (addr:08:55:31:2e:c0:34, vlan:0)

/etc/config/network

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option packet_steering '1'
        option ula_prefix 'fd60:2450:7cfe::/48'

config interface 'lan'
        option type 'bridge'
        option ifname 'lan2 lan3 lan4 lan5'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config device 'lan_lan2_dev'
        option name 'lan2'
        option macaddr '08:55:31:2e:c0:34'

config device 'lan_lan3_dev'
        option name 'lan3'
        option macaddr '08:55:31:2e:c0:34'

config device 'lan_lan4_dev'
        option name 'lan4'
        option macaddr '08:55:31:2e:c0:34'

config device 'lan_lan5_dev'
        option name 'lan5'
        option macaddr '08:55:31:2e:c0:34'
                                          
config interface 'wan'
        option ifname 'wan'
        option proto 'dhcp'
                                          
config device 'wan_wan_dev'
        option name 'wan'
        option macaddr '08:55:31:2e:c0:33'
                                          
config interface 'wan6'
        option ifname 'wan'
        option proto 'dhcpv6'


29.04.20213768Base systemBug ReportVery LowLowAP/master + STA/client doesn't work in almost all casesopenwrt-19.07Unconfirmed Task Description

I have GL-Inet GL-AR150 (Atheros 933x, single radio) configured with three WiFi interfaces/networks: two APs (main+guest) and one client (WWAN). I would like to use them as a wireless repeater, but in most cases is able to use as pure AP or pure client only.

If client interface is disabled, both APs work perfectly. If the client is enabled, it successfully connects to the specified external AP and routing between LAN and WWAN works perfectly, but none of the APs are visible/accessible in most cases.

There was only a single case of dozens experiments when I saw all three interfaces working. In that case, both APs were visible and accessible, the client was connected to the external AP, and packet routing was established between LAN (RJ-45 and APs) and WWAN (the client). It means that this SoC is technically capable of running mixed mode interfaces on a single radio. Unfortunately, in that case I didn’t think to save the logs.

In most cases, when AP networks are not exposed, system log contains repeated error messages from hostapd:

daemon.err hostapd: Failed to set beacon parameters
daemon.notice hostapd: handle_probe_req: send failed

I’m afraid that client initialization is performed first, and some beacon parameters are set for the radio driver. When hostapd tries to set its own parameters, the driver fails the request. But in the case where all three interfaces worked, initialization sequence most probably was slightly different, so there was no conflict. Unfortunately, I cannot reproduce that successful case, but at that time, I carefully checked all the functionality to ensure that it really worked as expected.

I tried to change AP channel from Auto to a particular number, as suggested in FS#3114, but this didn’t help.


The problem occurs in many stable OpenWRT releases. The latest are 19.07.3 and 19.07.7 (both are generic).


Steps to reproduce:

 
* Create at least two wireless interfaces: one client/STA, one or more master/AP.
* When client/STA is enabled, AP(s) is(are) not exposed.
29.04.20213767Base systemBug ReportVery LowLowAP/master + STA/client don't work in almost all casesopenwrt-19.07Unconfirmed Task Description

I have GL-Inet GL-AR150 (Atheros 933x, single radio) configured with three WiFi interfaces/networks: two APs (main+guest) and one client (WWAN). I would like to use them as a wireless repeater, but in most cases is able to use as pure AP or pure client only.

If client interface is disabled, both APs work perfectly. If the client is enabled, it successfully connects to the specified external AP and routing between LAN and WWAN works perfectly, but none of the APs are visible/accessible in most cases.

There was only a single case of dozens experiments when I saw all three interfaces working. In that case, both APs were visible and accessible, the client was connected to the external AP, and packet routing was established between LAN (RJ-45 and APs) and WWAN (the client). It means that this SoC is technically capable of running mixed mode interfaces on a single radio. Unfortunately, in that case I didn't think to save the logs.

In most cases, when AP networks are not exposed, system log contains repeated error messages from hostapd:

daemon.err hostapd: Failed to set beacon parameters
daemon.notice hostapd: handle_probe_req: send failed

I'm afraid that client initialization is performed first, and some beacon parameters are set for the radio driver. When hostapd tries to set its own parameters, the driver fails the request. But in the case where all three interfaces worked, initialization sequence most probably was slightly different, so there was no conflict. Unfortunately, I cannot reproduce that successful case, but at that time, I carefully checked all the functionality to ensure that it really worked as expected.

I tried to change AP channel from Auto to a particular number, as suggested in FS#3114, but this didn't help.


The problem occurs in many stable OpenWRT releases. The latest are 19.07.3 and 19.07.7 (both are generic).


Steps to reproduce:

 
* Create at least two wireless interfaces: one client/STA, one or more master/AP.
* When client/STA is enabled, AP(s) is(are) not exposed.
29.04.20213766Base systemBug ReportVery LowMediumAP+STA (master+client) doesn't work in most casesopenwrt-19.07Unconfirmed Task Description

I have GL-Inet GL-AR150 (Atheros 933x, single radio) configured with three WiFi interfaces/networks: two APs (main+guest) and one client (WWAN). I would like to use them as a wireless repeater, but in most cases is able to use as pure AP or pure client only.

If client interface is disabled, both APs work perfectly. If the client is enabled, it successfully connects to the specified external AP and routing between LAN and WWAN works perfectly, but none of the APs are visible/accessible in most cases.

There was only a single case of dozens experiments when I saw all three interfaces working. In that case, both APs were visible and accessible, the client was connected to the external AP, and packet routing was established between LAN (RJ-45 and APs) and WWAN (the client). It means that this SoC is technically capable of running mixed mode interfaces on a single radio. Unfortunately, in that case I didn't think to save the logs.

In most cases, when AP networks are not exposed, system log contains repeated error messages from hostapd:

daemon.err hostapd: Failed to set beacon parameters
daemon.notice hostapd: handle_probe_req: send failed

I'm afraid that client initialization is performed first, and some beacon parameters are set for the radio driver. When hostapd tries to set its own parameters, the driver fails the request. But in the case where all three interfaces worked, initialization sequence most probably was slightly different, so there was no conflict. Unfortunately, I cannot reproduce that successful case, but at that time, I carefully checked all the functionality to ensure that it really worked as expected.

I tried to change AP channel from Auto to a particular number, as suggested in FS#3114, but this didn't help.


The problem occurs in many stable OpenWRT releases. The latest are 19.07.3 and 19.07.7 (both are generic).


Steps to reproduce:

 
* Create at least two wireless interfaces: one client/STA, one or more master/AP.
* When client/STA is enabled, AP(s) is(are) not exposed.
29.04.20213765KernelBug ReportVery LowHighRT5592 initializes but does not function when enabledopenwrt-21.02Unconfirmed Task Description

this issue is also present on master branch

board is EPG600 (not added yet)
this probably also affects ESR600 which is the same hardware
and other boards with RT5592

5 GHz wireless initializes and SSID can be seen on scan
however, clients cannot connect and traffic fails

init:

...
...
[   12.654377] rt2800pci 0000:01:00.0: card - bus=0x1, slot = 0x0 irq=4
[   12.668538] rt2800pci 0000:01:00.0: loaded eeprom from mtd device "factory"
[   12.675676] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5592, rev 0222 detected
[   12.683626] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 000f detected
[   12.711360] urngd: jent-rng init failed, err: 2
[   12.737471] rt2800_wmac 10180000.wmac: loaded eeprom from mtd device "rf"
[   12.744489] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
[   12.752435] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 7620 detected
...
...

iw list (phy0):

Wiphy phy0
        wiphy index: 0
        max # scan SSIDs: 4
        max scan IEs length: 2261 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short long limit: 2
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0 RX 0
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Band 2:
                Capabilities: 0x2fe
                        HT20/HT40
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 2-streams
                        Max AMSDU length: 3839 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 2 usec (0x04)
                HT TX/RX MCS rate indexes supported: 0-15, 32
                Frequencies:
                        * 5180 MHz [36] (20.0 dBm)
                        * 5190 MHz [38] (20.0 dBm)
                        * 5200 MHz [40] (20.0 dBm)
                        * 5210 MHz [42] (20.0 dBm)
                        * 5220 MHz [44] (20.0 dBm)
                        * 5230 MHz [46] (20.0 dBm)
                        * 5240 MHz [48] (20.0 dBm)
                        * 5250 MHz [50] (20.0 dBm) (no IR, radar detection)
                        * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                        * 5270 MHz [54] (20.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                        * 5290 MHz [58] (20.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                        * 5310 MHz [62] (20.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (20.0 dBm) (no IR, radar detection)
                        * 5510 MHz [102] (20.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (20.0 dBm) (no IR, radar detection)
                        * 5530 MHz [106] (20.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (20.0 dBm) (no IR, radar detection)
                        * 5550 MHz [110] (20.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (20.0 dBm) (no IR, radar detection)
                        * 5570 MHz [114] (20.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (20.0 dBm) (no IR, radar detection)
                        * 5590 MHz [118] (20.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (20.0 dBm) (no IR, radar detection)
                        * 5610 MHz [122] (20.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (20.0 dBm) (no IR, radar detection)
                        * 5630 MHz [126] (20.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (20.0 dBm) (no IR, radar detection)
                        * 5650 MHz [130] (20.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (20.0 dBm) (no IR, radar detection)
                        * 5670 MHz [134] (20.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (20.0 dBm) (no IR, radar detection)
                        * 5690 MHz [138] (20.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (20.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (20.0 dBm) (no IR)
                        * 5755 MHz [151] (20.0 dBm) (no IR)
                        * 5765 MHz [153] (20.0 dBm) (no IR)
                        * 5775 MHz [155] (20.0 dBm) (no IR)
                        * 5785 MHz [157] (20.0 dBm) (no IR)
                        * 5795 MHz [159] (20.0 dBm) (no IR)
                        * 5805 MHz [161] (20.0 dBm) (no IR)
                        * 5825 MHz [165] (20.0 dBm) (no IR)
                        * 4920 MHz [184] (disabled)
                        * 4940 MHz [188] (disabled)
                        * 4960 MHz [192] (disabled)
                        * 4980 MHz [196] (disabled)
        valid interface combinations:
                 * #{ managed, AP, mesh point } <= 8,
                   total <= 8, #channels <= 1
        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Supported extended features:
                * [ RRM ]: RRM
                * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
                * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
                * [ SCAN_RANDOM_SN ]: use random sequence numbers in scans
                * [ SCAN_MIN_PREQ_CONTENT ]: use probe request with only rate IEs in scans
                * [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
                * [ DEL_IBSS_STA ]: deletion of IBSS station support
                * [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
                * [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support

errors:

[  248.431432] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[  248.452925] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.40
[  248.515819] br-lan: port 2(wlan0) entered blocking state
[  248.521308] br-lan: port 2(wlan0) entered disabled state
[  248.526882] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.540458] device wlan0 entered promiscuous mode
[  248.545362] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  248.563127] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.580316] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  248.587159] br-lan: port 2(wlan0) entered blocking state
[  248.592642] br-lan: port 2(wlan0) entered forwarding state
[  248.603260] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0055, type=4
[  248.623801] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.644220] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  248.664762] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.705661] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0055, type=4
[  248.726199] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  248.746620] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  249.076237] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4003 max 3840
[  249.893479] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  250.648599] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  250.661836] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  250.681991] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.065181] rt2x00lib_rxdone_read_signal: 94 callbacks suppressed
[  251.065206] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0016, type=4
[  251.084627] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  251.097831] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  251.131983] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.151566] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.199122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  251.349860] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  251.522683] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3904 max 3840
[  251.549260] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.561657] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.581250] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.783651] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.795947] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  251.833765] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  251.846411] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  251.862441] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  251.960289] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0022, type=4
[  251.973491] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  252.013308] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  252.032827] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  252.080332] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  252.393129] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3904 max 3840
[  252.977643] rt2x00lib_rxdone_read_signal: 5 callbacks suppressed
[  252.977668] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  253.367744] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0040, type=4
[  253.383966] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0001, type=4
[  253.399972] rt2x00lib_rxdone: 17 callbacks suppressed
[  253.399994] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.423120] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.435617] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  253.451641] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.478082] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.490376] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  253.527646] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.540122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0027, type=4
[  253.556142] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.582589] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  253.602113] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.651031] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  253.688334] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4074 max 3840
[  253.700828] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  253.716857] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  253.785936] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  253.851589] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  254.864343] rt2x00lib_rxdone_read_signal: 27 callbacks suppressed
[  254.864369] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0072, type=4
[  254.913025] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x006b, type=4
[  254.929122] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0010, type=4
[  255.079618] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0024, type=4
[  255.102729] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0000, type=4
[  255.132881] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0010, type=4
[  255.220453] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x0078, type=4
[  255.236459] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0001, signal=0x0120, type=4
[  255.252539] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0002, signal=0x0078, type=4
[  255.268678] ieee80211 phy0: rt2x00lib_rxdone_read_signal: Warning - Frame received with unrecognized signal, mode=0x0000, signal=0x0077, type=4
[  255.362987] rt2x00lib_rxdone: 75 callbacks suppressed
[  255.363009] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.386251] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.412947] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.432490] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.508218] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4074 max 3840
[  255.520688] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.540132] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 3890 max 3840
[  255.580842] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  255.588533] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 4095 max 3840
[  255.605518] ieee80211 phy0: rt2x00lib_rxdone: Error - Wrong frame size 0 max 3840
[  256.759235] rt2x00lib_rxdone_read_signal: 87 callbacks suppressed
...
...
...

Showing tasks 201 - 250 of 1339 Page 5 of 27<<First - 3 - 4 - 5 - 6 - 7 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing