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
20.01.20192066KernelBug ReportVery LowMediumUSB doesn't work on openwrt-18.06.1 & lede-17.01.4AllUnconfirmed Task Description

Hello, it’s my first issue here.
My hardware: ALFA Network W502U / R36
Problem: USB port doesn’t work.
It works on openwrt-15.05, but does not work on lede-17.01.4 & openwrt-18.06.1.
I tried all I could find on google, but no successes.

All bellow done using: OpenWrt 18.06.1, r7258-5eb055306f

I don’t know how to do diagnostics properly, but here is what I already did:


root@OpenWrt:~# lsusb -t
Segmentation fault
root@OpenWrt:~# lsusb
unable to initialize libusb: -99
root@OpenWrt:~# opkg list-installed | grep usb
kmod-usb-core - 4.14.63-1
kmod-usb-ehci - 4.14.63-1
kmod-usb-storage - 4.14.63-1
kmod-usb-uhci - 4.14.63-1
kmod-usb2 - 4.14.63-1
libusb-1.0 - 1.0.22-1
usbutils - 007-9
root@OpenWrt:~# lsusb
unable to initialize libusb: -99
root@OpenWrt:~# lsusb -t
Segmentation fault
root@OpenWrt:~#


Maybe this can help:
root@OpenWrt:~# dmesg
[ 0.000000] Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9)) #0 Thu Aug 16 07:51:15 20 18
[ 0.000000] SoC Type: Ralink RT3350 id:1 rev:2
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 0001964c (MIPS 24KEc)
[ 0.000000] MIPS: machine is ALFA Networks W502U
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 02000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[ 0.000000] Primary data cache 16kB, 4-way, VIPT, no aliases, linesize 32 byt es
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0×0000000000000000-0x0000000001ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0×0000000000000000-0x0000000001ffffff]
[ 0.000000] Initmem setup node 0 [mem 0×0000000000000000-0x0000000001ffffff]
[ 0.000000] On node 0 totalpages: 8192
[ 0.000000] free_area_init_node: node 0, pgdat 803eaeb0, node_mem_map 8100004 0
[ 0.000000] Normal zone: 64 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 8192 pages, LIFO batch:0
[ 0.000000] random: get_random_bytes called from 0x803ee72c with crng_init=0
[ 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: 8128
[ 0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jff s2
[ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000000] Writing ErrCtl register=00065de0
[ 0.000000] Readback ErrCtl register=00065de0
[ 0.000000] Memory: 27964K/32768K available (3419K kernel code, 172K rwdata, 424K rodata, 200K init, 210K bss, 4804K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS: 256
[ 0.000000] CPU Clock: 320MHz
[ 0.000000] timer_probe: no matching timers found
[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_i dle_ns: 11945377789 ns
[ 0.000019] sched_clock: 32 bits at 160MHz, resolution 6ns, wraps every 13421 772796ns
[ 0.007898] Calibrating delay loop... 212.58 BogoMIPS (lpj=1062912)
[ 0.094000] pid_max: default: 32768 minimum: 301
[ 0.099003] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.105607] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.122218] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, ma x_idle_ns: 19112604462750000 ns
[ 0.132051] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.138273] pinctrl core: initialized pinctrl subsystem
[ 0.146792] NET: Registered protocol family 16
[ 0.160804] Can’t analyze schedule() prologue at 80352ab0
[ 0.213659] rt2880_gpio 10000600.gpio: registering 24 gpios
[ 0.219347] rt2880_gpio 10000600.gpio: registering 24 irq handlers
[ 0.236791] clocksource: Switched to clocksource MIPS
[ 0.244339] NET: Registered protocol family 2
[ 0.250848] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.257890] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.264159] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.270926] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.276710] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.283640] NET: Registered protocol family 1
[ 0.295590] rt-timer 10000100.timer: maximum frequency is 3255Hz
[ 0.303509] Crashlog allocated RAM at address 0x1f00000
[ 0.313920] workingset: timestamp_bits=30 max_order=13 bucket_order=0
[ 0.332748] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.338615] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORIT Y) © 2001-2006 Red Hat, Inc.
[ 0.380470] io scheduler noop registered
[ 0.384301] io scheduler deadline registered (default)
[ 0.390769] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[ 0.403784] console [ttyS0] disabled
[ 0.407515] 10000c00.uartlite: ttyS0 at MMIO 0x10000c00 (irq = 20, base_baud = 6666666) is a Palmchip BK-3103
[ 0.417412] console [ttyS0] enabled
[ 0.424364] bootconsole [early0] disabled
[ 0.433566] cacheinfo: Failed to find cpu0 device node
[ 0.438911] cacheinfo: Unable to detect cache hierarchy for CPU 0
[ 0.446463] 1f000000.cfi: Found 1 x16 devices at 0×0 in 16-bit bank. Manufact urer ID 0x0000c2 Chip ID 0x0022cb
[ 0.456743] Amd/Fujitsu Extended Query Table at 0×0040 [ 0.462002] Amd/Fujitsu Extended Query version 1.1.
[ 0.467163] number of CFI chips: 1
[ 0.488329] 4 fixed-partitions partitions found on MTD device 1f000000.cfi
[ 0.495300] Creating 4 MTD partitions on “1f000000.cfi”:
[ 0.500855] 0×000000000000-0×000000030000 : “u-boot” [ 0.508096] 0×000000030000-0×000000040000 : “u-boot-env” [ 0.515425] 0×000000040000-0×000000050000 : “factory” [ 0.522776] 0×000000050000-0×000000800000 : “firmware” [ 0.542321] 2 uimage-fw partitions found on MTD device firmware
[ 0.548525] 0×000000050000-0x00000019e790 : “kernel” [ 0.555519] 0x00000019e790-0×000000800000 : “rootfs” [ 0.562562] mtd: device 5 (rootfs) set to be root filesystem
[ 0.568501] 1 squashfs-split partitions found on MTD device rootfs
[ 0.574802] 0x0000003c0000-0×000000800000 : “rootfs_data” [ 0.583610] libphy: Fixed MDIO Bus: probed
[ 0.591353] rt3050-esw 10110000.esw: link changed 0×01 [ 0.609880] mtk_soc_eth 10100000.ethernet eth0: mediatek frame engine at 0xb0 100000, irq 5
[ 0.619526] rt2880_wdt 10000120.watchdog: Initialized
[ 0.627610] NET: Registered protocol family 10
[ 0.642865] Segment Routing with IPv6
[ 0.646978] NET: Registered protocol family 17
[ 0.651634] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 0.664823] 8021q: 802.1Q VLAN Support v1.8
[ 0.681284] VFS: Mounted root (squashfs filesystem) readonly on device 31:5.
[ 0.691413] Freeing unused kernel memory: 200K
[ 0.695918] This architecture does not have kernel memory protection.
[ 1.619412] init: Console is alive
[ 1.623555] init: - watchdog -
[ 2.396830] random: fast init done
[ 2.722565] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 2.890829] kmodloader: done loading kernel modules from /etc/modules-boot.d/ *
[ 2.910041] init: - preinit -
[ 4.382680] 8021q: adding VLAN 0 to HW filter on device eth0
[ 4.672961] random: procd: uninitialized urandom read (4 bytes read)
[ 8.115618] jffs2: notice: (324) jffs2_build_xattr_subsystem: complete buildi ng xattr subsystem, 4 of xdatum (3 unchecked, 1 orphan) and 32 of xref (1 dead, 0 orphan) found.
[ 8.134525] mount_root: switching to jffs2 overlay
[ 8.190331] overlayfs: upper fs does not support tmpfile.
[ 8.206092] urandom-seed: Seeding with /etc/urandom.seed
[ 8.442557] procd: - early -
[ 8.445811] procd: - watchdog -
[ 9.256926] procd: - watchdog -
[ 9.261065] procd: - ubus -
[ 9.415882] random: ubusd: uninitialized urandom read (4 bytes read)
[ 9.427196] random: ubusd: uninitialized urandom read (4 bytes read)
[ 9.434866] random: ubusd: uninitialized urandom read (4 bytes read)
[ 9.444910] procd: - init -
[ 10.363541] kmodloader: loading kernel modules from /etc/modules.d/*
[ 10.493682] usbcore: registered new interface driver usbfs
[ 10.499804] usbcore: registered new interface driver hub
[ 10.505524] usbcore: registered new device driver usb
[ 10.542139] ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver
[ 10.640628] SCSI subsystem initialized
[ 10.679912] ehci-platform: EHCI generic platform driver
[ 10.696730] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 10.732456] Loading modules backported from Linux version wt-2017-11-01-0-gfe 248fc2c180
[ 10.740697] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[ 10.756445] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 10.782367] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
[ 10.925284] usbcore: registered new interface driver usb-storage
[ 10.976219] xt_time: kernel timezone is -0000
[ 11.101389] PPP generic driver version 2.4.2
[ 11.112322] NET: Registered protocol family 24
[ 11.161352] usbcore: registered new interface driver rtl8187
[ 11.203176] rt2800_wmac 10180000.wmac: loaded eeprom from mtd device “factory "
[ 11.210710] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 2872, rev 0200 d etected
[ 11.218641] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0005 detected
[ 11.227089] ieee80211 phy0: Selected rate control algorithm ‘minstrel_ht’ [ 11.399574] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 13.487575] urandom_read: 5 callbacks suppressed
[ 13.487592] random: jshn: uninitialized urandom read (4 bytes read)
[ 31.034969] 8021q: adding VLAN 0 to HW filter on device eth0
[ 31.128839] br-lan: port 1(eth0.1) entered blocking state
[ 31.134327] br-lan: port 1(eth0.1) entered disabled state
[ 31.140711] device eth0.1 entered promiscuous mode
[ 31.145584] device eth0 entered promiscuous mode
[ 31.247802] br-lan: port 1(eth0.1) entered blocking state
[ 31.253292] br-lan: port 1(eth0.1) entered forwarding state
[ 31.259544] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[ 32.027373] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 39.584842] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 39.605642] br-lan: port 2(wlan0) entered blocking state
[ 39.611182] br-lan: port 2(wlan0) entered disabled state
[ 39.617552] device wlan0 entered promiscuous mode
[ 40.719820] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 40.726761] br-lan: port 2(wlan0) entered blocking state
[ 40.732315] br-lan: port 2(wlan0) entered forwarding state
[ 76.772365] random: crng init done
[ 83.214660] do_page_fault(): sending SIGSEGV to lsusb for invalid read access from 00000000
[ 83.223256] epc = 00406f3d in lsusb[400000+11000]
[ 83.228069] ra = 00406f19 in lsusb[400000+11000]
[ 1235.373340] do_page_fault(): sending SIGSEGV to lsusb for invalid read access from 00000000
[ 1235.381999] epc = 00406f3d in lsusb[400000+11000]
[ 1235.386822] ra = 00406f19 in lsusb[400000+11000]

 


19.01.20192064Base systemBug ReportVery LowLowAfter umount /overlay && firstboot && reboot, settings ...openwrt-18.06Unconfirmed Task Description

Archer C7 V2 (US)
OpenWrt 18.06.1

Basically what happened is that after resetting using the command below, subsequent saves to router settings (e.g. enable WiFi, set SSID etc) were not retained. I could see it as I am applying it, but when I turn the router off and back on, it’s with the default settings! I did that several times, so pressty sure it wasn’t a one time glitch.

umount /overlay && firstboot && reboot

Backkground of the issue: router was initially flashed using openwrt-18.06.1-ar71xx-generic-archer-c7-v2-squashfs-factory, then happened to do resetting from LuCI but faced some problem with firewall/interfaces settings, so thought it’s best to reset using umount and firstboot, and that’s when the not-retaining settings happened.

I now reflashed with openwrt-18.06.1-ar71xx-generic-archer-c7-v2-squashfs-sysupgrade and settings are saved. So issue is solved for me.

I am not able to do further checking since I reflashed the router already, but thought of mentionnig what happened in case it rings any bell.


18.01.20192062Base systemBug ReportVery LowHighMTU is not set to 1508/1500 when using PPPoEopenwrt-18.06Unconfirmed Task Description

TP-LINK Archer C7, OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.228.31946-f64b152).

Use PPPoE for WAN. Set MTU to 1508.

Observe ifconfig result. MTU is set at 1492, it should be 1500.

Add

config interface ‘eth0’

option ifname 'eth0'
option mtu '1508'

to /etc/config/network, ensure PPPoE MTU (as above) is set to 1508 and restart the network/reboot the router.

Observe ifconfig result. MTU is set at 1500 as expected.

15.01.20192059Base systemBug ReportVery LowHighuclient-fetch not working at all on http (not https) co...TrunkUnconfirmed Task Description

I just tried today’s trunk snapshot on my Turris Omnia; everything’s working fine apart from uclient-fetch. I noticed the failure because the ddns updater stopped working. If I install wget, everything works, since wget replaces uclient-fetch. Sample output follows.

Bad:

root@heimdall:/tmp# uclient-fetch http://perdu.com/ Downloading ‘http://perdu.com/’ Failed to establish connection
root@heimdall:/tmp#

Good:

root@heimdall:/tmp# wget http://perdu.com/ –2019-01-15 14:31:09– http://perdu.com/ Resolving perdu.com... 208.97.177.124
Connecting to perdu.com|208.97.177.124|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 204 [text/html]
Saving to: ‘index.html’

index.html 100%[==================================================================================================================================================================>] 204 --.-KB/s in 0s 2019-01-15 14:31:10 (16.4 MB/s) - 'index.html' saved [204/204] root@heimdall:/tmp# Image builder command line: make image PROFILE=turris-omnia PACKAGES="-kmod-ath9k -dnsmasq -odhcpd -odhcpd-ipv6only -odhcp6c -ppp -ppp-mod-pppoe ddns-scripts dnsmasq-full ethtool haveged htop ipset kmod-ipt-raw kmod-ipt-raw6 kmod-nf-nathelper-extra kmod-wireguard nano sqm-scripts tcpdump tor wget wireguard-tools zram-swap"

13.01.20192058Base systemBug ReportVery LowLowath79: valgrind fails to build for mip32TrunkUnconfirmed Task Description

Building the core system (current master)

tip commit:

commit 0e8d5ff0fc1cd8eb5236e6e497c340ceb21340fe
Author: Felix Fietkau <nbd@nbd.name>
Date:   Fri Jan 11 17:23:29 2019 +0100

    mt76: fix typo in version number

    Signed-off-by: Felix Fietkau <nbd@nbd.name>

( only for mip32 (specifically ath79 for a variety of boards) with CONFIG_ALL=y fails on building valgrind with:

{standard input}:91723: Error: opcode not supported on this processor: mips32 (mips32) `floor.l.s $f24,$f24'                    
{standard input}:91740: Error: `fp=64' used with a 32-bit fpu
{standard input}:91744: Error: opcode not supported on this processor: mips32 (mips32) `floor.l.d $f24,$f24'                    
{standard input}:91761: Error: `fp=64' used with a 32-bit fpu
{standard input}:91765: Error: opcode not supported on this processor: mips32 (mips32) `round.l.s $f24,$f24'                    
{standard input}:91782: Error: `fp=64' used with a 32-bit fpu
{standard input}:91786: Error: opcode not supported on this processor: mips32 (mips32) `round.l.d $f24,$f24'                    
{standard input}:91803: Error: `fp=64' used with a 32-bit fpu
{standard input}:91807: Error: opcode not supported on this processor: mips32 (mips32) `trunc.l.s $f24,$f24'                    
{standard input}:91824: Error: `fp=64' used with a 32-bit fpu
{standard input}:91828: Error: opcode not supported on this processor: mips32 (mips32) `trunc.l.d $f24,$f24'                    
lto-wrapper: fatal error: mips-openwrt-linux-musl-gcc returned 1 exit status                                                    
compilation terminated.
/home/daniel/Build/openwrt-ath79/staging_dir/toolchain-mips_24kc_gcc-7.4.0_musl/lib/gcc/mips-openwrt-linux-musl/7.4.0/../../../../mips-openwrt-linux-musl/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
13.01.20192057Base systemBug ReportVery LowMedium/etc/init.d/umount runs after other block devices must ...TrunkUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on

All.

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

18.06.01 & snapshots

- Steps to reproduce

 

Setup another block device that should be stopped after umount, e.g. cryptsetup, lvm2, or mdadm

Performing umount as K99umount allows very few things to run afterwards. Ideally, it would be K96umount or K97umount, which would allow for running multiple levels of stops afterwards. There should be at least two levels after umount.

For example, setting K98umount would still cause problems for K99cryptsetup & K99lvm2 because lvm2 must stop before cryptsetup and both must stop after mount.

Changing S99umount may also affect these other packages:

STOP=98 boot
STOP=98 kdump.init
STOP=98 mdadm.init
STOP=99 conserver.init
STOP=99 kismet_drone.init
STOP=99 kismet_server.init
STOP=99 socat.init

12.01.20192056Base systemBug ReportVery LowMediumodhcp misbehaves with multiple MACs for single host on ...TrunkUnconfirmed Task Description

According to the Static Leases section on DHCP's User Guide it should be possible to list several MAC addresses for the same host. Indeed everything works as expected with dnsmasq, and my host gets the expected IPv4 when using any of the listed MAC addresses.

However odhcp misbehaves when I list more than one MAC. With a single MAC on ‘option mac’, my host gets the expected IPv6, with the suffix defined under hostid. If I place two or more MACs on that option, odhcp fails to honor my rules and attributes a dynamic IPv6 with a random suffix.

Here is an example config that produces the erroneous behavior of odhcp.

config host
        option name 'host4'
        option ip '192.168.1.4'
        option hostid '4'
        option duid '00112233445566778899'
        option mac '00:11:22:33:44:55, 66:77:88:99:aa:bb'

(Separating the MACs list with either commas and spaces yields the same result. The DHCP User’s Guide has contradictory info on how the list should be separated, but it seems that both work for dnsmasq.)

11.01.20192055Base systemBug ReportVery LowLowconntrack -f ipv6 -L dumps IPv4 table, not IPv6TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-LINK wdr4300

- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1 fully up-to-date as of writing

- Steps to reproduce

# conntrack -f ipv6 -L -nv

This produces the IPv4 table, as if

-f ipv6

was not even specified.

11.01.20192054Base systemBug ReportVery LowLowAth9k RXORN stormTrunkUnconfirmed Task Description

the ath9k don’t clear RXORN bit . I think The write maybe think

 RXEOL  and RXORN shuold come together

but I test found the RXORN come only , In this situation the driver not
clear the RXORN bit , so driver can not recevice any pakcet ,I just recevie
RXORN interrupt


10.01.20192053KernelBug ReportVery LowMediumRegular crashes of ath10k-ct driver on ZyXEL NBG6817TrunkUnconfirmed Task Description

Model ZyXEL NBG6817
Architecture ARMv7 Processor rev 0 (v7l)
Firmware Version OpenWrt SNAPSHOT r9010-adc8b374e3 / LuCI Master (git-19.007.66460-4edac36)
Kernel Version 4.14.91
Local Time Thu Jan 10 10:57:42 2019
Uptime 16h 32m 57s
Load Average 0.40, 0.34, 0.18

Sadly there isn’t any simple way to reproduce, but they seem to be happening somewhat regularly. Since I put the device to use, 1 yesterday, 2 today.

Jan 10 09:26:10 hs14 kernel: [54084.922093] ath10k_pci 0001:01:00.0: firmware crashed! (guid ec43bc35-1369-4765-b62f-6ccef1fb3d02)
Jan 10 09:26:10 hs14 kernel: [54084.922155] ath10k_pci 0001:01:00.0: qca9984/qca9994 hw1.0 target 0x01000000 chip_id 0x00000000 sub 168c:cafe
Jan 10 09:26:10 hs14 kernel: [54084.929958] ath10k_pci 0001:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
Jan 10 09:26:10 hs14 kernel: [54084.942242] ath10k_pci 0001:01:00.0: firmware ver 10.4b-ct-9984-fW-012-81e1edd54 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,reg
dump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT crc32 0391c067
Jan 10 09:26:10 hs14 kernel: [54084.951289] ath10k_pci 0001:01:00.0: board_file api 2 bmi_id 0:2 crc32 cf58c3bc
Jan 10 09:26:10 hs14 kernel: [54084.972926] ath10k_pci 0001:01:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-cal-file max-sta 32 raw 0 hwcrypto 1
Jan 10 09:26:10 hs14 kernel: [54084.982076] ath10k_pci 0001:01:00.0: firmware register dump:
Jan 10 09:26:10 hs14 kernel: [54084.990109] ath10k_pci 0001:01:00.0: [00]: 0x0000000A 0x000015B3 0x009A582B 0x00975B31
Jan 10 09:26:10 hs14 kernel: [54084.996013] ath10k_pci 0001:01:00.0: [04]: 0x009A582B 0x00060B30 0x00000000 0x00000000
Jan 10 09:26:10 hs14 kernel: [54085.003740] ath10k_pci 0001:01:00.0: [08]: 0x00000000 0x004602A4 0x00406764 0x00000000
Jan 10 09:26:10 hs14 kernel: [54085.011640] ath10k_pci 0001:01:00.0: [12]: 0x00000009 0x00000000 0x00973ABC 0x00973AD2
Jan 10 09:26:10 hs14 kernel: [54085.019537] ath10k_pci 0001:01:00.0: [16]: 0x00973AB0 0x0096398A 0x009606CA 0x00000000
Jan 10 09:26:10 hs14 kernel: [54085.027437] ath10k_pci 0001:01:00.0: [20]: 0x409A582B 0x0040660C 0x00000005 0x000000FF
Jan 10 09:26:10 hs14 kernel: [54085.035336] ath10k_pci 0001:01:00.0: [24]: 0x809A698A 0x0040666C 0x00000005 0xC09A582B
Jan 10 09:26:10 hs14 kernel: [54085.043235] ath10k_pci 0001:01:00.0: [28]: 0x809A7EF9 0x0040669C 0x0045F0D0 0x0045FCA8
Jan 10 09:26:10 hs14 kernel: [54085.051135] ath10k_pci 0001:01:00.0: [32]: 0x809A8D32 0x0040672C 0x0045FCE4 0x00406850
Jan 10 09:26:10 hs14 kernel: [54085.059035] ath10k_pci 0001:01:00.0: [36]: 0x809A8D62 0x0040684C 0x0042D864 0x0042EF70
Jan 10 09:26:10 hs14 kernel: [54085.066934] ath10k_pci 0001:01:00.0: [40]: 0x80985E4B 0x0040689C 0x00000000 0x0045A9F4
Jan 10 09:26:10 hs14 kernel: [54085.074833] ath10k_pci 0001:01:00.0: [44]: 0x80994A73 0x004068BC 0x0042ED20 0x0045A9F4
Jan 10 09:26:10 hs14 kernel: [54085.082732] ath10k_pci 0001:01:00.0: [48]: 0x8098FC30 0x004068DC 0x0042ED20 0x00000000
Jan 10 09:26:10 hs14 kernel: [54085.090631] ath10k_pci 0001:01:00.0: [52]: 0x80963AD3 0x00406A7C 0x0042ED20 0x0098FC28
Jan 10 09:26:10 hs14 kernel: [54085.098530] ath10k_pci 0001:01:00.0: [56]: 0x80960E80 0x00406A9C 0x0000001F 0x00400000
Jan 10 09:26:10 hs14 kernel: [54085.106429] ath10k_pci 0001:01:00.0: Copy Engine register dump:
Jan 10 09:26:10 hs14 kernel: [54085.114333] ath10k_pci 0001:01:00.0: [00]: 0x0004a000  13  13   3   3
Jan 10 09:26:10 hs14 kernel: [54085.120150] ath10k_pci 0001:01:00.0: [01]: 0x0004a400  10  10 432 433
Jan 10 09:26:10 hs14 kernel: [54085.126747] ath10k_pci 0001:01:00.0: [02]: 0x0004a800  46  46 109 110
Jan 10 09:26:10 hs14 kernel: [54085.133170] ath10k_pci 0001:01:00.0: [03]: 0x0004ac00  21  21  23  21
Jan 10 09:26:10 hs14 kernel: [54085.139594] ath10k_pci 0001:01:00.0: [04]: 0x0004b000 2043 1937  30  30
Jan 10 09:26:10 hs14 kernel: [54085.146018] ath10k_pci 0001:01:00.0: [05]: 0x0004b400   1   1 128 129
Jan 10 09:26:10 hs14 kernel: [54085.152441] ath10k_pci 0001:01:00.0: [06]: 0x0004b800  10  10  10  10
Jan 10 09:26:10 hs14 kernel: [54085.159039] ath10k_pci 0001:01:00.0: [07]: 0x0004bc00   1   1   1   1
Jan 10 09:26:10 hs14 kernel: [54085.165462] ath10k_pci 0001:01:00.0: [08]: 0x0004c000   0   0 127   0
Jan 10 09:26:10 hs14 kernel: [54085.171886] ath10k_pci 0001:01:00.0: [09]: 0x0004c400   1   1   1   1
Jan 10 09:26:10 hs14 kernel: [54085.178310] ath10k_pci 0001:01:00.0: [10]: 0x0004c800   0   0   0   0
Jan 10 09:26:10 hs14 kernel: [54085.184733] ath10k_pci 0001:01:00.0: [11]: 0x0004cc00   0   0   0   0
Jan 10 09:26:10 hs14 kernel: [54085.193175] ath10k_pci 0001:01:00.0: debug log header, dbuf: 0x423818  dropped: 0
Jan 10 09:26:10 hs14 kernel: [54085.198590] ath10k_pci 0001:01:00.0: [0] next: 0x423800 buf: 0x419610 sz: 1500 len: 252 count: 9 free: 0
Jan 10 09:26:10 hs14 kernel: [54085.206060] ath10k_pci 0001:01:00.0: ath10k_pci ATH10K_DBG_BUFFER:
Jan 10 09:26:10 hs14 kernel: [54085.214587] ath10k: [0000]: 034C7883 14004C01 71104441 01050F98 00019003 00000000 0000FFFF 034C7884
Jan 10 09:26:10 hs14 kernel: [54085.220581] ath10k: [0008]: 14004C01 71108880 00000000 00D80000 00000000 00000FF0 034C7884 14004C01
Jan 10 09:26:10 hs14 kernel: [54085.229521] ath10k: [0016]: 71108880 00010000 00D80000 00000000 00000000 034C7884 14004C01 71108880
Jan 10 09:26:10 hs14 kernel: [54085.238548] ath10k: [0024]: 00020000 00D80000 00000000 00000000 034C7884 14004C01 71108880 00030000
Jan 10 09:26:10 hs14 kernel: [54085.247576] ath10k: [0032]: 00D80000 00000000 00000000 034C7884 14004C01 71108880 00040000 00D80000
Jan 10 09:26:10 hs14 kernel: [54085.256604] ath10k: [0040]: 00000000 00000000 034C7884 14004C01 71108880 00050000 00D80000 00000000
Jan 10 09:26:10 hs14 kernel: [54085.265642] ath10k: [0048]: 00000000 034C7884 14004C01 71108880 00060000 00D80000 00000000 00000000
Jan 10 09:26:10 hs14 kernel: [54085.274659] ath10k: [0056]: 034C7885 17FC0001 009A582B 000015B3 000015B3 004064FC 91104569
Jan 10 09:26:10 hs14 kernel: [54085.283686] ath10k_pci 0001:01:00.0: ATH10K_END
Jan 10 09:26:10 hs14 kernel: [54085.293030] ath10k_pci 0001:01:00.0: [1] next: 0x423818 buf: 0x419020 sz: 1500 len: 0 count: 0 free: 0
Jan 10 09:26:10 hs14 kernel: [54085.336026] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 1, skipped old beacon
Jan 10 09:26:10 hs14 kernel: [54085.361017] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer da1bf400 vdev: 0 addr: 48:45:20:c2:27:84
Jan 10 09:26:10 hs14 kernel: [54085.361055] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer da1be400 vdev: 0 addr: 64:a2:f9:31:0f:98
Jan 10 09:26:10 hs14 kernel: [54085.371034] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer da1be200 vdev: 0 addr: 84:c7:ea:8f:41:c7
Jan 10 09:26:10 hs14 kernel: [54085.381962] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer da1bf000 vdev: 0 addr: 6c:c7:ec:46:de:44
Jan 10 09:26:10 hs14 kernel: [54085.392896] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer da1bfc00 vdev: 0 addr: 88:d7:f6:9f:51:10
Jan 10 09:26:10 hs14 kernel: [54085.403829] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer dbd42e00 vdev: 1 addr: 5e:e2:8c:f2:fe:80
Jan 10 09:26:10 hs14 kernel: [54085.414796] ath10k_pci 0001:01:00.0: removing peer, cleanup-all, deleting: peer dbbdc200 vdev: 0 addr: 5c:e2:8c:f2:fe:80
Jan 10 09:26:10 hs14 kernel: [54085.516577] ieee80211 phy1: Hardware restart was requested
Jan 10 09:26:11 hs14 kernel: [54085.597874] ath10k_pci 0001:01:00.0: Invalid state: 3 in ath10k_htt_tx_32, warning will not be repeated.
Jan 10 09:26:11 hs14 kernel: [54085.597905] ------------[ cut here ]------------
Jan 10 09:26:11 hs14 kernel: [54085.606562] WARNING: CPU: 1 PID: 0 at /var/lib/buildbot/slaves/tictex-02/ipq806x_generic/build/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/linux-ipq806x/ath10k-ct-2018-12-20-118e16da/ath10k-4.19/htt_tx.c:1250 ath10k_htt_tx_32+0xf0/0x9e0 [ath10k_core]
Jan 10 09:26:11 hs14 kernel: [54085.611507] Modules linked in: pppoe ppp_async 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 iptable_mangle iptable_filter ip_tables crc_ccitt compat act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables leds_gpio
Jan 10 09:26:11 hs14 kernel: [54085.682720]  xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug ext4 jbd2 mbcache crc32c_generic
Jan 10 09:26:11 hs14 kernel: [54085.704952] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.91 #0
Jan 10 09:26:11 hs14 kernel: [54085.726639] Hardware name: Generic DT based system
Jan 10 09:26:11 hs14 kernel: [54085.732654] [<c030f58c>] (unwind_backtrace) from [<c030b7a4>] (show_stack+0x14/0x20)
Jan 10 09:26:11 hs14 kernel: [54085.737240] [<c030b7a4>] (show_stack) from [<c07b26f8>] (dump_stack+0x88/0x9c)
Jan 10 09:26:11 hs14 kernel: [54085.745143] [<c07b26f8>] (dump_stack) from [<c0318ec4>] (__warn+0xf0/0x11c)
Jan 10 09:26:11 hs14 kernel: [54085.752167] [<c0318ec4>] (__warn) from [<c0318fb0>] (warn_slowpath_null+0x20/0x28)
Jan 10 09:26:11 hs14 kernel: [54085.759059] [<c0318fb0>] (warn_slowpath_null) from [<bf4a5c18>] (ath10k_htt_tx_32+0xf0/0x9e0 [ath10k_core])
Jan 10 09:26:11 hs14 kernel: [54085.766772] [<bf4a5c18>] (ath10k_htt_tx_32 [ath10k_core]) from [<bf48a0f8>] (ath10k_mac_op_set_bitrate_mask+0xc40/0xdac [ath10k_core])
Jan 10 09:26:11 hs14 kernel: [54085.776369] [<bf48a0f8>] (ath10k_mac_op_set_bitrate_mask [ath10k_core]) from [<bf48ff24>] (ath10k_mac_tx_push_txq+0x234/0x290 [ath10k_core])
Jan 10 09:26:11 hs14 kernel: [54085.788524] [<bf48ff24>] (ath10k_mac_tx_push_txq [ath10k_core]) from [<bf4901b4>] (ath10k_mac_op_wake_tx_queue+0x88/0x12c [ath10k_core])
Jan 10 09:26:11 hs14 kernel: [54085.801339] [<bf4901b4>] (ath10k_mac_op_wake_tx_queue [ath10k_core]) from [<bf3fefa4>] (ieee80211_unreserve_tid+0x658/0x718 [mac80211])
Jan 10 09:26:11 hs14 kernel: [54085.813569] [<bf3fefa4>] (ieee80211_unreserve_tid [mac80211]) from [<bf401c94>] (__ieee80211_subif_start_xmit+0x728/0x978 [mac80211])
Jan 10 09:26:11 hs14 kernel: [54085.825444] [<bf401c94>] (__ieee80211_subif_start_xmit [mac80211]) from [<bf4021d4>] (ieee80211_subif_start_xmit+0x2f0/0x310 [mac80211])
Jan 10 09:26:11 hs14 kernel: [54085.837553] [<bf4021d4>] (ieee80211_subif_start_xmit [mac80211]) from [<c069cd80>] (dev_hard_start_xmit+0xc8/0x154)
Jan 10 09:26:11 hs14 kernel: [54085.849828] [<c069cd80>] (dev_hard_start_xmit) from [<c069d54c>] (__dev_queue_xmit+0x630/0x7b0)
Jan 10 09:26:11 hs14 kernel: [54085.859983] [<c069d54c>] (__dev_queue_xmit) from [<c07917d4>] (br_dev_queue_push_xmit+0x144/0x168)
Jan 10 09:26:11 hs14 kernel: [54085.868662] [<c07917d4>] (br_dev_queue_push_xmit) from [<c0791830>] (br_forward_finish+0x38/0xa0)
Jan 10 09:26:11 hs14 kernel: [54085.877688] [<c0791830>] (br_forward_finish) from [<c0791980>] (__br_forward+0xe8/0x144)
Jan 10 09:26:11 hs14 kernel: [54085.886629] [<c0791980>] (__br_forward) from [<c0793624>] (br_handle_frame_finish+0x4fc/0x56c)
Jan 10 09:26:11 hs14 kernel: [54085.894788] [<c0793624>] (br_handle_frame_finish) from [<c0793a90>] (br_handle_frame+0x328/0x3c0)
Jan 10 09:26:11 hs14 kernel: [54085.903218] [<c0793a90>] (br_handle_frame) from [<c0698458>] (__netif_receive_skb_core+0x71c/0xbdc)
Jan 10 09:26:11 hs14 kernel: [54085.912154] [<c0698458>] (__netif_receive_skb_core) from [<c069a714>] (process_backlog+0xb0/0x164)
Jan 10 09:26:11 hs14 kernel: [54085.921008] [<c069a714>] (process_backlog) from [<c069e334>] (net_rx_action+0x144/0x31c)
Jan 10 09:26:11 hs14 kernel: [54085.930032] [<c069e334>] (net_rx_action) from [<c03015c8>] (__do_softirq+0xf0/0x264)
Jan 10 09:26:11 hs14 kernel: [54085.938285] [<c03015c8>] (__do_softirq) from [<c031d280>] (irq_exit+0xdc/0x148)
Jan 10 09:26:11 hs14 kernel: [54085.946006] [<c031d280>] (irq_exit) from [<c035a0d8>] (__handle_domain_irq+0xa8/0xc8)
Jan 10 09:26:11 hs14 kernel: [54085.953036] [<c035a0d8>] (__handle_domain_irq) from [<c0301488>] (gic_handle_irq+0x6c/0xb8)
Jan 10 09:26:11 hs14 kernel: [54085.961022] [<c0301488>] (gic_handle_irq) from [<c030c38c>] (__irq_svc+0x6c/0x90)
Jan 10 09:26:11 hs14 kernel: [54085.969176] Exception stack(0xdd45ff80 to 0xdd45ffc8)
Jan 10 09:26:11 hs14 kernel: [54085.976838] ff80: 00000001 00000000 00000000 c0315300 ffffe000 c0b03c74 c0b03c28 00000000
Jan 10 09:26:11 hs14 kernel: [54085.981876] ffa0: 00000000 512f04d0 00000000 00000000 dd45ffc8 dd45ffd0 c030884c c0308850
Jan 10 09:26:11 hs14 kernel: [54085.990018] ffc0: 60000013 ffffffff
Jan 10 09:26:11 hs14 kernel: [54085.998171] [<c030c38c>] (__irq_svc) from [<c0308850>] (arch_cpu_idle+0x38/0x44)
Jan 10 09:26:11 hs14 kernel: [54086.001477] [<c0308850>] (arch_cpu_idle) from [<c034ff08>] (do_idle+0xe8/0x1bc)
Jan 10 09:26:11 hs14 kernel: [54086.009111] [<c034ff08>] (do_idle) from [<c0350250>] (cpu_startup_entry+0x1c/0x20)
Jan 10 09:26:11 hs14 kernel: [54086.016142] [<c0350250>] (cpu_startup_entry) from [<423017cc>] (0x423017cc)
Jan 10 09:26:11 hs14 kernel: [54086.023843] ---[ end trace 452feb3a499a0195 ]---
Jan 10 09:26:11 hs14 kernel: [54086.030636] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:11 hs14 kernel: [54086.035568] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.042594] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.048636] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:11 hs14 kernel: [54086.054310] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.061524] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.081184] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
Jan 10 09:26:11 hs14 kernel: [54086.081230] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 1, skipped old beacon
Jan 10 09:26:11 hs14 kernel: [54086.087310] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
Jan 10 09:26:11 hs14 kernel: [54086.094688] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 1, skipped old beacon
Jan 10 09:26:11 hs14 kernel: [54086.101966] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
Jan 10 09:26:11 hs14 kernel: [54086.398043] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:11 hs14 kernel: [54086.398093] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.404163] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.410265] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:11 hs14 kernel: [54086.415885] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:11 hs14 kernel: [54086.423100] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:12 hs14 kernel: [54086.859493] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:12 hs14 kernel: [54086.859541] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:12 hs14 kernel: [54086.865611] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:12 hs14 kernel: [54087.668435] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:12 hs14 kernel: [54087.668484] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:12 hs14 kernel: [54087.674553] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:13 hs14 kernel: [54087.998516] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:13 hs14 kernel: [54087.998564] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:13 hs14 kernel: [54088.004648] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:13 hs14 kernel: [54088.010739] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:13 hs14 kernel: [54088.016359] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:13 hs14 kernel: [54088.023559] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:13 hs14 kernel: [54088.315168] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:13 hs14 kernel: [54088.315215] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:13 hs14 kernel: [54088.321286] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.199325] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.199378] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.205447] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.317048] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.317096] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.323165] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.399734] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.399767] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.405938] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.414260] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.417567] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.424841] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.442523] ath10k_pci 0001:01:00.0: 10.4 wmi init: vdevs: 16  peers: 48  tid: 96
Jan 10 09:26:16 hs14 kernel: [54091.442587] ath10k_pci 0001:01:00.0: msdu-desc: 2500  skid: 32
Jan 10 09:26:16 hs14 kernel: [54091.474435] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.474465] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.480544] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.492287] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.492316] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.499467] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.524925] ath10k_pci 0001:01:00.0: wmi print 'P 48/48 V 16 K 144 PH 176 T 186  msdu-desc: 2500  sw-crypt: 0 ct-sta: 0'
Jan 10 09:26:16 hs14 kernel: [54091.525752] ath10k_pci 0001:01:00.0: wmi print 'free: 87020 iram: 26788 sram: 18240'
Jan 10 09:26:16 hs14 kernel: [54091.578225] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:16 hs14 kernel: [54091.578254] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:16 hs14 kernel: [54091.584413] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54091.941028] ath10k_pci 0001:01:00.0: Firmware lacks feature flag indicating a retry limit of > 2 is OK, requested limit: 4
Jan 10 09:26:17 hs14 kernel: [54092.060188] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:17 hs14 kernel: [54092.060235] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.066307] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.072884] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:17 hs14 kernel: [54092.078031] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.085315] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.092632] ath10k_pci 0001:01:00.0: failed to transmit packet, dropping: -19
Jan 10 09:26:17 hs14 kernel: [54092.096943] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.104226] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.110805] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.115940] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.122235] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.127668] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.194155] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.194197] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.199984] ath10k_pci 0001:01:00.0: failed to submit frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.204944] ath10k_pci 0001:01:00.0: failed to push frame: -19
Jan 10 09:26:17 hs14 kernel: [54092.263526] ath10k_pci 0001:01:00.0: device successfully recovered
07.01.20192051Base systemBug ReportVery LowHighDHCP not working properly. openwrt-18.06Unconfirmed Task Description

I have WRT3200ACM and also EX6150v2 both using openwrt 18.06.01. With their stock firmware, my IOT devices like Mi LED and Wemo will connect just fine. With OpenWrt, some devices just not getting IP from the router/AP. Also, relayd is not working when the main router is using OpenWrt. If I use stock firmware as main AP then all problem solved. Seems like something wrong with OpenWrt’s DHCP system. I have also tried 18.06 version.

05.01.20192049Base systemBug ReportVery LowLowWN3000RP boot failed Checksum mismatch, Boot program ch...TrunkUnconfirmed Task Description

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

 

Device WN3000RP without any additional endings e.g. v1
Software versions of LEDE 17, 18

Steps to reproduce:
flash with lede-17.01.6-brcm47xx-mips74k-netgear-wn3000rp-squashfs.chk or openwrt-18.06.1-brcm47xx-mips74k-netgear-wn3000rp-squashfs.chk results
for LEDE 17
Checksum mismatch:
Image chksum: 0x8E7E8A20
Calc chksum: 0x5D868420
Boot program checksum is invalid
and for LEDE 18
Checksum mismatch:
Image chksum: 0x50DEE50C
Calc chksum: 0x990DE392
Boot program checksum is invalid

logs from UART console.

04.01.20192047KernelBug ReportVery LowMediumSwap kernel option doesn't work and /proc/swap endpoint...TrunkUnconfirmed Task Description

Device: TP-LINK TL-MR3420 v2 with replaced NAND flash chip (8MB ROM now) + USB hub with external power + 8Gb flash drive + 1Tb USB hdd
OpenWRT version: Trunk, OpenWrt GCC 7.4.0 r8982-a54129d
Steps to reproduce:
1) Install block-mount and swap-utils
2) Create swap partition and try to enable it

root@OpenWrt:~# mkswap /dev/sdb2
mkswap: /dev/sdb2: warning: wiping old swap signature.
Setting up swapspace version 1, size = 256 MiB (268431360 bytes)
no label, UUID=3068f953-a060-41cd-a09b-bcc2c531bf40
root@OpenWrt:~# swapon /dev/sdb2
block: failed to swapon /dev/sdb2 (-1)

3) Try to get /proc/swaps file

root@OpenWrt:~# cat /proc/swaps
cat: can’t open ‘/proc/swaps’: No such file or directory


“dmesg” output is attached.

03.01.20192045Base systemBug ReportVery LowLowlvm2: /etc/init.d/lvm2 does not define a STOP levelTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

specifically tested & confirmed on x86-64 and ipq806x

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

18.06.1 and snapshot

- Steps to reproduce

opkg install lvm2

03.01.20192044Base systemBug ReportVery LowLow/etc/init.d/mdadm is set to STOP=98 before /etc/init.d/...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

specifically tested & confirmed on x86-64 and ipq806x

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

18.06.1 and snapshot

- Steps to reproduce

opkg install mdadm

03.01.20192043Base systemBug ReportVery LowLowmdadm files/mdadm.config should ship with an empty conf...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

specifically tested & confirmed on x86-64 and ipq806x

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

18.06.1 and snapshot

- Steps to reproduce

opkg install mdadm

 


03.01.20192042Base systemBug ReportVery LowMediumnat helpers do not work (e.g. ftp), CT rules do not mat...TrunkUnconfirmed Task Description

OpenWrt SNAPSHOT, r8978-eb1887be93

Automatically generated rule like the below does not match any connections originating from WAN:

Chain zone_wan_helper (1 references)
pkts bytes target prot opt in out source destination
0 0 CT tcp – * * 0.0.0.0/0 192.168.1.250 tcp dpt:21 ctstate DNAT /* !fw3: FTP (CT helper) */ CT helper ftp

To have working passive FTP I need to add the following line to /etc/firewall.user (based on rules generated by shorewall):

iptables -t raw -A zone_wan_helper -p tcp –dport 21 -j CT –helper ftp –tcp-flags SYN,ACK,FIN,RST SYN

Either ctstate or destination ip does not match in the original rule.

02.01.20192041ToolchainBug ReportVery LowMediumPre-compiled headers don't work at all when building on...lede-17.01Unconfirmed Task Description

To reproduce:
1) Make a file test.h:
#define test 1
2) Make a file test.c:
void main() { return; }
3) Try to create and use a precompiled header
mips-...g++ -c -x c++-header -o test.gch test.h
mips-...g++ -o prog -Winvalid-pch -include test test.c

I get:

cc1plus: warning: test.gch: had text segment at different address

So it appears that something Bionic/GCC7.3 is doing to gcc causes gcc 5.4.0 PCH to break completely. PCH works fine on GCC 7.3 on the host, so it’s likely something that was fixed upstream, but I’m having difficulty finding the fix in gcc’s git history.

01.01.20192040Base systemBug ReportVery LowCriticalgdb 8.2 fails to compile for Raspberry Pi 3B+TrunkUnconfirmed Task Description

- Device problem occurs on
Attempting build for Raspberry Pi 3B+ with gdbserver included

- Software versions of OpenWrt/LEDE release, packages, etc.
commit d3bf5ff9bc7b55b2a3dab93853b33a0cd2c4ca47 (HEAD → master, origin/master, origin/HEAD)
Author: Jonas Gorski jonas.gorski@gmail.com Date: Mon Sep 10 11:42:53 2018 +0200

- Steps to reproduce
(I successfully built and ran it without gdbserver.)
In menuconfig, selected the correct SoC, added Luci, then followed https://openwrt.org/docs/guide-developer/gdb:
“Compiling Tools” - exactly as described.
“Add debugging to a package” - option “Global build settings > Compile packages with debugging info” (whether this is activated or not has no effect on the problem)

gdb compilation for the target fails, see error below.

I reverted 2 last commits to the gdb package, to what it was at this commit:
commit 525b8f06501233414ad6e56fe1134ae82ab28fc2
Author: Rosen Penev rosenp@gmail.com
Date: Wed Jun 6 18:22:26 2018 -0700

using these commands:
cd package/devel
git checkout 525b8f06501 gdb

and the build succeeded. Looks like the updated gdb

.config is attached.


aarch64-openwrt-linux-musl-g++ -x c++ -Os -pipe -mcpu=cortex-a53 -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -iremap/mnt/1TB/ow/openwrt/build_dir/target-aarch64_cortex-a53_musl/gdb-8.2:gdb-8.2 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -I. -I. -I./common -I./config -DLOCALEDIR=”“/usr/share/locale”” -DHAVE_CONFIG_H -I./../include/opcode -I./../opcodes/.. -I./../zlib -I../bfd -I./../bfd -I./../include -I../libdecnumber -I./../libdecnumber -I./gnulib/import -Ibuild-gnulib/import -DTUI=1 -Wall -Wpointer-arith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wempty-body -Wunused-but-set-parameter -Wunused-but-set-variable -Wno-sign-compare -Wno-narrowing -Wno-error=maybe-uninitialized -Wsuggest-override -Wimplicit-fallthrough=3 -Wduplicated-cond -Wformat-nonliteral -c -o aarch64-linux-nat.o -MT aarch64-linux-nat.o -MMD -MP -MF ./.deps/aarch64-linux-nat.Tpo aarch64-linux-nat.c
In file included from nat/aarch64-sve-linux-ptrace.h:23:0,
from aarch64-linux-nat.c:35:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/asm/sigcontext.h:26:8: error: redefinition of ‘struct sigcontext’ struct sigcontext {

In file included from /mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/signal.h:48:0,
from build-gnulib/import/signal.h:52,
from linux-nat.h:23,
from aarch64-linux-nat.c:26:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/bits/signal.h:18:16: note: previous definition of ‘struct sigcontext’ typedef struct sigcontext {

In file included from nat/aarch64-sve-linux-ptrace.h:23:0,
from aarch64-linux-nat.c:35:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/asm/sigcontext.h:63:8: error: redefinition of ‘struct _aarch64_ctx’ struct _aarch64_ctx {

In file included from /mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/signal.h:48:0,
from build-gnulib/import/signal.h:52,
from linux-nat.h:23,
from aarch64-linux-nat.c:26:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/bits/signal.h:29:8: note: previous definition of ‘struct _aarch64_ctx’ struct _aarch64_ctx {

In file included from nat/aarch64-sve-linux-ptrace.h:23:0,
from aarch64-linux-nat.c:35:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/asm/sigcontext.h:70:8: error: redefinition of ‘struct fpsimd_context’ struct fpsimd_context {

In file included from /mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/signal.h:48:0,
from build-gnulib/import/signal.h:52,
from linux-nat.h:23,
from aarch64-linux-nat.c:26:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/bits/signal.h:33:8: note: previous definition of ‘struct fpsimd_context’ struct fpsimd_context {

In file included from nat/aarch64-sve-linux-ptrace.h:23:0,
from aarch64-linux-nat.c:35:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/asm/sigcontext.h:80:8: error: redefinition of ‘struct esr_context’ struct esr_context {

In file included from /mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/signal.h:48:0,
from build-gnulib/import/signal.h:52,
from linux-nat.h:23,
from aarch64-linux-nat.c:26:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/bits/signal.h:39:8: note: previous definition of ‘struct esr_context’ struct esr_context {

In file included from nat/aarch64-sve-linux-ptrace.h:23:0,
from aarch64-linux-nat.c:35:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/asm/sigcontext.h:113:8: error: redefinition of ‘struct extra_context’ struct extra_context {

In file included from /mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/signal.h:48:0,
from build-gnulib/import/signal.h:52,
from linux-nat.h:23,
from aarch64-linux-nat.c:26:
/mnt/1TB/ow/openwrt/staging_dir/toolchain-aarch64_cortex-a53_gcc-7.4.0_musl/include/bits/signal.h:43:8: note: previous definition of ‘struct extra_context’ struct extra_context {

aarch64-linux-nat.c: In function ‘void store_sveregs_to_thread(regcache*)’:
aarch64-linux-nat.c:419:59: error: invalid use of incomplete type ‘struct store_sveregs_to_thread(regcache*)::user_sve_header’ iovec.iov_len = 1)→size;

aarch64-linux-nat.c:419:28: note: forward declaration of ‘struct store_sveregs_to_thread(regcache)::user_sve_header’ iovec.iov_len = 2)→size;

Makefile:1622: recipe for target ‘aarch64-linux-nat.o’ failed

1) struct user_sve_header ) base.get (
2) struct user_sve_header *) base.get (
01.01.20192039Base systemBug ReportVery LowMediumSierra Wireless EM7565 not working with Linksys WRT3200...openwrt-18.06Waiting on reporter Task Description

I have problems with Sierra Wireless EM7565 wireless module and USB 3.0 M.2 adapter. Device is detected correctly and works with TP-Link Archer C7 v2 which have older kernel version. I am using 18.06-SNAPSHOT r7405 version and kernel 4.14.82. I am connecting with QMI mode. I have tested also MBIM mode without success. 

I have verified connection using following command:

uqmi -d /dev/cdc-wdm0 –get-data-status –get-current-settings –get-capabilities –get-signal-info –get-serving-system “connected”

I have also tried changing RAW IP-mode. I have read following article:

https://techship.com/faq/how-to-step-by-step-set-up-a-data-connection-over-qmi-interface-using-qmicli-and-in-kernel-driver-qmi-wwan-in-linux/


01.01.20192038Base systemBug ReportVery LowLow[18.06.1] Installing package grep breaks /etc/preinitTrunkUnconfirmed Task Description

I receive this error during start-up:

/etc/preinit: line 1: grep: not found

After I have installed the ‘grep - 2.26-1’ package.

BusyBox has it’s grep applet installed in /bin/grep, and the grep package removes this and installs the full version in /usr/bin/grep. For whatever reason /etc/preinit cannot find /usr/bin/grep despite the path being set and including /usr/bin.

Removing the ‘grep - 2.26-1’ package allows the system to revert back to BusyBox grep and /etc/preinit no longer reports an error.

30.12.20182036Base systemBug ReportVery LowLowSeems there is noticeable memleak in trunk - brcm47xx -...TrunkUnconfirmed Task Description

I’ve gave a try to “trunk” build from ~25 DEC on WL500GPv1 (brcm47xx - legacy). It generally worked (except for swap). But it seems to have memleak. Haven’t happened in early versions.

To reproduce:
1) Install trunk on WL500GP V1. As non-standard difference I have ath9k card installed in minipci, therefore kmod-ath9k package is installed.
2) Login by ssh and look on “free” output (ofc line including buff/cache).

  1. I had about 16 MB of free RAM total with freshly booted firmware at this point (no luci, etc, just stock trunk package set + ath9k).

3) Let it run for a while without reboots. I ran it about 5 days.
4) Repeat step 2 and look free RAM again.

  1. At this point I had just 10 MB free RAM without obvious users of rather large 6MB chunk. Let’s remind, it inlcudes buffers/cache.

Result:
In 5 days about 6MB RAM gone to unknown use I failed to identify. It does not seems to be attributed to processes, ps gives nothing useful. I would surely spot 6MB-sized process but there was none.

30.12.20182035Base systemBug ReportVery LowMediumUnable to use swap in ZRAM in trunk (brcm47xx).TrunkUnconfirmed Task Description

I’ve gave a try to “trunk” build from 30 DEC on WL500GPv1 (brcm47xx - legacy). It generally works but swap-related things appear to be broken in trunk. At least some builds before this date also known to suffer from same problem.

To reproduce, easiest way:
1) Install trunk on WL500GP V1.
2) Install zram-swap script (opkg update; opkg install zram-swap).
3) Observe what happens.
4) Try to enable swap on zram manually to see what happens.

Result:
- When install of zram-swap script finishes, swap activation fails with the following: block: failed to swapon /dev/zram0 (-1)
- Exactly same issue if I try to mkswap & swapon manually or use my own custom scripting to bring up zram swap, etc (these were known to work earlier/in other systems).



I can see “zram” module is loaded, accepted all parameters, mkswap succeeds, but swapon always fails with obscure -1 error. Same for attempt to swapoff, etc. Seems that “block” thing backfires or so?

28.12.20182034Base systemBug ReportVery LowMediumIGMP Snooping Blocks Router AdvertisementsTrunkUnconfirmed Task Description

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

- Software versions of OpenWrt/LEDE release, packages, etc.
Latest Trunk (as of 2018/12/28)

- Steps to reproduce
Enable IGMP Snooping on a bridge
Some wireless devices will no longer receive RA's, making them loose conectivity after some time.

27.12.20182029PackagesFeature RequestVery LowLowfw3, IPv6: create rules with hostnames instead of dest_...TrunkUnconfirmed Task Description

Currently, opening a port on fw3 to allow a local server to be reached from the Internet via IPv6, requires the hardcoding of the destination IPv6 address in the

dest_ip

option. Here's the example on the fw3 IPv6 Configuration Examples wiki page:

config rule
        option src       wan
        option proto     tcp
        option dest      lan
        option dest_ip   2001:db8:42::1337
        option dest_port 80
        option family    ipv6
        option target    ACCEPT

Having an hardcoded IPv6 address becomes troublesome when the public IPv6 prefix changes. This can happen regularly with some ISPs, forcing users to edit the rule.

It would much helpful if one could specify a destination hostname instead of an IP address. fw3 would then have to check the current leases and translate the hostname.

An hardcoded IP address in the firewall rules was no issue with IPv4, since on most scenarios all destination addresses were local and could be statically attributed on

/etc/config/dhcp

. IPv6 public prefix delegation changes this and IMO requires more flexible rules on fw3.

This feature request follows the How to set up OpenWrt traffic rule for port forwarding IPv6 server on my LAN? question on SuperUser by James Johnston.

27.12.20182028Base systemFeature RequestVery LowLowIGMP/MLD snooping on WRT3200ACM (88E6352 switch)TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

Linksys WRT3200ACM

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

Latest OpenWRT trunk (as of 2018/12/27)

- Steps to reproduce

I’m askinf for you to add the function so I can enable switch level IGMP and MLD snooping (as the switch supports it https://www.marvell.com/documents/i1zmtf77xp8esbdo2rv7/ )

Currently I have this setup:

    WAN (VLAN 12)
     |
------------
|  SWITCH  |--- LAN1 (VLAN 12)
------------
     |
    CPU (VLAN 12 and others)

In the mencioned LAN1 I have a STB, and my ISP uses IGMP for IPTV.
When the STB is running, the wan interface gets flooded with the stream, not requested by the router, only by the STB, so I’d like to enable IGMP snooping so I can stop this. This is the reason why I dont have the STB in my LAN.

Thanks!

26.12.20182026KernelBug ReportVery LowHighkernel ipq806x Oopsopenwrt-18.06Unconfirmed Task Description

Device: netgear,r7800
Version: 18.06.1

Steps to reproduce:
The crash will happen with 100% certainty, but what exactly causes the problem is a little hard to say. It looks like large internet frames on WAN interface somehow trigger the error.

The WAN interface (eth.2) is untagged, on the LAN ports besides 1 untagged VLAN, 3 untagged VLANs exist. Only (possibly) relevant extra installed package is ip-tiny; it isn’t used though for any custom configuration though.

From the syslog (from boot till Oops, seemingly non-related stuff redacted out):

Wed Dec 26 15:18:27 2018 kern.info kernel: [    0.000000] Booting Linux on physical CPU 0x0
Wed Dec 26 15:18:27 2018 kern.notice kernel: [    0.000000] Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9)) #0 SMP Thu Aug 16 07:51:15 2018
Wed Dec 26 15:18:27 2018 kern.info kernel: [    0.000000] CPU: ARMv7 Processor [512f04d0] revision 0 (ARMv7), cr=10c5787d
Wed Dec 26 15:18:27 2018 kern.info kernel: [    0.000000] CPU: div instructions available: patching division code
Wed Dec 26 15:18:27 2018 kern.info kernel: [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
Wed Dec 26 15:18:27 2018 kern.info kernel: [    0.000000] OF: fdt: Machine model: Netgear Nighthawk X4S R7800
...
Wed Dec 26 15:18:27 2018 kern.info kernel: [    1.304591] libphy: GPIO Bitbanged MDIO: probed
Wed Dec 26 15:18:27 2018 kern.info kernel: [    1.325983] switch0: Atheros AR8337 rev. 2 switch registered on gpio-0
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.210243] libphy: Fixed MDIO Bus: probed
Wed Dec 26 15:18:27 2018 kern.warn kernel: [    2.212378] ipq806x-gmac-dwmac 37200000.ethernet: PTP uses main clock
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.213549] stmmac - user ID: 0x10, Synopsys ID: 0x37
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.219747] ipq806x-gmac-dwmac 37200000.ethernet: Ring mode enabled
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.224876] ipq806x-gmac-dwmac 37200000.ethernet: DMA HW capability register supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.230859] ipq806x-gmac-dwmac 37200000.ethernet: Enhanced/Alternate descriptors
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.238924] ipq806x-gmac-dwmac 37200000.ethernet: Enabled extended descriptors
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.246483] ipq806x-gmac-dwmac 37200000.ethernet: RX Checksum Offload Engine supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.253511] ipq806x-gmac-dwmac 37200000.ethernet: COE Type 2
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.261323] ipq806x-gmac-dwmac 37200000.ethernet: TX Checksum insertion supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.267227] ipq806x-gmac-dwmac 37200000.ethernet: Wake-Up On Lan supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.274601] ipq806x-gmac-dwmac 37200000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Wed Dec 26 15:18:27 2018 kern.warn kernel: [    2.282886] ipq806x-gmac-dwmac 37400000.ethernet: PTP uses main clock
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.290081] stmmac - user ID: 0x10, Synopsys ID: 0x37
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.296320] ipq806x-gmac-dwmac 37400000.ethernet: Ring mode enabled
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.301257] ipq806x-gmac-dwmac 37400000.ethernet: DMA HW capability register supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.307399] ipq806x-gmac-dwmac 37400000.ethernet: Enhanced/Alternate descriptors
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.315397] ipq806x-gmac-dwmac 37400000.ethernet: Enabled extended descriptors
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.322956] ipq806x-gmac-dwmac 37400000.ethernet: RX Checksum Offload Engine supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.329903] ipq806x-gmac-dwmac 37400000.ethernet: COE Type 2
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.337865] ipq806x-gmac-dwmac 37400000.ethernet: TX Checksum insertion supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.343699] ipq806x-gmac-dwmac 37400000.ethernet: Wake-Up On Lan supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.350995] ipq806x-gmac-dwmac 37400000.ethernet: Enable RX Mitigation via HW Watchdog Timer
...
Wed Dec 26 15:18:27 2018 kern.info kernel: [    2.428253] 8021q: 802.1Q VLAN Support v1.8
...
Wed Dec 26 15:18:27 2018 user.info kernel: [    3.839793] init: - watchdog -
...
Wed Dec 26 15:18:27 2018 user.info kernel: [    4.407941] kmodloader: loading kernel modules from /etc/modules-boot.d/*
...
Wed Dec 26 15:18:27 2018 user.info kernel: [    5.088295] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
Wed Dec 26 15:18:27 2018 user.info kernel: [    5.098476] init: - preinit -
...
Wed Dec 26 15:18:27 2018 kern.info kernel: [    6.799339] Generic PHY fixed-0:01: attached PHY driver [Generic PHY] (mii_bus:phy_addr=fixed-0:01, irq=POLL)
Wed Dec 26 15:18:27 2018 kern.info kernel: [    6.800863] dwmac1000: Master AXI performs any burst length
Wed Dec 26 15:18:27 2018 kern.info kernel: [    6.808373] ipq806x-gmac-dwmac 37400000.ethernet eth1: IEEE 1588-2008 Advanced Timestamp supported
Wed Dec 26 15:18:27 2018 kern.info kernel: [    6.813856] ipq806x-gmac-dwmac 37400000.ethernet eth1: registered PTP clock
Wed Dec 26 15:18:27 2018 kern.info kernel: [    7.834378] ipq806x-gmac-dwmac 37400000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
...
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.015710] Generic PHY fixed-0:01: attached PHY driver [Generic PHY] (mii_bus:phy_addr=fixed-0:01, irq=POLL)
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.016654] dwmac1000: Master AXI performs any burst length
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.016672] ipq806x-gmac-dwmac 37400000.ethernet eth1: IEEE 1588-2008 Advanced Timestamp supported
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.016873] ipq806x-gmac-dwmac 37400000.ethernet eth1: registered PTP clock
...
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.020482] device eth1.1 entered promiscuous mode
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.020487] device eth1 entered promiscuous mode
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.066212] device eth1.127 entered promiscuous mode
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.120009] device eth1.34 entered promiscuous mode
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.162731] device eth1.10 entered promiscuous mode
...
Wed Dec 26 15:18:31 2018 daemon.notice netifd: Interface 'wan' is enabled
Wed Dec 26 15:18:31 2018 daemon.notice netifd: Interface 'wan' is setting up now
Wed Dec 26 15:18:31 2018 daemon.notice netifd: Interface 'wan' is now up
...
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.174821] Generic PHY fixed-0:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=fixed-0:00, irq=POLL)
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.175880] dwmac1000: Master AXI performs any burst length
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.175902] ipq806x-gmac-dwmac 37200000.ethernet eth0: IEEE 1588-2008 Advanced Timestamp supported
Wed Dec 26 15:18:31 2018 kern.info kernel: [   35.176061] ipq806x-gmac-dwmac 37200000.ethernet eth0: registered PTP clock
...
Wed Dec 26 15:18:32 2018 kern.info kernel: [   36.072469] ipq806x-gmac-dwmac 37400000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
Wed Dec 26 15:18:32 2018 daemon.notice netifd: Network device 'eth1' link is up
Wed Dec 26 15:18:32 2018 daemon.notice netifd: VLAN 'eth1.1' link is up
Wed Dec 26 15:18:32 2018 daemon.notice netifd: VLAN 'eth1.10' link is up
Wed Dec 26 15:18:32 2018 daemon.notice netifd: VLAN 'eth1.34' link is up
Wed Dec 26 15:18:32 2018 daemon.notice netifd: VLAN 'eth1.127' link is up
...
Wed Dec 26 15:18:32 2018 daemon.notice netifd: Network device 'eth0' link is up
Wed Dec 26 15:18:32 2018 daemon.notice netifd: Interface 'wan' has link connectivity
Wed Dec 26 15:18:32 2018 kern.info kernel: [   36.232391] ipq806x-gmac-dwmac 37200000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
...
Wed Dec 26 15:18:47 2018 daemon.info procd: - init complete -
...
Wed Dec 26 18:09:06 2018 kern.err kernel: [ 1488.045291] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:06 2018 kern.err kernel: [ 1488.546134] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:07 2018 kern.err kernel: [ 1489.546246] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:09 2018 kern.err kernel: [ 1491.546705] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:13 2018 kern.err kernel: [ 1495.548558] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:17 2018 kern.err kernel: [ 1499.548584] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:21 2018 kern.err kernel: [ 1503.548245] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:25 2018 kern.err kernel: [ 1507.549643] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:29 2018 kern.err kernel: [ 1511.551169] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:33 2018 kern.err kernel: [ 1515.552148] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:09:37 2018 kern.err kernel: [ 1519.553088] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1990 larger than size (1536)
Wed Dec 26 18:24:05 2018 kern.alert kernel: [ 2387.041393] Unable to handle kernel paging request at virtual address 64616f86
Wed Dec 26 18:24:05 2018 kern.alert kernel: [ 2387.041483] pgd = c0204000
Wed Dec 26 18:24:05 2018 kern.alert kernel: [ 2387.047548] [64616f86] *pgd=00000000
24.12.20182024Base systemBug ReportVery LowHighsysupgrade silently does nothing in case of active swap...TrunkUnconfirmed Task Description

Trying sysupgrade on my ZBT WE1026, with SD-Card installed, and swap file active on it, silently does not succeed.

However, as I am using ‘sysupgrade -v -n -f /tmp/some_pars.tar.gz /tmp/fw.bin’ the files from some_pars.tar.gz are applied to unmodified system, resulting in inconsistencies.

Doing swapoff before
sysupgrade fixed my problem.

sysupgrade should at least issue an error message, when it does not succeed.
As I suspect, that unsuccessful umount of my block device with swap-file open is the culprit.


23.12.20182023PackagesBug ReportVery LowCriticalPPtP not connecting on Xiaomi Mi WiFi R3Gopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on : Xiaomi Mi WiFi R3G (https://openwrt.org/toh/xiaomi/mir3g)
- OpenWrt 18.06.1

Steps to reproduce:

1.opkg update
2.opkg install ppp-mod-pptp
3.opkg install kmod-nf-nathelper-extra
4.opkg install kmod-ipt-raw
5.disabled rebind attack protection from DNS and DHCP
6.added below custom rule on /etc/firewall.user

iptables -t raw -A OUTPUT -p tcp -m tcp --dport 1723 -j CT --helper pptp

7.setup the PPTP in the LUCI
8.reboot

Relevant Logs appearing repetitively:

Sun Dec 23 17:48:01 2018 daemon.notice pppd[22738]: pppd 2.4.7 started by root, uid 0
Sun Dec 23 17:48:02 2018 kern.info kernel: [ 1551.622787] pptp-ISP: renamed from ppp0
Sun Dec 23 17:48:02 2018 daemon.info pppd[22738]: Using interface pptp-ISP Sun Dec 23 17:48:02 2018 daemon.notice pppd[22738]: Connect: pptp-ISP ←→ pptp (red.connect.net.pk)
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22738]: CHAP authentication succeeded
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22738]: Connection terminated.
Sun Dec 23 17:48:03 2018 daemon.warn pppd[22740]: read returned zero, peer has closed
Sun Dec 23 17:48:03 2018 daemon.warn pppd[22740]: read returned zero, peer has closed
Sun Dec 23 17:48:03 2018 daemon.info pppd[22738]: Exit.
Sun Dec 23 17:48:03 2018 daemon.notice netifd: Interface ‘ISP’ is now down
Sun Dec 23 17:48:03 2018 daemon.notice netifd: Interface ‘ISP’ is setting up now
Sun Dec 23 17:48:03 2018 daemon.info pppd[22998]: Plugin pptp.so loaded.
Sun Dec 23 17:48:03 2018 daemon.info pppd[22998]: PPTP plugin version 1.00
Sun Dec 23 17:48:03 2018 daemon.notice pppd[22998]: pppd 2.4.7 started by root, uid 0


20.12.20182017PackagesBug ReportVery LowMedium[wpad] cannot use encryption on 802.11s meshopenwrt-18.06Unconfirmed Task Description

TLDR:
option encryption ‘none’ works perfectly

option encryption ‘# literally anything else’ wpad assumes encryption = none and everything works
OR
breaks config, mesh interface never comes up
(more than just the UI, also tested with iw)

Router A: ENS202EXT (Atheros/mac80211)
Router B: ENS202EXT (Atheros/mac80211)

Openwrt 18.06.1

wpad 2018-05-21-62566bc2-5 (current as of post)
also tried other versions of wpad (mesh, mesh-openssl)

I have tried both Mesh only and Mesh + AP.
I have not tried wpa_supplicant.

Currently have a mesh point that is working, but unencrypted. Along with an AP

LuCI does not allow the option to add encryption
If I force encryption in the configuration, mesh does not start up.
the package authSAE doesn’t exist anymore...so I assume that I am not missing requirements...

With Unencrypted mesh, LuCI shows association between the routers
Routers show up on each other’s Associated Stations list
everything seems to be working, with manual range testing since I can’t ping between routers, I guess because of firewall.

the most closely related issue I could find is this

another relevant links:
https://forum.openwrt.org/t/setting-up-authenticated-mesh-with-wpad-mesh/12399/49

they claim it’s good but it isn’t
Not sure if this is by design or never resolved.
Please advise how to better show the problem, what to post, etc...
I will be testing this on other routers as well

Working mesh config in wireless:

config wifi-iface

      option device 'radio0'
      option encryption 'none'
      option mode 'mesh'
      option mesh_id '$ID'
      option mesh_fwding '1'
      option network 'WLAN'

Mesh Config that fails:

config wifi-iface ‘SDMesh’

      option network 'WLAN'
      option device 'radio0'
      option mode 'mesh'
      option mesh_fwding '1'
      option mesh_id '$ID'
      option encryption 'psk2+ccmp'
      option key '$KEY'
20.12.20182015KernelBug ReportVery LowHighWi-fi repeater relayd stops working [mt7628 miwifi nano...openwrt-18.06Unconfirmed Task Description

Hi. I have a miwifi nano r1cl working as a relayd repeater. I’ve been using it for quite a long time with 18.06.1 with no issues at all. However I updated to OpenWrt 18.06-SNAPSHOT r7549-217219ee1d and I started having issues with wifi connectivity. At the beggining everything is well and runs just fine for like 5-10 minutes of usage, but then it stops working and I can’t connect to its wifi. If I have a look at the kernel log, I see lots of errors like these:

[ 8969.318135] mt76_wmac 10300000.wmac: MCU message 8 (seq 14) timed out
[ 8970.438153] mt76_wmac 10300000.wmac: MCU message 8 (seq 15) timed out
[ 8971.558140] mt76_wmac 10300000.wmac: MCU message 8 (seq 1) timed out
[ 8972.678146] mt76_wmac 10300000.wmac: MCU message 8 (seq 2) timed out
[ 8973.798146] mt76_wmac 10300000.wmac: MCU message 8 (seq 3) timed out
[ 8974.947917] mt76_wmac 10300000.wmac: MCU message 8 (seq 4) timed out
[ 8976.038230] mt76_wmac 10300000.wmac: MCU message 8 (seq 5) timed out
[ 8977.158154] mt76_wmac 10300000.wmac: MCU message 8 (seq 6) timed out
[ 8978.358299] mt76_wmac 10300000.wmac: MCU message 8 (seq 7) timed out
[ 8979.478170] mt76_wmac 10300000.wmac: MCU message 8 (seq 8) timed out
[ 8980.598384] mt76_wmac 10300000.wmac: MCU message 8 (seq 9) timed out
[ 8981.718183] mt76_wmac 10300000.wmac: MCU message 8 (seq 10) timed out
[ 8982.838278] mt76_wmac 10300000.wmac: MCU message 8 (seq 11) timed out
[ 8983.958213] mt76_wmac 10300000.wmac: MCU message 8 (seq 12) timed out
[ 8985.078184] mt76_wmac 10300000.wmac: MCU message 8 (seq 13) timed out
[ 8986.278180] mt76_wmac 10300000.wmac: MCU message 8 (seq 14) timed out
[ 8987.398184] mt76_wmac 10300000.wmac: MCU message 8 (seq 15) timed out
[ 8988.518184] mt76_wmac 10300000.wmac: MCU message 8 (seq 1) timed out
[ 8989.638188] mt76_wmac 10300000.wmac: MCU message 8 (seq 2) timed out
[ 8990.758273] mt76_wmac 10300000.wmac: MCU message 8 (seq 3) timed out

I’ll get back to 18.06.1 but I thought it might be useful to post about this.

18.12.20182010KernelBug ReportVery LowMediumArcher C7 v4 ath10k firmware loading fails "re-opening"...openwrt-18.06Unconfirmed Task Description

[ 9.959484] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[ 10.237100] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2
[ 10.248191] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 10.408785] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[ 10.632975] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[ 10.644068] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 10.711405] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[ 11.003394] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[ 11.012951] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[ 11.025957] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00037 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 a4a52adb
[ 11.071246] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[ 11.082056] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 11.150077] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed

Archer C7 v4
OpenWrt 18.06.1, r7258-5eb055306f

# opkg list-installed | grep ath
ath10k-firmware-qca988x - 2018-05-12-952afa49-1
kmod-ath - 4.9.120+2017-11-01-9
kmod-ath10k - 4.9.120+2017-11-01-9
kmod-ath9k - 4.9.120+2017-11-01-9
kmod-ath9k-common - 4.9.120+2017-11-01-9

# ethtool -i wlan0
driver: ath10k_pci
version: 4.9.120
firmware-version: 10.2.4-1.0-00037
expansion-rom-version:
bus-info: 0000:00:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no

luci:
Qualcomm Atheros QCA9880 802.11nac
Channel: ? (5.000 GHz) | Bitrate: ? Mbit/s
0%
SSID: xxxx | Mode: Master
Wireless is not associated

config wifi-device 'radio0'

      option type 'mac80211'
      option hwmode '11a'
      option path 'pci0000:00/0000:00:00.0'
      option htmode 'VHT80'
      option legacy_rates '1'
      option country 'CZ'
      option channel 'auto'

config wifi-iface 'default_radio0'

      option device 'radio0'
      option network 'lan'
      option mode 'ap'
      option hidden '1'
      option encryption 'psk2'
      option key 'xxxxxxxxx'
      option ssid 'xxxx'

/lib/firmware# tree
.
├── ath10k
│ ├── QCA988X
│ │ └── hw2.0
│ │ ├── board.bin
│ │ └── firmware-5.bin
│ └── cal-pci-0000:00:00.0.bin
└── regulatory.db

# lspci -v
00:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter

      Flags: bus master, fast devsel, latency 0, IRQ 40
      Memory at 12000000 (64-bit, non-prefetchable) [size=2M]
      [virtual] Expansion ROM at 12200000 [disabled] [size=64K]
      Capabilities: [40] Power Management version 2
      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

lspci: Unable to load libkmod resources: error -12

Sometimes, the 5ghz works after reboot, despite the fw error dmesg messages.
I've also tried a snapshot from 4 days ago, with the same results.

17.12.20182009DocumentationBug ReportVery LowCriticalNetgear R8000 - Unable to install OpenWRT firmwareopenwrt-18.06Unconfirmed Task Description

Netgear R8000 - Unable to install OpenWRT firmware

https://openwrt.org/toh/netgear/r8000#tab__firmware_downloads

A recently purchased from Amazon Netgear R8000 (Nighthawk X6) refuses to accept the OpenWRT firmware file and there are not directions for an alternate installation method.

Full model from the back:

NETGEAR Nighthawk X6
AC3200 Tri-Band WiFiRouter
Model: R8000
FCCID: PY314200264
Made in Vietnam 272-12664-01

17.12.20182007KernelBug ReportVery LowMediumLinux MIPS ASLR DEP bugAllUnconfirmed Task Description

I’m not a developer. I came across this bug on Hacker News.[1]
I’m sure someone here is on it already, but just in case it was missed...

There seems to be a serious bug in Linux MIPS regarding ASLR and DEP.
This paper[2] by Parker Thompson and Mudge Zatko at cyber-itl.org[3] explains it.

[1] https://news.ycombinator.com/item?id=18688947

[2] https://cyber-itl.org/assets/papers/2018/Linux_MIPS_missing_foundations.pdf

[3] https://cyber-itl.org/2018/12/07/a-look-at-home-routers-and-linux-mips.html

Supply the following if possible:
- Device problem occurs on

 Unsure. I think the latest kernel is impacted.

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

?

- Steps to reproduce

 Please Read the research paper for more.
 


17.12.20182006KernelBug ReportVery LowMediumFrequent kernel crashes and automatic rebootsopenwrt-18.06Unconfirmed Task Description

Device problem occurs on: YouHua WR1200JS

Software versions: OpenWrt 18.06.1 r7258-5eb055306f. No extra packages installed.

Steps to reproduce: Not sure if anything specific triggers it. My devices will without warning become disconnected from the wireless network and reconnect after a while. In that period, the OpenWrt router has automatically rebooted. Contents of /sys/kernel/debug/crashlog indicates a crash.

The frequency of these crashes is rather unpredictable, I’m attaching three chrashlog dumps. The first one happened after the router had been up for about a week, the second after almost 24 hours, and the third after about 12 minutes.


15.12.20182002KernelBug ReportVery LowLowWDR4300 lost USB storageopenwrt-18.06Unconfirmed Task Description

Hi!

After a fresh install on a WDR4300, I decided to set up the extroot overlay.
After heavy IO usage (vsftpd copy to PC) the usb storage just got disappeared and reconnected as a new device (sdb) later.
It’s such a pain, because none of luci or ssh connection works this case. (I can have a try without password and telnet, but the logs are there)
The flash device (Transcend 790K) is so reliable, has been working on the previous 1043 v1 and v2 installations for years (with overlay as well).

I had something similar before with both the 1043 devices before, when there was a better quality usb hub in place.
I assume, this device is not so stable when the flash device is a connected with an external (1043) or built-in (4300) usb hub.
I tried my other 790K device with a simple DD test to find out maybe the older drive is problematic, but the newer failed as well. The power consumption is maximum ~0.05Amps at heavy use (nothing). I will have a try with another Kingston drive tomorrow.
In the attached dmesg log the newer drive was in place used without the overlay function.

Regards

15.12.20182001Base systemBug ReportVery LowLowAsus RT-N56U: Connecting to 2.4 GHz WiFi may not work a...openwrt-18.06Unconfirmed Task Description

Asus RT-N56U var A1.
OpenWrt 18.06.1, r7258-5eb055306f

Occassionally after re-boot, the radio0 (2.4 GHz) does not seem to be working properly - clients can see the AP but cannot connect repeatedly and fail with “Authentication error” - no station gets associated.

I found that repeated switching radio1 on/off may eventually show a stack trace in the log - then all of sudden radio0 (2.4 Ghz) starts to work.

At the moment, I keep radio1 in “monitor” mode with the lowest transmit power of 0 dBm. If there is a crash in the log after reboot, then radio0 works. If not, then it does not work.

The log is attached. The stack trace happens at 19:10:32, which got triggered by

root@OpenWrt:~# uci del wireless.default_radio1.disabled='1'
root@OpenWrt:~# uci commit
root@OpenWrt:~# service network restart

at 19:10:21.

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.

12.12.20181997Base systemBug ReportVery LowLowpossible package .pc absolute path issuesTrunkUnconfirmed Task Description

Note found in https://github.com/openwrt/openwrt/pull/1615

after looking at my <staging_dir/usr/lib/pkgconfig/ directory, I see several instances of absolute paths used in e.g. the Libs: or Libs.private: fields. For example, in libxml-2.0.pc:

prefix=/usr
exec_prefix=/usr
libdir=${exec_prefix}/lib
includedir=${prefix}/include
modules=1

Name: libXML
Version: 2.9.8
Description: libXML library version2.
Requires:
Libs: -L${libdir} -lxml2
Libs.private: -L/home/kodidev/openwrt-project/staging_dir/target-mips_24kc_musl/usr/lib -lz -lm
Cflags: -I${includedir}/libxml2
For future reference, these packages appear to have *.pc files with the similar problem of absolute paths:

libnetfilter-conntrack: libnetfilter_conntrack.pc
libopenssl: libssl.pc, libcrypto.pc
libxml2: libxml-2.0.pc
libncurses: formw.pc, menuw.pc, ncursesw.pc, panelw.pc

put this here for later followup

10.12.20181995Base systemBug ReportVery LowCriticalHuawei HG655b stuck in bootloopopenwrt-18.06Unconfirmed Task Description

The router reboots continuously while booting into OpenWrt 18.06.1. The same thing happens on version 18.06.0 as well.
Last working one is LEDE 17.01.6 .

Boot log:

CFE version 1.0.37-102.6 for BCM96368 (32bit,SP,BE)
Build Date: Fri Apr 16 15:18:13 CST 2010 (lihua@IBM_x3500)
Copyright (C) 2000-2008 Broadcom Corporation.

Parallel flash device: name AM29LV320MB, id 0x2200, size 8192KB
CPU type 0x2A031: 400MHz, Bus: 160MHz, Ref: 64MHz
CPU running TP0
Total memory: 67108864 bytes (64MB)
Boot Address 0xb8000000


Board IP address                  : 192.168.1.1:ffffff00
Host IP address                   : 192.168.1.100
Gateway IP address                :
Run from flash/host (f/h)         : f
Default host run file name        : vmlinux
Default host flash file name      : bcm963xx_fs_kernel
Boot delay (0-9 seconds)          : 1
Boot image (0=latest, 1=previous) : 0
Board Id (0-6)                    : HW65x
Number of MAC Addresses (1-32)    : 11
Base MAC Address                  : 02:10:18:01:00:01
PSI Size (1-64) KBytes            : 64
Main Thread Number [0|1]          : 0

*** Press any key to stop auto run (2 seconds) ***
Auto run second count down: 0
LZMA: Prossible old LZMA format, trying to decompress..
Decompression OK!
Entry at 0x80a00000
Closing network.
Disabling Switch ports.
Flushing Receive Buffers...
0 buffers found.
Closing DMA Channels.
Starting program at 0x80a00000
[    0.000000] Linux version 4.9.120 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9) ) #0 SMP Wed Aug 15 20:42:39 2018
[    0.000000] Detected Broadcom 0x6368 CPU revision b2
[    0.000000] CPU frequency is 400 MHz
[    0.000000] 64MB of RAM installed
[    0.000000] board_bcm963xx: Boot address 0xb8000000
[    0.000000] board_bcm963xx: CFE version: 1.0.37-102.6
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0002a031 (Broadcom BMIPS4350)
[    0.000000] board: board name: HW65x
[    0.000000] MIPS: machine is Huawei HG655b
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[    0.000000] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[    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] percpu: Embedded 12 pages/cpu @8108a000 s17440 r8192 d23520 u49152
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Memory: 58636K/65536K available (3773K kernel code, 183K rwdata, 588K rodata, 1336K init, 227K bss, 6900K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:256
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9556302233 ns
[    0.000015] sched_clock: 32 bits at 200MHz, resolution 5ns, wraps every 10737418237ns
[    0.008130] Calibrating delay loop... 397.82 BogoMIPS (lpj=795648)
[    0.042781] pid_max: default: 32768 minimum: 301
[    0.047767] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.054541] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.069410] SMP: Booting CPU1...
[   11.992235] Primary instruction cache 64kB, VIPT, 4-way, linesize 16 bytes.
[   11.992251] Primary data cache 32kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[   11.992575] CPU1 revision is: 0002a031 (Broadcom BMIPS4350)
[    0.121564] Synchronize counters for CPU 1:
[    0.121565] done.
[    0.121573] SMP: CPU1 is running
[    0.131460] Brought up 2 CPUs
[    0.142908] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.152949] futex hash table entries: 512 (order: 1, 8192 bytes)
[    0.159260] pinctrl core: initialized pinctrl subsystem
[    0.166652] NET: Registered protocol family 16
[    0.175484] Can't analyze schedule() prologue at 803baf08
[    0.197227] registering PCI controller with io_map_base unset
[    0.203139] registering PCI controller with io_map_base unset
[    0.234630] PCI host bridge to bus 0000:00
[    0.238879] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[    0.245938] pci_bus 0000:00: root bus resource [io  0x8000000-0x8007fff]
[    0.252837] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.259812] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.276363] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x3000ffff]
[    0.284076] PCI host bridge to bus 0000:01
[    0.288281] pci_bus 0000:01: root bus resource [mem 0x38000000-0x3fffffff]
[    0.295332] pci_bus 0000:01: root bus resource [io  0x8008000-0x800ffff]
[    0.302249] pci_bus 0000:01: root bus resource [??? 0x00000000 flags 0x0]
[    0.309225] pci_bus 0000:01: No busn resource found for root bus, will use [bus 01-ff]
[    0.317823] pci 0000:01:1e.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    0.326326] pci 0000:01:1e.0: BAR 10: assigned [mem 0x38000000-0x3fffffff]
[    0.333401] pci 0000:01:1e.0: BAR 7: assigned [io  0x8008000-0x80080ff]
[    0.340186] pci 0000:01:1e.0: BAR 8: assigned [io  0x8008400-0x80084ff]
[    0.346986] pci 0000:01:1e.0: CardBus bridge to [bus 02-05]
[    0.352727] pci 0000:01:1e.0:   bridge window [io  0x8008000-0x80080ff]
[    0.359528] pci 0000:01:1e.0:   bridge window [io  0x8008400-0x80084ff]
[    0.366347] pci 0000:01:1e.0:   bridge window [mem 0x38000000-0x3fffffff]
[    0.380818] clocksource: Switched to clocksource MIPS
[    0.388361] NET: Registered protocol family 2
[    0.394665] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.401924] TCP bind hash table entries: 1024 (order: 1, 8192 bytes)
[    0.408534] TCP: Hash tables configured (established 1024 bind 1024)
[    0.415436] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    0.421530] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    0.428514] NET: Registered protocol family 1
[    0.435230] Crashlog allocated RAM at address 0x3f00000
[    0.444861] random: fast init done
[    0.450589] workingset: timestamp_bits=30 max_order=14 bucket_order=0
[    0.471721] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.477733] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.512734] io scheduler noop registered
[    0.516874] io scheduler deadline registered (default)
[    0.525247] bcm6368-pinctrl 10000080.pin-controller: registered at mmio b0000080
[    0.534012] 10000100.serial: ttyS0 at MMIO 0x10000100 (irq = 10, base_baud = 1562500) is a bcm63xx_uart
[    0.543754] console [ttyS0] enabled
[    0.543754] console [ttyS0] enabled
[    0.550889] bootconsole [early0] disabled
[    0.550889] bootconsole [early0] disabled
[    0.559894] bcm63xx-rng bcm63xx-rng: registered RNG driver
[    0.566702] 18000000.nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001000
[    0.577107] Amd/Fujitsu Extended Query Table at 0x0040
[    0.582383]   Amd/Fujitsu Extended Query version 1.3.
[    0.587560] number of CFI chips: 1
[    0.591665] bcm63xxpart: Partition 0 is CFE offset 0 and length 10000
[    0.598317] bcm63xxpart: Partition 1 is nvram offset 7f0000 and length 10000
[    0.605576] bcm63xxpart: Partition 2 is linux offset 10000 and length 7e0000
[    0.612884] 3 bcm63xxpart partitions found on MTD device 18000000.nor
[    0.619494] Creating 3 MTD partitions on "18000000.nor":
[    0.624958] 0x000000000000-0x000000010000 : "CFE"
[    0.631868] 0x0000007f0000-0x000000800000 : "nvram"
[    0.638937] 0x000000010000-0x0000007f0000 : "linux"
[    0.646345] parser_imagetag: rootfs: CFE image tag at 0x0 CRC invalid (expected 0212102b, actual 24b1b887)
[    0.657859] bcm63xx-spi 10000800.spi: at [mem 0x10000800-0x10000f0b flags 0x200] (irq 9, FIFOs size 542)
[    0.669448] libphy: Fixed MDIO Bus: probed
[    0.717976] b53_common: found switch: BCM63xx, rev 0
[    0.723524] bcm63xx-wdt bcm63xx-wdt:  started, timer margin: 30 sec
[    0.733982] NET: Registered protocol family 10
[    0.741672] NET: Registered protocol family 17
[    0.746347] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    0.759683] 8021q: 802.1Q VLAN Support v1.8
[    0.774484] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[    0.782230] Please append a correct "root=" boot option; here are the available partitions:
[    0.790832] 1f00              64 mtdblock0 [    0.794921]  (driver?)
[    0.797342] 1f01              64 mtdblock1 [    0.801455]  (driver?)
[    0.803858] 1f02            8064 mtdblock2 [    0.807994]  (driver?)
[    0.810425] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    0.820791] Rebooting in 1 seconds..
[    1.819072] triggering watchdog soft-reset...


10.12.20181994KernelBug ReportVery LowMediumKernel crash when hardware flow offloading is enabledTrunkUnconfirmed Task Description

Using device Xiaomi Mir3G and OpenWrt SNAPSHOT, r8631+22-f381cbc

Device restarts regularly (on average 1 or 2 times a day) when hardware flow offloading is enabled. The issue don’t seem to occur when only software flow offloading is enabled.

cat /sys/kernel/debug/crashlog:

<3>[394940.982588] CM_ERROR=2002b481 COH_RD_ERR <CCA=5 TR=mmio MCmd=Coherent Read Share STag=0 SPort=1
<3>[394940.982588] >
<3>[394940.992997] CM_ADDR =1c000000
<3>[394940.996034] CM_OTHER=00000000 None
<1>[394940.999504] Data bus error, epc == 80385b78, ra == 803875dc
<4>[394941.005138] Oops[#1]:
<4>[394941.007489] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.14.82 #0
<4>[394941.013557] task: 8fc444c0 task.stack: 8fc66000
<4>[394941.018150] $ 0 : 00000000 00000001 0a992c52 00000000
<4>[394941.023448] $ 4 : 8d1e1c10 9c000004 8d1e1c1c 0e1ef713
<4>[394941.028744] $ 8 : 00000001 00c5f000 8fc02e00 00000001
<4>[394941.034042] $12 : 000f087f 86591380 86591380 171e46bc
<4>[394941.039340] $16 : 8086e9c0 80596d80 8fd90fc0 00000003
<4>[394941.044636] $20 : 00000001 00000000 00000000 00000000
<4>[394941.049932] $24 : 00000000 00000001
<4>[394941.055230] $28 : 8fc66000 8fc11cd8 80596d80 803875dc
<4>[394941.060530] Hi : 00926b02
<4>[394941.063478] Lo : 65497170
<4>[394941.066449] epc : 80385b78 ip_send_check+0×50/0×80 <4>[394941.071482] ra : 803875dc ip_local_out+0x3c/0xc8
<4>[394941.076591] Status: 11007c03 KERNEL EXL IE <4>[394941.080849] Cause : 5080001c (ExcCode 07)
<4>[394941.084922] PrId : 0001992f (MIPS 1004Kc)
<4>[394941.089078] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE 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_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY wireguard 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 iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32
<4>[394941.159842] cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel usb_storage leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd sd_mod scsi_mod gpio_button_hotplug usbcore nls_base usb_common
<4>[394941.192038] Process swapper/2 (pid: 0, threadinfo=8fc66000, task=8fc444c0, tls=00000000)
<4>[394941.200176] Stack : 8fd91100 803bba10 8fc11dc8 00000130 8086e9c0 8d453c00 8086e9c0 8d453c00
<4>[394941.208596] 8fd911d8 80388784 8fc11d90 00000000 8086e9c0 80596d80 8fd90fc0 8038768c
<4>[394941.217020] 8086e780 80570000 8e30f214 00000003 8086e780 80570000 8e30f214 803887dc
<4>[394941.225442] 8086e780 80570000 8e30f214 00000003 00000001 803bc430 81231db0 00000000
<4>[394941.233864] 81231d80 805761b8 8fd90fc0 80590000 8fd91030 00000000 00000000 80570000
<4>[394941.242285] ...
<4>[394941.244810] Call Trace:
<4>[394941.247340] [<80385b78>] ip_send_check+0×50/0×80 <4>[394941.252034] [<803875dc>]
ip_local_out+0x3c/0xc8
<4>[394941.256803] [<8038768c>] ip_local_out+0×24/0×78 <4>[394941.261404] [<803887dc>] ip_send_skb+0×14/0x3c
<4>[394941.265925] [<803bc430>] icmp_send+0×420/0x4d4
<4>[394941.270436] [<8037d1fc>] ipv4_link_failure+0×20/0x6c
<4>[394941.275464] [<803b96b8>] arp_error_report+0×40/0×54 <4>[394941.280435] [<80349b40>] neigh_invalidate+0xe0/0×150 <4>[394941.285466] [<8034f990>] neigh_timer_handler+0x1c4/0x2d8
<4>[394941.290859] [<800864f4>] call_timer_fn.isra.3+0×24/0×84 <4>[394941.296146] [<80086710>] run_timer_softirq+0x1bc/0×248 <4>[394941.301368] [<80466058>] __do_softirq+0×128/0x2ec
<4>[394941.306150] [<80032a94>] irq_exit+0xac/0xc8
<4>[394941.310410] [<80243b7c>] plat_irq_dispatch+0xfc/0×138 <4>[394941.315530] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
<4>[394941.320568] [<8000cfb0>] r4k_wait_irqoff+0x1c/0×24 <4>[394941.325448] [<800665dc>] do_idle+0xe4/0×168 <4>[394941.329698] [<80066858>] cpu_startup_entry+0×24/0x2c
<4>[394941.334740] [<800180b4>] not_nmi+0x8c/0x1d8
<4>[394941.338991] Code: 00481021 8ca30000 24a50004 <00621021> 0043182b 14c5fffb 00431021 00021c00 00621821
<4>[394941.348805]
<4>[394941.350616] —[ end trace 2751015d45562c0d ]—


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.

 


08.12.20181989PackagesBug ReportVery LowMediumwpa_supplicant disablind timestamp check does not workAllUnconfirmed Task Description

Hi!

As far as I can tell, the option to disable timestamp checks in wpa_supplicant does not work, it can be enabled via
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

As a result, certificates are rejected if the system time does not match the expected range of valid dates for the certificate. Manual user action is required in my case, where internet acces via ethernet is governed via 802.1x and wpa_supplicant.

I studied the hostapd package for some time, but as I am no programmer is was not able to tell much, but for me it seems the option is not properly integrated.

My build options are:

CONFIG_PACKAGE_wpad=y
# CONFIG_PACKAGE_wpad-mini is not set
CONFIG_WPA_SUPPLICANT_INTERNAL=y
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

08.12.20181988Base systemFeature RequestVery LowLowusbmode doesn't support HuaweiAltMode from USB_ModeSwit...TrunkUnconfirmed Task Description

USB_ModeSwitch v2.5.1 added a new option called HuaweiAltMode that isn’t present in usbmode yet. It would be great if this could be ported to usbmode as well, please.

02.12.20181981Base systemBug ReportVery LowLowUCI import -m failes if invoked multiple times without ...TrunkUnconfirmed Task Description

Hello, I’m using somewhat old LEDE, but this does not seem to make deffierence. Correct me if I’m wrong.
I installed fresh version of UCI:

root@router:~# opkg info uci
Package: uci
Version: 2018-08-11-4c8b4d6e-1
Depends: libc, libuci
Status: install user installed
Section: base
Architecture: mips_24kc
Size: 7166
Filename: uci_2018-08-11-4c8b4d6e-1_mips_24kc.ipk
Description: Utility for the Unified Configuration Interface (UCI)
Installed-Time: 1543713053

Now, the bug.
I have a small test file with some `config`s in it. They’re named.
If I do import multiple times it results if an error.

Here’s my shell log that should to reproduce this issue:

root@router:~# uci commit # make sure there’re no pending changes
root@router:~# rm -f /etc/config/import-test # clear the target cofnig file for a clean test
root@router:~# cat import-test # dispay the file we’re about to import
config host ‘a’

option name 'a'

config host ‘b’

option name 'b'

root@router:~# uci changes # demonstrate there’re no pending changes
root@router:~# uci -m import import-test < import-test # invoke the import
root@router:~# uci changes # still no changes after first import
root@router:~# uci -m import import-test < import-test # import import for the second time
root@router:~# uci changes # wow, now there are some changes! this is not expected
import-test.a=’host’ import-test.b=’host’ root@router:~# uci -m import import-test < import-test # call import for the third time - and it fails with an error
uci: Parse error (option/list command found before the first section) at line 2, byte 1

This looks like a bug to me. Thoughts?

01.12.20181980Base systemBuild FailureVery LowMediumBuild fails due to incorrectly detecting x32TrunkUnconfirmed Task Description

When attempting to build OpenWRT, the toolchain generation fails due to tools/gmp/Makefile trying to detect an x32 compiler. It builds successfully but MPFR then fails to compile as it targets x86_64 but gmp has been built as x32

Deleting the following conditional from the GMP Makefile fixes the issue:

ifeq ($(GNU_HOST_NAME),x86_64-linux-gnux32)
HOST_CONFIGURE_ARGS += ABI=x32
endif

30.11.20181979Base systemBug ReportVery LowMediumsyscall getrandom() hangs on Turris Omniaopenwrt-18.06Unconfirmed Task Description

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

root@OpenWrt:/~# uname -a
Linux OpenWrt 4.14.63 #0 SMP Wed Aug 15 20:42:39 2018 armv7l GNU/Linux

root@OpenWrt:~# cat /proc/version
Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7101-a63e38b)) #0 SMP Wed Aug 15 20:42:39 2018

root@OpenWrt:~# uptime
14:40:46 up 1:14, load average: 0.00, 0.00, 0.00

root@OpenWrt:~# cat /proc/device-tree/model
Turris Omniaroot@OpenWrt:~#

root@OpenWrt:~# ps |grep rand
2228 root 1128 S /bin/sh /sbin/urandom_seed
2247 root 748 S getrandom 512
3114 root 1056 R grep rand

root@OpenWrt:~# cat /proc/cpuinfo
processor : 0
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0×41 CPU architecture: 7
CPU variant : 0×4 CPU part : 0xc09
CPU revision : 1

processor : 1
model name : ARMv7 Processor rev 1 (v7l)
BogoMIPS : 1600.00
Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0×41 CPU architecture: 7
CPU variant : 0×4 CPU part : 0xc09
CPU revision : 1

Hardware : Marvell Armada 380/385 (Device Tree)
Revision : 0000
Serial : 0000000000000000

root@OpenWrt:~# cat /proc/devices
Character devices:

1 mem
4 ttyS
5 /dev/tty
5 /dev/console
5 /dev/ptmx

10 misc
89 i2c
90 mtd
108 ppp
128 ptm
136 pts
180 usb
189 usb_device
251 watchdog
252 rtc
253 ttyMV
254 gpiochip

Block devices:

7 loop
8 sd

31 mtdblock
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
179 mmc
254 ubiblock
259 blkext

root@OpenWrt:~# ls -l /dev/|grep rand
crw-rw-rw- 1 root root 1, 8 Nov 30 13:26 random
crw-rw-rw- 1 root root 1, 9 Nov 30 13:26 urandom

 

I am using the stock images from here:
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-initramfs-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-kernel.bin https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-turris-omnia-sysupgrade.img.gz

I discovered this when troubleshooting why unbound would not start. I could see with strace that unbound was getting stuck at the getrandom() syscall, and at first I thought it was a problem with unbound. But then I saw that /usr/bin/getrandom 512 had been stuck since boot. The syscall just blocks forever.

root@OpenWrt:~# which getrandom
/usr/bin/getrandom
root@OpenWrt:~# strace /usr/bin/getrandom 512 >/tmp/derp.txt
execve(”/usr/bin/getrandom”, [”/usr/bin/getrandom”, “512”], 0xbead7df4 /* 13 vars */) = 0
set_tls(0xb6f31544, 0xbe8aec28, 0x490ceab4, 0, 0xb6f314a0) = 0
set_tid_address(0xb6f314bc) = 3132
open(”/etc/ld-musl-armhf.path”, O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open(”/lib/libgcc_s.so.1”, O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=41251, ...}) = 0
read(3, “\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\20<\0\0004\0\0\0”..., 936) = 936
mmap2(NULL, 110592, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb6ea0000
mmap2(0xb6eb9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0×9000) = 0xb6eb9000
close(3) = 0
mprotect(0xb6eb9000, 4096, PROT_READ) = 0
mprotect(0×20000, 4096, PROT_READ) = 0
ioctl(1, TIOCGWINSZ, 0xbe8aec80) = -1 ENOTTY (Not a tty)
getrandom(


‘/usr/bin/head /dev/urandom’ returns random data like you expect.
‘/usr/bin/head /dev/random’ just hangs.

28.11.20181976Base systemBug ReportVery LowLow5GHz Wifi doesnt work on Linksys WRT1200ACopenwrt-18.06Unconfirmed Task Description

5 GHz Wifi network isn´t able to create. 2,4 Ghz works fine. Setting Channel from “auto” to a fixed one (e.g. 56) doesn´t fix it. All settings from both networks (2,4 + 5 Ghz) are the same except the SSID.

28.11.20181975Base systemBug ReportVery LowLowopenvpn: misconfigured instance can't be stopped (procd...TrunkUnconfirmed Task Description

There is a problem with the “respawn forever” feature of procd in relation with processes which dies right after they were started.

How to reproduce:

1. Create an openvpn config section like this

config openvpn 'test'
        option enabled '1'

Of course, this is not sufficient for a working openvpn instance.

2. Start the openvpn instance

/etc/init.d/openvpn start test

Now you can see in syslog that the instance ist tried to be established in a infinite loop:

Wed Nov 28 10:25:29 2018 daemon.err openvpn(test)[13977]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:29 2018 daemon.warn openvpn(test)[13977]: Use --help for more information.
Wed Nov 28 10:25:34 2018 daemon.err openvpn(test)[14024]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:34 2018 daemon.warn openvpn(test)[14024]: Use --help for more information.
Wed Nov 28 10:25:39 2018 daemon.err openvpn(test)[14360]: Options error: In [CMD-LINE]:1: Error opening configuration file: openvpn-test.conf
Wed Nov 28 10:25:39 2018 daemon.warn openvpn(test)[14360]: Use --help for more information.
ubus call service list '{"name":"openvpn"}'

shows this:

{
        "openvpn": {
                "instances": {
                        "test": {
                                "running": false,
                                "command": [
                                        "\/usr\/sbin\/openvpn",
                                        "--syslog",
                                        "openvpn(test)",
                                        "--status",
                                        "\/var\/run\/openvpn.test.status",
                                        "--cd",
                                        "\/var\/etc",
                                        "--config",
                                        "openvpn-test.conf"
                                ],
                                "term_timeout": 5,
                                "respawn": {
                                        "threshold": 3600,
                                        "timeout": 5,
                                        "retry": -1
                                }
                        }
                }
        }
}

Now this instance can’t be stopped anymore. I’ve tried doing all of the following

/etc/init.d/openvpn stop test
/etc/init.d/openvpn stop
ubus call service delete '{"name":"openvpn","instance":"test"}'

How can we get this instances killed?

25.11.20181970Base systemBug ReportVery LowMediumlibubox: Parsing empty blob messages return an errorTrunkUnconfirmed Task Description

Since commit c83a84afbef (fix segfault when passed blobmsg attr is NULL) parsing an empty message, like when “{}” is passed as argument to `ubus call`, return an error, it was working just fine before this commit.

This mean that ubus methods with only optional arguments need to check that blob_len() doesn’t return 0, which is annoying and might break various existing programs. At the very least blobmsg_parse() shouldn’t error out when the blob length is 0, but it might also make sense to accept a NULL message as well, just don’t segfault.

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

Available keyboard shortcuts

Tasklist

Task Details

Task Editing