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.

Opened  descIDCategoryTask TypePrioritySeveritySummaryReported InStatus
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.

17.01.20192061Base systemBug ReportVery LowLowDifferent names for the same targets, let's decide: ALF...lede-17.01Unconfirmed Task Description

I’m doing a tool that helps for compilation (I’m working based on lede 17.01.4). With these targets I had no problems, the name is the same everywhere. yay!, but with alfa-nx yes, this name is not clear, depends where you find it the name is different

here is ALFA-NX

# dmesg | grep -i board
[    0.000000] MyLoader: sysp=b9c9f1a8, boardp=9b949905, parts=b9c9f188
[    0.000000] Kernel command line:  board=ALFA-NX console=ttyS0,115200 mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,6144k(rootfs),1600k(kernel),64k(nvram),64k(art)ro,7744k@0x50000(firmware) rootfstype=squashfs,jffs2 noinitrd

here is ALFANX

make info | grep 'ALFANX' -A2

ALFANX:
    ALFA Network N2/N5 board
    Packages: 

here is alfa-nx (the output target in compilation)

lede-imagebuilder-17.01.4-ar71xx-generic.Linux-x86_64/bin/targets/ar71xx/generic/lede-17.01.4-ar71xx-generic-alfa-nx-squashfs-sysupgrade.bin

Do you agree that the same name should be everywhere? I think it should be alfa-nx (as the other profiles are 100% lowercase)

I can solve this locally putting an if statement (doing an exception), but I think it is better to have good universal names everywhere.

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
08.01.20192052ToolchainBug ReportVery LowLow"make download" 20min stuck when downloading "tools/mki...TrunkUnconfirmed Task Description

Tested on ‘master’ branch (If I remember correctly this also happen on ‘lede-17.01’ and ‘openwrt-18.06’)

Execute ‘make download V=s’ and you’ll see (sometimes) this (’/home/vento/buildop’ is where I cloned the openwrt git):

make[2]: Entering directory '/home/vento/buildop/tools/mkimage'
mkdir -p /home/vento/buildop/dl
SHELL= flock /home/vento/buildop/tmp/.u-boot-2018.03.tar.bz2.flock -c '         /home/vento/buildop/scripts/download.pl "/home/vento/buildop/dl" "u-boot-2018.03.tar.bz2" "7e7477534409d5368eb1371ffde6820f0f79780a1a1f676161c48442cb303dfd" "" "http://mirror2.openwrt.org/sources" "ftp://ftp.denx.de/pub/u-boot"    '
+ curl -f --connect-timeout 20 --retry 5 --location --insecure http://mirror2.openwrt.org/sources/u-boot-2018.03.tar.bz2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:13 --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure ftp://ftp.denx.de/pub/u-boot/u-boot-2018.03.tar.bz2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:19:37 --:--:--     0
curl: (56) Recv failure: Connection timed out
Download failed.
+ curl -f --connect-timeout 20 --retry 5 --location --insecure https://sources.lede-project.org/u-boot-2018.03.tar.bz2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 11.7M  100 11.7M    0     0  1150k      0  0:00:10  0:00:10 --:--:-- 1227k
make[2]: Leaving directory '/home/vento/buildop/tools/mkimage'
time: tools/mkimage/download#0.32#0.21#1201.76

As you can see ‘make download’ is trying to download the file ‘u-boot-2018.03.tar.bz2’ from these two links:

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

31.12.20182037Base systemBug ReportVery LowMedium Dropping frame due to full tx queue 2AllUnconfirmed Task Description

Router: Asus RT-N56U

Firmware Version: OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.228.31946-f64b152)

Kernel Version: 4.14.63

Dropping frames. This causes the 2 radios to quit working. They show connected but devices do not get any data. You need to reboot the system.

If you look at the log (with jedit or notepad++) you will see at line 12 I had to reboot the system. The rest of the log shows the same pattern over and over, but the system hangs on through the problems. However, I seldom get through a day or 2 before I need to reboot to get the radio's functioning again.
I did notice, before each section where the frames start dropping off, you will see the system with this:
Mon Dec 31 05:43:26 2018 daemon.info dnsmasq-dhcp[1718]: read /etc/ethers - 0 addresses

Right after this 'read?' command is where the problems always seem to start. You can see this in the numerous sections where there are blocks of frames being dropped.

Thanks
Sam Bozman

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


21.12.20182019PackagesBug ReportVery LowLowodhcpd IPv6 RA Flagsopenwrt-18.06Unconfirmed Task Description

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

 

This problem occurs on the TP-Link TL-WDR3600 v1 with OpenWrt 18.06.1

Steps to reproduce: Configure /etc/config/dhcp as follows:

[...]
config dhcp ‘lan’

      option interface 'lan'
      option ra 'server'
      option ignore '1'
      option ra_management '2'
      option dhcpv6 'disabled'

[...]

Expected behaviour: Router gives out RAs with M and O flags set and A flag not set.
Actual behaviour: RAs do not have any of the three flags set

The M flag only indicates that a DHCPv6 server is available but it does not necessarily have to be at the same address as the router. Therefore the M flag should be able to be set whilst the internal DHCPv6 server is enabled.

21.12.20182018KernelBug ReportVery LowCriticalWifi stops working until rebootopenwrt-18.06Unconfirmed Task Description

Asus RT-N56U, old, known, still unresolved problem with wifi drop, because of the rt2x00 driver. Wifi will drop with this driver at high speed download. Queue full and friends condition will occur in driver.

Reproduce:
try a large file download over wifi, when speed reaches 5Mb/s or over, driver will eventually fail in a very short time until reboot, every time.

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.

19.12.20182011PackagesBug ReportVery LowLowpackages missing: ip, ip-full, tc in current trunkTrunkUnconfirmed Task Description

packages missing: ip, ip-full, tc in current trunk


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.


16.12.20182004Base systemBug ReportVery LowLowArcher C7 v4 has incorrect wan mac addressTrunkUnconfirmed Task Description

Similar to https://bugs.openwrt.org/index.php?do=details&task_id=408 but this time I have acquired an Archer C7 v4.

The wan mac address should be incremented by one.

Actually with openwrt 18.06.1 the wan mac address is the same as the wired lan mac address but in the stock firmware the wan mac is one more than the wired lan.

I have double checked by restoring the stock firmware.

I have used ar71xx, ath79 doesn’t have v4 actually.

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.

03.12.20181982KernelBug ReportVery LowMediumag71xx ethtool brokenTrunkUnconfirmed Task Description

Device Dlink dir-825 rev.B
OpenWrt SNAPSHOT, r8623-7e88753

It always worked well for years from very old openwrt to lede with kernel 4.9
Now on kernel 4.14 its broken

ethtool eth1
Settings for eth1:
Cannot get device settings: Bad address
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

mii-tool -v eth1
eth1: negotiated 100baseTx-FD, link ok
  product info: vendor 00:07:32, model 22 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD

link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

Showing tasks 1 - 50 of 711 Page 1 of 151 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing