OpenWrt/LEDE Project

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

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

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

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
22.05.20203115KernelBug ReportVery LowMediumPerformance/ping/network latency regression in OpenWrt ...openwrt-19.07Unconfirmed Task Description

Today I’ve upgraded from OpenWrt 19.07.1 to 19.07.3 and noticed that latency for my WDR3600 router has increased more than threefold.

In OpenWrt 19.07.1 ping from my PC to the router (connected via a 1Gb wired connection, less than a meter) took approximately 0.250ms

In OpenWrt 19.07.3 ping is now 0.860ms on average.

I haven’t changed any settings after upgrading to OpenWrt 19.07.3.

This is quite a serious performance regression.

When I was carrying out the tests I had zero load and zero Internet traffic, so the router CPU was completely idle.

# uptime 
 15:22:59 up  4:36,  load average: 0.00, 0.00, 0.00
01.04.20202956KernelBug ReportVery LowMediumtcp_bbr: suffering poor performance with samba4-serveropenwrt-19.07Unconfirmed Task Description

Environment: Newifi-D2(arch mipsel_24kc), OpenWrt 19.07.1/19.07.2/master branch with kernel 1.14.170+, samba-4.11, a usb-disk with ext4 file system.
(samba4 uses default settings)

I run samba-4.11 server in my router with usb-harddisk of 3T volumes. If the router enables tcp_bbr kernel module with default config file, then lan PCs copying files from the router is very slowly with speed of 4-10MB. The speed of writing files to router’s share is also a little slower.
Without tcp_bbr the speed is up to 40-60MB when copying files from the router.

I found the problem is caused by lack value of “net.core.default_qdisc=fq” in default bbr config file (/etc/sysctl.d/12-tcp-bbr.conf)
The default bbr config file is :
```
# Do not edit, changes to this file will be lost on upgrades
# /etc/sysctl.conf can be used to customize sysctl settings

net.ipv4.tcp_congestion_control=bbr
net.core.default_qdisc=fq #add this line then problem disappear.
```


28.12.20192702KernelBug ReportVery LowMediumPerformance degradation after kernel.warn ath10k_core@8...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:

- Device problem occurs on
Archer C7v2

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

[---] PACKAGES INSTALLED
echo [INFO] Downloading package information ...
opkg update
#
echo [INFO] Removing packages ...
opkg remove wpad-basic
#
echo [INFO] Installing packages ...
opkg install bash
opkg install block-mount
opkg install curl
opkg install e2fsprogs
opkg install htop
# opkg install igmpproxy
opkg install kmod-br-netfilter
opkg install kmod-fs-ext4
opkg install kmod-fs-msdos
opkg install kmod-fs-ntfs
opkg install kmod-scsi-core
opkg install kmod-usb-storage
opkg install libncurses
opkg install libpcre
opkg install lua luafilesystem
opkg install luci-mod-rpc
opkg install luci-proto-relay
opkg install mailsend
opkg install nano
opkg install relayd
opkg install rpcd
opkg install terminfo
opkg install tcpdump
opkg install uhttpd-mod-ubus
opkg install vsftpd
opkg install wget
opkg install wpad
#
# batman-adv
opkg install kmod-batman-adv
opkg install batctl-full
[---]

- Steps to reproduce
Today worked on batman-adv via ad-hoc between two devices. Device A has LAN to bat0, batman-adv works over ad-hoc wifi, Device B has bat0 to LAN. (Device B has only one wired client behind)
Both devices (Archer C7v2 with OpenWrt 19.07-rc.2) had multiple crashes of the below printed type resulting in only 10 MBit/s download speed on the computer attached via LAN to Device B. Before the kernel.warn log line appeared on one of the APs, the speed was full 100 MBit/s. As soon I reboot the “kernel.warn”ing AP, the speed is 100 MBit again. bat0 is bridged to eth0.101 on both ends.

 
Sat Dec 28 14:50:04 2019 daemon.notice hostapd: wlan0-1: AP-ENABLED
Sat Dec 28 14:50:05 2019 kern.info kernel: [ 2416.392454] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Dec 28 14:50:05 2019 daemon.notice wpa_supplicant[16106]: Successfully initialized wpa_supplicant
Sat Dec 28 14:50:06 2019 kern.info kernel: [ 2417.755684] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Dec 28 14:50:06 2019 daemon.notice wpa_supplicant[16106]: Note: nl80211 driver interface is not designed to be used with ap_scan=2; this can result in connection failures
Sat Dec 28 14:50:06 2019 daemon.notice wpa_supplicant[16176]: wlan0: Trying to associate with SSID 'Permakultur'
Sat Dec 28 14:50:06 2019 kern.info kernel: [ 2417.950938] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2417.991646] ------------[ cut here ]------------
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2417.996394] WARNING: CPU: 0 PID: 16176 at /builder/shared-workdir/build/build_dir/target-mips_24kc_musl/linux-ath79_generic/ath10k-ct-2019-09-09-5e8cd86f/ath10k-4.19/mac.c:6598 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.016231] Modules linked in: ath9k ath9k_common pppoe ppp_async batman_adv ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack libcrc32c iptable_mangle iptable_filter ip_tables crc_ccitt compat br_netfilter ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 msdos vfat fat ntfs nls_utf8 nls_iso8859_1 nls_cp437
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.088204]  usb_storage sd_mod scsi_mod ext4 mbcache jbd2 crc16 crc32c_generic crypto_hash ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.103218] CPU: 0 PID: 16176 Comm: wpa_supplicant Tainted: G        W       4.14.156 #0
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.111503] Stack : 000000f8 800b2a94 80500000 804af544 00000000 00000000 00000000 00000000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.120128]         00000000 00000000 00000000 00000000 00000000 00000001 853c59d8 ebe9a33e
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.128783]         853c5a70 00000000 00000000 00009378 00000038 80447958 00000008 00000000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.137442]         000001c9 6e8dd5be 000001c8 00000000 853c59b8 80000000 00000000 8704e480
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.146036]         8700bd24 000019c6 86310d28 87428800 00000003 8027f944 00000000 80630000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.154570]         ...
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.157183] Call Trace:
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.157198] [<800b2a94>] 0x800b2a94
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.163293] [<80500000>] 0x80500000
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.166873] [<80447958>] 0x80447958
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.170485] [<8700bd24>] 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.176813] [<8027f944>] 0x8027f944
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.180352] [<8006a56c>] 0x8006a56c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.184017] [<8006a574>] 0x8006a574
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.187559] [<80084c20>] 0x80084c20
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.191102] [<8700bd24>] 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.197583] [<80084d08>] 0x80084d08
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.201136] [<80318194>] 0x80318194
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.204714] [<8700bd24>] 0x8700bd24 [ath10k_core@87000000+0x5d210]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.211078] [<87795f70>] 0x87795f70 [mac80211@87780000+0x6c280]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.217204] [<8772d0d0>] 0x8772d0d0 [cfg80211@87700000+0x363f0]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.223313] [<8772941c>] 0x8772941c [cfg80211@87700000+0x363f0]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.229530] [<8771ddc0>] 0x8771ddc0 [cfg80211@87700000+0x363f0]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.235711] [<80134f00>] 0x80134f00
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.239316] [<80350498>] 0x80350498
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.243000] [<803501ac>] 0x803501ac
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.246630] [<8034eb44>] 0x8034eb44
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.250375] [<8034f410>] 0x8034f410
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.253980] [<8034c9bc>] 0x8034c9bc
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.257540] [<8034e208>] 0x8034e208
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.261197] [<8034e6e4>] 0x8034e6e4
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.264845] [<802f7c1c>] 0x802f7c1c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.268386] [<8034bcf8>] 0x8034bcf8
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.271988] [<8034e308>] 0x8034e308
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.275625] [<802f7e7c>] 0x802f7e7c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.279170] [<800ac680>] 0x800ac680
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.282723] [<802f5f34>] 0x802f5f34
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.286301] [<802f6718>] 0x802f6718
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.289840] [<8034bdec>] 0x8034bdec
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.293390] [<802f681c>] 0x802f681c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.297024] [<8013fd78>] 0x8013fd78
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.300656] [<802fd5c0>] 0x802fd5c0
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.304252] [<802f8704>] 0x802f8704
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.307808] [<802f6718>] 0x802f6718
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.311405] [<8006f72c>] 0x8006f72c
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.314981] [<802f84a4>] 0x802f84a4
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.318624]
Sat Dec 28 14:50:06 2019 kern.warn kernel: [ 2418.320140] ---[ end trace b03503722668fd71 ]---
Sat Dec 28 14:50:07 2019 kern.info kernel: [ 2418.329016] wlan0: Selected IBSS BSSID [MAC] based on configured SSID
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0-1' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0-2' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0-3' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Network device 'wlan0' link is up
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' is enabled
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' has link connectivity
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' is setting up now
Sat Dec 28 14:50:07 2019 kern.info kernel: [ 2418.899578] batman_adv: bat0: Adding interface: wlan0
Sat Dec 28 14:50:07 2019 kern.info kernel: [ 2418.904876] batman_adv: bat0: Interface activated: wlan0
Sat Dec 28 14:50:07 2019 daemon.notice netifd: Interface 'nwi_mesh0' is now up
Sat Dec 28 14:50:08 2019 daemon.notice wpa_supplicant[16176]: wlan0: Associated with [MAC]


14.03.20192186KernelBug ReportVery LowMediumDSA driver performance issueTrunkUnconfirmed Task Description


Device: Linksys EA9500
Trunk: Kernel v4.19.25

I’ve compiled my own kernel and used DSA driver instead of swconfig
one for this router. Note: Kernel v4.19 enables broadcom tags for
B53 family of switches in this DSA driver

Here are some of my observations:

1. Lan to Lan speed is indeed 1Gbps (file copy)
2. However, Lan to Wan port is capped at ~500Mbps

 i. My internet is limited to 200Mbps, please see by test 
    setup below
ii. One of the users who has 1GBps internet had initially
    reported this issue

I’ve tried all the lan ports but the result is same. Note that this
router has 8 lan ports and 1 wan port. Where, switch bcm53012
covers lan4, lan7, lan8 and wan ports. While bcm53125 covers lan1,
lan2, lan3, lan5 and lan6 ports. bcm53125’s cpu port(8) hangs of
bcm53012 at port(0). bcm53012 is connected to GMAC.

When I load factory firmware, I do get 1Gbps from lan to wan port

Test setup:


Router ⇔ pfsense box ⇔ Modem

             ||
            SSD

File copy is limited to ~500Mbps

Thanks,

Vivek


19.02.20192133KernelBug ReportVery LowCriticallan rx performance on IPQ806X (R7800) AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on R7800
- Software versions of OpenWrt 18.06/Trunk

Firstly ,I found my ps4 download speed only 100mbps,so I’ve run iperf3
The lan rx work in problem ,tx works no problem.
One pair rx only 18mbps ten pair rx only 100mbps but tx can run in 1gbps.

So I change to offical 18.06.2 banch,rx is 400mbps ,tx is 1Gbps. Still in problem.
After I compile trunk banch ,it also WIP as 18.06 banch.

This problem also mentioned in FS#1598

15.12.20182000KernelBug ReportVery LowMediumMT7621 routing performance issueAllUnconfirmed Task Description

environment: RB750Gr3 (MT7621 SoC), OpenWrt 18.06 and trunk version

The official spec page says this device can achieve 1972Mbps routing througput, my test proves it is true under factory firmware. but if I switched to OpenWrt, the routing performance was always limited under 1Gbps, HW OFFLOAD has been enabled.

10.12.20181991KernelBug ReportVery LowLowTP-LINK TL-WR1043ND v2 bad wireless perfromanceopenwrt-18.06Unconfirmed Task Description

TP-LINK TL-WR1043ND v2
openwrt-18.06.1 (release)

TP-LINK TL-WR1043ND v2 set as AP bridge
1Gbps ethernet connected to a desktop - iperf3 server (iperf3 -s)
Xiamomi Mi Note3 connected wireless (same room, approx 6m from the router) - iperf3 client (iperf3 -c <IP> -i 1 -t 60)
Also other clients are connected, but not doing any large transmissions. Some are one or two floors below the room with the router.

Measured bandwidth is around 70Mbps, but fluctuates. Rarely hits 100Mbps, occasionally drops to 0 for several seconds.

For reference, I tested with an old CC (pre release), starting with CC r44455 (that’s what I had on an older TP-LINK router) and up, until commit [mac80211: update to wireless-testing 2015-03-09](https://github.com/openwrt/archive/commit/9f5dba18e9a1a3716dd805702195521d32e385ca)

Measured bandwidth is around 120Mbps.

Tested several commits in CC after the commit mentioned above, but the speed never reaches levels before that commit.
Tested releases CC 15.05, 15.05.1, LEDE 17.01.6, Openwrt 18.06.1 with the same bad performance.

I realize there must have been many changes since 11.3.2015 and the state of the drivers at that time may no longer be reasonably comparable to the recent state. I’m also not sure if this is still the right place to report such a bug (if it is a bug) or I should report it elsewhere (where?).

If you think it makes sense to find the cause, I can provide data or test, but at this point I don’t have a clue what to look for or where to start.

 


14.08.20181777Base systemBug ReportVery LowVery Lowrelease 18.06 on RouterBoards (ar71xx/mikrotik): superf...openwrt-18.06Unconfirmed Task Description

The sysupgrade-procedure of release 18.06 for RouterBoards (ar71xx/mikrotik)
(as contained in openwrt-18.06.0-ar71xx-mikrotik-vmlinux-initramfs-lzma.elf) creates
a superfluous UBI volume named “none”.

Details:

The function platform_nand_pre_upgrade() intarget/linux/ar71xx/base-files/lib/upgrade/platform.sh sets
“CI_KERNPART=none” to bypass the normal kernel-install-procedure.
This works, but causes nand_upgrade_prepare_ubi() in package/base-files/files/lib/upgrade/nand.sh
to creat an UBI volume named “none”, containing a (supposedly defective) kernel-yaffs2-image.

Used command :

sysupgrade -n -v http://192.168.88.1:8080/openwrt-18.06.0-ar71xx-mikrotik-nand-large-squashfs-sysupgrade.bin

19.06.20181598Base systemBug ReportVery LowHighregression: network performance on IPQ806X (R7800) has ...openwrt-18.06Unconfirmed Task Description

Device problem occurs on: Netgear R7800
oftware versions of OpenWrt/LEDE release: Latest 18.06 branch revision

I’ve run an iperf3 test, I have records of automated tests that I run every 2 hours that show the usual performance is 380Mbps to bouygues.iperf.fr, however on 18.06 the max attainable is just over 60Mbps in a single threaded test. I need to go to at least 10 threads to get close to 380Mbps.

I reverted to stock and a 17.01 build to verify that there was no issue with the internet connection here, and they all showed the old behaviour.

This speed is unnafected by flow offload being off or on.

 
root@router01:~# iperf3 -c bouygues.iperf.fr -p 5207 -R
Connecting to host bouygues.iperf.fr, port 5207
Reverse mode, remote host bouygues.iperf.fr is sending
[  5] local xxx.xxx.xxx.xxx port 45674 connected to 89.84.1.222 port 5207
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  7.45 MBytes  62.5 Mbits/sec
[  5]   1.00-2.00   sec  7.31 MBytes  61.3 Mbits/sec
[  5]   2.00-3.00   sec  7.63 MBytes  64.0 Mbits/sec
[  5]   3.00-4.00   sec  7.64 MBytes  64.1 Mbits/sec
[  5]   4.00-5.00   sec  7.57 MBytes  63.5 Mbits/sec
[  5]   5.00-6.00   sec  7.63 MBytes  64.0 Mbits/sec
[  5]   6.00-7.00   sec  7.47 MBytes  62.6 Mbits/sec
[  5]   7.00-8.00   sec  7.85 MBytes  65.8 Mbits/sec
[  5]   8.00-9.00   sec  7.77 MBytes  65.2 Mbits/sec
[  5]   9.00-10.00  sec  7.86 MBytes  65.9 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  77.7 MBytes  65.2 Mbits/sec    0             sender
[  5]   0.00-10.00  sec  76.2 MBytes  63.9 Mbits/sec                  receiver

iperf Done.


Showing tasks 1 - 9 of 9 Page 1 of 1

Available keyboard shortcuts

Tasklist

Task Details

Task Editing