OpenWrt/LEDE Project

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

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

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

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
20.03.20181450Base systemBug ReportVery LowLowath9k Wifi hangup on Channel 11 at low loadTrunkUnconfirmed Task Description

Bug:
Router TP Link n600 wdr3600 connected clients 2 TP Link 841 with relayd stop working, no ping, route, dns.. after 3-12hours

Area:
No other wifi senders at my range! cause small village!

Settings:
WPA2-CCMP
HT40/HT20

Release:
DISTRIB_RELEASE=’SNAPSHOT’ DISTRIB_REVISION=’r6503-5faa955’ DISTRIB_TARGET=’ar71xx/generic’ DISTRIB_ARCH=’mips_24kc’ DISTRIB_DESCRIPTION=’OpenWrt SNAPSHOT r6503-5faa955’

staion-dump:
inactive time: 0 ms

      rx bytes:       1268361819
      rx packets:     857809
      tx bytes:       41626891
      tx packets:     442685
      tx retries:     138880
      tx failed:      0
      rx drop misc:   6659
      signal:         -56 [-58, -61] dBm
      signal avg:     -54 [-57, -58] dBm
      tx bitrate:     130.0 MBit/s MCS 15
      rx bitrate:     144.4 MBit/s MCS 15 short GI
      expected throughput:    44.677Mbps
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       short
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    2
      beacon interval:100
      short preamble: yes
      short slot time:yes
      connected time: 1393 seconds

Tested with and without ani (AirTimeFairness) no results!

Solution: Switch to Channel 6 now stable 2 days!

Tested:
-Routers at range 1 Meter same problems!
-With and without ani (AirTimeFairness) no results!
-Disabled IPV6 no help (cause some posts reports problems with ipv6)

Remark: No big bug messages on dmesg and logread.

333896}

dmesg;
[ 45.667980] br-lan: port 2(wlan0) entered blocking state
[ 45.673381] br-lan: port 2(wlan0) entered disabled state
[ 45.679216] device wlan0 entered promiscuous mode
[ 45.769097] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 45.830992] br-lan: port 3(wlan1) entered blocking state
[ 45.836394] br-lan: port 3(wlan1) entered disabled state
[ 45.842256] device wlan1 entered promiscuous mode
[ 45.847281] br-lan: port 3(wlan1) entered blocking state
[ 45.852683] br-lan: port 3(wlan1) entered forwarding state
[ 46.587328] br-lan: port 3(wlan1) entered disabled state
[ 47.788177] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 47.794798] br-lan: port 2(wlan0) entered blocking state
[ 47.800245] br-lan: port 2(wlan0) entered forwarding state
[ 48.471159] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[ 48.477841] br-lan: port 3(wlan1) entered blocking state
[ 48.483239] br-lan: port 3(wlan1) entered forwarding state

20.03.20181449Base systemBug ReportVery LowLowmt7621 - zbt3526 - mtk_soc_eth -> port 3 link up & down...TrunkUnconfirmed Task Description

current runknothing installed only use newest trunk from 20.3.2018

Tue Mar 20 03:10:54 2018 kern.info kernel: [ 1503.788203] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:10:56 2018 kern.info kernel: [ 1506.347573] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:11:04 2018 kern.info kernel: [ 1513.895790] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:11:08 2018 kern.info kernel: [ 1517.832424] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:11:13 2018 kern.info kernel: [ 1522.910834] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:11:15 2018 kern.info kernel: [ 1525.401597] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:11:21 2018 kern.info kernel: [ 1530.798474] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:11:23 2018 kern.info kernel: [ 1533.389966] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:12:53 2018 kern.info kernel: [ 1623.131837] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:12:57 2018 kern.info kernel: [ 1626.897454] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:13:20 2018 kern.info kernel: [ 1650.086813] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:13:22 2018 kern.info kernel: [ 1652.596397] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:14:10 2018 kern.info kernel: [ 1699.974606] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:14:12 2018 kern.info kernel: [ 1702.533339] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:14:24 2018 kern.info kernel: [ 1714.114599] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:14:28 2018 kern.info kernel: [ 1717.966606] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:14:34 2018 kern.info kernel: [ 1724.591850] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:14:37 2018 kern.info kernel: [ 1727.206909] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:15:10 2018 kern.info kernel: [ 1759.837908] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:15:12 2018 kern.info kernel: [ 1762.372712] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:15:37 2018 kern.info kernel: [ 1787.098031] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:15:41 2018 kern.info kernel: [ 1790.955159] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:15:43 2018 kern.info kernel: [ 1792.826106] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:15:45 2018 kern.info kernel: [ 1795.329556] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Tue Mar 20 03:16:25 2018 kern.info kernel: [ 1835.067930] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Tue Mar 20 03:16:28 2018 kern.info kernel: [ 1837.877538] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up

that is new .. not sure, but i guess, that was not existing on images from february ..

20.03.20181448Base systemBug ReportVery LowLowHost file from removed dnsmasq section remains in effec...TrunkUnconfirmed Task Description

Using OpenWrt trunk, if a dnsmasq section is removed from the dhcp uci file, its host file will remain in /tmp/hosts/

To replicate:

Set the content of /etc/config/dhcp to:

config dnsmasq 'foo'

config dnsmasq 'bar'

config 'domain'
	option instance 'bar'
	option name 'baz'
	option ip '127.1.1.1'

Run:
/etc/init.d/dnsmasq reload

Set the content of /etc/config/dhcp to:

config dnsmasq 'foo'

Run:
/etc/init.d/dnsmasq reload

The file /tmp/hosts/dhcp.bar still exists, and its content will remain in effect for connected clients.

19.03.20181445Base systemBug ReportVery LowLowUnable to compile : "Cannot find appropriate hash comma...TrunkUnconfirmed Task Description

- Device problem occurs on

TP-LINK Archer v2

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

Trunk compiled under Ubuntu 18.04

- Steps to reproduce

Trying to compile the latest trunk version of openwrt and I get the following error:

make[3]: Entering directory ‘/mnt/home/openwrt/trunk/toolchain/binutils’ mkdir -p /mnt/home/openwrt/trunk/dl
SHELL= flock /mnt/home/openwrt/trunk/tmp/.binutils-.tar.bz2.flock -c ' /mnt/home/openwrt/trunk/scripts/download.pl “/mnt/home/openwrt/trunk/dl” “binutils-.tar.bz2” “none” “” “@GNU/binutils/” '
Cannot find appropriate hash command, ensure the provided hash is either a MD5 or SHA256 checksum.
Makefile:118: recipe for target ‘/mnt/home/openwrt/trunk/dl/binutils-.tar.bz2’ failed

Seems like “none” value should be “skip” instead. How do I fix that?


19.03.20181444KernelFeature RequestVery LowLowActivate CONFIG_ATH9K_HWRNG in Kernel 4.9TrunkUnconfirmed Task Description

Since Linux 4.5, ath9k can be used as a random number generator using ADC register as a source of entropy. It is well-known that insufficient entropy is often a problem on routers and weakens security, using ath9k as a random number generator can greatly boost the available entropy on the routers without the need of additional measures such as haveged.

19.03.20181443KernelBug ReportVery LowLowKernel Oops when Fragmentation is Setlede-17.01Unconfirmed Task Description

When fragmentation is set for wireless on ar71xx, kernel oops keep bombard the kernel log buffer with a bunch of error messages.

[10600.002288] ------------[ cut here ]------------
[10600.006927] WARNING: CPU: 0 PID: 7 at compat-wireless-2017-01-31/net/mac80211/tx.c:946 0x80e289c4 [mac80211@80e00000+0x60780]()
[10600.018367] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 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_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb gpio_button_hotplug
[10600.099694] CPU: 0 PID: 7 Comm: kworker/u2:1 Tainted: G        W       4.4.71 #0
[10600.107090] Workqueue: phy0 0x80e13adc [mac80211@80e00000+0x60780]
[10600.113263] Stack : 80a7f000 0000001a 80dd4b40 800a71dc 00000000 00000000 00000000 00000000
[10600.113263] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[10600.113263] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[10600.113263] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[10600.113263] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[10600.113263] 	  ...
[10600.148989] Call Trace:[<800a71dc>] 0x800a71dc
[10600.153474] [<80071a50>] 0x80071a50
[10600.156954] [<80071a50>] 0x80071a50
[10600.160435] [<80081804>] 0x80081804
[10600.163949] [<80e289c4>] 0x80e289c4 [mac80211@80e00000+0x60780]
[10600.169876] [<800818bc>] 0x800818bc
[10600.173398] [<80e289c4>] 0x80e289c4 [mac80211@80e00000+0x60780]
[10600.179349] [<80e2b6e0>] 0x80e2b6e0 [mac80211@80e00000+0x60780]
[10600.185347] [<80de9d1c>] 0x80de9d1c [ath9k@80de0000+0x16650]
[10600.190999] [<80de8520>] 0x80de8520 [ath9k@80de0000+0x16650]
[10600.196672] [<80de9e04>] 0x80de9e04 [ath9k@80de0000+0x16650]
[10600.202323] [<80e22550>] 0x80e22550 [mac80211@80e00000+0x60780]
[10600.208254] [<81bdc5d0>] 0x81bdc5d0 [cls_u32@81bdc000+0x1a00]
[10600.214050] [<80de85b0>] 0x80de85b0 [ath9k@80de0000+0x16650]
[10600.219736] [<80dea9b4>] 0x80dea9b4 [ath9k@80de0000+0x16650]
[10600.225410] [<80de7fbc>] 0x80de7fbc [ath9k@80de0000+0x16650]
[10600.231113] [<80deb4f4>] 0x80deb4f4 [ath9k@80de0000+0x16650]
[10600.236786] [<80260400>] 0x80260400
[10600.240328] [<80debea8>] 0x80debea8 [ath9k@80de0000+0x16650]
[10600.246034] [<80de4a7c>] 0x80de4a7c [ath9k@80de0000+0x16650]
[10600.251692] [<800843c4>] 0x800843c4
[10600.255188] [<80083d80>] 0x80083d80
[10600.258692] [<80dea69c>] 0x80dea69c [ath9k@80de0000+0x16650]
[10600.264362] [<80083ea8>] 0x80083ea8
[10600.267845] [<80083f50>] 0x80083f50
[10600.271345] [<80e31598>] 0x80e31598 [mac80211@80e00000+0x60780]
[10600.277285] [<80e0e3dc>] 0x80e0e3dc [mac80211@80e00000+0x60780]
[10600.283211] [<8009f02c>] 0x8009f02c
[10600.286708] [<80e0f47c>] 0x80e0f47c [mac80211@80e00000+0x60780]
[10600.292633] [<80e0ef8c>] 0x80e0ef8c [mac80211@80e00000+0x60780]
[10600.298567] [<80e13d00>] 0x80e13d00 [mac80211@80e00000+0x60780]
[10600.304499] [<8009f4a8>] 0x8009f4a8
[10600.308024] [<800930b8>] 0x800930b8
[10600.311565] [<80093ecc>] 0x80093ecc
[10600.315075] [<80093c1c>] 0x80093c1c
[10600.318567] [<80093c1c>] 0x80093c1c
[10600.322047] [<80098284>] 0x80098284
[10600.325575] [<800981ac>] 0x800981ac
[10600.329065] [<80060878>] 0x80060878
[10600.332562] 
[10600.334054] ---[ end trace 881b2fdc0bf96a94 ]---
[10600.338693] ------------[ cut here ]------------

 

This kernel oops is triggered by a warning at

 compat-wireless-2017-01-31/net/mac80211/tx.c:946 

:

 941     /*
 942      * Warn when submitting a fragmented A-MPDU frame and drop it.
 943      * This scenario is handled in ieee80211_tx_prepare but extra
 944      * caution taken here as fragmented ampdu may cause Tx stop.
 945      */
 946     if (WARN_ON(info->flags & IEEE80211_TX_CTL_AMPDU))
 947         return TX_DROP;

It seems a fragmented A-MPDU frame is submitted to ieee80211_tx_h_fragment incorrectly by the driver?

16.03.20181437Base systemBug ReportVery LowHighTrunk r6421 not save configuration on ER3.TrunkUnconfirmed Task Description

Problem on ER3 r6421.

Flashing success, but not save configuration. Every time i'm reboot, router roll back to default config.

Here are serial output:

## Loading Linux kernel with entry point: 0xffffffff815efa20 ...
Bootloader: Done loading app on coremask: 0x3
[    0.000000] Linux version 4.14.25 (teq@teqdesk) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r6302-0f54d96d24)) #0 SMP Sun Mar 18
[    0.000000] CVMSEG size: 2 cache lines (256 bytes)
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 000d0601 (Cavium Octeon+)
[    0.000000] Checking for the multiply/shift bug... no.
[    0.000000] Checking for the daddiu bug... no.
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 0000000005400000 @ 0000000002a00000 (usable)
[    0.000000]  memory: 0000000007c00000 @ 0000000008200000 (usable)
[    0.000000]  memory: 000000000fc00000 @ 0000000410000000 (usable)
[    0.000000]  memory: 0000000001826e20 @ 0000000001100000 (usable)
[    0.000000] Wasting 243712 bytes for tracking 4352 unused pages
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Using internal Device Tree.
[    0.000000] software IO TLB [mem 0x0398e000-0x0798e000] (64MB) mapped at [800000000398e000-800000000798dfff]
[    0.000000] Primary instruction cache 32kB, virtually tagged, 4 way, 64 sets, linesize 128 bytes.
[    0.000000] Primary data cache 16kB, 64-way, 2 sets, linesize 128 bytes.
[    0.000000] Zone ranges:
[    0.000000]   DMA32    [mem 0x0000000000000000-0x00000000efffffff]
[    0.000000]   Normal   [mem 0x00000000f0000000-0x000000041fbfffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000002925fff]
[    0.000000]   node   0: [mem 0x0000000002a00000-0x0000000007dfffff]
[    0.000000]   node   0: [mem 0x0000000008200000-0x000000000fdfffff]
[    0.000000]   node   0: [mem 0x0000000410000000-0x000000041fbfffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000041fbfffff]
[    0.000000] random: fast init done
[    0.000000] percpu: Embedded 19 pages/cpu @80000000079f9000 s39344 r8192 d30288 u77824
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 126539
[    0.000000] Kernel command line: mtdparts=phys_mapped_flash:512k(boot0)ro,512k(boot1)ro,64k(eeprom)ro root=/dev/sda2 root0
[    0.000000] PID hash table entries: 2048 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
[    0.000000] Memory: 396916K/513176K available (5086K kernel code, 330K rwdata, 1236K rodata, 1328K init, 16731K bss, 1162)
[    0.000000] SLUB: HWalign=128, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000]  CONFIG_RCU_FANOUT set to non-default value of 32
[    0.000000]  RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=2.
[    0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000] NR_IRQS: 127
[   13.844962] clocksource: OCTEON_CVMCOUNT: mask: 0xffffffffffffffff max_cycles: 0xe6a171a037, max_idle_ns: 881590485102 ns
[   13.855830] Calibrating delay loop (skipped) preset value.. 1000.00 BogoMIPS (lpj=2000000)
[   13.864040] pid_max: default: 32768 minimum: 301
[   13.868767] Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
[   13.875252] Mountpoint-cache hash table entries: 1024 (order: 1, 8192 bytes)
[   13.882962] Checking for the daddi bug... no.
[   13.888198] Hierarchical SRCU implementation.
[   13.893207] smp: Bringing up secondary CPUs ...
[   13.898265] SMP: Booting CPU01 (CoreId  1)...
[   13.902655] CPU1 revision is: 000d0601 (Cavium Octeon+)
[   13.902885] smp: Brought up 1 node, 2 CPUs
[   13.916204] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[   13.925852] futex hash table entries: 512 (order: 4, 65536 bytes)
[   13.932600] NET: Registered protocol family 16
[   13.947309] Not in host mode, PCI Controller not initialized
[   13.968490] SCSI subsystem initialized
[   13.972686] usbcore: registered new interface driver usbfs
[   13.978233] usbcore: registered new interface driver hub
[   13.983653] usbcore: registered new device driver usb
[   13.990959] clocksource: Switched to clocksource OCTEON_CVMCOUNT
[   13.998255] NET: Registered protocol family 2
[   14.003415] TCP established hash table entries: 4096 (order: 3, 32768 bytes)
[   14.010447] TCP bind hash table entries: 4096 (order: 5, 131072 bytes)
[   14.016998] TCP: Hash tables configured (established 4096 bind 4096)
[   14.023382] UDP hash table entries: 256 (order: 2, 24576 bytes)
[   14.029247] UDP-Lite hash table entries: 256 (order: 2, 24576 bytes)
[   14.035842] NET: Registered protocol family 1
[   14.041861] Crashlog allocated RAM at address 0x3f00000
[   14.047176] workingset: timestamp_bits=62 max_order=17 bucket_order=0
[   14.065676] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[   14.071763] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[   14.086436] io scheduler noop registered
[   14.090468] io scheduler deadline registered (default)
[   14.096184] octeon_gpio 1070000000800.gpio-controller: OCTEON GPIO driver probed.
[   14.103985] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[   14.111417] console [ttyS0] disabled
[   14.114893] 1180000000800.serial: ttyS0 at MMIO 0x1180000000800 (irq = 41, base_baud = 31250000) is a OCTEON
[   14.124683] console [ttyS0] enabled
[   14.124683] console [ttyS0] enabled
[   14.131607] bootconsole [early0] disabled
[   14.131607] bootconsole [early0] disabled
[   14.140285] 1180000000c00.serial: ttyS1 at MMIO 0x1180000000c00 (irq = 42, base_baud = 31250000) is a OCTEON
[   14.150793] octeon_rng octeon_rng: Octeon Random Number Generator
[   14.157467] cacheinfo: Failed to find cpu0 device node
[   14.162685] cacheinfo: Unable to detect cache hierarchy for CPU 0
[   14.175673] loop: module loaded
[   14.179780] of-flash 1f400000.nor: Can't get bank width from device tree
[   14.187061] libphy: mdio_octeon: probed
[   14.191005] [Firmware Warn]: /soc@0/mdio@1180000001800/ethernet-phy@7: Whitelisted compatible string. Please remove
[   14.202182] [Firmware Warn]: /soc@0/mdio@1180000001800/ethernet-phy@6: Whitelisted compatible string. Please remove
[   14.213362] [Firmware Warn]: /soc@0/mdio@1180000001800/ethernet-phy@5: Whitelisted compatible string. Please remove
[   14.224507] mdio_octeon 1180000001800.mdio: Probed
[   14.229932] libphy: Fixed MDIO Bus: probed
[   14.234303] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[   14.240892] ehci-platform: EHCI generic platform driver
[   14.246401] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   14.252671] ohci-platform: OHCI generic platform driver
[   14.258302] usbcore: registered new interface driver usb-storage
[   14.264425] octeon_wdt: Initial granularity 5 Sec
[   14.273052] Interface 0 has 3 ports (RGMII)
[   14.281525] octeon-hcd 16f0010000000.usbc: Octeon Host Controller
[   14.287752] octeon-hcd 16f0010000000.usbc: new USB bus registered, assigned bus number 1
[   14.295976] octeon-hcd 16f0010000000.usbc: irq 56, io mem 0x00000000
[   14.303455] hub 1-0:1.0: USB hub found
[   14.307394] hub 1-0:1.0: 1 port detected
[   14.311991] octeon-hcd 16f0010000000.usbc: Registered HCD for port 0 on irq 56
[   14.320877] NET: Registered protocol family 10
[   14.327445] Segment Routing with IPv6
[   14.331299] NET: Registered protocol family 17
[   14.335870] 8021q: 802.1Q VLAN Support v1.8
[   14.340407] Bootbus flash: Setting flash for 4MB flash at 0x1f800000
[   14.346967] phys_mapped_flash: Found 1 x16 devices at 0x0 in 8-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x0000a7
[   14.357360] Amd/Fujitsu Extended Query Table at 0x0040
[   14.362566]   Amd/Fujitsu Extended Query version 1.1.
[   14.367649] phys_mapped_flash: Swapping erase regions for top-boot CFI table.
[   14.374815] number of CFI chips: 1
[   14.378278] 3 cmdlinepart partitions found on MTD device phys_mapped_flash
[   14.385191] Creating 3 MTD partitions on "phys_mapped_flash":
[   14.390979] 0x000000000000-0x000000080000 : "boot0"
[   14.397066] 0x000000080000-0x000000100000 : "boot1"
[   14.403212] 0x000000100000-0x000000110000 : "eeprom"
[   14.411056] OF: fdt: not creating '/sys/firmware/fdt': CRC check failed
[   14.418316] Waiting for root device /dev/sda2...
[   14.694990] usb 1-1: new high-speed USB device number 2 using octeon-hcd
[   15.157589] usb-storage 1-1:1.0: USB Mass Storage device detected
[   15.164285] scsi host0: usb-storage 1-1:1.0
[   16.377528] scsi 0:0:0:0: Direct-Access     SRT      USB              1100 PQ: 0 ANSI: 4
[   16.387726] sd 0:0:0:0: [sda] 15765504 512-byte logical blocks: (8.07 GB/7.52 GiB)
[   16.396124] sd 0:0:0:0: [sda] Write Protect is off
[   16.401790] sd 0:0:0:0: [sda] No Caching mode page found
[   16.407211] sd 0:0:0:0: [sda] Assuming drive cache: write through
[   16.417477]  sda: sda1 sda2
[   16.423799] sd 0:0:0:0: [sda] Attached SCSI removable disk
[   16.435439] VFS: Mounted root (squashfs filesystem) readonly on device 8:2.
[   16.443711] Freeing unused kernel memory: 1328K
[   16.448300] This architecture does not have kernel memory protection.
[   16.979499] init: Console is alive
[   16.983324] init: - watchdog -
[   17.607797] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[   17.722469] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[   17.740277] init: - preinit -
[   18.930430] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[   20.963071] eth0: 1000 Mbps Full duplex, port 0, queue 0
[   20.968484] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   22.208639] mount_root: rootdisk overlay filesystem has not been formatted yet
sh: mkfs.f2fs: not found
[   22.221786] mount_root: no usable overlay filesystem found, using tmpfs overlay
[   23.377720] random: crng init done
[   23.407105] urandom-seed: Seed file not found (/etc/urandom.seed)
[   23.538293] eth0: Link down
[   23.551669] procd: - early -
[   23.554692] procd: - watchdog -
[   24.221523] procd: - watchdog -
[   24.225235] procd: - ubus -
[   24.364194] procd: - init -
Please press Enter to activate this console.
[   24.943579] kmodloader: loading kernel modules from /etc/modules.d/*
[   24.964605] l2tp_core: L2TP core driver, V2.0
[   24.970234] l2tp_netlink: L2TP netlink interface
[   24.980069] gre: GRE over IPv4 demultiplexor driver
[   24.987409] ip_gre: GRE over IPv4 tunneling driver
[   25.001262] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   25.289771] Netfilter messages via NETLINK v0.30.
[   25.297611] ip_set: protocol 6
[   25.337788] cryptodev: driver 1.9 loaded.
[   25.358006] u32 classifier
[   25.360794]     input device check on
[   25.364596]     Actions configured
[   25.371338] Mirror/redirect action on
[   25.386211] nf_conntrack version 0.5.0 (3584 buckets, 14336 max)
[   25.405328] ip_tables: (C) 2000-2006 Netfilter Core Team
[   25.553490] ctnetlink v0.93: registering with nfnetlink.
[   25.698364] wireguard: WireGuard 0.0.20180304 loaded. See www.wireguard.com for information.
[   25.706931] wireguard: Copyright (C) 2015-2018 Jason A. Donenfeld <Jason@zx2c4.com>. All Rights Reserved.
[   25.765405] xt_time: kernel timezone is -0000
[   25.858495] PPP generic driver version 2.4.2
[   25.865711] PPP MPPE Compression module registered
[   25.872986] NET: Registered protocol family 24
[   25.879616] PPTP driver version 0.8.5
[   25.888062] l2tp_ppp: PPPoL2TP kernel driver, V2.0
[   25.896812] kmodloader: done loading kernel modules from /etc/modules.d/*
[   32.622166] br-lan: port 1(eth0) entered blocking state
[   32.627510] br-lan: port 1(eth0) entered disabled state
[   32.633218] device eth0 entered promiscuous mode
[   32.648210] br-lan: port 1(eth0) entered blocking state
[   32.653545] br-lan: port 1(eth0) entered forwarding state
[   32.659197] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   32.700308] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[   33.645742] br-lan: port 1(eth0) entered disabled state
[   34.746429] eth0: 1000 Mbps Full duplex, port 0, queue 0
[   34.763064] br-lan: port 1(eth0) entered blocking state
[   34.768376] br-lan: port 1(eth0) entered forwarding state
[   34.807116] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   35.811122] eth1: 1000 Mbps Full duplex, port 1, queue 1
[   35.816578] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[   39.261056] MTD: Attempt to mount non-MTD device "/dev/loop0"
15.03.20181434KernelBug ReportVery LowLowath10k debug_masklede-17.01Unconfirmed Task Description

Hi,
I am at LEDE 17.01.3 on my TP-Link Archer C7 / AC1750.
I use kmod-ath10k-ct and ath10k-firmware-qca988x-ct packages.

$ opkg list-installed | grep ath10k
ath10k-firmware-qca988x-ct - 2017-01-11-ab432c60-1
kmod-ath10k-ct - 4.4.89+2017-01-26-d2bc84ff-1

My problem is, that I can’t disable the ath10k_pci ATH10K_DBG_BUFFER kernel messages.
I can set the kernel option for ath10k_core in the file /etc/modules.d/50-ath10k-ct.

$ cat /etc/modules.d/50-ath10k-ct
mac80211
ath
ath10k_core debug_mask=0x10000020
ath10k_pci

which works (after a reboot), but I think - something is missing...

$ cat /sys/kernel/debug/ieee80211/phy0/ath10k/debug_level
Current debug level: 0x10000020

To change debug level, set value adding up desired flags:
PCI:                0x1
WMI:                0x2
HTC:                0x4
HTT:                0x8
MAC:               0x10
BOOT:              0x20
PCI-DUMP:          0x40
HTT-DUMP:          0x80
MGMT:             0x100
DATA:             0x200
BMI:              0x400
REGULATORY:       0x800
TESTMODE:        0x1000
WMI-PRINT:       0x2000
PCI-PS:          0x4000
AHB:             0x8000
MAC2:        0x20000000
INFO-AS-DBG: 0x40000000
FW:          0x80000000
ALL:         0xFFFFFFFF

as you can see, there is no entry listed for:
NO-FW-DBGLOG: 0×10000000

like it is shown on the candela site:
https://www.candelatech.com/ath10k-bugs.php

So, maybe the module ath10k_core is outdated? I still get the DEBUG MESSAGES...

14.03.20181432Base systemBug ReportVery LowLowHostapd: Radius CoA Disconnect-Request does not casue a...lede-17.01Unconfirmed Task Description

We see this on all 17.01.4 platforms we have tested (Archer C7, Archer C2600, WD N600, EA4500)

Standard images are used, with the following change:
opkg remove wpad-mini hostapd
opkg install hostapd-common wpad

In our case, our captive portal system sends CoA (Change of Authorization) requests to initiate VLAN changes after a station completes a registration process, and passes the VLAN via access-accept messages, which works well, except for that hostapd seems to have a 30s hold timer on each access-request/accept response.

What this means, is that when hostapd recieves a CoA, it will only re-evaluation the authorization if more than 30s has elapsed since the last Access-Request.

In theory, this means all CoA’s are ignored if they are received within 30seconds of a client connecting. This is really problematic in Captive Portals where clients typically complete a registration process in under 30seconds and are then expected to land on an authorized network after a CoA is completed.

Below I have two examples that show how CoA’s are being incorrectly ignored due to this internal hold timer.

Example A: Sunny Day Scenario

Here is a typical interaction, where a Client/Station connects to hostapd which connects them onto a VLAN to complete a network registration via a captive portal. The radius exchange between hostapd (10.2.1.11) and the radius server (10.2.1.2) is shown below using a tcpdump of packets.

1) Station/Client connects and hostapd generates an Access-Request to which the radius server responds with an Access-Accept indicating the VLAN; On the client side, due to the network on that new VLAN, WISPr kicks in and prompts the user to sign-in to the network.

12:03:58.157726 10.2.1.11.49281 > 10.2.1.2.1812: Access-Request (1)
12:03:58.211386 10.2.1.2.1812 > 10.2.1.11.49281: Access-Accept (2)
12:03:58.279846 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
12:03:58.325525 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)

2)At some point in the future, the client completes the registration which causes the radius server to initiate an CoA/Disconnect Request, and Hostapd performs an Access-Request, which obtails the correct/new VLAN based on the Access-Accept message. Client is placed on the new VLAN and everything works as expected.

12:04:28.735459 10.2.1.2.60410 > 10.2.1.11.3799: Disconnect-Request (40)
12:04:28.736847 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
12:04:28.737166 10.2.1.11.3799 > 10.2.1.2.60410: Disconnect-ACK (41)
12:04:28.762991 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)
12:04:30.717764 10.2.1.11.49281 > 10.2.1.2.1812: Access-Request (1)
12:04:30.782158 10.2.1.2.1812 > 10.2.1.11.49281: Access-Accept (2)
12:04:30.906401 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
12:04:30.943903 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)

Note that there was approximately 30 seconds between when the Station/Client first connected, and the Disconnect-Request from the radius server.

Example B: The clicks through the captive portal in less than 30 seconds.

Here is a a more realistic interaction, where a Client/Station connects to hostapd which connects them onto a VLAN to complete a network registration via a captive portal. The radius exchange between hostapd (10.2.1.11) and the radius server (10.2.1.2) is shown below using a tcpdump of packets.

The problem arises here because the user only took 22 seconds to complete the registration process. In reality, I can complete the captive portal click through in just a few seconds.

1) Station/Client connects and hostapd generates an Access-Request to which the radius server responds with an Access-Accept indicating the VLAN; On the client side, due to the network on that new VLAN, WISPr kicks in and prompts the user to sign-in to the network.

15:11:35.269960 10.2.1.11.49281 > 10.2.1.2.1812: Access-Request (1)
15:11:35.326104 10.2.1.2.1812 > 10.2.1.11.49281: Access-Accept (2)
15:11:35.386984 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
15:11:35.427652 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)

2) 22 seconds later, the client completes the registration which causes the radius server to initiate an CoA/Disconnect Request. Since it has been less than 30seconds since the last Access-Request/Access-Accept handshake, Hostapd does not performs an Access-Request, which causes the client to be associated with the OLD / Incorrect VLAN.

The failure of hostapd to do another Access-Request when the Change-of-Authorization/Disconnect-Request is received, is the issue.

15:11:57.417798 10.2.1.2.58842 > 10.2.1.11.3799: Disconnect-Request (40)
15:11:57.420730 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
15:11:57.424759 10.2.1.11.3799 > 10.2.1.2.58842: Disconnect-ACK (41)
15:11:57.446361 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)
15:11:59.243604 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
15:11:59.283332 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)

3)In this case the client gets another ‘sign-in to network’ prompt as the WISPr client detects it is still captured on the old VLAN. After another 30 seconds later, the client completes the registration a second time, which causes the radius server to initiate an CoA/Disconnect Request but this time, sice it has been more than 30 seconds since the last Access-Request/Access-Accept handshake, Hostapd performs the VLAN change as expected.

15:12:28.554417 10.2.1.2.41995 > 10.2.1.11.3799: Disconnect-Request (40)
15:12:28.557488 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
15:12:28.561537 10.2.1.11.3799 > 10.2.1.2.41995: Disconnect-ACK (41)
15:12:28.580379 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)
15:12:30.262645 10.2.1.11.49281 > 10.2.1.2.1812: Access-Request (1)
15:12:30.322381 10.2.1.2.1812 > 10.2.1.11.49281: Access-Accept (2)
15:12:30.446732 10.2.1.11.45520 > 10.2.1.2.1813: Accounting-Request (4)
15:12:30.483542 10.2.1.2.1813 > 10.2.1.11.45520: Accounting-Response (5)

We can guess that having a 30s hold timer on Access-Requests could make sense in a scenario where a client was constantly disconnecting and re-connecting, whereby in order to cut down on radius handshakes, the last Access-Accept is used until the 30s timer expires. However, this does not make sense in consideration of a CoA/Disconnect request, which should immediately trigger an Access-Request for re-evaluation of authorization.

The other side effect of this issue, is that client access can not be revoked via radius (another common use of CoA) within 30 seconds of connecting due to the same issue.

14.03.20181431Base systemBug ReportVery LowLowhostapd: VLAN: br_delif: Failure determining interface ...lede-17.01Unconfirmed Task Description

We see some error messages related to bridge port add/remove activities when using dynamic vlans, though the dynamic vlans themselves function correctly.

The platforms include (Archer C7, Archer C2600, WD N600, BT HH5A) with standard 17.01.4 images, with the following package changes:

opkg remove wpad-mini hostapd
opkg install hostapd-common wpad

In our case, our captive portal system sends CoA requests to initiate VLAN changes, and passes the VLAN via radius-accept messages, which all works fine. Since radius and vlans are not normally used on open SSIDs, we have manually added the dae_ auth_ and acct_ variables to the encryption ‘none’ section of /lib/netifd/hostapd.sh

Everything works wrt to the dynamic vlans and radius, but we see the following messages when the first client connects to a dynamic VLAN and when the last client disconnects from a vlan. Two examples are described below:

1) When last client disconnects from dynamic vlan 71, connected via wlan0.71 on br-vlan71:

 Wed Mar 14 15:31:54 2018 daemon.err hostapd: VLAN: br_delif: Failure determining interface index for 'wlan0.71'

2) When the first client connects to dynamic vlan 71, connected via wlan0.71 on br-vlan71:

 Wed Mar 14 15:33:19 2018 daemon.err hostapd: VLAN: vlan_add: ADD_VLAN_CMD failed for eth0: File exists

This only occurs when it is the first client on the vlan, or the last client to disconnect from the vlan, otherwise the dynamic vlan changes produce no errors related to the station-to-interface binding/unbinding.

Despite the errors, the interfaces appear to be added and removed as expected. i.e. after the first client connects we see

root@AP:~# brctl show
bridge name bridge id STP enabled interfaces
...
br-vlan71 7fff.c025e940533c no eth0.71

						wlan0.71

And after the last client disconnects we see

root@AP:~# brctl show
bridge name bridge id STP enabled interfaces
...
br-vlan71 7fff.c025e940533c no eth0.71

In the case used for the example we have the following vlan related interface settings in /etc/config/wireless and /etc/config/network, noting that eth0 is the trunk over which the VLANs are connected to the OpenWRT/LEDE device in this instance:

config wifi-iface ‘default_radio0’

option device 'radio0'
option mode 'ap'
option encryption 'none'
option vlan_file '/etc/config/hostapd.vlan'
option vlan_tagged_interface 'eth0'
option vlan_bridge 'br-vlan'
option vlan_naming '0'
      ...

config interface ‘vlan71’

option type 'bridge'
option ifname 'eth0.71'
      
14.03.20181430PackagesBug ReportVery LowLowMAP rule parsing incorrectly handles additional FMR rul...TrunkAssigned Task Description

When map.sh parses FMR rules, it incorrectly assumes that all FMR rules should have remote.style MAP.

Only FMRs pointing towards other MAP CPEs should use remote.style MAP. Other destinations (such as CDNs or other IPv6 servers), should use remote.style RFC6052
This distinction could be inferred when both remote.ea-len and remote.psid-offset are 0. (Although this wouldn’t be 100% accurate, as it’s possible a deployment might do 1:1 v4:v6 mapping, use multiple MAP domains and have FMRs for each MAP domains)

Another method could be to check to see if the remote.v4 and remote.v6 pair has been seen previously as local.v4 and local.v6. If it has, then it should use style MAP. If the pair hasn’t been seen, then it should use style RFC6052. This would require the network admin to make sure all MAP domain BMRs are sent to all CPEs, regardless of which domain they’re in.

As an additional side bug, mapcalc.c appears to generate a negative PSIDLEN when presented with an FMR that has EALEN 0.
This appears to only be aesthetic when generating /tmp/map-wan6_4.rules
I believe this could be resolved by adjusting:
if (psidlen <= 0) {
to:
if (psidlen ⇐ 0) && (ealen > 0) {

13.03.20181429KernelBug ReportVery LowMediumOpenWrt kernel is missing support for hardware rtc devi...TrunkUnconfirmed Task Description

It seams that sometime in the past support for hardware rtc devices was removed from kernel:
https://patches.linaro.org/patch/1235/

But this is quite important feature to a lot of people who are building iot devices or just want their routers to have correct time even when they are offline and some time without power.

Manually enabling rtc support and using rtc device like sparkfun ds1307 hardware clock works as expected.

Here are steps I used to get rtc support enabled in latest OpenWrt git code:
http://kernelreloaded.com/adding-rtc-to-openwrt-devices-part-2/

Please consider enabling rtc support again kernel and make rtc kernel modules available as packages.

10.03.20181426Base systemBug ReportVery LowLowProbable inet6_dev refcount leak introduced by OpenWrt-...AllUnconfirmed Task Description

System:

  • Device: Linksys WRT3200ACM (Note: problem is most likely not device-specific)
  • OpenWrt/LEDE: lede-17.01 and Git commit 359273d7f6e5733b84a263f8d3023e9d4adc7d40 (both tested)
  • Kernel: Custom built from https://github.com/openwrt/openwrt.git both 4.9 and 4.14 versions

Problem:

When deleting a kernel network namespace, a kworker thread hangs indefinitely waiting for the loopback device inside the namespace to be released. This prevents the creation of any additional network namespaces until the system is rebooted. It affects any software utilizing network namespaces such as LXC (which i was experimenting with when i first encountered this problem). LXC containers could only be started once and would hang when trying to restart them or start another container after one container had been stopped.

Steps to reproduce:

  1. Build kernel with namespace support including network namespaces:
    CONFIG_KERNEL_NAMESPACES=y
    CONFIG_KERNEL_UTS_NS=y
    CONFIG_KERNEL_IPC_NS=y
    CONFIG_KERNEL_USER_NS=y
    CONFIG_KERNEL_PID_NS=y
    CONFIG_KERNEL_NET_NS=y
  2. Build BusyBox with the unshare utility (Linux System Utilities)
    CONFIG_BUSYBOX_CONFIG_UNSHARE=y
  3. Boot into system, create and immediately delete a network namespace with:
    root@box:~# unshare -n true

Observed symptoms:

  • root@box:~# ps | grep kworker

    shows a kworker-thread lingering in D-state:

    450 root         0 DW   [kworker/u4:3]
  • after a while,
    root@box:~# dmesg

    shows

    [  114.596437] unregister_netdevice: waiting for lo to become free. Usage count = 1
    [  124.728977] unregister_netdevice: waiting for lo to become free. Usage count = 1
    [  134.881391] unregister_netdevice: waiting for lo to become free. Usage count = 1
    

    . The message is repeated indefinitely every 10 seconds.

  • No more additional network namespaces can be created, another unshare -n will hang indefinitely.

Possible cause:

After poking in the dark for quite some time, i found this post by HomerSp in the Turris OS. After the kernel developers implied that the problem was due to a patch in OpenWrt during his first assessment, he finally tracked it down to a missing in6_dev_put() in 670-ipv6-allow-rejecting-with-source-address-failed-policy.patch

Solution:

This is my patch derived from (HomerSp's complete modified patch here) which i applied to my kernel code after all other patches:

--- a/net/ipv6/route.c
+++ b/net/ipv6/route.c
@@ -3860,6 +3860,7 @@ static int ip6_route_dev_notify(struct notifier_block *this,
 		in6_dev_put_clear(&net->ipv6.ip6_null_entry->rt6i_idev);
 #ifdef CONFIG_IPV6_MULTIPLE_TABLES
 		in6_dev_put_clear(&net->ipv6.ip6_prohibit_entry->rt6i_idev);
+		in6_dev_put(net->ipv6.ip6_policy_failed_entry->rt6i_idev);
 		in6_dev_put_clear(&net->ipv6.ip6_blk_hole_entry->rt6i_idev);
 #endif
 	}

Note: line numbers probably not matching since my repo also contains some other recent upstream patches i tested while trying to solve the problem. You will probably want to fix the patch file itself instead of “patching after the patch” like i did.

Since the solution doesn’t seem to have made in back into the OpenWrt code, i took the liberty of reporting it here and bring the problem to your attention. Although i can’t say anything about its correctness, it solves the problem at least for me.

09.03.20181424Base systemBug ReportVery LowLowusbmode sits in loop after installTrunkUnconfirmed Task Description

- Name the tree/revision/version

OpenWrt Snapshot r6397-7cc9914

- Name the affected device

Huawei ME909s-120 LTE Card (12d1:15c1) on a PC Engines APU2 (amd64) in MBIM Mode.

- What does it do that it should not do / what does it not do that it should do

usbmode sits in a loop right after installation, doesn’t switch the Modem in MBMI mode and thus no /dev/cdc-wdm0 device is created and prints constantly:

[ 59.838090] usb 1-1.3: usbfs: process 6946 (usbmode) did not claim interface 1 before use
[ 60.048534] usb 1-1.3: usbfs: interface 1 claimed by usbfs while ‘usbmode’ sets config #0
[ 60.131996] usb 1-1.3: usbfs: process 7032 (usbmode) did not claim interface 1 before use
[ 60.342459] usb 1-1.3: usbfs: interface 1 claimed by usbfs while ‘usbmode’ sets config #0

- Steps to reproduce

Install usb-modeswitch on OpenWrt Snapshot r6397-7cc9914

- What you have already done to workaround/fix the problem

Tried LEDE 17.01.4 r3560-79f57e422d without success, but messages are only printed once after “usbmode -s” is called, also there isn’t a cdc-wdm0 device created.

- Any additional info you thinks is important

This HW config is working fine with cdc_mbim on Debian with a 4.9 Kernel and their usb-modeswitch implementation.

09.03.20181423Base systemBug ReportVery LowMediumXiaomi MI Router 3G w/ trunkTrunkUnconfirmed Task Description

Device: Xiaomi Mi Router 3G
Firmware: OpenWrt SNAPSHOT r6400-64850f (09.03.2018)

We tried to add a new network to the wireless node, but it couldn’t save the new network at all.
TX power adjustment won’t work.
When set to auto on the 2.4G node it stays disabled after applying.

Best,
Hotspotsystem Team

09.03.20181418Base systemBug ReportVery LowCriticalDHCP not discovering certain devices on radio1 (2.4ghz ...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

  Linksys 3200ACM

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

   OpenWrt SNAPSHOT r6365-45fdb12 / LuCI Master (git-18.061.42275-852ec6e)
   Additional Packages:
   openssh-sftp-server    7.6p1-1
   nginx                  1.12.2-1

- Steps to reproduce

   Embedded platform such ESP8266, Wireless Cameras are unable to connect 
   to 2.4Ghz radio1 on 3200ACM with WPA2-CCMP.
   DHCP does not seem to discover these devices although radio1 (mwlwifi) successfully
   authenticates the devices.
  Clients: 4 x ESP8266 (SonOff Switches, FluxLED, etc.), Unbranded Wireless Camera
  1. DHCP Configuration
    config dnsmasq
        option domainneeded '1'
        option localise_queries '1'
        option rebind_protection '1'
        option rebind_localhost '1'
        option local '/lan/'
        option domain 'lan'
        option expandhosts '1'
        option authoritative '1'
        option readethers '1'
        option leasefile '/tmp/dhcp.leases'
        option resolvfile '/tmp/resolv.conf.auto'
        option nonwildcard '1'
        option localservice '1'

    config dhcp 'lan'
        option interface 'lan'
        option start '100'
        option limit '150'
        option leasetime '12h'
        list dhcp_option '6,8.8.8.8,8.8.4.4'

    config dhcp 'wan'
        option interface 'wan'
        option ignore '1'

    config odhcpd 'odhcpd'
        option maindhcp '0'
        option leasefile '/tmp/hosts/odhcpd'
        option leasetrigger '/usr/sbin/odhcpd-update'
        option loglevel '4'

    config host
        option name 'VelopNode1'
        option dns '1'
        option mac '58:ef:xx:xx:xx:xx'
        option ip '192.168.1.151'
        option leasetime 'infinite'

    config host
        option name 'Hikam-0505'
        option dns '1'
        option mac '88:83:5d:xx:xx:xx'
        option ip '192.168.1.200'
        option leasetime 'infinite'

    config host
        option name 'ESP_C0F513'
        option dns '1'
        option mac 'dc:4f:22:xx:xx:xx'
        option ip '192.168.1.235'
        option leasetime 'infinite'
  1. 2.4Ghz radio1 configuration:
    wireless.radio1=wifi-device
    wireless.radio1.type='mac80211'
    wireless.radio1.hwmode='11g'
    wireless.radio1.path='soc/soc:pcie/pci0000:00/0000:00:02.0/0000:02:00.0'
    wireless.radio1.country='US'
    wireless.radio1.channel='11'
    wireless.radio1.htmode='HT20'
    wireless.radio1.legacy_rates='1'
    wireless.radio1.txpower='30'
    root@openwrt:~# uci show wireless.default_radio1
    wireless.default_radio1=wifi-iface
    wireless.default_radio1.device='radio1'
    wireless.default_radio1.network='lan'
    wireless.default_radio1.ssid='SSID'
    wireless.default_radio1.key='PASSWORD'
    wireless.default_radio1.mode='ap'
    wireless.default_radio1.encryption='psk2'

- Logs:

    Sun Mar  4 04:07:41 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:07:41 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:07:50 2018 authpriv.info dropbear[3371]: Child connection from 192.168.1.151:57119
    Sun Mar  4 04:08:07 2018 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:08:07 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: disassociated
    Sun Mar  4 04:08:07 2018 kern.debug kernel: [  105.684705] ieee80211 phy1: staid 3 deleted
    Sun Mar  4 04:08:08 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
    Sun Mar  4 04:08:10 2018 kern.debug kernel: [  107.923936] ieee80211 phy1: staid 2 deleted
    Sun Mar  4 04:08:10 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 2)
    Sun Mar  4 04:08:10 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:08:10 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:08:13 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 3)
    Sun Mar  4 04:08:13 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:08:13 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:08:26 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:08:26 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:08:26 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:08:26 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:08:44 2018 kern.debug kernel: [  141.932637] ieee80211 phy1: staid 2 deleted
    Sun Mar  4 04:08:44 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 2)
    Sun Mar  4 04:08:44 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:08:44 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:08:44 2018 kern.debug kernel: [  142.629431] ieee80211 phy1: staid 3 deleted
    Sun Mar  4 04:08:48 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 3)
    Sun Mar  4 04:08:48 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:08:48 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:09:22 2018 kern.debug kernel: [  180.723186] ieee80211 phy1: staid 3 deleted
    Sun Mar  4 04:09:22 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 3)
    Sun Mar  4 04:09:23 2018 kern.debug kernel: [  181.044324] ieee80211 phy1: staid 2 deleted
    Sun Mar  4 04:09:23 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 2)
    Sun Mar  4 04:09:23 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:09:23 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:09:26 2018 kern.debug kernel: [  184.838938] ieee80211 phy1: staid 3 deleted
    Sun Mar  4 04:09:26 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 3)
    Sun Mar  4 04:09:28 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:09:28 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:09:34 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:09:34 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:09:34 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:09:34 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:09:34 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:09:34 2018 kern.debug kernel: [  191.989466] ieee80211 phy1: staid 3 deleted
    Sun Mar  4 04:09:34 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: authenticated
    Sun Mar  4 04:10:06 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 3)
    Sun Mar  4 04:10:06 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:10:06 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)
    Sun Mar  4 04:10:07 2018 kern.debug kernel: [  225.251038] ieee80211 phy1: staid 2 deleted
    Sun Mar  4 04:10:07 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx IEEE 802.11: associated (aid 2)
    Sun Mar  4 04:10:07 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED dc:4f:22:xx:xx:xx
    Sun Mar  4 04:10:07 2018 daemon.info hostapd: wlan1: STA dc:4f:22:xx:xx:xx WPA: pairwise key handshake completed (RSN)

Note: These clients are able to join my alternative access point (Velop Nodes) on same frequency and encryption. They are also

  able to join on factory image(FW_WRT3200ACM_1.0.6.186168_prod) radio1 access point and as well as radio2 in openwrt stipulated build.

More info: https://github.com/kaloz/mwlwifi/issues/278

07.03.20181417Base systemBug ReportVery LowMediumLinksys WRT 3200ACM Note for DFS of WRT3200ACM (88W8964...AllUnconfirmed Task Description

Supply the following if possible:

* Device problem occurs on

  • Linksys WRT 3200ACM

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

  • All releases (trunk, stable)

* Steps to reproduce

  • The firmware is included the following packages by default:
    • kmod-mwifiex-sdio
    • mwifiex-sdio-firmware
    • radio2 and default_radio2 in /etc/config/wireless - which is the radar for Linksys WRT 3200ACM

Based on the discussions with @yuhhaurlin from Github based on and the European but US version as well:
https://github.com/kaloz/mwlwifi/blob/master/README.md - Note for DFS of WRT3200ACM (88W8964)
https://github.com/kaloz/mwlwifi/issues/280 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-370997269 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-371061171 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-371063231 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-371070315

As @yuhhaurlin described mwlwifi takes care of everything of this router, but the defaults for the configs includes the:
* kmod-mwifiex-sdio
* mwifiex-sdio-firmware
* radio2 and default_radio2 in /etc/config/wireless - which is the radar for Linksys WRT 3200ACM

But it just giving problems and to make to work you need to exclude these.

My request is to remove it in the .config defaults and the image-builder as well so the router is working (will) perfectly with 160Mhz, DTS, DFS radar and MU-MIMO.

They could be installed as a module, but as @yuhhaurlin in GitHub describes mwlwifi is not required totally.

Besides kmod-mwifiex-sdio and mwifiex-sdio-firmware might only work with US, but then again mwlwifi takes care everything.

 


07.03.20181416PackagesBug ReportVery LowMediumWiFi cannot up on Comfast E355AC v2(patch file for fix ...lede-17.01Unconfirmed Task Description

Hi,

Device problem occurs on:

  Comfast-EA355AC-V2 (QCA9531 + QCA9886)

Software versions:

  LEDE v17.01.4
  netifd: c92106e3048ae10cb04a7c7303ba5f53bc057953

Steps to reproduce:

  It need to continuely reset to factory default and reboot.

When it occurs, system boot up successful. but wireless interface will setup and teardown for several times and wireless interface will disappear in the final.
After i dived into the code, I found that, check_pid_path() @177 of utils.c of netifd project will report process(hostapd) dead when system booting up during pivot_root processing.
the result of readlink of “/proc/PID/exe” will return the execution file name with “/tmp/root” as prefix(maybe something other too).
So I am trying to fix it by the patch file attached.

Please review and merge into master if it looks good.

Sorry for my bad english.

And thanks in advance.

Best Regards,
Michael


07.03.20181415Base systemFeature RequestVery LowVery Low[Enhancement] Consider shorter interface-name prefixesTrunkUnconfirmed Task Description

Given that `IFNAMSIZ` is typically 16, there are 15 characters available for an interface name.

OpenWRT prepends a prefix that can be at least 6 characters `gre4t-` as an example.

If one then creates pseudo/virtual-interfaces using VLAN notation, there are only 4 characters available for configuration

`gre4t-ABCD.1234`

As long as this limitation is known, there is no loss of functionality, only utility in the naming. I would have ideally been able to name my tunnels with a more readable indication of where the other endpoint was, for example `portal1` rather than `gt99`.

At some time in the future, shortening these generated prefixes would be welcome. I acknowledge that this likely impacts only a small fraction of advanced users and a change may impact scripts that rely on the generated name.

 


06.03.20181414ToolchainBuild FailureVery LowVery Lowmbedtls: building with ccache: /staging_dir/host/bin/cc...TrunkUnconfirmed Task Description

I am currently trying to compile OpenWRT for

CONFIG_TARGET_LANTIQ=Y
CONFIG_TARGET_LANTIQ_XWAY=Y
CONFIG_TARGET_lantiq_xway_DEVICE_arcadyan_arv752dpw22=y

I am using

CONFIG_DEVEL=y
CONFIG_CCACHE=y

I am building in the following way:

The build was carried out on a git clone git://github.com/openwrt/openwrt.git, later brought up to date with a git pull, with latest commit from 2018-03-05T10:44:20+01:00, commit hash 5cbd22bb0f.

Into this git clone a previously generated .config seed, made previously by make menuconfig and ./scripts/diffconfig.sh, was copied over to ./.config.

From there on, the following commands were issued:

./scripts/feeds update -a
./scripts/feeds install -a
make -j1 V=s defconfig
make -j1 V=s download
make -j1 V=s IGNORE_ERRORS=m | tee make.log

When it comed to building mbedtls, there are the following lines of output which indicate something is wrong:

[...]
make[3]: [Makefile:75: /home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/2018-02-26_12-04-45_-_custom-wo-pie_feeds-rooter-custom/build_dir/target-mips_24kc_musl/mbedtls-2.7.0/.configured_68b329da9893e34099c7d8ad5cb9c940] Error 123 (ignored)
[...]
/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/2018-02-26_12-04-45_-_custom-wo-pie_feeds-rooter-custom/staging_dir/host/bin/ccache: invalid option -- 'd'
Usage:
    ccache [options]
[...]

Build continues, (seemingliy) successfully: Indicated by the further output of make, and issuing later a make -j1 V=s (i.e. without IGNORE_ERRORS=m), does not bring this up again.

The toolchain (./staging_dir/toolchain-*) is mips_24kc_gcc-5.5.0_musl.

Build is carried out on an x86_64 Arch Linux machine.

Attached are the following files:

  • .config-diffconfig-seed: The .config-seed used for make defconfig,
  • .config: The .config created by the make defconfig and used for the build,
  • mbedtls.log: The pa[.config-diffconfig-seed.txt](https://github.com/openwrt/packages/files/1782373/default.config-diffconfig-rt of the output of make -j1 V=s IGNORE_ERRORS=m regarding building mbedtls,
  • make.log.stdout.xz: For your interest, the full output of make -j1 V=s IGNORE_ERRORS=m (.xz compressed; decompresses to about 29 MB) (Note that at the end another build error occurs, which seems not to be related to embedtls),
  • feeds.conf: The feeds.conf used.

(Note that I just forgot to capture stderr too, but the error messages seem to be present in stdout. Since a full rebuild takes a day on my machine, I won’t do that if not necessary.)

05.03.20181412Base systemBuild FailureVery LowLowLINK busybox_unstripped fails: cc1: note: someone does ...TrunkUnconfirmed Task Description

I am currently trying to compile OpenWRT for

CONFIG_TARGET_lantiq=y
CONFIG_TARGET_lantiq_xway=y
CONFIG_TARGET_lantiq_xway_DEVICE_arcadyan_arv752dpw22=y

While the default configuration (i.e. just setting this three options, then running make defconfig, then compiling) compiles fine, the compilation of my custom configuration aborts with an error when trying to link busybox and it is not really clear for me what the origin of the error is.

The, I think, important bits of the output of make are:

  LINK    busybox_unstripped
Trying libraries: crypt m rpc
 Library crypt is not needed, excluding it
 Library m is not needed, excluding it
 Library rpc is needed, can't exclude it (yet)
Final link with: rpc
cc1: note: someone does not honour COPTS correctly, passed 0 times
make[4]: *** [Makefile:717: busybox_unstripped] Error 1

I am building in the following way:

The build was carried out on a git clone, later brought up to date with a git pull, with latest commit from 2018-03-05T10:44:20+01:00, commit hash 5cbd22bb0f.

Into this git clone a previously generated .config seed, made previously by make menuconfig and ./scripts/diffconfig.sh, was copied over to ./.config.

From there on, the following commands were issued:

./scripts/feeds update -a
./scripts/feeds install -a
make -j1 V=s defconfig
make -j1 V=s download
make -j1 V=s IGNORE_ERRORS=m 2>%1 | tee make.log

(Note: Those commands were already issued earlier, then the build error occured, and for preparing this report I updated to the newest state with git pull and issued the commands again. It made (re)compile faster due to ccache and due to already compiled files present, but might affect the output of make. Just to note if things might be suspicious. The actual error messages just before the build aborts did stay the same.)

The last lines of the make output are:

[...]
  CC      util-linux/volume_id/util.o
  CC      util-linux/volume_id/volume_id.o
  AR      util-linux/volume_id/lib.a
  LINK    busybox_unstripped
Trying libraries: crypt m rpc
 Library crypt is not needed, excluding it
 Library m is not needed, excluding it
 Library rpc is needed, can't exclude it (yet)
Final link with: rpc
cc1: note: someone does not honour COPTS correctly, passed 0 times
make[4]: *** [Makefile:717: busybox_unstripped] Error 1
make[4]: Leaving directory '/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45/build_dir/target-mips_24kc_musl/busybox-1.27.2'
make[3]: *** [Makefile:121: /home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45/build_dir/target-mips_24kc_musl/busybox-1.27.2/.built] Error 2
make[3]: Leaving directory '/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45/package/utils/busybox'
make[2]: *** [package/Makefile:108: package/utils/busybox/compile] Error 2
make[2]: Leaving directory '/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45'
make[1]: *** [package/Makefile:102: /home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45/staging_dir/target-mips_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45'
make: *** [/home/felics/download/router/OS/OpenWRT/source_build/source/batch_builds/custom-wo-pie_feeds-rooter-custom.2018-02-26_12-04-45/include/toplevel.mk:218: world] Error 2

The toolchain (./staging_dir/toolchain-*) is mips_24kc_gcc-5.5.0_musl.

Build is carried out on an x86_64 Arch Linux machine.

Attached are the following files:

  • .config-diffconfig-seed: The .config-seed used for make defconfig,
  • .config: The .config created by the make defconfig and used for the build,
  • make.log.tail: The last part of the output of make -j1 V=s IGNORE_ERRORS=m 2>%1,
  • make.log.xz: The full output of make -j1 V=s IGNORE_ERRORS=m 2>%1 (.xz compressed; decompresses to about 29 MB)
  • feeds.conf: The feeds.conf used.

What am I doing wrong/ what is going wrong? I am not sure at all if this is indeed a bug in the build system, or something I am doing wrong. (Note: I am not familiar with linker at all.)

(Also note, that there are also previously 47 messages

cc1: note: someone does not honour COPTS correctly, passed 2 times

(see the full make log).)

05.03.20181408Base systemFeature RequestVery LowMediumSeparate device-specific config files in base files & r...AllUnconfirmed Task Description

The redundant config files for other targets in the same arch (e.g. in /etc/diag.sh, /lib/preinit/, /etc/board.d) can take quite a bit of space (a few of kB after sfs, especially for popular archs like ar71xx). Separating config files into board-specific base-files.ipk packages can be very useful for devices with limited flash space.

Also, it will be much helpful to include an option/script in the image builder for auto-removing comments and white-space in all bash and lua files since this will also be much useful for devices with 4MB flash.

03.03.20181406Base systemBug ReportVery LowLowASUS RT-N15U TTL STAYS ON TTL=100 AFTER FLAHSING THE LE...TrunkUnconfirmed Task Description

DEVICE: ASUS RT-N15U

FIRMWARE FLASHED: BOTH LEDE17014 AND LEDE TRUNK LATESTS

BUG REPORT: AFTER BURNING THE FIRMWARE UNDER CFE, THE FIRST REBOOT IS OKEY, BUT WHEN AFTER FINALISING THE CONFIGURATION FOR THE LEDE AND DURING THE SECOND REBOOT, THE SYSTEM STAYS ON TTL=100, THAT MEANS, IT AUTOMATICALLY GOES INTO THE CFE INTERFACE.

03.03.20181405Base systemBug ReportVery LowLowBrcm47xx Board Detection NOT WORKING FOR ASUS RT-N15UTrunkUnconfirmed Task Description

DEVICE: ASUS RT-N15U
*
CPU1: Broadcom BCM47186B0 (500 MHz)
FLA1: 8 MiB (Macronix MX25L6405EMI-12G)
RAM1: 64 MiB (Micron MT47H32M16HR-3:F × 1)
WI1 chip1: Broadcom BCM47186B0
WI1 802dot11 protocols: bgn
WI1 MIMO config: 2×2:2
WI1 antenna connector: none
ETH chip1: Broadcom BCM47186B0
Switch: Broadcom BCM53125S
LAN speed: 10/100/1000
LAN ports: 4
WAN speed: 10/100/1000
WAN ports: 1 FIRMWARE FLASHED
LEDE TRUNK, THE LATEST VERSION

BUGS REPORT:
*
It seems after flashing the lede firmware, the brcm47xx board detection not working for this unit.

Under luci first “status” page, the “model” of the wireless router shows “unknown board” instead of the correct model number. For example, ASUS RT-N15U

When i flash back to cc15.05.1 or bb14.07, the luci will show the correct model no. of the router.

There are so many models of the brcm47xx series and several of them can not be displayed and recognized.

02.03.20181404PackagesFeature RequestVery LowLowRFE : in package "gpsd" init / config : a way to bring ...TrunkUnconfirmed Task Description

FYI, I fixed a build bug in gpsd that allows using gpsd with CANbus / NMEA 2000 : FS#783

Now, it would nice to have a way to initialize the CANbus.

For example, the “8 devices USB2CAN” adapter ( https://www.8devices.com/products/usb2can ) needs :

ip link set can0 type can bitrate 250000

... and the CANable adapter ( http://canable.io/ ) needs :

slcan_attach -w -o -c -s5 /dev/ttyACM0 &

ip link set up slcan0

... after that gpsd can be configured with

gpsd.device=”nmea2000://slcan0”

... and it should work

02.03.20181403Base systemBug ReportVery LowLowlatest mediatek-patches for second gmac not fully worki...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on bananapi-r2

https://github.com/openwrt/openwrt/tree/master/target/linux/mediatek/patches-4.14

Some of these patches are creating the second gmac (ethernet-lane between soc and switch).

- Steps to reproduce

i have applied all Patches to a native 4.14(.11/20)-Kernel-Source.
It compiles fine, looks good (ip a in system), but i get no response to icmp,
outgoing seems to work, but ip-header gets damaged (tcpdump on remote host reports “truncated-ip - 6 bytes missing!”). Maybe because of that that my remote-host sends no icmp echo reply...

See http://forum.banana-pi.org/t/adding-second-gmac-to-4-14/4709/17 for detailed test

Can you confirm that and/or place this to the author of the patches?

27.02.20181396Base systemBug ReportVery LowHightp-link 740 / 741 flashTrunkUnconfirmed Task Description

I flashed tp-link 740 version 4 (non removable antenna) with openwrt-ar71xx-tiny-tl-wr740n-v4-squashfs-factory.bin.
So fine everything went well but after flashing we see on web version:
TP-LINK TL-WR741ND v4 ! It should be TP-Link TL-WR740N/ND v4.
This was working before correct. Someone broke something.
Now it is impossible to flash from web again with openwrt-ar71xx-tiny-tl-wr740n-v4-squashfs-factory.bin. It says its incompatible.
Tested on: OpenWrt SNAPSHOT r6325-e9b58b22c1 / LuCI Master (git-18.051.28524-09ea6db)
Bug is very bad.

27.02.20181395Base systemFeature RequestVery LowLowAdd support for SAE encryption for APs/clientsTrunkUnconfirmed Task Description

The WPA3 standard requires Simultaneous Authentication of Equals encryption (SAE) support non-open APs. This is supported by hostapd trunk when setting SAE instead of WPA-PSK.

27.02.20181394Base systemFeature RequestVery LowLowAdd support for OWE encryptionTrunkUnconfirmed Task Description

The WPA3 standard requires opportunistic wireless encryption (OWE) support (with optional OWE transition) for “open” APs. This is supported by hostapd trunk after enabling CONFIG_OWE and then setting OWE instead of WPA-PSK.

25.02.20181389Base systemBug ReportVery LowMediumTL-WR841n-V13 wireless issuesTrunkUnconfirmed Task Description

Hi everyone

I’m using the router TL-WR841n-v13, it’s only available on snapshot version. I’m using OpenWrt SNAPSHOT, r6302-0f54d96.
Also i tried to compile the Git version.

The issue is that some devices have problems to connect to the wifi or need a few attemps to connect.

Sun Feb 25 17:42:59 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:43:08 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:43:08 2018 daemon.info hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: associated (aid 1)
Sun Feb 25 17:43:08 2018 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 38:71:de:10:33:56
Sun Feb 25 17:43:08 2018 daemon.info dnsmasq-dhcp[2197]: DHCPREQUEST(br-lan) 192.168.2.236 38:71:de:10:33:56
Sun Feb 25 17:43:08 2018 daemon.info dnsmasq-dhcp[2197]: DHCPACK(br-lan) 192.168.2.236 38:71:de:10:33:56 iPhone
Sun Feb 25 17:43:53 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:43:55 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:43:58 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:44:01 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:44:06 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:44:07 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:44:10 2018 daemon.notice hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: did not acknowledge authentication response
Sun Feb 25 17:44:10 2018 daemon.info hostapd: wlan0: STA 38:71:de:10:33:56 IEEE 802.11: associated (aid 1)
Sun Feb 25 17:44:10 2018 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 38:71:de:10:33:56
Sun Feb 25 17:44:11 2018 daemon.info dnsmasq-dhcp[2197]: DHCPREQUEST(br-lan) 192.168.2.236 38:71:de:10:33:56
Sun Feb 25 17:44:11 2018 daemon.info dnsmasq-dhcp[2197]: DHCPACK(br-lan) 192.168.2.236 38:71:de:10:33:56 iPhone

As you can see the device needs severals attemps to connect.

I was reading the bug report https://bugs.lede-project.org/index.php?do=details&task_id=34, it seems to be very similar. The latests version in Git have the patches already applied? Those patches works on this architecture?

I tried to apply the patch but i always got this error in the compile proces

Applying ./patches/354-ath9k-rename-tx_complete_work-to-hw_check_work.patch using plaintext:
patching file drivers/net/wireless/ath/ath9k/ath9k.h
Hunk #1 FAILED at 108.
Hunk #2 FAILED at 745.
Hunk #3 FAILED at 1053.
3 out of 3 hunks FAILED -- saving rejects to file drivers/net/wireless/ath/ath9k/ath9k.h.rej
patching file drivers/net/wireless/ath/ath9k/init.c
Hunk #1 FAILED at 681.
1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/ath/ath9k/init.c.rej
patching file drivers/net/wireless/ath/ath9k/link.c
Hunk #1 FAILED at 20.
Hunk #2 FAILED at 41.
2 out of 2 hunks FAILED -- saving rejects to file drivers/net/wireless/ath/ath9k/link.c.rej
patching file drivers/net/wireless/ath/ath9k/main.c
Hunk #1 FAILED at 181.
Hunk #2 FAILED at 198.
Hunk #3 FAILED at 2091.
Hunk #4 FAILED at 2129.
4 out of 4 hunks FAILED -- saving rejects to file drivers/net/wireless/ath/ath9k/main.c.rej
patching file drivers/net/wireless/ath/ath9k/xmit.c
patch unexpectedly ends in middle of line
Hunk #1 FAILED at 2915.
1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/ath/ath9k/xmit.c.rej
Patch failed!  Please fix ./patches/354-ath9k-rename-tx_complete_work-to-hw_check_work.patch!
Makefile:1843: recipe for target '/mnt/mgiller/lede-build_root/source/build_dir/target-mipsel_24kc_musl/linux-ramips_mt76x8/backports-2017-11-01/.prepared_0b3be554104662549e5b808709992a16_6664517399ebbbc92a37c5bb081b5c53' failed
make[3]: *** [/mnt/mgiller/lede-build_root/source/build_dir/target-mipsel_24kc_musl/linux-ramips_mt76x8/backports-2017-11-01/.prepared_0b3be554104662549e5b808709992a16_6664517399ebbbc92a37c5bb081b5c53] Error 1
make[3]: Leaving directory '/mnt/mgiller/lede-build_root/source/package/kernel/mac80211'
package/Makefile:106: recipe for target 'package/kernel/mac80211/compile' failed
make[2]: *** [package/kernel/mac80211/compile] Error 2
make[2]: Leaving directory '/mnt/mgiller/lede-build_root/source'
package/Makefile:102: recipe for target '/mnt/mgiller/lede-build_root/source/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile' failed
make[1]: *** [/mnt/mgiller/lede-build_root/source/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/mnt/mgiller/lede-build_root/source'
/mnt/mgiller/lede-build_root/source/include/toplevel.mk:216: recipe for target 'world' failed
make: *** [world] Error 2

Another problem with this router is the wifi channel configuration, when i use channel “auto” it doesen’t work. This is the log

Sun Feb 25 17:52:21 2018 daemon.notice hostapd: wlan0: interface state ENABLED->DISABLED
Sun Feb 25 17:52:21 2018 daemon.notice hostapd: wlan0-1: AP-DISABLED
Sun Feb 25 17:52:21 2018 daemon.notice hostapd: wlan0-1: CTRL-EVENT-TERMINATING
Sun Feb 25 17:52:21 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Sun Feb 25 17:52:21 2018 kern.info kernel: [  851.474687] br-lanfree: port 1(wlan0-1) entered disabled state
Sun Feb 25 17:52:21 2018 kern.info kernel: [  851.485285] device wlan0-1 left promiscuous mode
Sun Feb 25 17:52:21 2018 kern.info kernel: [  851.490067] br-lanfree: port 1(wlan0-1) entered disabled state
Sun Feb 25 17:52:21 2018 daemon.notice netifd: bridge 'br-lanfree' link is down
Sun Feb 25 17:52:21 2018 daemon.notice netifd: Interface 'lanfree' has link connectivity loss
Sun Feb 25 17:52:21 2018 daemon.notice netifd: Interface 'lanfree' is now down
Sun Feb 25 17:52:21 2018 daemon.notice netifd: Interface 'lanfree' is disabled
Sun Feb 25 17:52:21 2018 daemon.notice hostapd: nl80211: Failed to remove interface wlan0-1 from bridge br-lanfree: No such device
Sun Feb 25 17:52:21 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Sun Feb 25 17:52:21 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sun Feb 25 17:52:21 2018 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sun Feb 25 17:52:21 2018 kern.info kernel: [  851.759987] device wlan0 left promiscuous mode
Sun Feb 25 17:52:21 2018 kern.info kernel: [  851.764608] br-lan: port 2(wlan0) entered disabled state
Sun Feb 25 17:52:21 2018 daemon.notice netifd: Network device 'wlan0' link is down
Sun Feb 25 17:52:21 2018 kern.info kernel: [  851.820652] IPv6: ADDRCONF(NETDEV_UP): br-lanfree: link is not ready
Sun Feb 25 17:52:22 2018 daemon.notice netifd: Interface 'lanfree' is enabled
Sun Feb 25 17:52:22 2018 daemon.notice netifd: Interface 'lanfree' is setting up now
Sun Feb 25 17:52:22 2018 daemon.notice netifd: Interface 'lanfree' is now up
Sun Feb 25 17:52:22 2018 user.notice firewall: Reloading firewall due to ifup of lanfree (br-lanfree)
Sun Feb 25 17:52:23 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.504142] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.529438] br-lan: port 2(wlan0) entered blocking state
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.535068] br-lan: port 2(wlan0) entered disabled state
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.541054] device wlan0 entered promiscuous mode
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.545893] br-lan: port 2(wlan0) entered blocking state
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.551328] br-lan: port 2(wlan0) entered forwarding state
Sun Feb 25 17:52:23 2018 kern.info kernel: [  853.568193] br-lan: port 2(wlan0) entered disabled state
Sun Feb 25 17:52:23 2018 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Sun Feb 25 17:52:23 2018 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Sun Feb 25 17:52:23 2018 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->ACS
Sun Feb 25 17:52:23 2018 daemon.notice hostapd: wlan0: ACS-STARTED
Sun Feb 25 17:52:24 2018 daemon.info dnsmasq[2197]: read /etc/hosts - 4 addresses
Sun Feb 25 17:52:24 2018 daemon.info dnsmasq[2197]: read /tmp/hosts/dhcp.cfg01411c - 3 addresses
Sun Feb 25 17:52:24 2018 daemon.info dnsmasq-dhcp[2197]: read /etc/ethers - 0 addresses
Sun Feb 25 17:52:31 2018 daemon.err hostapd: ACS: Unable to collect survey data
Sun Feb 25 17:52:31 2018 daemon.err hostapd: ACS: All study options have failed
Sun Feb 25 17:52:31 2018 daemon.err hostapd: Interface initialization failed
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: interface state ACS->DISABLED
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Sun Feb 25 17:52:31 2018 daemon.err hostapd: ACS: Possibly channel configuration is invalid, please report this along with your config file.
Sun Feb 25 17:52:31 2018 daemon.err hostapd: ACS: Failed to start
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Sun Feb 25 17:52:31 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Sun Feb 25 17:52:31 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0-1 wasn't started
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sun Feb 25 17:52:31 2018 kern.info kernel: [  861.472251] device wlan0 left promiscuous mode
Sun Feb 25 17:52:31 2018 kern.info kernel: [  861.476960] br-lan: port 2(wlan0) entered disabled state
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0-1: AP-DISABLED
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0-1: CTRL-EVENT-TERMINATING
Sun Feb 25 17:52:31 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0-1 wasn't started
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Sun Feb 25 17:52:31 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sun Feb 25 17:52:31 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Sun Feb 25 17:52:31 2018 daemon.notice netifd: radio0 (5677): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process 1632 path ()
Sun Feb 25 17:52:31 2018 kern.info kernel: [  861.572639] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sun Feb 25 17:52:31 2018 daemon.notice netifd: radio0 (5677): ip: SIOCGIFFLAGS: No such device
Sun Feb 25 17:52:31 2018 daemon.notice netifd: radio0 (5677): Interface 1 setup failed: IFUP_ERROR
Sun Feb 25 17:52:34 2018 user.notice led: Connection available
Sun Feb 25 17:52:42 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sun Feb 25 17:52:42 2018 kern.info kernel: [  872.478706] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sun Feb 25 17:52:42 2018 kern.info kernel: [  872.490938] br-lan: port 2(wlan0) entered blocking state
Sun Feb 25 17:52:42 2018 kern.info kernel: [  872.496622] br-lan: port 2(wlan0) entered disabled state
Sun Feb 25 17:52:42 2018 kern.info kernel: [  872.502554] device wlan0 entered promiscuous mode
Sun Feb 25 17:52:42 2018 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Sun Feb 25 17:52:42 2018 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Sun Feb 25 17:52:42 2018 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->ACS
Sun Feb 25 17:52:42 2018 daemon.notice hostapd: wlan0: ACS-STARTED

Boot log information

Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.000000] Linux version 4.9.82 (buildbot@builds) (gcc version 5.5.0 (OpenWrt GCC 5.5.0 r6291-3936616) ) #0 Sat Feb 24 15:12:57 2018
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Board has DDR2
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Analog PMU set to hw control
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Digital PMU set to hw control
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] SoC Type: MediaTek MT7628AN ver:1 eco:2
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] bootconsole [early0] enabled
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] CPU0 revision is: 00019655 (MIPS 24KEc)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] MIPS: machine is TP-Link TL-WR841N v13
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Determined physical RAM map:
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000]  memory: 04000000 @ 00000000 (usable)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Initrd not found or empty - disabling initrd
Sat Feb 24 15:42:39 2018 kern.warn kernel: [    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Sat Feb 24 15:42:39 2018 kern.warn kernel: [    0.000000] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Zone ranges:
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Movable zone start for each node
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Early memory node ranges
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000] On node 0 totalpages: 16384
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000] free_area_init_node: node 0, pgdat 8042c8b4, node_mem_map 81000020
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000]   Normal zone: 128 pages used for memmap
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000]   Normal zone: 0 pages reserved
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000]   Normal zone: 16384 pages, LIFO batch:3
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.000000] pcpu-alloc: [0] 0
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Writing ErrCtl register=0002e590
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Readback ErrCtl register=0002e590
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] Memory: 60180K/65536K available (3328K kernel code, 160K rwdata, 788K rodata, 196K init, 214K bss, 5356K reserved, 0K cma-reserved)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] NR_IRQS:256
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] intc: using register map from devicetree
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] CPU Clock: 580MHz
Sat Feb 24 15:42:39 2018 kern.crit kernel: [    0.000000] clocksource_probe: no matching clocksources found
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6590553264 ns
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.000012] sched_clock: 32 bits at 290MHz, resolution 3ns, wraps every 7405115902ns
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.007538] Calibrating delay loop... 385.84 BogoMIPS (lpj=1929216)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.070056] pid_max: default: 32768 minimum: 301
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.074649] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.080990] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.094378] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.103871] futex hash table entries: 256 (order: -1, 3072 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.109805] pinctrl core: initialized pinctrl subsystem
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.116165] NET: Registered protocol family 16
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.141577] mt7621_gpio 10000600.gpio: registering 32 gpios
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.147299] mt7621_gpio 10000600.gpio: registering 32 gpios
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.152855] mt7621_gpio 10000600.gpio: registering 32 gpios
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.162541] clocksource: Switched to clocksource MIPS
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.168725] NET: Registered protocol family 2
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.173953] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.180647] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.186833] TCP: Hash tables configured (established 1024 bind 1024)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.193030] UDP hash table entries: 256 (order: 0, 4096 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.198631] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.204961] NET: Registered protocol family 1
Sat Feb 24 15:42:39 2018 kern.debug kernel: [    0.209136] PCI: CLS 0 bytes, default 32
Sat Feb 24 15:42:39 2018 kern.warn kernel: [    0.212220] Crashlog allocated RAM at address 0x3f00000
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.218487] workingset: timestamp_bits=30 max_order=14 bucket_order=0
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.233706] squashfs: version 4.0 (2009/01/31) Phillip Lougher
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.239280] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.258244] io scheduler noop registered
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.261976] io scheduler deadline registered (default)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.267855] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.277514] console [ttyS0] disabled
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.280950] 10000c00.uartlite: ttyS0 at MMIO 0x10000c00 (irq = 28, base_baud = 2500000) is a 16550A
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.289727] console [ttyS0] enabled
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.296720] bootconsole [early0] disabled
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.306182] spi-mt7621 10000b00.spi: sys_freq: 193333333
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.326112] m25p80 spi32766.0: using chunked io (size=32)
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.331605] m25p80 spi32766.0: s25fl064k (8192 Kbytes)
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.336872] 4 ofpart partitions found on MTD device spi32766.0
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.342799] Creating 4 MTD partitions on "spi32766.0":
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.348031] 0x000000000000-0x000000020000 : "boot"
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.354629] 0x000000020000-0x0000007c0000 : "firmware"
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.409677] 2 tplink-fw partitions found on MTD device firmware
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.415726] 0x000000020000-0x00000017bf82 : "kernel"
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.422399] 0x00000017bf84-0x0000007c0000 : "rootfs"
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.429316] mtd: device 3 (rootfs) set to be root filesystem
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.435670] 1 squashfs-split partitions found on MTD device rootfs
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.441957] 0x0000004c0000-0x0000007c0000 : "rootfs_data"
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.449113] 0x0000007c0000-0x0000007d0000 : "config"
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    0.456109] 0x0000007d0000-0x000000800000 : "factory"
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.463823] libphy: Fixed MDIO Bus: probed
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.477020] rt3050-esw 10110000.esw: link changed 0x00
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.484907] mtk_soc_eth 10100000.ethernet eth0: mediatek frame engine at 0xb0100000, irq 5
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.494972] NET: Registered protocol family 10
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.502665] NET: Registered protocol family 17
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.507243] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.520395] 8021q: 802.1Q VLAN Support v1.8
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.537708] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
Sat Feb 24 15:42:39 2018 kern.info kernel: [    0.545989] Freeing unused kernel memory: 196K
Sat Feb 24 15:42:39 2018 kern.warn kernel: [    0.550496] This architecture does not have kernel memory protection.
Sat Feb 24 15:42:39 2018 user.info kernel: [    1.738778] init: Console is alive
Sat Feb 24 15:42:39 2018 user.info kernel: [    1.742456] init: - watchdog -
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    2.212552] random: fast init done
Sat Feb 24 15:42:39 2018 user.info kernel: [    3.778742] kmodloader: loading kernel modules from /etc/modules-boot.d/*
Sat Feb 24 15:42:39 2018 kern.info kernel: [    3.990946] usbcore: registered new interface driver usbfs
Sat Feb 24 15:42:39 2018 kern.info kernel: [    3.996710] usbcore: registered new interface driver hub
Sat Feb 24 15:42:39 2018 kern.info kernel: [    4.002204] usbcore: registered new device driver usb
Sat Feb 24 15:42:39 2018 kern.info kernel: [    4.013603] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Sat Feb 24 15:42:39 2018 kern.info kernel: [    4.022121] ehci-platform: EHCI generic platform driver
Sat Feb 24 15:42:39 2018 user.info kernel: [    4.032782] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
Sat Feb 24 15:42:39 2018 user.info kernel: [    4.041790] init: - preinit -
Sat Feb 24 15:42:39 2018 kern.info kernel: [    5.471487] rt3050-esw 10110000.esw: link changed 0x00
Sat Feb 24 15:42:39 2018 kern.info kernel: [    8.844888] rt3050-esw 10110000.esw: link changed 0x01
Sat Feb 24 15:42:39 2018 kern.notice kernel: [    8.918943] jffs2: notice: (354) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
Sat Feb 24 15:42:39 2018 user.info kernel: [    8.936992] mount_root: switching to jffs2 overlay
Sat Feb 24 15:42:39 2018 user.warn kernel: [    8.999423] urandom-seed: Seed file not found (/etc/urandom.seed)
Sat Feb 24 15:42:39 2018 user.info kernel: [    9.120387] procd: - early -
Sat Feb 24 15:42:39 2018 user.info kernel: [    9.124254] procd: - watchdog -
Sat Feb 24 15:42:39 2018 user.info kernel: [    9.711108] procd: - watchdog -
Sat Feb 24 15:42:39 2018 user.info kernel: [    9.714637] procd: - ubus -
Sat Feb 24 15:42:39 2018 user.info kernel: [    9.860378] procd: - init -
Sat Feb 24 15:42:39 2018 user.info kernel: [   10.441522] kmodloader: loading kernel modules from /etc/modules.d/*
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.546554] ip6_tables: (C) 2000-2006 Netfilter Core Team
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.562939] Netfilter messages via NETLINK v0.30.
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.570949] ip_set: protocol 6
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.624896] u32 classifier
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.627652]     input device check on
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.631358]     Actions configured
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.637834] Mirror/redirect action on
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.816137] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
Sat Feb 24 15:42:39 2018 kern.notice kernel: [   10.829980] Bridge firewalling registered
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.836244] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.844437] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
Sat Feb 24 15:42:39 2018 kern.info kernel: [   10.855699] ip_tables: (C) 2000-2006 Netfilter Core Team
Sat Feb 24 15:42:39 2018 kern.info kernel: [   11.078289] xt_time: kernel timezone is -0000
Sat Feb 24 15:42:39 2018 kern.info kernel: [   11.197613] mt76_wmac 10300000.wmac: ASIC revision: 76280001
Sat Feb 24 15:42:39 2018 kern.info kernel: [   11.208400] mt76_wmac 10300000.wmac: Firmware Version: _e2_mp
Sat Feb 24 15:42:39 2018 kern.info kernel: [   11.214334] mt76_wmac 10300000.wmac: Build Time: 20150211175503
Sat Feb 24 15:42:39 2018 kern.warn kernel: [   11.232541] firmware init done
Sat Feb 24 15:42:39 2018 kern.debug kernel: [   11.399014] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Sat Feb 24 15:42:39 2018 kern.info kernel: [   11.430112] PPP generic driver version 2.4.2
Sat Feb 24 15:42:39 2018 kern.info kernel: [   11.446558] NET: Registered protocol family 24
Sat Feb 24 15:42:39 2018 user.info kernel: [   11.571831] kmodloader: done loading kernel modules from /etc/modules.d/*
Sat Feb 24 15:42:40 2018 kern.info kernel: [   14.779709] rt3050-esw 10110000.esw: link changed 0x00
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: tunnel
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: Network device
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: bridge
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: veth
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: macvlan
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: 8021ad
Sat Feb 24 15:42:41 2018 user.notice : Added device handler type: 8021q
Sat Feb 24 15:42:42 2018 cron.info crond[867]: crond (busybox 1.27.2) started, log level 8
Sat Feb 24 15:42:43 2018 authpriv.info dropbear[900]: Not backgrounding
Sat Feb 24 15:42:43 2018 kern.info kernel: [   18.150107] rt3050-esw 10110000.esw: link changed 0x01
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.015586] br-lan: port 1(eth0.1) entered blocking state
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.021079] br-lan: port 1(eth0.1) entered disabled state
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.027088] device eth0.1 entered promiscuous mode
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.031953] device eth0 entered promiscuous mode
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.061117] br-lan: port 1(eth0.1) entered blocking state
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.066667] br-lan: port 1(eth0.1) entered forwarding state
Sat Feb 24 15:42:46 2018 kern.info kernel: [   21.072569] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
Sat Feb 24 15:42:46 2018 daemon.notice netifd: Interface 'lan' is enabled
Sat Feb 24 15:42:46 2018 daemon.notice netifd: Interface 'lan' is setting up now
Sat Feb 24 15:42:46 2018 daemon.notice netifd: Interface 'lan' is now up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'admin' is enabled
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'admin' is setting up now
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'admin' is now up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'loopback' is enabled
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'loopback' is setting up now
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'loopback' is now up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'wan' is enabled
Sat Feb 24 15:42:47 2018 kern.info kernel: [   21.432180] IPv6: ADDRCONF(NETDEV_UP): br-lanfree: link is not ready
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'lanfree' is enabled
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'lanfree' is setting up now
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'lanfree' is now up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: bridge 'br-lan' link is up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'lan' has link connectivity
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Network device 'eth0' link is up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: VLAN 'eth0.1' link is up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: VLAN 'eth0.3' link is up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'admin' has link connectivity
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Network device 'lo' link is up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'loopback' has link connectivity
Sat Feb 24 15:42:47 2018 daemon.notice netifd: VLAN 'eth0.2' link is up
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'wan' has link connectivity
Sat Feb 24 15:42:47 2018 daemon.notice netifd: Interface 'wan' is setting up now
Sat Feb 24 15:42:47 2018 daemon.notice netifd: wan (1212): udhcpc: started, v1.27.2
Sat Feb 24 15:42:47 2018 kern.info kernel: [   22.030028] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Sat Feb 24 15:42:48 2018 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Sat Feb 24 15:42:48 2018 daemon.notice netifd: wan (1212): udhcpc: sending discover
Sat Feb 24 15:42:48 2018 daemon.notice netifd: wan (1212): udhcpc: sending select for 192.168.1.7
Sat Feb 24 15:42:48 2018 daemon.notice netifd: wan (1212): udhcpc: lease of 192.168.1.7 obtained, lease time 86400
Sat Feb 24 15:42:48 2018 daemon.notice netifd: Interface 'wan' is now up
Sat Feb 24 15:42:49 2018 user.notice firewall: Reloading firewall due to ifup of lanfree (br-lanfree)
Sat Feb 24 15:42:50 2018 user.notice firewall: Reloading firewall due to ifup of wan (eth0.2)
Sat Feb 24 15:42:51 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.382956] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.397174] br-lan: port 2(wlan0) entered blocking state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.402673] br-lan: port 2(wlan0) entered disabled state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.408510] device wlan0 entered promiscuous mode
Sat Feb 24 15:42:51 2018 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Sat Feb 24 15:42:51 2018 daemon.err hostapd: Using interface wlan0 with hwaddr c0:25:e9:b1:48:b6 and ssid "Portal"
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.448746] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.455484] br-lan: port 2(wlan0) entered blocking state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.460901] br-lan: port 2(wlan0) entered forwarding state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.473557] br-lanfree: port 1(wlan0-1) entered blocking state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.479592] br-lanfree: port 1(wlan0-1) entered disabled state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.486189] device wlan0-1 entered promiscuous mode
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.602634] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.608836] br-lanfree: port 1(wlan0-1) entered blocking state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.614773] br-lanfree: port 1(wlan0-1) entered forwarding state
Sat Feb 24 15:42:51 2018 kern.info kernel: [   25.621709] IPv6: ADDRCONF(NETDEV_CHANGE): br-lanfree: link becomes ready
Sat Feb 24 15:42:51 2018 daemon.notice netifd: bridge 'br-lanfree' link is up
Sat Feb 24 15:42:51 2018 daemon.notice netifd: Interface 'lanfree' has link connectivity

Thanks

23.02.20181386Base systemBug ReportVery LowCriticalLow 2.4 GHz throughput and TX level on XD3200lede-17.01Unconfirmed Task Description

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

 

Device: Yuncore XD3200
Version: LEDE 17.01
Steps to reproduce: Turn on 2.4 GHz radio and measure the TX signal level and data transfer speed.

Link to related LEDE forum post

“While I’m only getting 18-22MBit (TCP, AP>Client) with the XD3200, the UAP-AC-LITE is stable at 38-45MBit, with the ‘stock’ XD3200 QSDK firmware and proprietary atheros driver I’m getting stable 39-41MBit.

Client readings (AP SNR):
XD3200: -53 dBm
XD3200 QSDK: -41dBm
UAP-AC-LITE: -37dBm

AP readings (Client SNR):
XD3200: -48 dBm / -95 dBm (SNR 47)
XD3200 QSDK: -34 dBm / -95 dBm (SNR 61)
UAP-AC-LITE: -37 dBm / -95 dBm (SNR 58)”


23.02.20181385Base systemBug ReportVery LowMediumUnable to set up repeater on DFS-channelTrunkUnconfirmed Task Description

I have a TP-Link RE450 v1 wireless repeater running OpenWrt SNAPSHOT r6257-94a3af88f3 that I want to set up to extend a network running on a DFS-channel. I am able to connect to the main network in client mode - it is hosted on a NETGEAR R7800 running OpenWrt SNAPSHOT r6150-dc7a1e8555 (hnyman’s latest build). However, the repeating network refuses to start up. This is the guide I followed to set up the relayd-based relay (Luci GUI method): https://openwrt.org/docs/user-guide/wifi/relay_configuration

When following the same method to set up a non-DFS channel everything works as it should.

Here is the system log:

Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.000000] Linux version 4.9.82 (buildbot@builds) (gcc version 5.5.0 (OpenWrt GCC 5.5.0 r6038-13e8d54) ) #0 Sun Feb 18 08:21:12 2018
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] MyLoader: sysp=212b15a7, boardp=2d6f6985, parts=6de765b6
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] bootconsole [early0] enabled
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] CPU0 revision is: 00019750 (MIPS 74Kc)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] SoC: Qualcomm Atheros QCA9558 ver 1 rev 0
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Determined physical RAM map:
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] memory: 08000000 @ 00000000 (usable)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Initrd not found or empty - disabling initrd
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Zone ranges:
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Normal [mem 0×0000000000000000-0x0000000007ffffff]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Movable zone start for each node
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Early memory node ranges
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] node 0: [mem 0×0000000000000000-0x0000000007ffffff]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Initmem setup node 0 [mem 0×0000000000000000-0x0000000007ffffff]
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] On node 0 totalpages: 32768
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] free_area_init_node: node 0, pgdat 804ab9e4, node_mem_map 81000020
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] Normal zone: 256 pages used for memmap
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] Normal zone: 0 pages reserved
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] Normal zone: 32768 pages, LIFO batch:7
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.000000] pcpu-alloc: [0] 0
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.000000] Kernel command line: board=RE450 mtdparts=spi0.0:128k(u-boot)ro,6016k(firmware),64k(partition-table)ro,64k(product-info)ro,1856k(config)ro,64k(art)ro console=ttyS0,115200 rootfstype=squashfs noinitrd
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Writing ErrCtl register=00000000
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Readback ErrCtl register=00000000
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Memory: 124612K/131072K available (3394K kernel code, 174K rwdata, 836K rodata, 260K init, 219K bss, 6460K reserved, 0K cma-reserved)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] NR_IRQS:51
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] Clocks: CPU:720.000MHz, DDR:600.000MHz, AHB:200.000MHz, Ref:40.000MHz
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 5309056796 ns
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.000007] sched_clock: 32 bits at 360MHz, resolution 2ns, wraps every 5965232126ns
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.008299] Calibrating delay loop... 358.80 BogoMIPS (lpj=1794048)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.071187] pid_max: default: 32768 minimum: 301
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.076184] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.083229] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.092660] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.103156] futex hash table entries: 256 (order: -1, 3072 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.110567] NET: Registered protocol family 16
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.116508] MIPS: machine is TP-LINK RE450
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.122731] registering PCI controller with io_map_base unset
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.128976] ar724x-pci ar724x-pci.1: PCIe link is down
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.134441] registering PCI controller with io_map_base unset
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.391525] PCI host bridge to bus 0000:00
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.395892] pci_bus 0000:00: root bus resource [mem 0×10000000-0x11ffffff]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.403234] pci_bus 0000:00: root bus resource [io 0×0000]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.409157] pci_bus 0000:00: root bus resource [??? 0×00000000 flags 0×0]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.416382] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.424828] pci 0000:00:00.0: [168c:003c] type 00 class 0×028000 Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.424865] pci 0000:00:00.0: reg 0×10: [mem 0×00000000-0x001fffff 64bit]
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.424915] pci 0000:00:00.0: reg 0×30: [mem 0×00000000-0x0000ffff pref]
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.424980] pci 0000:00:00.0: supports D1 D2
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.425150] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.425171] pci 0000:00:00.0: BAR 0: assigned [mem 0×10000000-0x101fffff 64bit]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.432989] pci 0000:00:00.0: BAR 6: assigned [mem 0×10200000-0x1020ffff pref]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.440777] PCI host bridge to bus 0000:01
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.445157] pci_bus 0000:01: root bus resource [mem 0×12000000-0x13ffffff]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.452466] pci_bus 0000:01: root bus resource [io 0×0001]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.458398] pci_bus 0000:01: root bus resource [??? 0×00000000 flags 0×0]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.465613] pci_bus 0000:01: No busn resource found for root bus, will use [bus 01-ff]
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.474055] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.474068] pci 0000:00:00.0: using irq 40 for pin 1
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.481748] clocksource: Switched to clocksource MIPS
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.487998] NET: Registered protocol family 2
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.493366] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.500789] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.507593] TCP: Hash tables configured (established 1024 bind 1024)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.514433] UDP hash table entries: 256 (order: 0, 4096 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.520649] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.527538] NET: Registered protocol family 1
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 0.532235] PCI: CLS 0 bytes, default 32
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.534326] Crashlog allocated RAM at address 0x3f00000
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.540612] workingset: timestamp_bits=30 max_order=15 bucket_order=0
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.553247] squashfs: version 4.0 (2009/01/31) Phillip Lougher
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.559445] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) © 2001-2006 Red Hat, Inc.
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.576804] io scheduler noop registered
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.580974] io scheduler deadline registered (default)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.586810] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.595712] console [ttyS0] disabled
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.619586] serial8250.0: ttyS0 at MMIO 0×18020000 (irq = 11, base_baud = 2500000) is a 16550A
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.628770] console [ttyS0] enabled
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.636186] bootconsole [early0] disabled
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 0.648931] m25p80 spi0.0: found s25fl064k, expected m25p80
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.667134] m25p80 spi0.0: s25fl064k (8192 Kbytes)
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.672033] 6 cmdlinepart partitions found on MTD device spi0.0
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.678029] Creating 6 MTD partitions on “spi0.0”:
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.682906] 0×000000000000-0×000000020000 : “u-boot” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.689064] 0×000000020000-0×000000600000 : “firmware” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.707081] 2 tplink-fw partitions found on MTD device firmware
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.713127] 0×000000020000-0x000000185ceb : “kernel” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.719204] 0x0000001a0000-0×000000600000 : “rootfs” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.725496] mtd: device 3 (rootfs) set to be root filesystem
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.731263] 1 squashfs-split partitions found on MTD device rootfs
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.737575] 0×000000440000-0×000000600000 : “rootfs_data” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.744349] 0×000000600000-0×000000610000 : “partition-table” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.751431] 0×000000610000-0×000000620000 : “product-info” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.758325] 0×000000620000-0x0000007f0000 : “config” Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 0.764662] 0x0000007f0000-0×000000800000 : “art” Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.773062] libphy: GPIO Bitbanged MDIO: probed
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 0.778061] libphy: Fixed MDIO Bus: probed
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.512179] ag71xx ag71xx.0: connected to PHY at gpio-0:04 [uid=004dd072, driver=Atheros 8035 ethernet]
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.522288] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:RGMII
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.530065] NET: Registered protocol family 10
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.537560] NET: Registered protocol family 17
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.542160] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.555384] 8021q: 802.1Q VLAN Support v1.8
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.561016] hctosys: unable to open rtc device (rtc0)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.571029] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 1.579154] Freeing unused kernel memory: 260K
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 1.583687] This architecture does not have kernel memory protection.
Fri Feb 23 18:36:12 2018 user.info kernel: [ 2.132376] init: Console is alive
Fri Feb 23 18:36:12 2018 user.info kernel: [ 2.135998] init: - watchdog -
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 2.494811] random: fast init done
Fri Feb 23 18:36:12 2018 user.info kernel: [ 2.924159] kmodloader: loading kernel modules from /etc/modules-boot.d/*
Fri Feb 23 18:36:12 2018 user.info kernel: [ 2.965714] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
Fri Feb 23 18:36:12 2018 user.info kernel: [ 2.974640] init: - preinit -
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 4.004457] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 7.093477] eth0: link up (1000Mbps/Full duplex)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 7.098187] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Fri Feb 23 18:36:12 2018 kern.notice kernel: [ 7.293806] jffs2: notice: (403) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
Fri Feb 23 18:36:12 2018 user.info kernel: [ 7.311068] mount_root: switching to jffs2 overlay
Fri Feb 23 18:36:12 2018 user.warn kernel: [ 7.337522] urandom-seed: Seeding with /etc/urandom.seed
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 7.435532] eth0: link down
Fri Feb 23 18:36:12 2018 user.info kernel: [ 7.447458] procd: - early -
Fri Feb 23 18:36:12 2018 user.info kernel: [ 7.450449] procd: - watchdog -
Fri Feb 23 18:36:12 2018 user.info kernel: [ 8.057837] procd: - watchdog -
Fri Feb 23 18:36:12 2018 user.info kernel: [ 8.061236] procd: - ubus -
Fri Feb 23 18:36:12 2018 user.info kernel: [ 8.168116] procd: - init -
Fri Feb 23 18:36:12 2018 user.info kernel: [ 8.539737] kmodloader: loading kernel modules from /etc/modules.d/*
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.571268] ip6_tables: (C) 2000-2006 Netfilter Core Team
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.585643] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.593800] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.602959] ip_tables: (C) 2000-2006 Netfilter Core Team
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.614861] nf_conntrack version 0.5.0 (2048 buckets, 8192 max)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.662930] xt_time: kernel timezone is -0000
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.831336] PPP generic driver version 2.4.2
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.837672] NET: Registered protocol family 24
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 8.861154] PCI: Enabling device 0000:00:00.0 (0000 → 0002)
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 8.867107] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 9.145193] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 9.156072] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 23 18:36:12 2018 kern.err kernel: [ 9.344946] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 9.355293] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 9.366187] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 23 18:36:12 2018 kern.err kernel: [ 9.494658] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 9.508099] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 9.517496] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 9.530543] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 9.624942] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
Fri Feb 23 18:36:12 2018 kern.warn kernel: [ 9.635573] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 23 18:36:12 2018 kern.err kernel: [ 9.705908] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 9.735953] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
Fri Feb 23 18:36:12 2018 kern.info kernel: [ 10.826902] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 10.963073] ath: EEPROM regdomain: 0×0 Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 10.963080] ath: EEPROM indicates default country code should be used
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 10.963083] ath: doing EEPROM country→regdmn map search
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 10.963093] ath: country maps to regdmn code: 0x3a
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 10.963098] ath: Country alpha2 being used: US
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 10.963101] ath: Regpair used: 0x3a
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.080469] ath: EEPROM regdomain: 0×0 Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.080476] ath: EEPROM indicates default country code should be used
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.080478] ath: doing EEPROM country→regdmn map search
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.080490] ath: country maps to regdmn code: 0x3a
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.080495] ath: Country alpha2 being used: US
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.080497] ath: Regpair used: 0x3a
Fri Feb 23 18:36:12 2018 kern.debug kernel: [ 11.096449] ieee80211 phy1: Selected rate control algorithm ‘minstrel_ht’ Fri Feb 23 18:36:12 2018 kern.info kernel: [ 11.099579] ieee80211 phy1: Atheros AR9550 Rev:0 mem=0xb8100000, irq=47
Fri Feb 23 18:36:12 2018 user.info kernel: [ 11.109568] kmodloader: done loading kernel modules from /etc/modules.d/*
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: tunnel
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: Network device
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: bridge
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: veth
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: macvlan
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: 8021ad
Fri Feb 23 18:36:14 2018 user.notice : Added device handler type: 8021q
Fri Feb 23 18:36:14 2018 daemon.notice procd: /etc/init.d/network: ‘radio1’ is disabled
Fri Feb 23 18:36:14 2018 daemon.notice procd: /etc/init.d/network: ‘radio1’ is disabled
Fri Feb 23 18:36:15 2018 authpriv.info dropbear[953]: Not backgrounding
Fri Feb 23 18:36:17 2018 daemon.notice procd: /etc/rc.d/S96led: setting up led LAN Data
Fri Feb 23 18:36:17 2018 daemon.notice procd: /etc/rc.d/S96led: setting up led LAN Link
Fri Feb 23 18:36:17 2018 daemon.notice procd: /etc/rc.d/S96led: setting up led WLAN 2.4 GHz Fri Feb 23 18:36:17 2018 daemon.notice procd: /etc/rc.d/S96led: setting up led WLAN 5 GHz Fri Feb 23 18:36:18 2018 kern.info kernel: [ 18.492806] br-lan: port 1(eth0) entered blocking state
Fri Feb 23 18:36:18 2018 kern.info kernel: [ 18.498113] br-lan: port 1(eth0) entered disabled state
Fri Feb 23 18:36:18 2018 kern.info kernel: [ 18.503728] device eth0 entered promiscuous mode
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘lan’ is enabled
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘lan’ is setting up now
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘lan’ is now up
Fri Feb 23 18:36:18 2018 kern.info kernel: [ 18.522482] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘loopback’ is enabled
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘loopback’ is setting up now
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘loopback’ is now up
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Network device ‘lo’ link is up
Fri Feb 23 18:36:18 2018 daemon.notice netifd: Interface ‘loopback’ has link connectivity
Fri Feb 23 18:36:18 2018 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Fri Feb 23 18:36:19 2018 daemon.info procd: - init complete -
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776056] ath: EEPROM regdomain: 0×8242 Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776063] ath: EEPROM indicates we should expect a country code
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776069] ath: doing EEPROM country→regdmn map search
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776075] ath: country maps to regdmn code: 0×37 Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776079] ath: Country alpha2 being used: NO
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776082] ath: Regpair used: 0×37 Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776087] ath: regdomain 0×8242 dynamically updated by user
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776168] ath: EEPROM regdomain: 0×8242 Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776171] ath: EEPROM indicates we should expect a country code
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776176] ath: doing EEPROM country→regdmn map search
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776181] ath: country maps to regdmn code: 0×37 Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776184] ath: Country alpha2 being used: NO
Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776186] ath: Regpair used: 0×37 Fri Feb 23 18:36:19 2018 kern.debug kernel: [ 19.776190] ath: regdomain 0×8242 dynamically updated by user
Fri Feb 23 18:36:21 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: started, version 2.79rc1 cachesize 150
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: DNS service limited to local subnets
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain test
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain onion
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain localhost
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.441522] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain local
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain invalid
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain example.net
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain example.org
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using local addresses only for domain example.com
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: using 3 more local addresses
Fri Feb 23 18:36:23 2018 daemon.warn dnsmasq[1349]: no servers found in /tmp/resolv.conf.auto, will retry
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: read /etc/hosts - 4 addresses
Fri Feb 23 18:36:23 2018 daemon.info dnsmasq[1349]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.460824] br-lan: port 2(wlan0-1) entered blocking state
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.466441] br-lan: port 2(wlan0-1) entered disabled state
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.472324] device wlan0-1 entered promiscuous mode
Fri Feb 23 18:36:23 2018 daemon.notice hostapd: wlan0-1: interface state UNINITIALIZED→COUNTRY_UPDATE
Fri Feb 23 18:36:23 2018 daemon.notice hostapd: wlan0-1: interface state COUNTRY_UPDATE→HT_SCAN
Fri Feb 23 18:36:23 2018 daemon.notice hostapd: wlan0-1: interface state HT_SCAN→DFS
Fri Feb 23 18:36:23 2018 daemon.notice hostapd: wlan0-1: DFS-CAC-START freq=5560 chan=112 sec_chan=-1, width=1, seg0=106, seg1=0, cac_time=60s
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.813439] eth0: link up (1000Mbps/Full duplex)
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.818173] br-lan: port 1(eth0) entered blocking state
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.823505] br-lan: port 1(eth0) entered forwarding state
Fri Feb 23 18:36:23 2018 daemon.notice netifd: Network device ‘eth0’ link is up
Fri Feb 23 18:36:23 2018 kern.info kernel: [ 23.830482] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Fri Feb 23 18:36:23 2018 daemon.notice netifd: bridge ‘br-lan’ link is up
Fri Feb 23 18:36:23 2018 daemon.notice netifd: Interface ‘lan’ has link connectivity
Fri Feb 23 18:36:25 2018 daemon.info dnsmasq[1349]: read /etc/hosts - 4 addresses
Fri Feb 23 18:36:25 2018 daemon.info dnsmasq[1349]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Fri Feb 23 18:36:33 2018 daemon.err uhttpd[984]: luci: accepted login on /admin for root from 192.168.5.10
Fri Feb 23 18:37:24 2018 daemon.notice hostapd: wlan0-1: DFS-CAC-COMPLETED success=1 freq=5560 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5530 cf2=0
Fri Feb 23 18:37:24 2018 daemon.err hostapd: Using interface wlan0-1 with hwaddr 86:16:f9:d6:21:3a and ssid “Test” Fri Feb 23 18:37:25 2018 daemon.notice hostapd: wlan0-1: interface state DFS→ENABLED
Fri Feb 23 18:37:25 2018 daemon.notice hostapd: wlan0-1: AP-ENABLED
Fri Feb 23 18:37:25 2018 kern.info kernel: [ 85.892280] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Fri Feb 23 18:37:25 2018 daemon.notice netifd: radio0 (1079): Successfully initialized wpa_supplicant
Fri Feb 23 18:37:26 2018 daemon.notice netifd: Interface ‘wwan’ is enabled
Fri Feb 23 18:37:26 2018 daemon.notice hostapd: wlan0-1: DFS-PRE-CAC-EXPIRED freq=5500 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5500 cf2=0
Fri Feb 23 18:37:26 2018 daemon.notice hostapd: wlan0-1: DFS-PRE-CAC-EXPIRED freq=5520 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5520 cf2=0
Fri Feb 23 18:37:26 2018 daemon.notice hostapd: wlan0-1: DFS-PRE-CAC-EXPIRED freq=5540 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5540 cf2=0
Fri Feb 23 18:37:26 2018 daemon.notice hostapd: wlan0-1: DFS-PRE-CAC-EXPIRED freq=5560 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5560 cf2=0
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.008800] wlan0: authenticate with a0:40:a0:7c:cb:b9
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.018939] wlan0: send auth to a0:40:a0:7c:cb:b9 (try 1/3)
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.026654] wlan0: authenticated
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.031919] wlan0: associate with a0:40:a0:7c:cb:b9 (try 1/3)
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.039518] wlan0: RX AssocResp from a0:40:a0:7c:cb:b9 (capab=0×111 status=0 aid=5)
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.048975] wlan0: associated
Fri Feb 23 18:37:27 2018 daemon.notice netifd: Network device ‘wlan0’ link is up
Fri Feb 23 18:37:27 2018 daemon.notice netifd: Interface ‘wwan’ has link connectivity
Fri Feb 23 18:37:27 2018 daemon.notice netifd: Interface ‘wwan’ is setting up now
Fri Feb 23 18:37:27 2018 kern.info kernel: [ 88.058784] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Fri Feb 23 18:37:27 2018 kern.debug kernel: [ 88.071867] wlan0: Limiting TX power to 23 (26 - 3) dBm as advertised by a0:40:a0:7c:cb:b9
Fri Feb 23 18:37:27 2018 daemon.notice netifd: wwan (1595): udhcpc: started, v1.27.2
Fri Feb 23 18:37:28 2018 daemon.notice netifd: wwan (1595): udhcpc: sending discover
Fri Feb 23 18:37:28 2018 daemon.notice netifd: wwan (1595): udhcpc: sending select for 192.168.1.144
Fri Feb 23 18:37:28 2018 daemon.notice netifd: wwan (1595): udhcpc: lease of 192.168.1.144 obtained, lease time 43200
Fri Feb 23 18:37:28 2018 daemon.err hostapd: Failed to set beacon parameters
Fri Feb 23 18:37:28 2018 daemon.notice netifd: Interface ‘wwan’ is now up
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: reading /tmp/resolv.conf.auto
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain test
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain onion
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain localhost
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain local
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain invalid
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain example.net
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain example.org
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using local addresses only for domain example.com
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using nameserver 192.168.1.1#53
Fri Feb 23 18:37:28 2018 daemon.info dnsmasq[1349]: using 3 more local addresses
Fri Feb 23 18:37:28 2018 user.notice firewall: Reloading firewall due to ifup of wwan (wlan0)
Fri Feb 23 18:39:43 2018 daemon.warn odhcpd[888]: DHCPV6 CONFIRM IA_NA from 000466ecdf7df77d2477547e0529ea254566 on br-lan: not on-link
Fri Feb 23 18:39:44 2018 daemon.info dnsmasq[1349]: read /etc/hosts - 4 addresses
Fri Feb 23 18:39:44 2018 daemon.info dnsmasq[1349]: read /tmp/hosts/odhcpd - 0 addresses
Fri Feb 23 18:39:44 2018 daemon.info dnsmasq[1349]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Fri Feb 23 18:39:44 2018 daemon.warn odhcpd[888]: DHCPV6 SOLICIT IA_NA from 000466ecdf7df77d2477547e0529ea254566 on br-lan: ok fd6a:5bd0:8330::35e/128
Fri Feb 23 18:39:45 2018 daemon.warn odhcpd[888]: DHCPV6 REQUEST IA_NA from 000466ecdf7df77d2477547e0529ea254566 on br-lan: ok fd6a:5bd0:8330::35e/128
Fri Feb 23 18:39:45 2018 daemon.info dnsmasq[1349]: read /etc/hosts - 4 addresses
Fri Feb 23 18:39:45 2018 daemon.info dnsmasq[1349]: read /tmp/hosts/odhcpd - 0 addresses
Fri Feb 23 18:39:45 2018 daemon.info dnsmasq[1349]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Fri Feb 23 18:40:06 2018 kern.notice kernel: [ 113.239791] random: crng init done

And here is the kernel log:

[ 0.000000] Linux version 4.9.82 (buildbot@builds) (gcc version 5.5.0 (OpenWrt GCC 5.5.0 r6038-13e8d54) ) #0 Sun Feb 18 08:21:12 2018
[ 0.000000] MyLoader: sysp=212b15a7, boardp=2d6f6985, parts=6de765b6
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 00019750 (MIPS 74Kc)
[ 0.000000] SoC: Qualcomm Atheros QCA9558 ver 1 rev 0
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 08000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0×0000000000000000-0x0000000007ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0×0000000000000000-0x0000000007ffffff]
[ 0.000000] Initmem setup node 0 [mem 0×0000000000000000-0x0000000007ffffff]
[ 0.000000] On node 0 totalpages: 32768
[ 0.000000] free_area_init_node: node 0, pgdat 804ab9e4, node_mem_map 81000020
[ 0.000000] Normal zone: 256 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 32768 pages, LIFO batch:7
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
[ 0.000000] Kernel command line: board=RE450 mtdparts=spi0.0:128k(u-boot)ro,6016k(firmware),64k(partition-table)ro,64k(product-info)ro,1856k(config)ro,64k(art)ro console=ttyS0,115200 rootfstype=squashfs noinitrd
[ 0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
[ 0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
[ 0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.000000] Writing ErrCtl register=00000000
[ 0.000000] Readback ErrCtl register=00000000
[ 0.000000] Memory: 124612K/131072K available (3394K kernel code, 174K rwdata, 836K rodata, 260K init, 219K bss, 6460K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS:51
[ 0.000000] Clocks: CPU:720.000MHz, DDR:600.000MHz, AHB:200.000MHz, Ref:40.000MHz
[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 5309056796 ns
[ 0.000007] sched_clock: 32 bits at 360MHz, resolution 2ns, wraps every 5965232126ns
[ 0.008299] Calibrating delay loop... 358.80 BogoMIPS (lpj=1794048)
[ 0.071187] pid_max: default: 32768 minimum: 301
[ 0.076184] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.083229] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.092660] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.103156] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.110567] NET: Registered protocol family 16
[ 0.116508] MIPS: machine is TP-LINK RE450
[ 0.122731] registering PCI controller with io_map_base unset
[ 0.128976] ar724x-pci ar724x-pci.1: PCIe link is down
[ 0.134441] registering PCI controller with io_map_base unset
[ 0.391525] PCI host bridge to bus 0000:00
[ 0.395892] pci_bus 0000:00: root bus resource [mem 0×10000000-0x11ffffff]
[ 0.403234] pci_bus 0000:00: root bus resource [io 0×0000]
[ 0.409157] pci_bus 0000:00: root bus resource [??? 0×00000000 flags 0×0]
[ 0.416382] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[ 0.424828] pci 0000:00:00.0: [168c:003c] type 00 class 0×028000 [ 0.424865] pci 0000:00:00.0: reg 0×10: [mem 0×00000000-0x001fffff 64bit]
[ 0.424915] pci 0000:00:00.0: reg 0×30: [mem 0×00000000-0x0000ffff pref]
[ 0.424980] pci 0000:00:00.0: supports D1 D2
[ 0.425150] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[ 0.425171] pci 0000:00:00.0: BAR 0: assigned [mem 0×10000000-0x101fffff 64bit]
[ 0.432989] pci 0000:00:00.0: BAR 6: assigned [mem 0×10200000-0x1020ffff pref]
[ 0.440777] PCI host bridge to bus 0000:01
[ 0.445157] pci_bus 0000:01: root bus resource [mem 0×12000000-0x13ffffff]
[ 0.452466] pci_bus 0000:01: root bus resource [io 0×0001]
[ 0.458398] pci_bus 0000:01: root bus resource [??? 0×00000000 flags 0×0]
[ 0.465613] pci_bus 0000:01: No busn resource found for root bus, will use [bus 01-ff]
[ 0.474055] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[ 0.474068] pci 0000:00:00.0: using irq 40 for pin 1
[ 0.481748] clocksource: Switched to clocksource MIPS
[ 0.487998] NET: Registered protocol family 2
[ 0.493366] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.500789] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.507593] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.514433] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.520649] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.527538] NET: Registered protocol family 1
[ 0.532235] PCI: CLS 0 bytes, default 32
[ 0.534326] Crashlog allocated RAM at address 0x3f00000
[ 0.540612] workingset: timestamp_bits=30 max_order=15 bucket_order=0
[ 0.553247] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.559445] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) © 2001-2006 Red Hat, Inc.
[ 0.576804] io scheduler noop registered
[ 0.580974] io scheduler deadline registered (default)
[ 0.586810] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[ 0.595712] console [ttyS0] disabled
[ 0.619586] serial8250.0: ttyS0 at MMIO 0×18020000 (irq = 11, base_baud = 2500000) is a 16550A
[ 0.628770] console [ttyS0] enabled
[ 0.636186] bootconsole [early0] disabled
[ 0.648931] m25p80 spi0.0: found s25fl064k, expected m25p80
[ 0.667134] m25p80 spi0.0: s25fl064k (8192 Kbytes)
[ 0.672033] 6 cmdlinepart partitions found on MTD device spi0.0
[ 0.678029] Creating 6 MTD partitions on “spi0.0”:
[ 0.682906] 0×000000000000-0×000000020000 : “u-boot” [ 0.689064] 0×000000020000-0×000000600000 : “firmware” [ 0.707081] 2 tplink-fw partitions found on MTD device firmware
[ 0.713127] 0×000000020000-0x000000185ceb : “kernel” [ 0.719204] 0x0000001a0000-0×000000600000 : “rootfs” [ 0.725496] mtd: device 3 (rootfs) set to be root filesystem
[ 0.731263] 1 squashfs-split partitions found on MTD device rootfs
[ 0.737575] 0×000000440000-0×000000600000 : “rootfs_data” [ 0.744349] 0×000000600000-0×000000610000 : “partition-table” [ 0.751431] 0×000000610000-0×000000620000 : “product-info” [ 0.758325] 0×000000620000-0x0000007f0000 : “config” [ 0.764662] 0x0000007f0000-0×000000800000 : “art” [ 0.773062] libphy: GPIO Bitbanged MDIO: probed
[ 0.778061] libphy: Fixed MDIO Bus: probed
[ 1.512179] ag71xx ag71xx.0: connected to PHY at gpio-0:04 [uid=004dd072, driver=Atheros 8035 ethernet]
[ 1.522288] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:RGMII
[ 1.530065] NET: Registered protocol family 10
[ 1.537560] NET: Registered protocol family 17
[ 1.542160] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 1.555384] 8021q: 802.1Q VLAN Support v1.8
[ 1.561016] hctosys: unable to open rtc device (rtc0)
[ 1.571029] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[ 1.579154] Freeing unused kernel memory: 260K
[ 1.583687] This architecture does not have kernel memory protection.
[ 2.132376] init: Console is alive
[ 2.135998] init: - watchdog -
[ 2.494811] random: fast init done
[ 2.924159] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 2.965714] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[ 2.974640] init: - preinit -
[ 4.004457] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 7.093477] eth0: link up (1000Mbps/Full duplex)
[ 7.098187] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 7.293806] jffs2: notice: (403) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[ 7.311068] mount_root: switching to jffs2 overlay
[ 7.337522] urandom-seed: Seeding with /etc/urandom.seed
[ 7.435532] eth0: link down
[ 7.447458] procd: - early -
[ 7.450449] procd: - watchdog -
[ 8.057837] procd: - watchdog -
[ 8.061236] procd: - ubus -
[ 8.168116] procd: - init -
[ 8.539737] kmodloader: loading kernel modules from /etc/modules.d/*
[ 8.571268] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 8.585643] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
[ 8.593800] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[ 8.602959] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 8.614861] nf_conntrack version 0.5.0 (2048 buckets, 8192 max)
[ 8.662930] xt_time: kernel timezone is -0000
[ 8.831336] PPP generic driver version 2.4.2
[ 8.837672] NET: Registered protocol family 24
[ 8.861154] PCI: Enabling device 0000:00:00.0 (0000 → 0002)
[ 8.867107] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[ 9.145193] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:00:00.0.bin failed with error -2
[ 9.156072] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 9.344946] firmware ath10k!pre-cal-pci-0000:00:00.0.bin: firmware_loading_store: map pages failed
[ 9.355293] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-6.bin failed with error -2
[ 9.366187] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 9.494658] firmware ath10k!QCA988X!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
[ 9.508099] ath10k_pci 0000:00:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[ 9.517496] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[ 9.530543] ath10k_pci 0000:00:00.0: firmware ver 10.2.4-1.0-00033 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 c41417d0
[ 9.624942] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[ 9.635573] ath10k_pci 0000:00:00.0: Falling back to user helper
[ 9.705908] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[ 9.735953] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[ 10.826902] ath10k_pci 0000:00:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
[ 10.963073] ath: EEPROM regdomain: 0×0 [ 10.963080] ath: EEPROM indicates default country code should be used
[ 10.963083] ath: doing EEPROM country→regdmn map search
[ 10.963093] ath: country maps to regdmn code: 0x3a
[ 10.963098] ath: Country alpha2 being used: US
[ 10.963101] ath: Regpair used: 0x3a
[ 11.080469] ath: EEPROM regdomain: 0×0 [ 11.080476] ath: EEPROM indicates default country code should be used
[ 11.080478] ath: doing EEPROM country→regdmn map search
[ 11.080490] ath: country maps to regdmn code: 0x3a
[ 11.080495] ath: Country alpha2 being used: US
[ 11.080497] ath: Regpair used: 0x3a
[ 11.096449] ieee80211 phy1: Selected rate control algorithm ‘minstrel_ht’ [ 11.099579] ieee80211 phy1: Atheros AR9550 Rev:0 mem=0xb8100000, irq=47
[ 11.109568] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 18.492806] br-lan: port 1(eth0) entered blocking state
[ 18.498113] br-lan: port 1(eth0) entered disabled state
[ 18.503728] device eth0 entered promiscuous mode
[ 18.522482] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[ 19.776056] ath: EEPROM regdomain: 0×8242 [ 19.776063] ath: EEPROM indicates we should expect a country code
[ 19.776069] ath: doing EEPROM country→regdmn map search
[ 19.776075] ath: country maps to regdmn code: 0×37 [ 19.776079] ath: Country alpha2 being used: NO
[ 19.776082] ath: Regpair used: 0×37 [ 19.776087] ath: regdomain 0×8242 dynamically updated by user
[ 19.776168] ath: EEPROM regdomain: 0×8242 [ 19.776171] ath: EEPROM indicates we should expect a country code
[ 19.776176] ath: doing EEPROM country→regdmn map search
[ 19.776181] ath: country maps to regdmn code: 0×37 [ 19.776184] ath: Country alpha2 being used: NO
[ 19.776186] ath: Regpair used: 0×37 [ 19.776190] ath: regdomain 0×8242 dynamically updated by user
[ 23.441522] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
[ 23.460824] br-lan: port 2(wlan0-1) entered blocking state
[ 23.466441] br-lan: port 2(wlan0-1) entered disabled state
[ 23.472324] device wlan0-1 entered promiscuous mode
[ 23.813439] eth0: link up (1000Mbps/Full duplex)
[ 23.818173] br-lan: port 1(eth0) entered blocking state
[ 23.823505] br-lan: port 1(eth0) entered forwarding state
[ 23.830482] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 85.892280] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 88.008800] wlan0: authenticate with a0:40:a0:7c:cb:b9
[ 88.018939] wlan0: send auth to a0:40:a0:7c:cb:b9 (try 1/3)
[ 88.026654] wlan0: authenticated
[ 88.031919] wlan0: associate with a0:40:a0:7c:cb:b9 (try 1/3)
[ 88.039518] wlan0: RX AssocResp from a0:40:a0:7c:cb:b9 (capab=0×111 status=0 aid=5)
[ 88.048975] wlan0: associated
[ 88.058784] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 88.071867] wlan0: Limiting TX power to 23 (26 - 3) dBm as advertised by a0:40:a0:7c:cb:b9
[ 113.239791] random: crng init done


22.02.20181383PackagesBug ReportVery LowMedium[kmod-b43]Crashes after 5GHz Scanlede-17.01Unconfirmed Task Description

Supply the following if possible:
- Device: Linksys E3000
- LEDE version: LEDE Reboot 17.01.4 r3560-79f57e422d, kmod-b43 - 4.4.92+2017-01-31-3
- Steps to reproduce
Open LuCI page, Network-Wireless, press Scan for “Generic MAC80211 802.11a (radio1)”, then LEDE crashes, and router reboots itself.
dmesg output:
[ 77.097162] random: nonblocking pool is initialized
[ 364.790599] b43-phy1: Loading firmware version 666.2 (2011-02-23 01:15:07)
[ 364.846607] Data bus error, epc == 8016dd88, ra == 801df05c
[ 364.852277] Oops[#1]:
[ 364.854607] CPU: 0 PID: 1370 Comm: luci Not tainted 4.4.92 #0
[ 364.860446] task: 8399ed48 ti: 83938000 task.ti: 83938000
[ 364.865928] $ 0 : 00000000 1100bc00 00000002 1100bc03
[ 364.871269] $ 4 : a80003fa 838fc058 00000108 00007000
[ 364.876610] $ 8 : 00000023 00000000 00000001 00000006
[ 364.881952] $12 : 00000000 000002a0 00000000 00000000
[ 364.887293] $16 : 838fc000 838fc058 000003fa 838fc328
[ 364.892634] $20 : 838fc034 0000029a 00000002 00000001
[ 364.897977] $24 : 00000001 801df014
[ 364.903318] $28 : 83938000 83939b38 00000001 801df05c
[ 364.908660] Hi : 00000000
[ 364.911592] Lo : 0f5c28f6
[ 364.914528] epc : 8016dd88 0x8016dd88
[ 364.918425] ra : 801df05c 0x801df05c
[ 364.922317] Status: 1100bc03 KERNEL EXL IE
[ 364.926597] Cause : c080801c (ExcCode 07)
[ 364.930671] PrId : 00019740 (MIPS 74Kc)
[ 364.934654] Modules linked in: pppoe ppp_async iptable_nat b43 pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE cfg80211 bgmac_bcma 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_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc8 crc_ccitt cordic compat bgmac_bcma_mdio bgmac ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables leds_gpio ohci_platform ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common ssb_hcd bcma_hcd
[ 365.003649] Process luci (pid: 1370, threadinfo=83938000, task=8399ed48, tls=776aad48)
[ 365.011680] Stack : 0000016c 000c1047 00000000 800489fc 0000016c 611fc6ba 803b6b60 8036c254
[ 365.011680] 00000000 803b436c 00000000 00000001 803d0000 803b0000 00000000 00000080
[ 365.011680] 00000004 838fc000 838fc058 801dee98 838fc058 801defb8 00000001 801ebce8
[ 365.011680] 00000000 838fc000 838fc058 801dee98 00000000 83213a94 1100bc00 803b22ec
[ 365.011680] 00000080 83248ee0 00000074 838fc000 838fc058 83939bf0 838fc058 801df03c
[ 365.011680] ...
[ 365.048015] Call Trace:[<800489fc>] 0x800489fc
[ 365.052577] [<801dee98>] 0x801dee98
[ 365.056131] [<801defb8>] 0x801defb8
[ 365.059682] [<801ebce8>] 0x801ebce8
[ 365.063236] [<801dee98>] 0x801dee98
[ 365.066791] [<83213a94>] 0x83213a94 [b43@83200000+0×55470]
[ 365.072378] [<801df03c>] 0x801df03c
[ 365.075943] [<801df03c>] 0x801df03c
[ 365.079501] [<83213a30>] 0x83213a30 [b43@83200000+0×55470]
[ 365.085077] [<83212284>] 0×83212284 [b43@83200000+0×55470]
[ 365.090661] [<83212948>] 0×83212948 [b43@83200000+0×55470]
[ 365.096252] [<83216f5c>] 0x83216f5c [b43@83200000+0×55470]
[ 365.101838] [<801dee98>] 0x801dee98
[ 365.105394] [<801dea54>] 0x801dea54
[ 365.108951] [<801dee98>] 0x801dee98
[ 365.112521] [<832131b8>] 0x832131b8 [b43@83200000+0×55470]
[ 365.118114] [<83213230>] 0×83213230 [b43@83200000+0×55470]
[ 365.123710] [<83206be0>] 0x83206be0 [b43@83200000+0×55470]
[ 365.129317] [<83207560>] 0×83207560 [b43@83200000+0×55470]
[ 365.134907] [<83182ff8>] 0x83182ff8 [mac80211@83180000+0×60860]
[ 365.140941] [<831960f8>] 0x831960f8 [mac80211@83180000+0×60860]
[ 365.146965] [<8020b664>] 0x8020b664
[ 365.150524] [<8020b96c>] 0x8020b96c
[ 365.154074] [<801f0534>] 0x801f0534
[ 365.157633] [<8020ba50>] 0x8020ba50
[ 365.161181] [<80220ab8>] 0x80220ab8
[ 365.164736] [<8027449c>] 0x8027449c
[ 365.168282] [<8029bfb4>] 0x8029bfb4
[ 365.171841] [<801effb4>] 0x801effb4
[ 365.175408] [<800bb3cc>] 0x800bb3cc
[ 365.178960] [<800ac178>] 0x800ac178
[ 365.182512] [<800bdea0>] 0x800bdea0
[ 365.186063] [<801eea94>] 0x801eea94
[ 365.189614] [<800c469c>] 0x800c469c
[ 365.193175] [<800bb4d4>] 0x800bb4d4
[ 365.196730] [<80003398>] 0×80003398 [ 365.200296]
[ 365.201814]
[ 365.201814] Code: 03e00008 304200ff 94820000 <03e00008> 3042ffff 8c820000 03e00008 00000000 308400ff
[ 365.212331] —[ end trace f01c15e372c1be21 ]—

21.02.20181382Base systemBug ReportVery LowLowcrash in __slab_free.isra from kfreeTrunkUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on

BT homehub 5a

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

SNAPSHOT, r6182

kernel - 4.9.82-1-b3856355ef32057f204aaf8b7ab28ff3
kmod-usb-net-cdc-ncm - 4.9.82-1
kmod-usb-net-huawei-cdc-ncm - 4.9.82-1
kmod-usb-serial - 4.9.82-1
kmod-usb-serial-wwan - 4.9.82-1
usb-modeswitch - 2017-12-19-f40f84c2-1

- Steps to reproduce

Trying to get Huawei E3372 4G dongle running in NCM mode
after usbmodes runs, the /etc/ncm-wdm0 is created, but does not communicate with modem on dongle

I have to run
echo “12d1 1506 ff” > /sys/bus/usb-serial/drivers/generic/new_id

which gives

[ 1003.351417] usbserial_generic 1-1:1.0: The “generic” usb-serial driver is only for testing and one-off prototypes.
[ 1003.360515] usbserial_generic 1-1:1.0: Tell linux-usb@vger.kernel.org to add your device to a proper driver.
[ 1003.370345] usbserial_generic 1-1:1.0: generic converter detected
[ 1003.377122] usb 1-1: generic converter now attached to ttyUSB0
[ 1003.382521] usbserial_generic 1-1:1.1: The “generic” usb-serial driver is only for testing and one-off prototypes.
[ 1003.392654] usbserial_generic 1-1:1.1: Tell linux-usb@vger.kernel.org to add your device to a proper driver.
[ 1003.402464] usbserial_generic 1-1:1.1: generic converter detected
[ 1003.409607] usb 1-1: generic converter now attached to ttyUSB1

I realize that forcing the generic usb serial in this way is not “proper” but it seems necessary for the moment to get any communication with the modem

this does create /dev/ttyUSB0 and ttyUSB1 devices,

startimg the 4G interface with

ifup LTE

will then communicate with the modem, the chat script gets responses to the AT commands

unfortunately as soon as
I run

ifdown LTE

I get a repeatable crash

root@hh5a:/# ifdown LTE
root@hh5a:/#
root@hh5a:/# [256467.571884] CPU 1 Unable to handle kernel paging request at virtual address 67901b30, epc == 800f33f8, ra == 800f3b94
[256467.581230] Oops[#1]:
[256467.583518] CPU: 1 PID: 14 Comm: ksoftirqd/1 Not tainted 4.9.82 #0
[256467.589782] task: 87c3d080 task.stack: 87c7a000
[256467.594379] $ 0 : 00000000 806f0004 67901b30 00000001
[256467.599688] $ 4 : 87c02b00 810fb560 67901a00 67901a00
[256467.605003] $ 8 : 805993f8 04efd20a d208b27a 0000008c
[256467.610310] $12 : 52016177 ffffffff 00000000 1a0004e4
[256467.615619] $16 : 810fb560 850d8008 000d001a 00000000
[256467.620930] $20 : 805990a0 00000000 87c02b00 00000000
[256467.626238] $24 : 00000000 875e36f8
[256467.631549] $28 : 87c7a000 87c7bcd8 00000018 800f3b94
[256467.636856] Hi : 00000000
[256467.639814] Lo : 0000c400
[256467.642811] epc : 800f33f8 slab_free.isra.13+0×64/0×334 [256467.648453] ra : 800f3b94 kfree+0×194/0x1a4
[256467.652963] Status: 1100c303 KERNEL EXL IE [256467.657223] Cause : 0080000c (ExcCode 03)
[256467.661312] BadVA : 67901b30
[256467.664274] PrId : 00019556 (MIPS 34Kc)
[256467.668270] Modules linked in: ltq_ptm_vr9 ath9k ath9k_common ath9k_hw ath10k_pci ath10k_core ath usb_wwan pppoe nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE huawei_cdc_ncm cfg80211 cdc_ncm 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_DSCP xt_CT xt_CLASSIFY usbserial usbnet ts_fsm ts_bm pppox ppp_async owl_loader nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda ltq_deu_vr9 iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat cdc_wdm sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress drv_dsl_cpe_api drv_mei_cpe ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc ifb br2684 atm mii drv_ifxos dwc2 gpio_button_hotplug
Process ksoftirqd/1 (pid: 14, threadinfo=87c7a000, task=87c3d080, tls=00000000)
[256467.798220] Stack : 00000000 00000001 00000000 00000000 67901a00 67901a00 00000001 805a0000
[256467.806661] 04f6d940 850d8008 00003fe0 00000002 67901a00 04efd20a d208b27a d20f920a
[256467.815103] 52016177 ffffffff 00000000 1a0004e4 876a8d00 850d8008 87d7b800 00000000
[256467.823546] 876a8d00 850d8008 87d7b800 00000000 805990a0 00010000 00000002 00000000
[256467.831989] 00000018 800f3b94 00000018 875e36bc 1100c303 00000000 00000001 04f6d940
[256467.840432] ...
[256467.842959] Call Trace:
[256467.845511] [<800f33f8>]
slab_free.isra.13+0×64/0×334 [256467.850826] [<800f3b94>] kfree+0×194/0x1a4
[256467.854986] Code: 8e12000c 00621021 8fa30018 <ac550000> 00121402 00431023 3042ffff afb2002c 32570001
[256467.864804]
[256467.866497] —[ end trace e77f91eef6b40e80 ]—

root@h[256467.872551] Kernel panic - not syncing: Fatal exception in interrupt
[256467.878975] Rebooting in 3 seconds..


19.02.20181375Base systemBug ReportVery LowCriticalPhicomm PSG1218 rev.Ax(Phicomm K2)Wireless can not conn...lede-17.01Unconfirmed Task Description

When I used the Moto XT1085 to connect to my wireless, the XT1085 typically disconnected the wireless connection within one or two seconds after I got the IP address, and I got the syslog

Mon Feb 19 09:04:02 2018 daemon.info hostapd: wlan1: STA 38:a4:ed:db:3c:6c IEEE 802.11: authenticated
Mon Feb 19 09:04:02 2018 daemon.info hostapd: wlan1: STA 38:a4:ed:db:3c:6c IEEE 802.11: associated (aid 1)
Mon Feb 19 09:04:02 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 38:a4:ed:db:3c:6c
Mon Feb 19 09:04:02 2018 daemon.info dnsmasq-dhcp[1413]: DHCPDISCOVER(br-lan) 38:a4:ed:db:3c:6c
Mon Feb 19 09:04:02 2018 daemon.info dnsmasq-dhcp[1413]: DHCPOFFER(br-lan) 192.168.1.152 38:a4:ed:db:3c:6c
Mon Feb 19 09:04:02 2018 daemon.info dnsmasq-dhcp[1413]: DHCPREQUEST(br-lan) 192.168.1.152 38:a4:ed:db:3c:6c
Mon Feb 19 09:04:02 2018 daemon.info dnsmasq-dhcp[1413]: DHCPACK(br-lan) 192.168.1.152 38:a4:ed:db:3c:6c android-a222c0967a127f80
Mon Feb 19 09:04:05 2018 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 38:a4:ed:db:3c:6c

This does not seem to have any useful information

So I try to use my moto x ghost to connect wireless, although also disconnected the wireless connection, but I got a different syslog

Mon Feb 19 09:18:32 2018 daemon.info hostapd: wlan1: STA f8:cf:c5:bc:7d:17 IEEE 802.11: disassociated
Mon Feb 19 09:18:33 2018 daemon.info hostapd: wlan1: STA f8:cf:c5:bc:7d:17 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Mon Feb 19 09:18:34 2018 daemon.info hostapd: wlan1: STA f8:cf:c5:bc:7d:17 IEEE 802.11: authenticated
Mon Feb 19 09:18:34 2018 daemon.info hostapd: wlan1: STA f8:cf:c5:bc:7d:17 IEEE 802.11: associated (aid 1)
Mon Feb 19 09:18:34 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED f8:cf:c5:bc:7d:17
Mon Feb 19 09:18:34 2018 daemon.info dnsmasq-dhcp[1413]: DHCPDISCOVER(br-lan) f8:cf:c5:bc:7d:17
Mon Feb 19 09:18:34 2018 daemon.info dnsmasq-dhcp[1413]: DHCPOFFER(br-lan) 192.168.1.150 f8:cf:c5:bc:7d:17
Mon Feb 19 09:18:34 2018 daemon.info dnsmasq-dhcp[1413]: DHCPREQUEST(br-lan) 192.168.1.150 f8:cf:c5:bc:7d:17
Mon Feb 19 09:18:34 2018 daemon.info dnsmasq-dhcp[1413]: DHCPACK(br-lan) 192.168.1.150 f8:cf:c5:bc:7d:17 android-e221edb7e67bd21f
Mon Feb 19 09:18:37 2018 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED f8:cf:c5:bc:7d:17
Mon Feb 19 09:18:33 2018 daemon.info hostapd: wlan1: STA f8:cf:c5:bc:7d:17 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)

This looks interesting

I got the solution after google

uci set wireless.@wifi-iface[0].disassoc_low_ack=‘0’ && uci commit && reboot

After that I can use the XT1085 to connect wirelessly and get this syslog

Mon Feb 19 09:32:45 2018 daemon.info hostapd: wlan1: STA 44:80:eb:cb:e5:88 IEEE 802.11: authenticated
Mon Feb 19 09:32:46 2018 daemon.info hostapd: wlan1: STA 44:80:eb:cb:e5:88 IEEE 802.11: associated (aid 3)
Mon Feb 19 09:32:46 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 44:80:eb:cb:e5:88
Mon Feb 19 09:32:49 2018 daemon.info dnsmasq-dhcp[1413]: DHCPDISCOVER(br-lan) 44:80:eb:cb:e5:88
Mon Feb 19 09:32:49 2018 daemon.info dnsmasq-dhcp[1413]: DHCPOFFER(br-lan) 192.168.1.115 44:80:eb:cb:e5:88
Mon Feb 19 09:32:49 2018 daemon.info dnsmasq-dhcp[1413]: DHCPREQUEST(br-lan) 192.168.1.115 44:80:eb:cb:e5:88
Mon Feb 19 09:32:49 2018 daemon.info dnsmasq-dhcp[1413]: DHCPACK(br-lan) 192.168.1.115 44:80:eb:cb:e5:88 android-8e596bd7d2f79888

This really works, but does that happen on other MT7620 routers?

19.02.20181374PackagesBug ReportVery LowHighubox: logd memory leak AllUnconfirmed Task Description

I checked the use of memory with `top` command and saw that the logd was consuming memory disproportionately (around 60MB).

```
PID PPID USER STAT VSZ VSZ %CPU COMMAND
971 1 root S 59768 48% 0% /sbin/logd -S 64
```

- There was no remote log configured.
- I was using logread -f for a long time.
- When doing an /etc/init.d/log restart the consumed memory returned to normality.
- ubox version:

```
PKG_SOURCE_DATE:=2017-09-01
PKG_SOURCE_VERSION:=b1bc8d5fb874cdd22701a08d0fb0de4330f86814
PKG_MIRROR_HASH:=b07e750d941d691e2745aa3a058e504966b15d1db5636162dc686bad275eb296
```


18.02.20181373Base systemBug ReportVery LowCriticalLinksys E1700 wireless unstable and jams other WiFi cha...lede-17.01Unconfirmed Task Description

Device: Linksys E1700 (dual antenna, 2.4Ghz only)
Techdata: https://openwrt.org/toh/hwdata/linksys/linksys_e1700 LEDE firmware installed: lede-17.01.4-ramips-mt7620-e1700-squashfs-factory.bin
LEDE supported since commit: https://git.lede-project.org/?p=source.git;a=commit;h=d738d22bf8303bd84e925b2b0c90793a1f3d89e5 LEDE supported since rel: 17.01.0
LEDE supported current rel: 17.01.4

Good: Openwrt/LEDE installs fine and generally runs well. Linux stable. LAN stable. LuCI works. SSH works. Able to access DSL modem web interface on WAN side through LUCI interface configuration, etc.

Bad: Wireless radio is unstable and unusable.
Symptoms observed:

1. jamming across all WiFi channels
    - other nearby WiFi networks on different channels are disrupted (e.g. channels 4 and 12)
    - connection is lost to these other wireless networks from multiple devices and test pings show there is packet loss. (This happens after booting the Linksys E1700 LEDE device with wireless enabled)
2. difficulty connecting to a new LEDE wireless network
    - seemingly placement of laptop 'not too close' and 'not too far' is required plus several attempts to successfully join the network
    - once connected, ping tests show some packet loss, intermittent variable round trip time (30ms-2400ms) and regular network drops (within a few minutes).

Test environment:

  1. Existing, working Linksys WAG200G router in home with an existing SSID and DSL connection
  2. Client: Ubuntu laptop (Asus Zenbook UX310U)
  3. Client: Android phone (Pixel)
  4. WiFi scanner and ‘nmcli d wifi’ are used to monitor wireless networks

Tested with settings:

  1. Linksys E1700 (with OpenWRT/LEDE installed) wireless network on channel 4
  2. Existing router (Linksys WAG200G) wireless network on channel 12
  3. WLAN security mode: WPA2 Personal, PSK

Steps to reproduce:

1. Have a Linksys E1700 device for testing and some other device with an existing wireless network on which a test laptop and phone are connected
2. Upgrade firmware on new Linksys E1700 device to lede-17.01.4-ramips-mt7620-e1700-squashfs-factory.bin using factory GUI (from original firmware version 1.0.0: FW_E1700_v1.0.00.081_20131220.bin).
3. Boot into LEDE. Perform initial setup. Configure wireless interface on channel 4 (or any channel other than the existing), security mode: WPA2 PSK, visible SSID
4. Enable Wireless
5. Note that soon after, all client devices in proximity become disconnected from the unrelated wireless network operating on channel 12 - this is the 'jamming effect' observed
6. Try to connect the test laptop to the LEDE wireless network. Joining is difficult/unreliable (regardless of distance of the router from the laptop)
7. When connectivity is established, ping the router from the test laptop. This will show some dropped packets and intermittent huge variation on round trip times  (30ms-2400ms). Network will drop regularly and hard to get back on.
8. Repeat test with LEDE Linksys E1700 device on same channel, different channels, busy and free channels, etc. - makes no difference to outcome.
9. Disable Wireless.  (Jamming effect seems to remain until power off but can't be 100% sure.)
10. Power off the Linksys. The jamming effect disappears and the adversely affected devices reconnect to their original other network(s).

Steps taken to isolate fault:

1. Restore firmware to Linksys factory default firmware (1.0.0).
2. Create the same test wireless network and connect the test laptop to it.
3. Ping test. This shows 100%, no packet loss, stable low round trip time.
4. Connect the test laptop to the existing wireless network. Ping test. 100%. No side effects can be observed on other networks or client devices.
5. Repeat LEDE router test from various distances.

This seems to rule out a hardware fault. Seems to be a radio fault.

There are two antennae on the E1700. It is unclear to me how these interact or how they can be configured.

I would be grateful if somebody can offer an explanation/suspicion of cause for this as I have not seen this with a WiFi device before. If LEDE can be patched to fix this then I am happy to help conduct further diagnostics if someone is willing to look at this.

Flash map for Linksys E1700:

root@LEDE:~# cat /proc/mtd
dev: size erasesize name
mtd0: 00030000 00001000 “u-boot” mtd1: 00010000 00001000 “config” mtd2: 00010000 00001000 “factory” mtd3: 007b0000 00001000 “firmware” mtd4: 001286c8 00001000 “kernel” mtd5: 00687938 00001000 “rootfs” mtd6: 00458000 00001000 “rootfs_data”

16.02.20181371Base systemBug ReportVery LowLowuml: fails to build with musl (fix inside)TrunkUnconfirmed Task Description

I have added target/linux/uml/patches-4.4/103-arch-um-compile-with-modern-headers.patch to make it compile.
the patch attached.

Tested with Lede 17.01.4

16.02.20181368Base systemBug ReportVery LowLowHigh load on TP-Link TL-WR841N v8 - hostapd issue?lede-17.01Unconfirmed Task Description

We had a TP-Link TL-WR841N v8 with a very high load (6-14) for hours until it was rebooted. It might be an issue with hostapd because the log is full of hostapd related messsages.


15.02.20181367Base systemBug ReportVery LowLowCrash in dwc2_lowlevel_hw_disable when using Huawei E33...TrunkUnconfirmed Task Description

Device problem occurs on

BT Homehub 5a (Lantiq xrx200)
Huawei E3372 4G dongle

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

SNAPSHOT, r6150-dc7a1e8555
kernel - 4.9.77-1-b3856355ef32057f204aaf8b7ab28ff3
kmod-usb-net-cdc-ether - 4.9.77-1
usb-modeswitch - 2017-12-19-f40f84c2-1

Steps to reproduce

Either boot with the USB stick inserted, or insert the stick after booting.

The relevant lines from the serial console are below,
full boot log is attached

[ 3.825017] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 3.945365] dwc2 1e101000.ifxhcd: requested GPIO 495
[ 4.051035] dwc2 1e101000.ifxhcd: DWC OTG Controller
[ 4.054689] dwc2 1e101000.ifxhcd: new USB bus registered, assigned bus number 1
[ 4.061971] dwc2 1e101000.ifxhcd: irq 62, io mem 0×00000000 [ 4.067493] dwc2 1e101000.ifxhcd: Hardware does not support descriptor DMA mode -
[ 4.074914] dwc2 1e101000.ifxhcd: falling back to buffer DMA mode.
[ 4.083016] hub 1-0:1.0: USB hub found
[ 4.085710] hub 1-0:1.0: 1 port detected
...
[ 12.728865] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 15.172707] usb 1-1: new high-speed USB device number 2 using dwc2
[ 16.329125] usb 1-1: USB disconnect, device number 2
[ 16.912722] usb 1-1: new high-speed USB device number 3 using dwc2
[ 17.402287] cdc_ether 1-1:1.0 eth1: register ‘cdc_ether’ at usb-1e101000.ifxhcd-1, CDC Ethernet Device, 0c:5b:8f:27:9a:64
...
[ 23.740745] cdc_ether 1-1:1.0 eth1: kevent 12 may have been dropped
[ 23.750448] Kernel bug detected[#1]:
[ 23.752607] CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 4.9.77 #0
[ 23.758689] task: 87c38b80 task.stack: 87c56000
[ 23.763191] $ 0 : 00000000 806f0000 810ca200 00000001
[ 23.768408] $ 4 : 00000000 810ca233 00000000 86066000
[ 23.773630] $ 8 : 805a0000 806f15ea 00000010 806f1000
[ 23.778853] $12 : 806f1000 00000001 00000000 806f1000
[ 23.784075] $16 : 8601c080 86085008 87d7be00 00000000
[ 23.789299] $20 : 805990a0 00010000 00000002 00000000
[ 23.794520] $24 : 00000010 875e36f8
[ 23.799742] $28 : 87c56000 87c57d80 00000018 875e36cc
[ 23.804968] Hi : 00000fee
[ 23.807837] Lo : 00000026
[ 23.810752] epc : 800f38d8 kfree+0×78/0x1a4
[ 23.815165] ra : 875e36cc dwc2_lowlevel_hw_disable+0x12d0/0x1c20 [dwc2]
[ 23.821943] Status: 1100ff03 KERNEL EXL IE [ 23.826121] Cause : 10800034 (ExcCode 0d)
[ 23.830127] PrId : 00019556 (MIPS 34Kc)
[ 23.834037] Modules linked in: ath9k ath9k_common ath9k_hw ath10k_pci ath10k_core ath pppoe nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 cdc_ether 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_DSCP xt_CT xt_CLASSIFY usbnet ts_fsm ts_bm pppox ppp_async owl_loader nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_amanda nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda ltq_deu_vr9 iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress drv_dsl_cpe_api drv_mei_cpe ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc ifb br2684 atm mii drv_ifxos dwc2 gpio_button_hotplug
Process ksoftirqd/0 (pid: 3, threadinfo=87c56000, task=87c38b80, tls=00000000)
[ 23.959287] Stack : 00000000 875e370c 86050c00 86eec600 00000001 8601c080 ffffff7d 802d921c
[ 23.967640] 00000000 00000000 87decb20 8110fb80 87decb20 87d7bee8 87d7bef0 87c57dd8
[ 23.975996] 87d7beec 802d9834 00000000 80062a94 875a0c40 805e6b80 8601c214 86050c14
[ 23.984352] 805993f8 87d7befc 87d7bef8 805e31fc 805993f8 80033524 87c38be0 805e6b80
[ 23.992709] 00000000 00000000 00000002 00000005 8058e058 00000090 806f41e0 00000006
[ 24.001064] ...
[ 24.003503] Call Trace:
[ 24.005971] [<800f38d8>] kfree+0×78/0x1a4
[ 24.010051] [<875e36cc>] dwc2_lowlevel_hw_disable+0x12d0/0x1c20 [dwc2]
[ 24.016526] Code: 30630001 24030001 38630001 <00030336> 8c430000 7c630380 10600003 00000000 10000002
[ 24.026220]
[ 24.027887] —[ end trace e408cf4c0ce5fc0c ]— [ 24.037907] Kernel panic - not syncing: Fatal exception in interrupt
[ 24.046166] Rebooting in 3 seconds..


14.02.20181364Base systemBug ReportVery LowMediumQMI NAT reflection does not work properlyTrunkUnconfirmed Task Description

I recently switched from using NCM to QMI. The NAT reflection stopped working. Also in LuCI the IP address does not appear (see: https://bugs.lede-project.org/index.php?do=details&task_id=1304 ). Perhaps these are related problems?

I am not exactly sure what information you need? I am using latest trunk. Please let me know what debugging information I should extract, and how. I will get all the necessary information on request.

14.02.20181363Base systemBug ReportVery LowMediumQMI does not use correct APNTrunkUnconfirmed Task Description

I get 4G service from a provider which provide public IP if APN of “opengate” is used. I found out that qmi.sh does not set the card correctly. The `–autoconnect` setting seems to be the cause. (Also maybe related: https://forum.openwrt.org/viewtopic.php?pid=372211 )

I replaced in my qmi.sh “–autoconnect” with “–set-autoconnect enabled” in lines where “–start-network” is used.

Seems to do the trick. However “–stop-network” requires “–autoconnect” to be present or I get errors.

See:

root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --set-client-id wds,19  --stop-network 0xffffffff --autoconnect
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --get-current-settings
"Out of call"
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --set-client-id wds,19 --start-network --apn opengate --autoconnect
-2020095904
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --get-current-settings
{"pdp-type":"ipv4","ip-family":"ipv4","mtu":1500,"ipv4":{"ip":"100.69.24.116","dns1":"192.89.123.230","dns2":"192.89.123.231","gateway":"100.69.24.117","subnet":"255.255.255.248"},"ipv6":{},"domain-names":{}}
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --set-client-id wds,19  --stop-network 0xffffffff --autoconnect
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --get-current-settings
"Out of call"
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --set-client-id wds,19 --start-network --apn opengate
-2020095904
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --get-current-settings
{"pdp-type":"ipv4","ip-family":"ipv4","mtu":1500,"ipv4":{"ip":"46.132.191.50","dns1":"192.89.123.230","dns2":"192.89.123.231","gateway":"46.132.191.49","subnet":"255.255.255.252"},"ipv6":{},"domain-names":{}}
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --set-client-id wds,19  --stop-network 0xffffffff --autoconnect
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --get-current-settings
"Out of call"
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --set-client-id wds,19 --start-network --apn opengate --set-autoconnect enabled
-2020095904
root@OpenWrt:/# uqmi -s -d /dev/cdc-wdm0 --get-current-settings
{"pdp-type":"ipv4","ip-family":"ipv4","mtu":1500,"ipv4":{"ip":"194.251.18.231","dns1":"192.89.123.230","dns2":"192.89.123.231","gateway":"194.251.18.232","subnet":"255.255.255.240"},"ipv6":{},"domain-names":{}}
14.02.20181362KernelBug ReportVery LowLowkernel hangs unexpectedly on mt7621TrunkUnconfirmed Task Description

Usually system just hangs with no messages in the log. I’ve tried to enable log writing to external USB flash, but the log just stops in the time when the issue occurs.
I have no idea how to reproduce it. It could happen 3-5 times a day, but sometimes systems works for a week with no issues.

I’ve tried a lot of snapshot builds since 20180111, but the issue still exists.

The current version installed:
Snapshot 20180212
Hardware: Xiaomi Router 3G
ramips-mt7621

opkg list:
base-files - 184-r6069-a464fba
busybox - 1.27.2-3
dnsmasq - 2.78-10
dropbear - 2017.75-5
firewall - 2017-11-07-c4309372-2
fstools - 2018-02-11-3d239815-1
fwtool - 1
hostapd-common - 2017-08-24-c2d4f2eb-6
ip6tables - 1.6.1-2
iptables - 1.6.1-2
iw - 4.9-1
jshn - 2018-02-08-bb0c830b-1
jsonfilter - 2016-07-02-dea067ad-1
kernel - 4.9.77-1-2b01b81f4010dbad63c4aa03d212c19b
kmod-cfg80211 - 4.9.77+2017-11-01-3
kmod-gpio-button-hotplug - 4.9.77-2
kmod-ip6tables - 4.9.77-1
kmod-ipt-conntrack - 4.9.77-1
kmod-ipt-core - 4.9.77-1
kmod-ipt-nat - 4.9.77-1
kmod-leds-gpio - 4.9.77-1
kmod-lib-crc-ccitt - 4.9.77-1
kmod-mac80211 - 4.9.77+2017-11-01-3
kmod-mt76-core - 4.9.77+2018-02-09-246d548b-1
kmod-mt7603 - 4.9.77+2018-02-09-246d548b-1
kmod-mt76x2 - 4.9.77+2018-02-09-246d548b-1
kmod-nf-conntrack - 4.9.77-1
kmod-nf-conntrack6 - 4.9.77-1
kmod-nf-ipt - 4.9.77-1
kmod-nf-ipt6 - 4.9.77-1
kmod-nf-nat - 4.9.77-1
kmod-nf-reject - 4.9.77-1
kmod-nf-reject6 - 4.9.77-1
kmod-nls-base - 4.9.77-1
kmod-ppp - 4.9.77-1
kmod-pppoe - 4.9.77-1
kmod-pppox - 4.9.77-1
kmod-slhc - 4.9.77-1
kmod-tun - 4.9.77-1
kmod-usb-core - 4.9.77-1
kmod-usb-ledtrig-usbport - 4.9.77-1
kmod-usb3 - 4.9.77-1
lede-keyring - 2017-01-20-a50b7529-1
libblobmsg-json - 2018-02-08-bb0c830b-1
libc - 1.1.18-1
libgcc - 5.5.0-1
libip4tc - 1.6.1-2
libip6tc - 1.6.1-2
libiwinfo - 2018-01-16-5a5e21b1-1
libiwinfo-lua - 2018-01-16-5a5e21b1-1
libjson-c - 0.12.1-1
libjson-script - 2018-02-08-bb0c830b-1
liblua - 5.1.5-1
liblzo - 2.10-1
libmbedtls - 2.6.0-1
libnl-tiny - 0.1-5
libopenssl - 1.0.2n-1
libpthread - 1.1.18-1
libubox - 2018-02-08-bb0c830b-1
libubus - 2018-01-16-5bae22eb-1
libubus-lua - 2018-01-16-5bae22eb-1
libuci - 2018-01-01-5beb95da-1
libuci-lua - 2018-01-01-5beb95da-1
libuclient - 2017-11-02-4b87d831-1
libustream-mbedtls - 2016-07-02-ec80adaa-2
libxtables - 1.6.1-2
logd - 2017-11-13-e7a63fba-1
lua - 5.1.5-1
luci - git-18.039.58622-76f9f5e-1
luci-app-firewall - git-18.039.58622-76f9f5e-1
luci-app-openvpn - git-18.039.58622-76f9f5e-1
luci-base - git-18.039.58622-76f9f5e-1
luci-lib-ip - git-18.039.58622-76f9f5e-1
luci-lib-jsonc - git-18.039.58622-76f9f5e-1
luci-lib-nixio - git-18.039.58622-76f9f5e-1
luci-mod-admin-full - git-18.039.58622-76f9f5e-1
luci-proto-ipv6 - git-18.039.58622-76f9f5e-1
luci-proto-ppp - git-18.039.58622-76f9f5e-1
luci-ssl - git-18.039.58622-76f9f5e-1
luci-theme-bootstrap - git-18.039.58622-76f9f5e-1
luci-theme-material - git-18.039.58622-76f9f5e-1
mtd - 21
netifd - 2018-02-05-1be329c6-3
odhcp6c - 2017-09-05-1f93bd4c-8
odhcpd-ipv6only - 1.3-1
openssl-util - 1.0.2n-1
openvpn-easy-rsa - 3.0.1-1
openvpn-openssl - 2.4.4-2
opkg - 2017-12-07-3b417b9f-2
ppp - 2.4.7-12
ppp-mod-pppoe - 2.4.7-12
procd - 2018-01-23-653629f1-2
px5g-mbedtls - 4
rpcd - 2017-12-07-cfe1e75c-1
rpcd-mod-rrdns - 20170710
swconfig - 11
ubi-utils - 1.5.2-1
uboot-envtools - 2015.10-1
ubox - 2017-11-13-e7a63fba-1
ubus - 2018-01-16-5bae22eb-1
ubusd - 2018-01-16-5bae22eb-1
uci - 2018-01-01-5beb95da-1
uclient-fetch - 2017-11-02-4b87d831-1
uhttpd - 2017-11-04-a235636a-1
uhttpd-mod-ubus - 2017-11-04-a235636a-1
usign - 2015-07-04-ef641914-1
wireless-regdb - 2017-10-20-4343d359
wpad-mini - 2017-08-24-c2d4f2eb-6
zlib - 1.2.11-2

The only strange think I found - some amount of dropped packets on ethernet interface connected to local network.

I think it’s related to local network traffic somehow. I put the anoter router in this network and both of the routers hang the same time once.
The second router was Netgear wnr1000v2 based on ar71xx.

I’ve also tried to change the Xiaomi router with different one but same model. Nothing changed.

Twice I found the following kernel warnin in the log:

Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 416.948299] ————[ cut here ]———— Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 416.953073] WARNING: CPU: 0 PID: 0 at backports-2017-11-01/net/mac80211/rx.c:4316 ieee80211_rx_napi+0x1a4/0×964 [mac80211]
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 416.964092] Rate marked as a VHT rate but data is invalid: MCS: 126, NSS: 0
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 416.971084] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 mt76x2e mt7603e mt76 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_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables tun leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.036194] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.77 #0
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.042086] Stack : 00000000 00000000 80557b4a 00000033 8040fc04 00000000 00000000 80550000
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.050434] 804f62bc 804f5ea7 8048cd04 00000000 00000000 80553824 00000004 0000099e
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.058779] 00000000 8006ab98 00000001 80550000 804fc004 804fc008 80491910 8fc0dc7c
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.067122] 00000003 800a7a50 00000004 0000099e 00000000 00000000 00000002 00c0dc7c
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.075465] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.083808] ...
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.086244] Call Trace:
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.088706] [<8000f714>] show_stack+0×54/0×88 Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.093048] [<801e5d9c>] dump_stack+0x8c/0xd0
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.097384] [<8002adc4>] __warn+0xe4/0×118 Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.101462] [<8002ae28>] warn_slowpath_fmt+0×30/0x3c
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.106535] [<8ec25c7c>] ieee80211_rx_napi+0x1a4/0×964 [mac80211]
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.112640] [<8f2d9b78>] mt76_rx_complete+0x18c/0×278 [mt76]
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.118278] [<8f2d9e24>] mt76_rx_poll_complete+0x1c0/0×260 [mt76]
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.124346] [<8f2d8e64>] mt76_dma_attach+0xb94/0xcc0 [mt76]
Wed Feb 14 15:36:51 2018 kern.warn kernel: [ 417.130010] —[ end trace 2c3430e855d3296c ]—

Is there any possibility to find out what happens with the kernel. The sysctl properties set to reboot it in 3 seconds on panic, but it’s not rebooting, just staying in this state.

Thanks for advance for any helpful tips.

14.02.20181361Base systemFeature RequestVery LowMediumUnable to configure multiple IPv6 prefixes in luciAllRequires testing Task Description

I’m running OpenWrt SNAPSHOT r6074-267873a / LuCI Master (git-18.039.58622-76f9f5e) on Alpha ASL26555 (16M). Tried also in 15.05.1, same behavior.

I’m running a 6in4 tunnel for IPv6 connectivity, provided by Hurricane Electric.

HE delegates to me two IPv6 prefixes, a /64 and a /48.
I’ve set up the tunnel in lucy effortlessly, but just the /48 was working.

After pulling my hair for a long time, I figured out to add by hand another ip6prefix line to my tunnel interface in /etc/config/network

In lucy, There’s a field named ‘IPv6 routed prefix’ that only allows exactly one prefix (and is the last one listed in /etc/config/network interface declaration). The field should be ‘extensible’, so multiple prefixes could be added, much like ‘forwarding DNS’ settings in Network/DHCP and DNS settings in lucy.

14.02.20181359Base systemBug ReportVery LowLowboost falis to compile with glibc 2.26 TrunkUnconfirmed Task Description

Environment: x86_64, OpenWRT/LEDE trunk
Description: Compilation failed with target-x86_64_glibc

# Target System                                              --> x86
# Subtarget                                                     --> x86_64
# Target Profile                                               --> Generic


# Advanced configuration options (for developers)     [*]   Toolchain Options  ---> C Library implementation (Use glibc)  

if I select only --> <*> boost -- it compiled with no issues.

But if I try to include the following Boost library, then failed to compile.
--> <*> boost.................................. Boost C++ source library packages
                       --> Select Boost libraries
                                            --> -*- Boost atomic library   
                                            --> -*- Boost chrono library
                                            --> -*- Boost system library
                                            --> -*- Boost thread libray


according to this https://github.com/openwrt/packages/issues/5573, glibc 2.26 has introduced a regression and needs to be patched.
do you have any idea how to solve the issue?
Thank you !

13.02.20181357Base systemBug ReportVery LowMediumipq806x: sysupgrade not working correctly on AVM FritzB...TrunkUnconfirmed Task Description

Sysupgrade on the FritzBox 4040 is currently not working as expected.

sysupgrade -n <image>

with the version currently present on the device results in the device updating the system, but not erasing the current config. The Device comes up with its previous config loaded.

Flashing other versions on the device results in sysupgrade sometimes deleting the config, sometimes not. The same goes for a standard

sysupgrade <image>

Sometimes the device preserves the configuration, sometimes its erased.

Also the kernel and rootfs partition do not seem to be correctly aligned:

[    0.778675] 13 ofpart partitions found on MTD device spi0.0
[    0.783585] Creating 13 MTD partitions on "spi0.0":
[    0.788940] 0x000000000000-0x000000040000 : "SBL1"
[    0.794947] 0x000000040000-0x000000060000 : "MIBIB"
[    0.799695] 0x000000060000-0x0000000c0000 : "QSEE"
[    0.804513] 0x0000000c0000-0x0000000d0000 : "CDT"
[    0.809193] 0x0000000d0000-0x0000000e0000 : "DDRPARAMS"
[    0.814056] 0x0000000e0000-0x0000000f0000 : "APPSBLENV"
[    0.819034] 0x0000000f0000-0x0000003cc000 : "urlader"
[    0.824345] 0x00000011dc00-0x000000120000 : "urlader_config"
[    0.829619] 0x000000120000-0x0000001a0000 : "tffs1"
[    0.835307] 0x0000001a0000-0x000000220000 : "tffs2"
[    0.839857] 0x000000220000-0x0000002a0000 : "uboot"
[    0.844766] 0x0000002a0000-0x000001f00000 : "firmware"
[    0.849880] 2 fit-fw partitions found on MTD device firmware
[    0.853813] 0x0000002a0000-0x0000004a0000 : "kernel"
[    0.860651] 0x00000049919c-0x000001f00000 : "rootfs"
[    0.865536] mtd: device 13 (rootfs) set to be root filesystem
[    0.869664] 1 squashfs-split partitions found on MTD device rootfs
[    0.875162] 0x000000750000-0x000001f00000 : "rootfs_data"
[    0.882193] 0x000001f00000-0x000002000000 : "jffs2"
13.02.20181356Base systemBug ReportVery LowLowWiFi Monitor interface is created on wrong channelTrunkUnconfirmed Task Description

- Device problem occurs on: PC-Engines APU3
- Software versions of OpenWrt/LEDE release: LEDE 17.01.4

Just created a monitor interface with an WLE200NX:

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '5'
        option hwmode '11g'
        option path 'pci0000:00/0000:00:02.5/0000:04:00.0'
        option htmode 'HT40'
        option disabled '0'

config wifi-iface
        option mode 'monitor'
        option device 'radio0'
        option ifname 'mon0'

And restarted the device. It was expected that the monitor interface is now in HT40 mode (able to receive on HT40) and on channel 5. But in reality, the device was now on channel 1 and used a 20MHz (non-HT) channel setting:

root@LEDE:/# iw dev
phy#0
        Interface mon0
                ifindex 7
                wdev 0x2
                addr 00:11:22:33:44:55
                type monitor
                channel 1 (2412 MHz), width: 20 MHz (no HT), center1: 2412 MHz
                txpower 20.00 dBm
12.02.20181352KernelBug ReportVery LowLowar71xx/mikrotik: Link change detection on switch ports ...TrunkUnconfirmed Task Description

Link change detection on switch ports no longer working for some MikroTik devices, such as:
- RB493G (AR8316 switch)
- RB951G-2HnD (AR8327 switch)

Can’t tell if this is specific to MikroTik devices or if it also affects other AR8xxx switch based ones.
This was working in the past (old OpenWrt r46741), but I can’t tell when or how long it stopped working.

[  157.486354] Atheros AR8216/AR8236/AR8316 gpio:00: Port 4 is down
[  161.505826] Atheros AR8216/AR8236/AR8316 gpio:00: Port 4 is up
[  240.890350] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 3 is down
[  242.900237] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 3 is up

Initial commit for link change detection support:
https://github.com/openwrt/openwrt/commit/a1fba9dfbe628b171ac789510aca233178fe7d85

11.02.20181348Base systemBug ReportVery LowMediumdnsmasq config script doesn't handle vendorclass specif...TrunkUnconfirmed Task Description

This happens as of LEDE 17.01.4, and is a result of how /etc/init.d/dnsmasq script rebuilds the temp dnsmasq config file from the /etc/config/dhcp file.

dnsmasq supports the following construct:

dhcp-vendorclass=set:ubiquity,ubnt
dhcp-option=tag:ubiquity,1,192.168.1.10

The meaning of which would be that if a vendor string that matches ‘ubnt’ is seen, then the class ‘ubiquity’ is set against the device, any dhcp-options tagged with that class would be sent to devices so tagged.

The dhcp config files supports constructs like this:

config vendorclass ‘ubiquity’

  option vendorclass 'ubnt'
  option networkid 'vendor:ubnt'
  list dhcp_option '1,192.168.1.10'

but in this case the value of networkid is pre-pended in each case to the dhcp_option string, like so:

dhcp-vendorclass=vendor:ubnt,ubnt
dhcp-option=vendor:ubnt,1,192.168.1.10

Which works as config - but only because the vendorclass specification is not at work at all - essentially all the matching is occurring within the dhcp-option (it wouldn’t be possible to specify multiple values to be matched in the vendorclass specifier for instance).


11.02.20181347Base systemBug ReportVery LowHighAsus WL500GP V2 reboots when you`re trying to send fileAllUnconfirmed Task Description

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

 

I`m using Asus WL500GP V2 with Huawei E3372s with HiLink fw (I tested stick fw too). I`ve tried all LEDE versions. You can reproduce easily, just try to attach file to letter, or send file to cloud. 99% that router will reboot.

Showing tasks 101 - 150 of 505 Page 3 of 11 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing