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
21.11.2016296Base systemBug ReportVery LowHighUbiquiti Bullet M 10/100 ethernet interface comes up as...TrunkUnconfirmed Task Description

For the last month or so, and persisting in r2248, when a Ubiquiti Bullet M is booted through typical Ubiquiti 10/100 passive PoE injector, the interface appears to come up in gigabit mode (see timestamp 18.990274 below), despite being only a 10/100 Mbps interface. Restarting /etc/init.d/network fixes it. I am running batman-adv over the ethernet interface, which may be involved. I will check if it happens when batman-adv is not used on the interface and report in a followup comment.

The dmesg look like this:

[    0.000000] Linux version 4.4.32 (openwrt@hawg) (gcc version 5.4.0 (LEDE GCC 5.4.0 r1439) ) #0 Mon Nov 21 07:14:51 2016
[    0.000000] MyLoader: sysp=00030800, boardp=088201a0, parts=fdeffeff
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
[    0.000000] SoC: Atheros AR7240 rev 2
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 02000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] No valid device tree found, continuing without
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] On node 0 totalpages: 8192
[    0.000000] free_area_init_node: node 0, pgdat 80412320, node_mem_map 81000000
[    0.000000]   Normal zone: 64 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 8192 pages, LIFO batch:0
[    0.000000] 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] 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: 8128
[    0.000000] Kernel command line:  board=UBNT-BM mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,7552k(firmware),256k(cfg)ro,64k(EEPROM)ro console=ttyS0,115200 rootfstype=squashfs,jffs2 noinitrd
[    0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 27616K/32768K available (2990K kernel code, 174K rwdata, 756K rodata, 296K init, 198K bss, 5152K 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:390.000MHz, DDR:390.000MHz, AHB:195.000MHz, Ref:40.000MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9801335621 ns
[    0.000013] sched_clock: 32 bits at 195MHz, resolution 5ns, wraps every 11012737021ns
[    0.007858] Calibrating delay loop... 259.27 BogoMIPS (lpj=1296384)
[    0.080537] pid_max: default: 32768 minimum: 301
[    0.085319] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.091915] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.102739] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.113516] NET: Registered protocol family 16
[    0.120053] MIPS: machine is Ubiquiti Bullet M
[    0.126714] registering PCI controller with io_map_base unset
[    0.357171] PCI host bridge to bus 0000:00
[    0.361273] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff]
[    0.368174] pci_bus 0000:00: root bus resource [io  0x0000]
[    0.373719] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.380486] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.388422] pci 0000:00:00.0: [168c:002a] type 00 class 0x028000
[    0.388466] pci 0000:00:00.0: fixup device configuration
[    0.395018] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x0000ffff 64bit]
[    0.395154] pci 0000:00:00.0: supports D1
[    0.395179] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[    0.395521] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    0.395573] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1000ffff 64bit]
[    0.402864] pci 0000:00:00.0: using irq 40 for pin 1
[    0.408959] clocksource: Switched to clocksource MIPS
[    0.415845] NET: Registered protocol family 2
[    0.421435] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.428393] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.434796] TCP: Hash tables configured (established 1024 bind 1024)
[    0.441291] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.447126] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.453786] NET: Registered protocol family 1
[    0.458221] PCI: CLS 0 bytes, default 32
[    0.464223] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.470512] Crashlog allocated RAM at address 0x1f00000
[    0.495166] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.501050] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.514332] io scheduler noop registered
[    0.518252] io scheduler deadline registered (default)
[    0.523724] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    0.530709] console [ttyS0] disabled
[    0.554342] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 12187500) is a 16550A
[    0.563020] console [ttyS0] enabled
[    0.570030] bootconsole [early0] disabled
[    0.582486] m25p80 spi0.0: found mx25l6405d, expected m25p80
[    0.588201] m25p80 spi0.0: mx25l6405d (8192 Kbytes)
[    0.593207] 5 cmdlinepart partitions found on MTD device spi0.0
[    0.599160] Creating 5 MTD partitions on "spi0.0":
[    0.603978] 0x000000000000-0x000000040000 : "u-boot"
[    0.611975] 0x000000040000-0x000000050000 : "u-boot-env"
[    0.619659] 0x000000050000-0x0000007b0000 : "firmware"
[    0.638850] 2 uimage-fw partitions found on MTD device firmware
[    0.644866] 0x000000050000-0x0000001a0000 : "kernel"
[    0.651748] 0x0000001a0000-0x0000007b0000 : "rootfs"
[    0.658927] mtd: device 4 (rootfs) set to be root filesystem
[    0.664753] 1 squashfs-split partitions found on MTD device rootfs
[    0.671002] 0x000000550000-0x0000007b0000 : "rootfs_data"
[    0.678725] 0x0000007b0000-0x0000007f0000 : "cfg"
[    0.685799] 0x0000007f0000-0x000000800000 : "EEPROM"
[    0.713743] libphy: ag71xx_mdio: probed
[    1.302694] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:04 [uid=004dd041, driver=Generic PHY]
[    1.312905] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[    1.322158] NET: Registered protocol family 10
[    1.332118] NET: Registered protocol family 17
[    1.336691] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
[    1.349583] 8021q: 802.1Q VLAN Support v1.8
[    1.362372] VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
[    1.372025] Freeing unused kernel memory: 296K (80436000 - 80480000)
[    2.887723] init: Console is alive
[    2.891524] init: - watchdog -
[    4.278153] usbcore: registered new interface driver usbfs
[    4.283867] usbcore: registered new interface driver hub
[    4.289377] usbcore: registered new device driver usb
[    4.301662] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    4.310384] ehci-platform: EHCI generic platform driver
[    4.319460] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    4.327414] ohci-platform: OHCI generic platform driver
[    4.336259] init: - preinit -
[    5.148878] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    5.181862] random: procd: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
[    7.440590] eth0: link up (100Mbps/Full duplex)
[    7.445184] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    8.484066] jffs2: notice: (361) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[    8.501955] mount_root: switching to jffs2 overlay
[    8.517794] urandom-seed: Seeding with /etc/urandom.seed
[    8.794632] eth0: link down
[    8.814035] procd: - early -
[    8.817063] procd: - watchdog -
[    9.492101] procd: - ubus -
[    9.545805] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.555498] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.564637] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.574254] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.583375] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.593373] random: ubusd: uninitialized urandom read (4 bytes read, 16 bits of entropy available)
[    9.602738] random: ubusd: uninitialized urandom read (4 bytes read, 16 bits of entropy available)
[    9.612394] procd: - init -
[   10.066368] Loading modules backported from Linux version wt-2016-10-03-1-g6fcb1a6
[   10.074041] Backport generated by backports.git backports-20160324-9-g0e38f5c
[   10.125220] batman_adv: B.A.T.M.A.N. advanced 2016.4 (compatibility version 15) loaded
[   10.213939] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
[   10.224958] ath: phy0: Ignoring endianness difference in EEPROM magic bytes.
[   10.233630] ath: EEPROM regdomain: 0x0
[   10.233647] ath: EEPROM indicates default country code should be used
[   10.233661] ath: doing EEPROM country->regdmn map search
[   10.233689] ath: country maps to regdmn code: 0x3a
[   10.233705] ath: Country alpha2 being used: US
[   10.233718] ath: Regpair used: 0x3a
[   10.248634] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   10.257391] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb0000000, irq=40
[   11.870351] random: jshn: uninitialized urandom read (4 bytes read, 19 bits of entropy available)
[   12.001559] random: ubusd: uninitialized urandom read (4 bytes read, 19 bits of entropy available)
[   18.855427] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   18.875510] IPv6: ADDRCONF(NETDEV_UP): br-pub: link is not ready
[   18.990274] eth0: link up (1000Mbps/Full duplex)
[   18.994964] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   19.330349] batman_adv: bat0: Adding interface: eth0
[   19.335365] batman_adv: bat0: The MTU of interface eth0 is too small (1500) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the
 performance. Setting the MTU to 1532 would solve the problem.
[   19.359419] batman_adv: bat0: Interface activated: eth0
[   19.367077] 8021q: adding VLAN 0 to HW filter on device bat0
[   19.406417] device bat0 entered promiscuous mode
[   19.411309] br-pub: port 1(bat0) entered forwarding state
[   19.416772] br-pub: port 1(bat0) entered forwarding state
[   19.422579] IPv6: ADDRCONF(NETDEV_CHANGE): br-pub: link becomes ready
[   19.870508] batman_adv: bat0: bridge_loop_avoidance: Changing from: enabled to: disabled
[   20.359133] batman_adv: bat0: No IGMP Querier present - multicast optimizations disabled
[   20.367269] batman_adv: bat0: No MLD Querier present - multicast optimizations disabled
[   21.412169] br-pub: port 1(bat0) entered forwarding state
[   21.549966] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   21.563679] device wlan0 entered promiscuous mode
[   21.591315] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   21.597879] br-pub: port 2(wlan0) entered forwarding state
[   21.603541] br-pub: port 2(wlan0) entered forwarding state
[   21.784924] IPv6: ADDRCONF(NETDEV_UP): mesh0: link is not ready
[   21.912131] IPv6: ADDRCONF(NETDEV_CHANGE): mesh0: link becomes ready
[   22.268273] batman_adv: bat0: Adding interface: mesh0
[   22.273432] batman_adv: bat0: Interface activated: mesh0
[   23.599046] br-pub: port 2(wlan0) entered forwarding state
[   29.369162] batman_adv: bat0: IGMP Querier appeared
[   29.374093] batman_adv: bat0: MLD Querier appeared
[   34.068975] ------------[ cut here ]------------
[   34.073700] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:306 dev_watchdog+0x1dc/0x260()
[   34.082197] NETDEV WATCHDOG: eth0 (ag71xx): transmit queue 0 timed out
[   34.088754] Modules linked in: ath9k ath9k_common mac80211 ath9k_hw ath batman_adv libcrc32c cfg80211 compat ohci_platform ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common crc16
 cryptomgr aead crypto_null crc32c_generic crypto_hash
[   34.112252] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.32 #0
[   34.118013] Stack : 803c8fc4 00000000 00000001 80420000 80413038 80412cc3 803aa67c 00000000
[   34.118013] 	  8048379c 8041135c 00000200 00100000 0000000a 800a71a8 803afce8 80410000
[   34.118013] 	  00000003 8041135c 803ae0f4 8040dc2c 0000000a 800a5124 00000006 00000000
[   34.118013] 	  00000000 801f3100 00000000 00000000 00000000 00000000 00000000 00000000
[   34.118013] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[   34.118013] 	  ...
[   34.153969] Call Trace:
[   34.156440] [<80071af0>] show_stack+0x50/0x84
[   34.160843] [<80081870>] warn_slowpath_common+0xa0/0xd0
[   34.166096] [<800818cc>] warn_slowpath_fmt+0x2c/0x38
[   34.171111] [<80290970>] dev_watchdog+0x1dc/0x260
[   34.175854] [<800b0460>] call_timer_fn.isra.5+0x24/0x80
[   34.181125] [<800b06e4>] run_timer_softirq+0x1b4/0x1fc
[   34.186296] [<80083dec>] __do_softirq+0x250/0x298
[   34.191059] [<8006a5d0>] plat_irq_dispatch+0xd4/0x10c
[   34.196134] [<80060830>] ret_from_irq+0x0/0x4
[   34.200526] [<80060a80>] __r4k_wait+0x20/0x40
[   34.204906] [<800a2304>] cpu_startup_entry+0x9c/0xe8
[   34.209934] [<80436bd4>] start_kernel+0x470/0x490
[   34.214656] 
[   34.216159] ---[ end trace ef06a4b3ec78272a ]---
[   34.220810] eth0: tx timeout
[   37.565193] random: nonblocking pool is initialized
[   44.068999] eth0: tx timeout
[   54.069064] eth0: tx timeout
[   64.068993] eth0: tx timeout
[   74.069871] eth0: tx timeout
[   82.660973] batman_adv: bat0: MLD Querier disappeared - multicast optimizations disabled
[   84.070901] eth0: tx timeout
[   92.701961] batman_adv: bat0: MLD Querier appeared
[   94.071717] eth0: tx timeout
[  104.072355] eth0: tx timeout
[  114.072669] eth0: tx timeout
[...]

When I do an /etc/init.d/network restart, the interface recovers to normal function, and I get this in dmesg:

[ 1296.763793] br-pub: port 2(wlan0) entered disabled state
[ 1296.769232] br-pub: port 1(bat0) entered disabled state
[ 1296.808305] device bat0 left promiscuous mode
[ 1296.812986] br-pub: port 1(bat0) entered disabled state
[ 1296.862085] IPv6: ADDRCONF(NETDEV_UP): bat0: link is not ready
[ 1296.879239] device wlan0 left promiscuous mode
[ 1296.883945] br-pub: port 2(wlan0) entered disabled state
[ 1296.904196] batman_adv: bat0: Interface deactivated: mesh0
[ 1296.909752] batman_adv: bat0: Removing interface: mesh0
[ 1296.963462] batman_adv: bat0: Interface deactivated: eth0
[ 1296.993492] eth0: link down
[ 1296.998705] batman_adv: bat0: Removing interface: eth0
[ 1301.629484] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1301.649941] IPv6: ADDRCONF(NETDEV_UP): br-pub: link is not ready
[ 1301.985100] eth0: link up (100Mbps/Full duplex)
[ 1301.989698] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1302.191373] batman_adv: bat0: Adding interface: eth0
[ 1302.196453] batman_adv: bat0: The MTU of interface eth0 is too small (1500) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the
 performance. Setting the MTU to 1532 would solve the problem.
[ 1302.220488] batman_adv: bat0: Interface activated: eth0
[ 1302.228092] 8021q: adding VLAN 0 to HW filter on device bat0
[ 1302.275944] device bat0 entered promiscuous mode
[ 1302.280747] br-pub: port 1(bat0) entered forwarding state
[ 1302.286292] br-pub: port 1(bat0) entered forwarding state
[ 1302.292106] IPv6: ADDRCONF(NETDEV_CHANGE): br-pub: link becomes ready
[ 1302.590333] batman_adv: bat0: bridge_loop_avoidance: Changing from: enabled to: disabled
[ 1303.213417] batman_adv: bat0: No IGMP Querier present - multicast optimizations disabled
[ 1303.221556] batman_adv: bat0: No MLD Querier present - multicast optimizations disabled
[ 1304.283452] br-pub: port 1(bat0) entered forwarding state
[ 1304.672382] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1304.782643] device wlan0 entered promiscuous mode
[ 1304.827845] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1304.834479] br-pub: port 2(wlan0) entered forwarding state
[ 1304.840053] br-pub: port 2(wlan0) entered forwarding state
[ 1305.112607] IPv6: ADDRCONF(NETDEV_UP): mesh0: link is not ready
[ 1305.190600] IPv6: ADDRCONF(NETDEV_CHANGE): mesh0: link becomes ready
[ 1305.692918] batman_adv: bat0: Adding interface: mesh0
[ 1305.698080] batman_adv: bat0: Interface activated: mesh0
[ 1306.833410] br-pub: port 2(wlan0) entered forwarding state
[ 1312.303688] batman_adv: bat0: IGMP Querier appeared
[ 1312.308629] batman_adv: bat0: MLD Querier appeared

If I disconnect the other end of the ethernet cable so that there is no link peer, I do not see the problem (see below):

[    0.000000] Linux version 4.4.32 (openwrt@hawg) (gcc version 5.4.0 (LEDE GCC 5.4.0 r1439) ) #0 Mon Nov 21 07:14:51 2016
[    0.000000] MyLoader: sysp=00000000, boardp=00000000, parts=ffffffff
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
[    0.000000] SoC: Atheros AR7240 rev 2
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 02000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] No valid device tree found, continuing without
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000001ffffff]
[    0.000000] On node 0 totalpages: 8192
[    0.000000] free_area_init_node: node 0, pgdat 80412320, node_mem_map 81000000
[    0.000000]   Normal zone: 64 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 8192 pages, LIFO batch:0
[    0.000000] 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] 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: 8128
[    0.000000] Kernel command line:  board=UBNT-BM mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,7552k(firmware),256k(cfg)ro,64k(EEPROM)ro console=ttyS0,115200 rootfstype=squashfs,jffs2 noinitrd
[    0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 27616K/32768K available (2990K kernel code, 174K rwdata, 756K rodata, 296K init, 198K bss, 5152K 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:390.000MHz, DDR:390.000MHz, AHB:195.000MHz, Ref:40.000MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9801335621 ns
[    0.000013] sched_clock: 32 bits at 195MHz, resolution 5ns, wraps every 11012737021ns
[    0.007859] Calibrating delay loop... 259.27 BogoMIPS (lpj=1296384)
[    0.080537] pid_max: default: 32768 minimum: 301
[    0.085319] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.091915] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.102743] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.113517] NET: Registered protocol family 16
[    0.120061] MIPS: machine is Ubiquiti Bullet M
[    0.126721] registering PCI controller with io_map_base unset
[    0.357179] PCI host bridge to bus 0000:00
[    0.361281] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff]
[    0.368182] pci_bus 0000:00: root bus resource [io  0x0000]
[    0.373728] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.380495] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.388431] pci 0000:00:00.0: [168c:002a] type 00 class 0x028000
[    0.388474] pci 0000:00:00.0: fixup device configuration
[    0.395026] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x0000ffff 64bit]
[    0.395163] pci 0000:00:00.0: supports D1
[    0.395187] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[    0.395530] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    0.395581] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1000ffff 64bit]
[    0.402872] pci 0000:00:00.0: using irq 40 for pin 1
[    0.408968] clocksource: Switched to clocksource MIPS
[    0.415854] NET: Registered protocol family 2
[    0.421444] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.428402] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.434805] TCP: Hash tables configured (established 1024 bind 1024)
[    0.441299] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.447134] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.453795] NET: Registered protocol family 1
[    0.458229] PCI: CLS 0 bytes, default 32
[    0.464231] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.470521] Crashlog allocated RAM at address 0x1f00000
[    0.495175] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.501058] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.514341] io scheduler noop registered
[    0.518261] io scheduler deadline registered (default)
[    0.523733] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    0.530718] console [ttyS0] disabled
[    0.554351] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 12187500) is a 16550A
[    0.563030] console [ttyS0] enabled
[    0.570040] bootconsole [early0] disabled
[    0.582496] m25p80 spi0.0: found mx25l6405d, expected m25p80
[    0.588212] m25p80 spi0.0: mx25l6405d (8192 Kbytes)
[    0.593216] 5 cmdlinepart partitions found on MTD device spi0.0
[    0.599171] Creating 5 MTD partitions on "spi0.0":
[    0.603989] 0x000000000000-0x000000040000 : "u-boot"
[    0.611984] 0x000000040000-0x000000050000 : "u-boot-env"
[    0.619662] 0x000000050000-0x0000007b0000 : "firmware"
[    0.638852] 2 uimage-fw partitions found on MTD device firmware
[    0.644868] 0x000000050000-0x0000001a0000 : "kernel"
[    0.651750] 0x0000001a0000-0x0000007b0000 : "rootfs"
[    0.658926] mtd: device 4 (rootfs) set to be root filesystem
[    0.664753] 1 squashfs-split partitions found on MTD device rootfs
[    0.671004] 0x000000550000-0x0000007b0000 : "rootfs_data"
[    0.678725] 0x0000007b0000-0x0000007f0000 : "cfg"
[    0.685800] 0x0000007f0000-0x000000800000 : "EEPROM"
[    0.713752] libphy: ag71xx_mdio: probed
[    1.302703] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:04 [uid=004dd041, driver=Generic PHY]
[    1.312917] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[    1.322177] NET: Registered protocol family 10
[    1.332146] NET: Registered protocol family 17
[    1.336720] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
[    1.349611] 8021q: 802.1Q VLAN Support v1.8
[    1.362390] VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
[    1.372040] Freeing unused kernel memory: 296K (80436000 - 80480000)
[    2.887726] init: Console is alive
[    2.891520] init: - watchdog -
[    4.278086] usbcore: registered new interface driver usbfs
[    4.283799] usbcore: registered new interface driver hub
[    4.289318] usbcore: registered new device driver usb
[    4.301475] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    4.310215] ehci-platform: EHCI generic platform driver
[    4.319363] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    4.327317] ohci-platform: OHCI generic platform driver
[    4.336163] init: - preinit -
[    5.148612] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    5.181619] random: procd: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
[    8.484735] jffs2: notice: (361) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[    8.502585] mount_root: switching to jffs2 overlay
[    8.518273] urandom-seed: Seeding with /etc/urandom.seed
[    8.810840] procd: - early -
[    8.813863] procd: - watchdog -
[    9.487850] procd: - ubus -
[    9.541721] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.551409] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.560553] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.570163] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.579297] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.589333] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.598611] random: ubusd: uninitialized urandom read (4 bytes read, 15 bits of entropy available)
[    9.608223] procd: - init -
[   10.064115] Loading modules backported from Linux version wt-2016-10-03-1-g6fcb1a6
[   10.071796] Backport generated by backports.git backports-20160324-9-g0e38f5c
[   10.122372] batman_adv: B.A.T.M.A.N. advanced 2016.4 (compatibility version 15) loaded
[   10.205329] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
[   10.216362] ath: phy0: Ignoring endianness difference in EEPROM magic bytes.
[   10.225034] ath: EEPROM regdomain: 0x0
[   10.225051] ath: EEPROM indicates default country code should be used
[   10.225065] ath: doing EEPROM country->regdmn map search
[   10.225093] ath: country maps to regdmn code: 0x3a
[   10.225109] ath: Country alpha2 being used: US
[   10.225122] ath: Regpair used: 0x3a
[   10.240049] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   10.248689] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb0000000, irq=40
[   11.861887] random: jshn: uninitialized urandom read (4 bytes read, 19 bits of entropy available)
[   11.993063] random: ubusd: uninitialized urandom read (4 bytes read, 19 bits of entropy available)
[   18.833441] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   18.855566] IPv6: ADDRCONF(NETDEV_UP): br-pub: link is not ready
[   21.215610] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   21.255512] device wlan0 entered promiscuous mode
[   21.286637] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   21.293301] br-pub: port 1(wlan0) entered forwarding state
[   21.298864] br-pub: port 1(wlan0) entered forwarding state
[   21.335689] IPv6: ADDRCONF(NETDEV_CHANGE): br-pub: link becomes ready
[   21.541225] IPv6: ADDRCONF(NETDEV_UP): mesh0: link is not ready
[   21.594616] IPv6: ADDRCONF(NETDEV_CHANGE): mesh0: link becomes ready
[   22.284927] batman_adv: bat0: Adding interface: mesh0
[   22.290148] batman_adv: bat0: Interface activated: mesh0
[   22.297750] 8021q: adding VLAN 0 to HW filter on device bat0
[   22.362868] device bat0 entered promiscuous mode
[   22.367627] br-pub: port 2(bat0) entered forwarding state
[   22.373200] br-pub: port 2(bat0) entered forwarding state
[   22.718089] batman_adv: bat0: bridge_loop_avoidance: Changing from: enabled to: disabled
[   23.289035] br-pub: port 1(wlan0) entered forwarding state
[   23.309325] batman_adv: bat0: No IGMP Querier present - multicast optimizations disabled
[   23.317459] batman_adv: bat0: No MLD Querier present - multicast optimizations disabled
[   24.369054] br-pub: port 2(bat0) entered forwarding state
[   29.389161] batman_adv: bat0: IGMP Querier appeared
[   38.069058] random: nonblocking pool is initialized
[   44.920666] eth0: link up (100Mbps/Full duplex)
[   44.925732] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   45.001214] batman_adv: bat0: Adding interface: eth0
[   45.006233] batman_adv: bat0: The MTU of interface eth0 is too small (1500) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the
 performance. Setting the MTU to 1532 would solve the problem.
[   45.030291] batman_adv: bat0: Interface activated: eth0
[   50.459193] batman_adv: bat0: MLD Querier appeared
[   67.509156] batman_adv: bat0: MLD Querier disappeared - multicast optimizations disabled
[   77.549128] batman_adv: bat0: MLD Querier appeared

My LEDE diffconfig looks like this:

CONFIG_TARGET_ar71xx=y
CONFIG_TARGET_ar71xx_generic=y
CONFIG_TARGET_ar71xx_generic_DEVICE_ubnt-bullet-m=y
CONFIG_DEVEL=y
CONFIG_BUSYBOX_CUSTOM=y
CONFIG_ALFRED_NEEDS_lua=y
CONFIG_BUILD_LOG=y
CONFIG_BUSYBOX_CONFIG_MESG=y
CONFIG_BUSYBOX_CONFIG_PKILL=y
CONFIG_BUSYBOX_CONFIG_RDATE=y
# CONFIG_BUSYBOX_CONFIG_SHA256SUM is not set
CONFIG_KMOD_BATMAN_ADV_BATMAN_V=y
CONFIG_KMOD_BATMAN_ADV_BLA=y
CONFIG_KMOD_BATMAN_ADV_DAT=y
CONFIG_KMOD_BATMAN_ADV_DEBUGFS=y
CONFIG_KMOD_BATMAN_ADV_MCAST=y
CONFIG_LIBCURL_COOKIES=y
CONFIG_LIBCURL_FILE=y
CONFIG_LIBCURL_FTP=y
CONFIG_LIBCURL_HTTP=y
CONFIG_LIBCURL_NO_SMB="!"
CONFIG_LIBCURL_POLARSSL=y
CONFIG_LIBCURL_PROXY=y
CONFIG_OPENSSL_ENGINE_CRYPTO=y
CONFIG_OPENSSL_WITH_DEPRECATED=y
CONFIG_OPENSSL_WITH_EC=y
CONFIG_OPENSSL_WITH_NPN=y
CONFIG_OPENSSL_WITH_PSK=y
CONFIG_OPENSSL_WITH_SRP=y
CONFIG_PACKAGE_ALFRED_BATHOSTS=y
CONFIG_PACKAGE_ALFRED_VIS=y
CONFIG_PACKAGE_alfred=y
CONFIG_PACKAGE_batctl=y
CONFIG_PACKAGE_bridge=y
CONFIG_PACKAGE_curl=y
CONFIG_PACKAGE_diffutils=y
# CONFIG_PACKAGE_dnsmasq is not set
# CONFIG_PACKAGE_firewall is not set
CONFIG_PACKAGE_horst=y
CONFIG_PACKAGE_iftop=y
# CONFIG_PACKAGE_ip6tables is not set
CONFIG_PACKAGE_iperf3=y
# CONFIG_PACKAGE_iptables is not set
CONFIG_PACKAGE_kmod-batman-adv=y
CONFIG_PACKAGE_kmod-bridge=y
CONFIG_PACKAGE_kmod-crypto-aead=y
CONFIG_PACKAGE_kmod-crypto-crc32c=y
CONFIG_PACKAGE_kmod-crypto-hash=y
CONFIG_PACKAGE_kmod-crypto-manager=y
CONFIG_PACKAGE_kmod-crypto-null=y
CONFIG_PACKAGE_kmod-crypto-pcompress=y
# CONFIG_PACKAGE_kmod-ip6tables is not set
# CONFIG_PACKAGE_kmod-ipt-conntrack is not set
# CONFIG_PACKAGE_kmod-ipt-core is not set
# CONFIG_PACKAGE_kmod-ipt-nat is not set
# CONFIG_PACKAGE_kmod-lib-crc-ccitt is not set
CONFIG_PACKAGE_kmod-lib-crc16=y
CONFIG_PACKAGE_kmod-lib-crc32c=y
CONFIG_PACKAGE_kmod-llc=y
# CONFIG_PACKAGE_kmod-nf-conntrack is not set
# CONFIG_PACKAGE_kmod-nf-conntrack6 is not set
# CONFIG_PACKAGE_kmod-nf-ipt is not set
# CONFIG_PACKAGE_kmod-nf-ipt6 is not set
# CONFIG_PACKAGE_kmod-nf-nat is not set
# CONFIG_PACKAGE_kmod-ppp is not set
CONFIG_PACKAGE_kmod-stp=y
CONFIG_PACKAGE_libcurl=y
# CONFIG_PACKAGE_libip4tc is not set
# CONFIG_PACKAGE_libip6tc is not set
CONFIG_PACKAGE_liblua=y
CONFIG_PACKAGE_libncursesw=y
CONFIG_PACKAGE_libnetsnmp=y
CONFIG_PACKAGE_libopenssl=y
CONFIG_PACKAGE_libpcap=y
CONFIG_PACKAGE_libpcre=y
CONFIG_PACKAGE_libpolarssl=y
CONFIG_PACKAGE_libpopt=y
CONFIG_PACKAGE_libpthread=y
CONFIG_PACKAGE_librt=y
# CONFIG_PACKAGE_libxtables is not set
CONFIG_PACKAGE_lua=y
# CONFIG_PACKAGE_odhcp6c is not set
# CONFIG_PACKAGE_odhcpd is not set
# CONFIG_PACKAGE_ppp is not set
CONFIG_PACKAGE_procps-ng=y
CONFIG_PACKAGE_procps-ng-free=y
CONFIG_PACKAGE_procps-ng-kill=y
CONFIG_PACKAGE_procps-ng-pgrep=y
CONFIG_PACKAGE_procps-ng-pkill=y
CONFIG_PACKAGE_procps-ng-pmap=y
CONFIG_PACKAGE_procps-ng-ps=y
CONFIG_PACKAGE_procps-ng-pwdx=y
CONFIG_PACKAGE_procps-ng-skill=y
CONFIG_PACKAGE_procps-ng-slabtop=y
CONFIG_PACKAGE_procps-ng-snice=y
CONFIG_PACKAGE_procps-ng-tload=y
CONFIG_PACKAGE_procps-ng-top=y
CONFIG_PACKAGE_procps-ng-uptime=y
CONFIG_PACKAGE_procps-ng-vmstat=y
CONFIG_PACKAGE_procps-ng-w=y
CONFIG_PACKAGE_procps-ng-watch=y
CONFIG_PACKAGE_ptp-utils=y
CONFIG_PACKAGE_rsync=y
CONFIG_PACKAGE_snmpd=y
CONFIG_PACKAGE_tcpdump=y
CONFIG_PACKAGE_terminfo=y
CONFIG_PACKAGE_wget=y
CONFIG_PACKAGE_wireless-tools=y
CONFIG_PACKAGE_zlib=y
CONFIG_RSYNC_zlib=y

My uci show looks like this (system and wireless elided):

alfred.alfred=alfred
alfred.alfred.mode='master'
alfred.alfred.batmanif='bat0'
alfred.alfred.start_vis='1'
alfred.alfred.run_facters='1'
alfred.alfred.interface='br-pub'
alfred.alfred.disabled='0'
batman-adv.bat0=mesh
batman-adv.bat0.bridge_loop_avoidance='0'
dropbear.@dropbear[0]=dropbear
dropbear.@dropbear[0].PasswordAuth='on'
dropbear.@dropbear[0].RootPasswordAuth='on'
dropbear.@dropbear[0].Port='22'
network.loopback=interface
network.loopback.ifname='lo'
network.loopback.proto='static'
network.loopback.ipaddr='127.0.0.1'
network.loopback.netmask='255.0.0.0'
network.pub=interface
network.pub.type='bridge'
network.pub.proto='static'
network.pub.ip6assign='60'
network.pub.ifname='bat0'
network.pub.ipaddr='10.11.x.y'
network.pub.netmask='255.255.252.0'
network.pub.gateway='10.11.x.1'
network.pub.dns='10.11.x.1'
network.mesh=interface
network.mesh.mtu='1532'
network.mesh.proto='batadv'
network.mesh.mesh='bat0'
network.meshwire=interface
network.meshwire.proto='batadv'
network.meshwire.mesh='bat0'
network.meshwire.ifname='eth0'
21.11.2016295KernelBug ReportVery LowHighath10k_pci 0001:01:00.0: SWBA overrun on vdevTrunkWaiting on reporter Task Description

Supply the following if possible:

- TP-LINK c2600 v1.1
- LEDE Reboot r2244
- after some hours, the network device produce the below stacktrace.

[61789.980553] ————[ cut here ]———— [61789.980600] WARNING: CPU: 0 PID: 3 at net/core/dev.c:4837 net_rx_action+0×154/0x2e4()
[61789.984240] Modules linked in: pppoe ppp_async iptable_nat pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_id xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY ts_kmp ts_fsm ts_bm 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_netlink nf_conntrack iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt br_netfilter em_cmp sch_teql em_nbyte sch_htb sch_pie sch_gred sch_dsmark cls_basic act_ipt sch_prio em_text
[61790.061568] sch_codel sch_tbf sch_sfq em_meta act_police sch_fq sch_red act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ingress ath10k_pci ath10k_core ath mac80211 cfg80211 compat ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_tunnel tunnel6 tun snd_compress snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_rawmidi snd_seq_device snd_hwdep snd input_core soundcore
[61790.130320] usb_storage uhci_hcd f2fs ext4 jbd2 mbcache crc32c_generic crypto_hash leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom dwc3_of_simple ohci_platform ohci_hcd phy_qcom_dwc3 ahci ehci_platform ehci_hcd sd_mod ahci_platform libahci_platform libahci libata scsi_mod gpio_button_hotplug usbcore nls_base usb_common
[61790.158798] CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 4.4.30 #0
[61790.159062] Hardware name: Qualcomm (Flattened Device Tree)
[61790.165160] [<c02207f4>] (unwind_backtrace) from [<c021d2e4>] (show_stack+0×14/0×20)
[61790.170534] [<c021d2e4>] (show_stack) from [<c03b82a4>] (dump_stack+0x8c/0xa0)
[61790.178521] [<c03b82a4>] (dump_stack) from [<c0228aec>] (warn_slowpath_common+0xa4/0xd0)
[61790.185550] [<c0228aec>] (warn_slowpath_common) from [<c0228bcc>] (warn_slowpath_null+0x1c/0×24)
[61790.193798] [<c0228bcc>] (warn_slowpath_null) from [<c050bcd0>] (net_rx_action+0×154/0x2e4)
[61790.202568] [<c050bcd0>] (net_rx_action) from [<c022bc90>] (do_softirq+0xdc/0×230)
[61790.210636] [<c022bc90>] (
do_softirq) from [<c022be18>] (run_ksoftirqd+0×34/0×64)
[61790.218626] [<c022be18>] (run_ksoftirqd) from [<c0246784>] (smpboot_thread_fn+0×190/0x1b8)
[61790.226006] [<c0246784>] (smpboot_thread_fn) from [<c02438e4>] (kthread+0xf8/0×100)
[61790.234335] [<c02438e4>] (kthread) from [<c0209cb8>] (ret_from_fork+0×14/0x3c)
[61790.241951] —[ end trace bbf62e8dea16c714 ]— [61790.250226] ath10k_pci 0001:01:00.0: SWBA overrun on vdev 1, skipped old beacon

27.10.2016253Base systemBug ReportVery LowHighMulticast over wireless ceases to work properly after a...AllNew Task Description

I am having a problem on a UBNT UAP-LR where, if many clients stay connected the router for a long time, multicast packets will stop being reliably sent to the wireless clients. I can reproduce this with LEDE r1953, but it goes back at least as far as OpenWRT 15.05.1 with kernel 3.18. I can not, however, reproduce it on another network with the same WAP but with only one or two wireless clients.

This originally manifested as IPv6 ceasing to work since the (multicasted) RA packets were not reaching the wireless clients. I used tcpdump on the WAP and determined that the RAs were arriving through the wired interface and leaving through the wireless interface as they should, but tcpdump on the client indicates that a vast majority of the RAs are never received. (Please note that the IPv6 issue is not reproducible with the router running OpenWRT/LEDE and odhcpd, since odhcpd unicasts RAs sent as a response to an RS instead of multicasting them, while it is reproducible when the router is running radvd, for example as pfSense does.)

14.10.2016227Base systemBug ReportMediumHighVLAN support mismatch between preinit and default netwo...TrunkResearching Task Description

PPPoE is broken on WRT1900ACS

Upgraded from Lede r578 to latest Lede r1814 and PPPOE doesn’t work anymore altough the pppd version and PPPoE version are the same:
- Linksys WRT1900ACS
- LEDE reboot r1814

pppd debug log:

Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]
Timeout waiting for PADO packets
Unable to complete PPPoE Discovery
Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]

While on the same hardware running LEDE r578, the PPPoE module works as expected:

Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Send PPPOE Discovery V1T1 PADI session 0×0 length 4
dst ff:ff:ff:ff:ff:ff src c2:56:27:ca:d7:d4
[service-name]
Recv PPPOE Discovery V1T1 PADO session 0×0 length 40
dst c2:56:27:ca:d7:d4 src a0:f3:e4:34:d8:21
[service-name] [AC-name acc-aln1.hac] [AC-cookie 75 58 37 a5 ba 3c e4 a5 2a 61 bb 23 92 5c 1b dc]
Send PPPOE Discovery V1T1 PADR session 0×0 length 24
dst a0:f3:e4:34:d8:21 src c2:56:27:ca:d7:d4
[service-name] [AC-cookie 75 58 37 a5 ba 3c e4 a5 2a 61 bb 23 92 5c 1b dc]
Recv PPPOE Discovery V1T1 PADS session 0x30b length 4
dst c2:56:27:ca:d7:d4 src a0:f3:e4:34:d8:21
[service-name]
PADS: Service-Name: ‘’ PPP session is 779
Connected to a0:f3:e4:34:d8:21 via interface eth0
using channel 2
Using interface pppoe-wan
Connect: pppoe-wan ←→ eth0
sent [LCP ConfReq id=0×1 <mru 1492> <magic 0xc6952556>]
rcvd [LCP ConfReq id=0×66 <mru 1492> <auth chap MD5> <magic 0x4cc73648>]
sent [LCP ConfAck id=0×66 <mru 1492> <auth chap MD5> <magic 0x4cc73648>]
rcvd [LCP ConfAck id=0×1 <mru 1492> <magic 0xc6952556>]
sent [LCP EchoReq id=0×0 magic=0xc6952556]
rcvd [CHAP Challenge id=0×1 <7131a44524d1de8f1cd1061cac6d8c071d8bfe7351bc4ea7bd08f56684428475f229ba177a192696ebab32>, name = “acc-aln1.hac”]
sent [CHAP Response id=0×1 <4bb1a418b298790b128ad4d7ef3109ad>, name = “bthomehub@btbroadband.com”]
rcvd [LCP EchoRep id=0×0 magic=0x4cc73648]
rcvd [CHAP Success id=0×1 “CHAP authentication success”]
CHAP authentication succeeded: CHAP authentication success
CHAP authentication succeeded
peer from calling number A0:F3:E4:34:D8:21 authorized
sent [IPCP ConfReq id=0×1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPV6CP ConfReq id=0×1 <addr fe80::c595:37d1:3987:1929>]
rcvd [IPV6CP ConfReq id=0x7b <addr fe80::0221:05ff:feb4:8824>]
sent [IPV6CP ConfAck id=0x7b <addr fe80::0221:05ff:feb4:8824>]
rcvd [IPCP ConfReq id=0×38 <addr 172.16.12.12>]
sent [IPCP ConfAck id=0×38 <addr 172.16.12.12>]
rcvd [IPCP ConfNak id=0×1 <addr 81.146.2.155> <ms-dns1 81.139.57.100> <ms-dns2 81.139.56.100>]
sent [IPCP ConfReq id=0×2 <addr 81.146.2.155> <ms-dns1 81.139.57.100> <ms-dns2 81.139.56.100>]
rcvd [IPV6CP ConfAck id=0×1 <addr fe80::c595:37d1:3987:1929>]
local LL address fe80::c595:37d1:3987:1929
remote LL address fe80::0221:05ff:feb4:8824
Script /lib/netifd/ppp-up started (pid 2646)
rcvd [IPCP ConfAck id=0×2 <addr 81.146.2.155> <ms-dns1 81.139.57.100> <ms-dns2 81.139.56.100>]
local IP address 81.146.2.155
remote IP address 172.16.12.12
primary DNS address 81.139.57.100
secondary DNS address 81.139.56.100
ppp.log
secondary DNS address 81.139.56.100
Script /lib/netifd/ppp-up started (pid 2653)
Script /lib/netifd/ppp-up finished (pid 2646), status = 0×9 Script /lib/netifd/ppp-up finished (pid 2653), status = 0×9

05.10.2016205Base systemBug ReportVery LowHighCannot install LEDE on Ubiquiti PicoStation M2TrunkNew Task Description

This is the same as issue 20982 on dev.openwrt.org

Using the nightly build of LEDE and installing on a Ubiquiti PicoStation M2 (Ar7xxx, XM hardware rev, AirOS 5.6.3), got the following error:

sent DATA <block=6657, 412 bytes>
received ERROR <code=2, msg=Firmware check failed>
Error code 2: Firmware check failed
Sent 3407872 bytes in 6.6 seconds

The only work-around I have found works consistently is to:

Flash from recovery (tftp) the AirOS 5.6 image,
Downgrade to AirOS 5.5, then
Flash LEDE (or OpenWRT).

This same error seems to occur on the Bullet M2 (same hardware) and the NanoStation LOCO M2.

The severity is high - it can be worked around, but it prevents installation without significant work-arounds. I view this as a high-priority bug, because the Ubiquiti hardware is popular and the problem has been fixed in AirOS and DD-WRT.

16.02.20181370Base systemBug ReportVery LowMediumFragmented packets lead to OOMlede-17.01Unconfirmed Task Description

I installed iperf3 on a TP-Link 940N v6 (4 MB flash / 32 MB RAM) and ran some tests. After choosing a packet size so that the packet is fragmented, I noticed that the device goes out of memory and reboots around 40 Mbit of ingoing UDP traffic. It suspect a buffer is filled until the device runs out of memory. Maybe that buffer size should be adjusted.

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.20181361Base systemFeature RequestVery LowMediumUnable to configure multiple IPv6 prefixes in luciAllUnconfirmed 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.20181358PackagesBug ReportVery LowMediumWireguard interface and the wrong route to the ip of th...TrunkUnconfirmed Task Description

I am using trunk version of openwrt in two routers. Everything up-to-date

Try to setup wireguard with uci or luci, and put the address of the other peer in the configuration.
The result is that when the interface is set up, it is set up a route to the ip of the peer, arbitrarily, to a router in lan.

Why I am saying arbitrarily? Because on a router I have a lan, and it is assigned the lan router. On another router I have to lans, and it is assigned the router of the second lan
I really have to try with three lans...

So, for example I am playing with it, with two openwrt clients (the openwrt routers). 192.168.219.13 is the address of peer 1 and 192.168.219.18 of peer 2. That is the result:

- on peer 1, when the wireguard interface goes up: 192.168.219.18 via 192.168.42.1 dev br-lan2 proto static

- on peer 2, when the wireguard interface goes up: 192.168.219.13 via 192.168.34.2 dev br-lan proto static

The route of the openvpn network is: 192.168.219.0/24 dev tun0 proto kernel scope link src 192.168.219.13 (on peer 1, src 192.168.219.18 on peer 2)
The result is that after the set up of the wireguard interface, both can see the whole network, but not each other, because they are searching them on the lans...

For this reason, I address the netifd helper of wireguard, because it is duty of netifd to bring up the interface, but I really have to verify the source code of the helper.

I guess it is a bug, if not, why decide to create another route for the peer? I think obviously if you want to setup the vpn, at lease the peers can see each other through an interface. Whatever the kind of the interface (pptp interface, tun, tap, pigeons with ip on qrcodes...) and the network (lan, wan, vpn...).
So this make for me nosense to add another route for the peer. If need, or you can ad another option, with the possibility to completely set up the route for the ip of the peer, or I think it is sufficient to add a static route with uci/luci or manually, to reach the same goal.

I really hope that I am not the only one with this bug, and I really hope that will be repeatable to check it.

Thanks in advance!

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"
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).


10.02.20181344Base systemBug ReportVery LowMediumFilesystem error after flashing latest releaselede-17.01Unconfirmed Task Description

I’ve recently restarted using my old Kingston MobileLite Wireless MLW221 router, and decided to flash the latest stable OpenWrt release (17.01.4). The device was last flashed with Chaos Calmer r49363, and it worked without any problems. Now, on the latest revision, it outputs a lot of “jffs2: Newly-erased block contained word 0xdec0adde at offset x”, rendering the device unusable due to lack of persistence of setting after a reset. I’ve tried multiple times to flash it via sysupgrade, by flashing the Kingston stock image via TFTP then the OpenWrt one via TFTP, all of this procedures working perfectly with the old Chaos Calmer image. As seen in the logs, the old build boots up without any issues, while the newer one doesn’t. I’ve tried the buildbots’ image, building my own minimal image, and a image with all the necessary target hardware packages, but still the same result. What can I try to fix this issue? Thank you!

10.02.20181340PackagesBug ReportVery LowMediumbird4 doesnot start from init scriptslede-17.01Unconfirmed Task Description

LEDE 17.01.4 x86, running on vmware esxi 6 as virtual machine

/etc/init.d/bird4 start
ps | grep bird4

It is not running.

bird4
ps | grep bird4
**1947 root 1172 S bird4**

It is running.

04.02.20181326KernelBug ReportVery LowMediumKernel crashTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
Archer C7 v2

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

OpenWrt SNAPSHOT r5994-fd30187c87 / LuCI Master (git-18.031.70145-518ac52)

Feb 3rd 2018 snapshot.

- Steps to reproduce

 

install snapshot, let it run, normal usage, connect disconnect etc.

info from kernel log:

[14458.634926] ath10k_pci 0000:01:00.0: failed to delete peer c4:b3:01:8f:ef:62 for vdev 0: -145
[14458.643587] ath10k_pci 0000:01:00.0: found sta peer c4:b3:01:8f:ef:62 (ptr 86958c00 id 27) entry on vdev 0 after it was supposedly removed
[14458.656870] ————[ cut here ]———— [14458.661686] WARNING: CPU: 0 PID: 13630 at backports-2017-11-01/net/mac80211/sta_info.c:1001 sta_set_sinfo+0×930/0x9d8 [mac80211]
[14458.673453] Modules linked in: xt_tcpmss xt_statistic xt_recent xt_length xt_hl xt_helper xt_ecn xt_dscp xt_connmark xt_connlimit xt_connbytes xt_HL xt_DSCP xt_CLASSIFY ipt_ECN sch_cake act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ifb ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_netlink nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nfnetlink 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
[14458.745995] 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 sit tunnel4 ip_tunnel nls_utf8 nls_iso8859_1 nls_cp437 vfat fat usb_storage sd_mod scsi_mod ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[14458.775167] CPU: 0 PID: 13630 Comm: hostapd Not tainted 4.9.77 #0
[14458.781337] Stack : 804f765a 00000035 00000000 00000001 87c2f614 80489347 80439b58 0000353e
[14458.789882] 804f37a0 000003e9 00000000 00000000 00000000 800a9934 8043f378 80480000
[14458.798426] 00000003 000003e9 8043d53c 86b5fb0c 00000000 800d847c 804f765a 00000074
[14458.806971] 00000000 8022ef00 00000000 00000000 00000000 00000000 00000000 00000000
[14458.815516] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[14458.824051] ...
[14458.826552] Call Trace:
[14458.829043] [<8006b2c8>] show_stack+0×54/0×88 [14458.833482] [<8007ff40>] warn+0xe4/0×118 [14458.837657] [<80080008>] warn_slowpath_null+0x1c/0×34 [14458.842880] [<87706fd8>] sta_set_sinfo+0×930/0x9d8 [mac80211]
[14458.848830] [<87704940>] sta_info_get_bss+0×18/0×68 [mac80211]
[14458.854870] [<87707160>] sta_info_destroy_addr_bss+0×38/0×60 [mac80211]
[14458.861694] [<8764e3d0>] cfg80211_check_station_change+0x21cc/0×3848 [cfg80211]
[14458.869154] —[ end trace e47c69f6c533b83e ]— [14461.914797] ath10k_pci 0000:01:00.0: failed to wait for created wmi peer c4:b3:01:8f:ef:62 on vdev 0: -145
[14461.924661] ath10k_pci 0000:01:00.0: failed to add peer c4:b3:01:8f:ef:62 for vdev 0 when adding a new sta: -145
[14746.711911] ath10k_pci 0000:01:00.0: failed to install key for vdev 0 peer 2c:0e:3d:12:09:95: -11
[14746.720962] wlan0: failed to remove key (0, 2c:0e:3d:12:09:95) from hardware (-11)
[14746.753467] ath10k_pci 0000:01:00.0: cipher 0 is not supported
[14746.759445] ath10k_pci 0000:01:00.0: failed to remove peer wep key 0: -122
[14746.766463] ath10k_pci 0000:01:00.0: failed to clear all peer wep keys for vdev 0: -122
[14746.774607] ath10k_pci 0000:01:00.0: failed to disassociate station: 2c:0e:3d:12:09:95 vdev 0: -122
[14746.783787] ————[ cut here ]———— [14746.788602] WARNING: CPU: 0 PID: 13630 at backports-2017-11-01/net/mac80211/sta_info.c:993 sta_set_sinfo+0x8e0/0x9d8 [mac80211]
[14746.800249] Modules linked in: xt_tcpmss xt_statistic xt_recent xt_length xt_hl xt_helper xt_ecn xt_dscp xt_connmark xt_connlimit xt_connbytes xt_HL xt_DSCP xt_CLASSIFY ipt_ECN sch_cake act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ifb ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_netlink nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nfnetlink 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
[14746.872787] 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 sit tunnel4 ip_tunnel nls_utf8 nls_iso8859_1 nls_cp437 vfat fat usb_storage sd_mod scsi_mod ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[14746.901958] CPU: 0 PID: 13630 Comm: hostapd Tainted: G W 4.9.77 #0
[14746.909370] Stack : 804f765a 00000043 00000000 00000001 87c2f614 80489347 80439b58 0000353e
[14746.917913] 804f37a0 000003e1 00000000 00000000 00000000 800a9934 8043f378 80480000
[14746.926458] 00000003 000003e1 8043d53c 86b5fb0c 00000000 800d847c 804f765a 00000073
[14746.935002] 8049ae60 8022ef00 00000000 00000000 00000000 00000000 00000000 00000000
[14746.943547] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[14746.952092] ...
[14746.954583] Call Trace:
[14746.957064] [<8006b2c8>] show_stack+0×54/0×88 [14746.961495] [<8007ff40>]
warn+0xe4/0×118 [14746.965666] [<80080008>] warn_slowpath_null+0x1c/0×34 [14746.970889] [<87706f88>] sta_set_sinfo+0x8e0/0x9d8 [mac80211]
[14746.976845] [<87704940>] sta_info_get_bss+0×18/0×68 [mac80211]
[14746.982873] [<87707160>] sta_info_destroy_addr_bss+0×38/0×60 [mac80211]
[14746.989699] [<8764e3d0>] cfg80211_check_station_change+0x21cc/0×3848 [cfg80211]
[14746.997160] —[ end trace e47c69f6c533b83f ]— [14750.071885] ath10k_pci 0000:01:00.0: failed to delete peer 2c:0e:3d:12:09:95 for vdev 0: -11
[14750.080493] ath10k_pci 0000:01:00.0: found sta peer 2c:0e:3d:12:09:95 (ptr 86115e00 id 57) entry on vdev 0 after it was supposedly removed
[14753.111859] ath10k_pci 0000:01:00.0: failed to set beacon mode for vdev 0: -11
[14756.151812] ath10k_pci 0000:01:00.0: failed to set dtim period for vdev 0: -11
[14759.191795] ath10k_pci 0000:01:00.0: failed to recalculate rts/cts prot for vdev 0: -11
[14762.231753] ath10k_pci 0000:01:00.0: failed to set cts protection for vdev 0: -11
[14765.271707] ath10k_pci 0000:01:00.0: failed to set preamble for vdev 0: -11
[88965.620794] ath10k_pci 0000:01:00.0: failed to install key for vdev 0 peer a4:2b:b0:df:39:70: -11
[88965.630032] wlan0: failed to set key (2, ff:ff:ff:ff:ff:ff) to hardware (-11)
[111930.445474] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111933.485423] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111937.165444] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111940.205359] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111947.165313] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111950.205384] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111957.165174] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111960.205293] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111964.685124] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111967.725111] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111974.525032] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111977.565030] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111984.524945] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111987.564913] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111994.524853] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[111997.564835] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[112004.524759] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
[112007.564726] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request

03.02.20181325Base systemFeature RequestVery LowMediumOne click ability guest WLAN creating using GUIAllUnconfirmed Task Description

Almost all other firmware can create guest WLAN with one click, but on LEDE you need to long and painful manual setup when it’s not always correct. And it can be done only by experts. We need to add this feature for security.

31.01.20181315KernelBug ReportVery LowMediumkernel, serial line, pl2303 changes breaks ntpd with RA...lede-17.01Unconfirmed Task Description

Device and Software:

TP-Link 4300v1
OpenWRT 17.01.4, r3560-79f57e422d
Component: kernel, serial line, pl2303

Setup:

ntpd V4.2.6p5 and V4.2.8p10(cross compiled with clock RAWDCF)
reference clock
  server 127.127.8.0-3 mode 5
  RAW DCF77 100/200ms pulses
pl2303 usb to serial adapter (/dev/ttyUSB0)
=> set to 50 Baud by ntpd when opening
DCF77 reciever connected per serial line to pl2303
=> No problem with V12.09 with Attitude Adjustment
   Time decode with dcfd and ntpd works absolutely reliable.
The 100ms/200ms pulses send from the DCF77 reciever code bits "0" and "1".
The length of the signal on the serial RX line is decoded by the ntpd.
One bit per second is send. After 60 seconds the telegram is decoded to the actual time and date.  
 => The puls length hat to be acurately "send" through the pl2303 to the kernel serial line driver into ntpd.

Problem:

Since V15, and also on the latest V17.01.4 the dcfd and ntpd could not decode the dcf telegram.
There always "1" decoded, or the transmission is invalid, due to inconsitency "flapping" bits

Suggestions:

Suspect some changes in the Linux kernel which effects the timne measurement 
or inside the pl2303 driver, so the bits are not corretly decoded (100ms/200ms).

Reproduce/Debug:

I'm able to test new kernel and driver modules on my test environmet
perhaps "setserial" (can't fint it anywhere) can set some serial line parameters

Working well on TP-Link 4300, V12.09:

root@funk:~# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*GENERIC(0)      .DCFa.           0 l   24   64  377    0.000   -0.236   0.430
 funk.koelle.... .INIT.          16 u    - 1024    0    0.000    0.000   0.000
+ntps1-0.eecsit. .PPS.            1 u   52   64  177   28.454   -0.638   2.367
+ptbtime2.ptb.de .PTB.            1 u   20   64  377   19.201   -0.495   2.739
+rustime01.rus.u .PZF.            1 u   26   64  377   18.828   -1.042   2.059
+ntp2.rrze.uni-e .GPS.            1 u   32   64  377   19.264   -0.737   2.068
-ntp2.belwue.de  .PZF.            1 u   43   64  377   21.406   -1.818   1.428
-ts-1.rz.rwth-aa .GPS.            1 u   13   64  377   18.941   -1.521   0.810
 LOCAL(0)        .LOCL.          10 l   4d   64    0    0.000    0.000   0.000

root@funk:~# ntpq -c clockv
associd=0 status=00e0 , 14 events, clk_unspec,
device="RAW DCF77 CODE (Conrad DCF77 receiver module)",
timecode="-####--#-#-###----M-S1-4-1--P-----2P1---1212-1-------81---p",
poll=5549, noreply=0, badformat=0, baddata=7, fudgetime1=191.700,
stratum=0, refid=DCFa, flags=0,
refclock_time="de1c9459.00000000  Wed, Jan 31 2018 19:15:37.000",
refclock_status="TIME CODE; (LEAP INDICATION; ANTENNA)",
refclock_format="RAW DCF77 Timecode",
refclock_states="*NOMINAL: 4d+02:30:16 (99.85%); ILLEGAL DATE: 00:08:37 (0.14%); running time: 4d+02:38:53"

</code>

It would be verry nice if someone could have an insight into this problem.

Many thanks

Lars

29.01.20181310Base systemBug ReportVery LowMediume2fsprogs/libext2fs breaking krb5AllUnconfirmed Task Description

Basically libext2fs dont cares if there are already existing system libs (libcom_err.so, libe2p.so, libss.so) and installs its own versions. The package also does not provide a dev/install (usr/bin/compile_et) so other packages can at least try using it.

As example package/krb5 can be build with “–with-system-et” yet, even if we copy the e2fsprogs compile_et and supply it via “ac_cv_prog_compile_et=$(STAGING_DIR)/usr/bin/compile_et” its incompatible with what krb5 expects.

So if e2fsprogs is build after krb5, the krb5 libs break and are unusable or any other package that uses com_err.

So the build system libs should probably be static linked and libcom_err, libe2p, libss should not be installed.

28.01.20181308KernelBug ReportVery LowMediumUSB not working on dlink DIR620A1lede-17.01Unconfirmed Task Description

It seems that only on OpenWRT 12.09 USB was working on this system.
On 17.01.4 adding drivers kmod_usb_ohci causes many messages about unresolved symbols and then no reaction on device hotplug. As far as I can see there is no more dwc_otg in kernel tree nor is it available via make menuconfig.

26.01.20181304Base systemBug ReportVery LowMediumDDNS does not function with QMI protocol and IP does no...TrunkUnconfirmed Task Description

I am using OpenWrt SNAPSHOT, r5934-059b2f5 with an ec-25e card using QMI.

Device gets an IP properly.

Thu Jan 25 18:26:27 2018 daemon.notice netifd: Interface 'wwan' is now down
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Interface 'wwan' is setting up now
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan (16229): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan (16229): Waiting for network registration
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan (16229): Starting network wwan
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan (16229): Setting up wwan0
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Interface 'wwan' is now up
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Network device 'wwan0' link is up
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Network alias 'wwan0' link is up
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Interface 'wwan_4' is enabled
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Interface 'wwan_4' has link connectivity
Thu Jan 25 18:26:28 2018 daemon.notice netifd: Interface 'wwan_4' is setting up now
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan_4 (16355): udhcpc: started, v1.27.2
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan_4 (16355): udhcpc: sending discover
Thu Jan 25 18:26:28 2018 daemon.notice netifd: wwan_4 (16355): udhcpc: sending select for 10.36.238.224
Thu Jan 25 18:26:29 2018 daemon.notice netifd: wwan_4 (16355): udhcpc: lease of 10.36.238.224 obtained, lease time 7200
Thu Jan 25 18:26:29 2018 daemon.notice netifd: Interface 'wwan_4' is now up

However in LuCI the IP address is not shown in the interfaces section, at `wwan` interface.

Also DDNS scripts fail with error

182633 ERROR : Can not detect local IP using network_get_ipaddr 'wwan' - Error: '1' - TERMINATE

I believe the issue is because the interface name which gets the IP is `wwan_4` instead of `wwan` but I am not able to set this interface in DDNS setup from LuCI and also well LuCI does not show the `wwan` IP address. I am not sure what would be the fix but this clearly is a problem and may effect other things as well.

Thanks!

26.01.20181301KernelBug ReportVery LowMediumswconfig.c swconfig_get_dev call mutex_lock in atomic()TrunkUnconfirmed Task Description

dir:/target/linux/generic/files/drivers/net/phy/swconfig.c

function: swconfig_get_dev
call mutex_lock(&dev→sw_mutex) before swconfig_unlock(), this is bug. linux kernel not allow call sleep() in atomic()


24.01.20181295Base systemBug ReportVery LowMediummake menuconfig produce many warning/error output:TrunkUnconfirmed Task Description

make menuconfig produce many warning/error output:

Collecting package info: done
WARNING: Makefile ‘package/feeds/packages/coova-chilli/Makefile’ has a dependency on ‘libmatrixssl’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘libsqlite2’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘flite’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘libyuv’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘hiredis’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘libilbc’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘libmemcached’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘libsilk’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘libg7221’, which does not exist
WARNING: Makefile ‘package/feeds/telephony/freeswitch/Makefile’ has a dependency on ‘freeradius-client’, which does not exist
WARNING: Makefile ‘package/feeds/luci/freifunk-p2pblock/Makefile’ has a dependency on ‘l7-protocols’, which does not exist
WARNING: Makefile ‘package/feeds/packages/libiio/Makefile’ has a dependency on ‘libavahi-common’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-diag-devinfo/Makefile’ has a dependency on ‘smap’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-diag-devinfo/Makefile’ has a dependency on ‘mac-to-devinfo’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-diag-devinfo/Makefile’ has a dependency on ‘smap-to-devinfo’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-diag-devinfo/Makefile’ has a dependency on ‘netdiscover-to-devinfo’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-app-authenticate’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-app-disa’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-app-setcallerid’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-app-system’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-chan-gtalk’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-codec-a-mu’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-codec-alaw’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-func-cut’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-res-clioriginate’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-func-channel’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-chan-local’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-app-record’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-app-senddtmf’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx/Makefile’ has a dependency on ‘asterisk18-res-crypto’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-pbx-voicemail/Makefile’ has a dependency on ‘asterisk18’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-radvd/Makefile’ has a dependency on ‘radvd’, which does not exist
WARNING: Makefile ‘package/feeds/luci/luci-app-ushare/Makefile’ has a dependency on ‘ushare’, which does not exist
tmp/.config-package.in:23674:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23674: symbol PACKAGE_python-pyopenssl is selected by PACKAGE_python-service-identity-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23819: symbol PACKAGE_python-service-identity-src depends on PACKAGE_python-pyopenssl
tmp/.config-package.in:22398:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22398: symbol PACKAGE_python-cryptography is selected by PACKAGE_python-pyopenssl-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23693: symbol PACKAGE_python-pyopenssl-src depends on PACKAGE_python-cryptography
tmp/.config-package.in:22424:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22424: symbol PACKAGE_python-cryptography-src depends on PACKAGE_python-six
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23922: symbol PACKAGE_python-six is selected by PACKAGE_python-cryptography-src
tmp/.config-package.in:22227:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22227: symbol PACKAGE_python-cffi is selected by PACKAGE_python-cffi
tmp/.config-package.in:23571:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23571: symbol PACKAGE_python-pycparser is selected by PACKAGE_python-cffi-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22246: symbol PACKAGE_python-cffi-src depends on PACKAGE_python-pycparser
tmp/.config-package.in:23432:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23432: symbol PACKAGE_python-ply is selected by PACKAGE_python-pycparser-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23591: symbol PACKAGE_python-pycparser-src depends on PACKAGE_python-ply
tmp/.config-package.in:22925:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22925: symbol PACKAGE_python-idna is selected by PACKAGE_python-idna
tmp/.config-package.in:22966:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22966: symbol PACKAGE_python-ipaddress is selected by PACKAGE_python-ipaddress
tmp/.config-package.in:22136:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22136: symbol PACKAGE_python-asn1crypto is selected by PACKAGE_python-asn1crypto
tmp/.config-package.in:22783:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22783: symbol PACKAGE_python-enum34 is selected by PACKAGE_python-enum34
tmp/.config-package.in:23488:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23488: symbol PACKAGE_python-pyasn1 is selected by PACKAGE_python-pyasn1-modules
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23508: symbol PACKAGE_python-pyasn1-modules is selected by PACKAGE_python-pyasn1
tmp/.config-package.in:22155:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:22155: symbol PACKAGE_python-attrs is selected by PACKAGE_python-attrs
tmp/.config-package.in:23326:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:23326: symbol PACKAGE_python-parsley is selected by PACKAGE_python-txsocksx-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24037: symbol PACKAGE_python-txsocksx-src depends on PACKAGE_python-parsley
tmp/.config-package.in:24172:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24172: symbol PACKAGE_python-zope-interface is selected by PACKAGE_twisted
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:26240: symbol PACKAGE_twisted is selected by PACKAGE_python-zope-interface
tmp/.config-package.in:25747:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25747: symbol PACKAGE_python3-pyopenssl is selected by PACKAGE_python3-service-identity-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25838: symbol PACKAGE_python3-service-identity-src depends on PACKAGE_python3-pyopenssl
tmp/.config-package.in:24621:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24621: symbol PACKAGE_python3-cryptography is selected by PACKAGE_python3-pyopenssl-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25768: symbol PACKAGE_python3-pyopenssl-src depends on PACKAGE_python3-cryptography
tmp/.config-package.in:24647:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24647: symbol PACKAGE_python3-cryptography-src depends on PACKAGE_python3-asn1crypto
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24250: symbol PACKAGE_python3-asn1crypto is selected by PACKAGE_python3-cryptography-src
tmp/.config-package.in:24401:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24401: symbol PACKAGE_python3-cffi is selected by PACKAGE_python3-cffi
tmp/.config-package.in:25640:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25640: symbol PACKAGE_python3-pycparser is selected by PACKAGE_python3-cffi-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24422: symbol PACKAGE_python3-cffi-src depends on PACKAGE_python3-pycparser
tmp/.config-package.in:25508:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25508: symbol PACKAGE_python3-ply is selected by PACKAGE_python3-pycparser-src
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25662: symbol PACKAGE_python3-pycparser-src depends on PACKAGE_python3-ply
tmp/.config-package.in:25045:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25045: symbol PACKAGE_python3-idna is selected by PACKAGE_python3-idna
tmp/.config-package.in:25937:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25937: symbol PACKAGE_python3-six is selected by PACKAGE_python3-six
tmp/.config-package.in:25549:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25549: symbol PACKAGE_python3-pyasn1 is selected by PACKAGE_python3-pyasn1-modules
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:25571: symbol PACKAGE_python3-pyasn1-modules is selected by PACKAGE_python3-pyasn1
tmp/.config-package.in:24306:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection “Kconfig recursive dependency limitations” tmp/.config-package.in:24306: symbol PACKAGE_python3-attrs is selected by PACKAGE_python3-attrs
configuration written to .config

* End of the configuration.
* Execute ‘make’ to start the build or try ‘make help’.

23.01.20181290Base systemBug ReportVery LowMediumAdditional dhcp-range not created in dnsmasq.conf lede-17.01Unconfirmed Task Description

I have created 3 interfaces I want to run a DHCP server on.

The first is the default LAN, then there are 2 more: “camera” and “management”.

In /etc/config/dhcp.conf I have the interfaces defined properly (I suppose):

config dhcp 'lan'
        option interface 'lan'
        option start '100'
        option limit '150'
        option leasetime '12h'

config dhcp 'management'
        option start '100'
        option leasetime '12h'
        option limit '150'
        option interface 'management'

config dhcp 'camere'
        option interface 'camere'
        option start '100'
        option leasetime '12h'
        option limit '150'
        list dhcp_option '6,192.168.42.1'
 

Anyway, when I look at the generated dnsmasq.conf file (/var/etc/dnsmasq.conf.cfg02411c), I can see only ONE dhcp-range definition, for LAN interface. There is NO OTHER dhcp-range entry.

dhcp-range=lan,192.168.0.100,192.168.0.249,255.255.255.0,12h


So, dnsmasq does not serve dhcp to the other two interfaces.

If I manually add ranges to /etc/dnsmasq.conf, then DHCP works on the other interfaces too.

16.01.20181279KernelBug ReportVery LowMediumVRX200 / BT Home Hub 5A does not correctly configure mo...lede-17.01Unconfirmed Task Description

Device: BT Home Hub 5A (xRX200 rev 1.2)
Version: LEDE 17.01.4
Kernel: 4.4.92 / swconfig: 11

I have configured up 3 VLANs using Luci. These are correctly added to /etc/config/network and “uci show | grep switch” shows the entries I’d expect. However only 2 VLANs are correctly configured. The 3rd can be brought up with a manual invocation of “swconfig”. I’ve tried the same thing on an DGN3500 (VR9 platform), also with LEDE 17.01.4, and it works there, leading me to suspect this is a kernel issue with the VRX200 driver.

The switch config in /etc/config/network looks like:

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option vid '3'
	option ports '0 4 5t 6t'

config switch_vlan
	option device 'switch0'
	option vlan '2'
	option ports '2 6t'
	option vid '4'

config switch_vlan
	option device 'switch0'
	option vlan '3'
	option ports '1 5t 6t'
	option vid '5'

Running “swconfig dev switch0 load network” leads to the following switch config:

VLAN 1:
	vid: 3
	enable: 1
	ports: 0 4 5t 6t 
VLAN 2:
	vid: 4
	enable: 1
	ports: 2 6t

No other VLAN stanza are shown but ‘swconfig dev switch0 vlan 3 show’ shows that while no ports have been added VLAN ID 5 has been correctly configured:

VLAN 3:
	vid: 5
	enable: 1
	ports:

Manually executing “swconfig dev switch0 vlan 3 set ports ‘1 5t 6t’” brings up the VLAN as expected:

VLAN 3:
	vid: 5
	enable: 1
	ports: 1 5t 6t

uci shows the correct details (uci show | grep switch):

network.@switch[0]=switch
network.@switch[0].name='switch0'
network.@switch[0].reset='1'
network.@switch[0].enable_vlan='1'
network.@switch_vlan[0]=switch_vlan
network.@switch_vlan[0].device='switch0'
network.@switch_vlan[0].vlan='1'
network.@switch_vlan[0].vid='3'
network.@switch_vlan[0].ports='0 4 5t 6t'
network.@switch_vlan[1]=switch_vlan
network.@switch_vlan[1].device='switch0'
network.@switch_vlan[1].vlan='2'
network.@switch_vlan[1].ports='2 6t'
network.@switch_vlan[1].vid='4'
network.@switch_vlan[2]=switch_vlan
network.@switch_vlan[2].device='switch0'
network.@switch_vlan[2].vlan='3'
network.@switch_vlan[2].ports='1 5t 6t'
network.@switch_vlan[2].vid='5'
11.01.20181267KernelBug ReportVery LowMediumGL-AR300M Nand support missingTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
GL-AR300M nand
- Software versions of LEDE release, packages, etc.
Trunk
- Steps to reproduce
Try to flash gl-ar300m onto device fails

Glinet has support for nand implemented here: https://github.com/domino-team/lede-ar300m


11.01.20181266Base systemBug ReportVery LowMediumsysupgrade-x86 should detect boot partition properlyTrunkUnconfirmed Task Description

Currently it’s hard-coded into /lib/preinit/79_move_config as:

move_config() {
	local partdev

	. /lib/upgrade/common.sh

	if export_bootdevice && export_partdevice partdev 1; then
		mkdir -p /boot
		if mount -t ext4 -o ro,noatime "/dev/$partdev" /boot; then
			if [ -f /boot/sysupgrade.tgz ]; then
				mount /boot -o remount,rw,noatime
				mv -f /boot/sysupgrade.tgz /
				mount /boot -o remount,ro,noatime
			fi
			mount --bind /boot/boot /boot
		fi
	fi
}

that the first partition of the boot device is the boot partition. That’s not always the case, and EFI seems to break this.

Also, it’s an obstacle to supporting A/B image+config boot modes.

08.01.20181263KernelBug ReportVery LowMediumArcher C7 Periodic 2.4G WiFi Failure (ath10k_pci failed...lede-17.01Unconfirmed Task Description

We run 17.01.4 (with latest package updates) on Archer C7 (4.4.92 mips / ath10k)

 

We have several similar ArcherC7s that experience a periodic disconnect on 2.4G band. We are fairly certain it occurs on all of them, though about 5 of them actively see this issue where we have to deal with it.

The result is no 2.4G devices can connect (no issue with 5G) until we execute “wifi” or reboot the ArcherC7s.

We have applied a cron job that runs each night and executes “wifi” to workaround this issue since 17.01.2 but believe it may have been present since 17.01.1. It is still present in 17.01.4 unfortunately so we have decided to commit some time to resolving.

In one of our office locations, to monitor this bug with the hope of oneday resolving it, we do not run the cron job, and only have two 2.4G devices connected.

On this device where we have to manually intervene to work around the problem, in the last 52 days (current uptime), the 2.4G failure has happenened three times.

Between the 1st and 2nd occurence we saw these SWBA messages in our dmesg.

[2506537.784853] ath: phy1: DMA failed to stop in 10 ms AR_CR=0×00000024 AR_DIAG_SW=0×02100020 DMADBG_7=0×00028800 [2506539.854485] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.862178] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.869849] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.877511] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.885148] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.892821] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.900499] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.908171] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.915809] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon
[2506539.923492] ath10k_pci 0000:01:00.0: SWBA overrun on vdev 0, skipped old beacon

Before each occurence of the 2.4G failure, at some point we see these messages noting the three different timestamps:

[290147.737347] ath10k_pci 0000:01:00.0: failed to parse phyerr tlv payload at byte 0
[463582.984526] ath10k_pci 0000:01:00.0: failed to parse phyerr tlv payload at byte 0

[2794383.390501] ath10k_pci 0000:01:00.0: failed to parse phyerr tlv payload at byte 0
[2794532.486186] ath10k_pci 0000:01:00.0: failed to parse phyerr tlv payload at byte 0

[4541364.695287] ath10k_pci 0000:01:00.0: failed to parse phyerr tlv payload at byte 0
[4541500.990587] ath10k_pci 0000:01:00.0: failed to parse phyerr tlv payload at byte 0

The only other message that jumps out in the dmesg is the one below, but like thw SWBA, it is not associated with each occurence.

[3311103.068324] ath: phy1: Unable to reset channel, reset status -5

The 2.4G clients are a D-LINK DCH-S150 motion detector (70:62:b8:93:98:b8) and a Google Chromecast (6C:AD:F8:4B:A3:52)

There is not much else in the dmesg (which I have attached), other then the bridge changes that occur when we execute “wifi” to resolve the issue which help identify which messages occur before resolving the issue each time (which can be days later as we only really notice when Chromecast is offline and we are trying to use it).

Nothing jumps out of our logread (and has not in the past), but typically the buffer has wrapped (as was the case today) and provided no messages related to the 2.4G clients.

Our 2.4G config is below, noting we do have a 40Mhz wide config enabled leveraging ht_coex and htmode.

config wifi-device ‘radio1’

option type 'mac80211'
option hwmode '11g'
option path 'platform/qca955x_wmac'
option channel '11'
option htmode 'HT40-'
option txpower '24'
option ht_coex '0'
option noscan '1'
option country 'US'

config wifi-iface

option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'xxxx'
option key 'xxxx'
option encryption 'psk2+ccmp'
06.01.20181259Base systemBug ReportVery LowMediumPPPoE disconnects under high upstream loadTrunkUnconfirmed Task Description

Hello,

I’m using an OpenWrt (Barrier Breaker r39582 ) TP-Link router to connect to the Internet through a DSL modem, via PPPoE.

Everything is fine, except when under high upstream load (i.e., when I saturate my upstream bandwidth, and only under these conditions). In these conditions, the OpenWrt router is unable to receive modem replies to PPPoE LCP echo-requests, and terminates the PPP connection. This behavior is experienced only under heavy upstream traffic, and is pretty deterministic.

This defect is also witnessed by the following log excerpt:

Sat Jan  6 17:47:13 2018 daemon.info dnsmasq[13213]: using nameserver 8.8.4.4#53
Sat Jan  6 17:47:13 2018 daemon.info dnsmasq[13213]: using nameserver 8.8.8.8#53
Sat Jan  6 17:47:13 2018 daemon.info dnsmasq[13213]: using local addresses only for domain lan
Sat Jan  6 17:50:01 2018 daemon.info pppd[12884]: No response to 6 echo-requests
Sat Jan  6 17:50:01 2018 daemon.notice pppd[12884]: Serial link appears to be disconnected.
Sat Jan  6 17:50:01 2018 daemon.info pppd[12884]: Connect time 2.9 minutes.
Sat Jan  6 17:50:01 2018 daemon.info pppd[12884]: Sent 53819998 bytes, received 1176989 bytes

I’ve attempted to play with PPPD lcp-echo-interval and lcp-echo-failure parameters, but I’m unable to solve the problem through these settings.

I guess the correct solution should be to “prioritize” (QoS?) PPP LCP echos, but maybe there is a simpler way to do it.

Thanks!

01.01.20181251Base systemBug ReportVery LowMediumStatic IPv6 routes do not worklede-17.01Unconfirmed Task Description

Device problem occurs on: TP-Link TL-WR841N/ND v10
Software versions of LEDE release: LEDE Reboot 17.01.4 r3560-79f57e422d / LuCI lede-17.01 branch (git-17.290.79498-d3f0685)

Steps to reproduce:

I configured a static IPv6 route as follows in /etc/config/network:

config route6
        option interface 'lan'
        option target 'fd99:827e:b43f:3000::/52'
        option gateway 'fd99:827e:b43f:1040::5'
        option metric '1'

However, that route does not get set up:

root@tikal-router:~# ip -6 route
fd99:827e:b43f::/48 from fd99:827e:b43f:1040::10 via fe80::4112:e572:86da:5d3b dev wlan0  metric 512
fd99:827e:b43f::/48 from fd99:827e:b43f:1040::/64 via fe80::4112:e572:86da:5d3b dev wlan0  metric 512
fd99:827e:b43f:1040::/64 dev wlan0  metric 256
fd99:827e:b43f:2010::/64 dev br-lan  metric 1024
unreachable fd99:827e:b43f::/48 dev lo  metric 2147483647  error -148
fe80::/64 dev br-lan  metric 256
fe80::/64 dev wlan0  metric 256
unreachable default dev lo  metric -1  error -128
ff00::/8 dev br-lan  metric 256
ff00::/8 dev wlan0  metric 256
unreachable default dev lo  metric -1  error -128
 


22.12.20171238PackagesBug ReportVery LowMediumcurl: https request returns 'Illegal instruction'TrunkUnconfirmed Task Description

Environment:

root@LEDE:~# cat /etc/os-release
NAME="LEDE"
VERSION="17.01.4, Reboot"
ID="lede"
ID_LIKE="lede openwrt"
PRETTY_NAME="LEDE Reboot 17.01.4"
VERSION_ID="17.01.4"
HOME_URL="http://lede-project.org/"
BUG_URL="http://bugs.lede-project.org/"
SUPPORT_URL="http://forum.lede-project.org/"
BUILD_ID="r3560-79f57e422d"
LEDE_BOARD="mpc85xx/generic"
LEDE_ARCH="powerpc_8540"
LEDE_TAINTS="no-all"
LEDE_DEVICE_MANUFACTURER="LEDE"
LEDE_DEVICE_MANUFACTURER_URL="http://lede-project.org/"
LEDE_DEVICE_PRODUCT="Generic"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="LEDE Reboot 17.01.4 r3560-79f57e422d"

Description:

I’m using oficial stable release for TP-Link TL-WDR4900 v1 and when I try to use curl I give the following error:

root@LEDE:~# curl https://google.com
Illegal instruction

I have installed all curl dependencies and ca-certificates:

root@LEDE:~# opkg list-installed | egrep "ssl|curl|mbed|ddns"
curl - 7.52.1-6
ddns-scripts - 2.7.6-13
ddns-scripts_cloudflare.com-v4 - 2.7.6-13
libcurl - 7.52.1-6
libmbedtls - 2.6.0-1
libopenssl - 1.0.2n-1
luci-app-ddns - 2.4.8-2
openvpn-openssl - 2.4.4-2

And wget works well:

root@LEDE:~# wget https://google.com
--2017-12-18 13:25:10--  https://google.com/
Resolving google.com... 178.60.128.37, 178.60.128.42, 178.60.128.20, ...
Connecting to google.com|178.60.128.37|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://www.google.es/?gfe_rd=cr&dcr=0&ei=prM3Wp3qOeGs8wfNpI_gDg [following]
--2017-12-18 13:25:10--  https://www.google.es/?gfe_rd=cr&dcr=0&ei=prM3Wp3qOeGs8wfNpI_gDg
Resolving www.google.es... 172.217.21.67, 2a00:1450:4006:807::2003
Connecting to www.google.es|172.217.21.67|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: 'index.html'

index.html                                       [ <=>     ]  12.82K  81.4KB/s    in 0.2s    

2017-12-18 13:25:11 (81.4 KB/s) - 'index.html' saved [13132]

There is an issue with `curl - 7.52.1-6`?

19.12.20171232KernelFeature RequestVery LowMediumenable in kernel CONFIG_SATA_PMP=1 for chipset Marvellede-17.01Unconfirmed Task Description

This is similar request to  FS#547 .

This is required to use PMP on e.g. LinkSys WRT3200acm.

Explanation:
Generally routers like Linksys WRT3200Acm have both USB3 and eSata interfaces. To not cause Wifi 2.4GHz interference users should switch their NAS from USB3 to eSata. And this is not possible now if they have >1 HDD connected on the eSata. With 2 or more HDD over eSata required is PMP to access both/all drives. USB is different story, but Wifi 2.4GHz is unusable then.

Example discussion is here:
https://forum.lede-project.org/t/wrt3200acm-esata-port-multiplier/3690/7

06.12.20171209Base systemBug ReportVery LowMediumWiFi random disconnection on WRT3200ACMTrunkUnconfirmed Task Description

Router: Linksys WRT3200ACM

LEDE: Powered by LuCI lede-17.01 branch (git-17.290.79498-d3f0685) / LEDE Reboot 17.01.4 r3560-79f57e422d

Kernel: 4.4.92

Forum thread: https://forum.openwrt.org/viewtopic.php?pid=369295#p369295

mwlwifi version: kmod-mwlwifi - 4.4.92+10.3.4.0.git-2017-06-06-1

Wireless radio0 is working perfectly fine but not on radio1 or radio2. There’s random disconnection, can happen 3 times a day or once per 3 day. Only solution is to reboot the router. See the forum thread for more information.

14.11.20171169Base systemBug ReportVery LowMediumTP-Link Archer C7 no Wan on intial bootupTrunkUnconfirmed Task Description

On initial bootup my Tp-Link Archer C7 v2 will not get a WAN address using the LEDE firmware. Although the cable is connected and there is a link light the WAN interfaces for v4 and v6 simply say “notconnected”. A manual disable/enable does not resolve the problem the only fix is a physical disconnect and reconnect of the ethernet cable to the WAN interface on the router.

Some other information.
This happens with my Comcast ISP via a cable modem pulling a dhcp and a IPv6-PD address. (Neither comes up)
The connection is a gigabit ethernet connection via a known good cable (tested via a Fluke cable tester).
I have tried multiple modems (Netgear, and 2 Motorola modems)

This happen with any version of LEDE I have tried.

05.11.20171149KernelBug ReportVery LowMediumAR934X built-in switch link up/downTrunkUnconfirmed Task Description

Router : TP-LINK TL-WNR42N
revision : snapshot r5049

eth1 is connected to built-in switch
when PC connected to build-in switch reboots or shuts down link on router goes down for 1..5 seconds then goes up again

[60901.826180] eth1: link down
[60901.829869] br-lan: port 1(eth1) entered disabled state
[60903.330951] eth1: link up (1000Mbps/Full duplex)
[60903.335981] br-lan: port 1(eth1) entered forwarding state
[60903.341694] br-lan: port 1(eth1) entered forwarding state
[60905.345126] br-lan: port 1(eth1) entered forwarding state

I suspect it should not happen. ethernet device should not react to change of link state on particular switch ports

03.11.20171143Base systemBug ReportVery LowMediummac80211 kernel dumpTrunkUnconfirmed Task Description

- Hardware:
BT Homehub 5 Type A

- Software:
LEDE Reboot (SNAPSHOT, r5217-098afa1)

- Packages:

# opkg list-installed | xargs
6rd - 9-3 ath10k-firmware-qca988x - 2017-03-29-956e2609-1 base-files - 176-r5217-098afa1 block-mount - 2017-07-31-8ab4fda6-1 br2684ctl - 2.5.2-5 bspatch - 4.3-1 busybox - 1.27.2-1 dnsmasq - 2.78-2 dropbear - 2017.75-4 dsl-vrx200-firmware-xdsl-a - 05.08.01.08.01.06_05.08.00.0B.01.01_osc-1 dsl-vrx200-firmware-xdsl-b-patch - 05.08.01.08.01.06_05.08.00.0B.01.01_osc-1 firewall - 2017-05-27-a4d98aea-1 fstools - 2017-07-31-8ab4fda6-1 fwtool - 1 hostapd-common - 2017-08-24-c2d4f2eb-4 ip6tables - 1.6.1-1 iptables - 1.6.1-1 iw - 4.9-1 jshn - 2017-09-29-632688e8-1 jsonfilter - 2016-07-02-dea067ad-1 kernel - 4.9.58-1-f4186ff9dee2227808b576b5989e829c kmod-ath - 4.9.58+2017-10-06-1 kmod-ath10k - 4.9.58+2017-10-06-1 kmod-ath9k - 4.9.58+2017-10-06-1 kmod-ath9k-common - 4.9.58+2017-10-06-1 kmod-atm - 4.9.58-1 kmod-cfg80211 - 4.9.58+2017-10-06-1 kmod-crypto-aead - 4.9.58-1 kmod-crypto-cmac - 4.9.58-1 kmod-crypto-crc32c - 4.9.58-1 kmod-crypto-hash - 4.9.58-1 kmod-crypto-manager - 4.9.58-1 kmod-crypto-null - 4.9.58-1 kmod-crypto-pcompress - 4.9.58-1 kmod-fs-ext4 - 4.9.58-1 kmod-fs-ntfs - 4.9.58-1 kmod-fs-vfat - 4.9.58-1 kmod-fuse - 4.9.58-1 kmod-gpio-button-hotplug - 4.9.58-2 kmod-ifb - 4.9.58-1 kmod-ip6tables - 4.9.58-1 kmod-ipt-conntrack - 4.9.58-1 kmod-ipt-conntrack-extra - 4.9.58-1 kmod-ipt-core - 4.9.58-1 kmod-ipt-ipopt - 4.9.58-1 kmod-ipt-ipset - 4.9.58-1 kmod-ipt-nat - 4.9.58-1 kmod-iptunnel - 4.9.58-1 kmod-iptunnel4 - 4.9.58-1 kmod-leds-gpio - 4.9.58-1 kmod-lib-crc-ccitt - 4.9.58-1 kmod-lib-crc16 - 4.9.58-1 kmod-ltq-atm-vr9 - 4.9.58-2 kmod-ltq-deu-vr9 - 4.9.58-1 kmod-ltq-ifxos - 4.9.58+1.5.19-2 kmod-ltq-ptm-vr9 - 4.9.58-1 kmod-ltq-vdsl-vr9 - 4.9.58+4.17.18.6-2 kmod-ltq-vdsl-vr9-mei - 4.9.58+1.5.17.6-3 kmod-mac80211 - 4.9.58+2017-10-06-1 kmod-nf-conntrack - 4.9.58-1 kmod-nf-conntrack6 - 4.9.58-1 kmod-nf-ipt - 4.9.58-1 kmod-nf-ipt6 - 4.9.58-1 kmod-nf-nat - 4.9.58-1 kmod-nfnetlink - 4.9.58-1 kmod-nls-base - 4.9.58-1 kmod-nls-cp437 - 4.9.58-1 kmod-nls-iso8859-1 - 4.9.58-1 kmod-nls-utf8 - 4.9.58-1 kmod-owl-loader - 4.9.58-1 kmod-ppp - 4.9.58-1 kmod-pppoa - 4.9.58-1 kmod-pppoe - 4.9.58-1 kmod-pppox - 4.9.58-1 kmod-sched-cake - 4.9.58+2017-01-28-9789742c-1 kmod-sched-connmark - 4.9.58-1 kmod-sched-core - 4.9.58-1 kmod-scsi-core - 4.9.58-1 kmod-sit - 4.9.58-1 kmod-slhc - 4.9.58-1 kmod-tun - 4.9.58-1 kmod-usb-core - 4.9.58-1 kmod-usb-dwc2 - 4.9.58-1 kmod-usb-ledtrig-usbport - 4.9.58-1 kmod-usb-storage - 4.9.58-1 kmod-usb-storage-extras - 4.9.58-1 lede-keyring - 2017-01-20-a50b7529-1 libblobmsg-json - 2017-09-29-632688e8-1 libbz2 - 1.0.6-3 libc - 1.1.16-1 libgcc - 5.5.0-1 libip4tc - 1.6.1-1 libip6tc - 1.6.1-1 libjson-c - 0.12.1-1 libjson-script - 2017-09-29-632688e8-1 libnl-tiny - 0.1-5 libpthread - 1.1.16-1 librt - 1.1.16-1 libubox - 2017-09-29-632688e8-1 libubus - 2017-02-18-34c6e818-1 libuci - 2017-09-29-5ad59ad4-1 libuclient - 2017-09-06-24d6eded-1 libxtables - 1.6.1-1 linux-atm - 2.5.2-5 logd - 2017-09-01-b1bc8d5f-1 ltq-vdsl-app - 4.17.18.6-1 mtd - 21 netifd - 2017-10-19-0f96606b-1 odhcp6c - 2017-09-05-51733a6d-4 odhcpd - 2017-09-16-f0bce9cd-1 opkg - 2017-07-28-4bd8601e-1 ppp - 2.4.7-12 ppp-mod-pppoa - 2.4.7-12 ppp-mod-pppoe - 2.4.7-12 procd - 2017-09-28-ee582d16-1 swconfig - 11 ubi-utils - 1.5.2-1 ubox - 2017-09-01-b1bc8d5f-1 ubus - 2017-02-18-34c6e818-1 ubusd - 2017-02-18-34c6e818-1 uci - 2017-09-29-5ad59ad4-1 uclient-fetch - 2017-09-06-24d6eded-1 usign - 2015-07-04-ef641914-1 wpad-mini - 2017-08-24-c2d4f2eb-4

- What happend:
Simply after two days of use the module dumps, the wireless seems to be functional.

   
[41236.705664] WARNING: CPU: 0 PID: 0 at backports-2017-10-06/net/mac80211/rx.c:629 ieee80211_rx_napi+0x254/0x95c [mac80211]
[41236.716503] Modules linked in: ath9k ath9k_common ath9k_hw ath10k_pci ath10k_core ath pppoe nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_DSCP xt_CLASSIFY ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda pppox ppp_async owl_loader 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 ltq_deu_vr9 iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse sch_cake
[41236.787367]  act_connmark 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 ledtrig_usbport drv_mei_cpe xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc ifb sit tunnel4 ip_tunnel tun vfat fat ntfs br2684 atm nls_utf8 nls_iso8859_1 nls_cp437 drv_ifxos cmac usb_storage dwc2 sd_mod scsi_mod gpio_button_hotplug ext4 jbd2 mbcache crc32c_generic
[41236.857968] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.58 #0
[41236.863880] Stack : 00000000 00000000 806b804a 00000033 8042ca84 00000000 00000000 806b0000
[41236.872229]         8055dfac 8055dba7 804efd64 00000000 00000000 806b3d84 00000004 87285b58
[41236.880584]         00000000 80071fd8 00000001 806b0000 80563d04 80563d08 804f494c 87c0dd04
[41236.888940]         00000003 800af288 00000004 87285b58 00000000 80560000 00000001 87c0dd00
[41236.897296]         00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[41236.905652]         ...
[41236.908090] Call Trace:
[41236.910548] [<80010780>] show_stack+0x54/0x88
[41236.914912] [<801f4144>] dump_stack+0xd4/0x110
[41236.919352] [<8002f6b0>] __warn+0xe4/0x118
[41236.923431] [<8002f778>] warn_slowpath_null+0x1c/0x34
[41236.928587] [<87127328>] ieee80211_rx_napi+0x254/0x95c [mac80211]
[41236.934653] [<86e07c7c>] ath_rx_tasklet+0xca0/0xcec [ath9k]
[41236.940160] [<86e04fac>] ath9k_tasklet+0x188/0x224 [ath9k]
[41236.945651] [<80033ef4>] tasklet_action+0x140/0x234
[41236.950502] [<80033588>] __do_softirq+0x294/0x2e0
[41236.955201] [<8003387c>] irq_exit+0x7c/0x98
[41236.959377] [<80003194>] ltq_hw_irqdispatch+0xa8/0xe4
[41236.964433] [<8000aca8>] except_vec_vi_end+0xb8/0xc4
[41236.969389] [<8000c664>] r4k_wait_irqoff+0x18/0x20
[41236.974179] [<8006b1a4>] cpu_startup_entry+0xf4/0x150
[41236.979230] [<80578be0>] start_kernel+0x478/0x498
31.10.20171133Base systemBug ReportVery LowMediumCan't set channels 12 and 13 on Raspberry Pi 3 in AP co...AllUnconfirmed Task Description

It is not possible to set up channel 12/13 on Raspberry Pi 3 in Wifi AP configuration. I get error “brcmfmac: brcmf_cfg80211_start_ap: Set Channel failed: chspec=4109, -20”.
Tested on 17.01.1 and latest snapshot (r5217-098afa1).
PS Raspbian works properly on 13 channel as AP.

Logs:

root@LEDE:~# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.hwmode='11g'
wireless.radio0.path='platform/soc/3f300000.mmc/mmc_host/mmc1/mmc1:0001/mmc1:0001:1'
wireless.radio0.htmode='HT20'
wireless.radio0.disabled='0'
wireless.radio0.country='PL'
wireless.radio0.channel='11'
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.ssid='Dantooine'
wireless.default_radio0.encryption='psk2'
wireless.default_radio0.key='secret'

root@LEDE:~# wifi
[  828.291269] device wlan0 left promiscuous mode
[  828.301579] br-lan: port 2(wlan0) entered disabled state
[  830.594037] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  830.608333] br-lan: port 2(wlan0) entered blocking state
[  830.619697] br-lan: port 2(wlan0) entered disabled state
[  830.631336] device wlan0 entered promiscuous mode
[  830.911507] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  830.924197] br-lan: port 2(wlan0) entered blocking state
[  830.935606] br-lan: port 2(wlan0) entered forwarding state

root@LEDE:~# uci set wireless.radio0.channel=13
root@LEDE:~# uci commit wireless
root@LEDE:~# wifi
[  913.551274] device wlan0 left promiscuous mode
[  913.561751] br-lan: port 2(wlan0) entered disabled state
[  915.854693] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  915.869110] br-lan: port 2(wlan0) entered blocking state
[  915.880481] br-lan: port 2(wlan0) entered disabled state
[  915.892046] device wlan0 entered promiscuous mode
[  916.080443] brcmfmac: brcmf_cfg80211_start_ap: Set Channel failed: chspec=4109, -20
[  916.131249] device wlan0 left promiscuous mode
[  916.142014] br-lan: port 2(wlan0) entered disabled state
[  927.997654] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  928.012458] br-lan: port 2(wlan0) entered blocking state
[  928.024440] br-lan: port 2(wlan0) entered disabled state
[  928.036703] device wlan0 entered promiscuous mode
[  928.222287] brcmfmac: brcmf_cfg80211_start_ap: Set Channel failed: chspec=4109, -20
[  928.301237] device wlan0 left promiscuous mode
[  928.312608] br-lan: port 2(wlan0) entered disabled state

root@LEDE:~# uci set wireless.radio0.channel=11
root@LEDE:~# uci commit wireless
root@LEDE:~# wifi
[  990.032785] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  990.048153] br-lan: port 2(wlan0) entered blocking state
[  990.060246] br-lan: port 2(wlan0) entered disabled state
[  990.072619] device wlan0 entered promiscuous mode
[  990.351670] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  990.365070] br-lan: port 2(wlan0) entered blocking state
[  990.377132] br-lan: port 2(wlan0) entered forwarding state
[ 1000.491313] device wlan0 left promiscuous mode
[ 1000.502769] br-lan: port 2(wlan0) entered disabled state
[ 1002.676007] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1002.691453] br-lan: port 2(wlan0) entered blocking state
[ 1002.703651] br-lan: port 2(wlan0) entered disabled state
[ 1002.716135] device wlan0 entered promiscuous mode
[ 1003.093512] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1003.107183] br-lan: port 2(wlan0) entered blocking state
[ 1003.119522] br-lan: port 2(wlan0) entered forwarding state

root@LEDE:~# iw list
Wiphy phy0
	max # scan SSIDs: 10
	max scan IEs length: 2048 bytes
	max # sched scan SSIDs: 16
	max # match sets: 16
	max # scan plans: 1
	max scan plan interval: 508
	max scan plan iterations: 0
	Retry short limit: 7
	Retry long limit: 4
	Coverage class: 0 (up to 0m)
	Device supports T-DLS.
	Available Antennas: TX 0 RX 0
	Supported interface modes:
		 * IBSS
		 * managed
		 * AP
		 * P2P-client
		 * P2P-GO
		 * P2P-device
	Band 1:
		Capabilities: 0x1020
			HT20
			Static SM Power Save
			RX HT20 SGI
			No RX STBC
			Max AMSDU length: 3839 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
		Minimum RX AMPDU time spacing: 16 usec (0x07)
		HT TX/RX MCS rate indexes supported: 0-7
		Frequencies:
			* 2412 MHz [1] (20.0 dBm)
			* 2417 MHz [2] (20.0 dBm)
			* 2422 MHz [3] (20.0 dBm)
			* 2427 MHz [4] (20.0 dBm)
			* 2432 MHz [5] (20.0 dBm)
			* 2437 MHz [6] (20.0 dBm)
			* 2442 MHz [7] (20.0 dBm)
			* 2447 MHz [8] (20.0 dBm)
			* 2452 MHz [9] (20.0 dBm)
			* 2457 MHz [10] (20.0 dBm)
			* 2462 MHz [11] (20.0 dBm)
			* 2467 MHz [12] (20.0 dBm)
			* 2472 MHz [13] (20.0 dBm)****
			* 2484 MHz [14] (disabled)
	valid interface combinations:
		 * #{ managed } <= 1, #{ P2P-device } <= 1, #{ P2P-client, P2P-GO } <= 1,
		   total <= 3, #channels <= 1
		 * #{ managed } <= 1, #{ AP } <= 1, #{ P2P-client } <= 1, #{ P2P-device } <= 1,
		   total <= 4, #channels <= 1
28.10.20171121Base systemBug ReportVery LowMediummake image doesn't return failure if build failslede-17.01Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
N/A

- Software versions of LEDE release, packages, etc.
17.01.4

- Steps to reproduce
Set up the imagebuilder and build an image with:

make -C $BUILDER_DIR/ image PROFILE="$PROFILE" PACKAGES="$PACKAGES" FILES="$PWD/$FILES_DIR" CUSTOMIZE_IMAGE_SCRIPT=$PWD/$ROUTER_MODEL.custom

Where $PACKAGES is a list big enough to make the image too big so that you get:

[mktplinkfw] *** error: images are too big by 1614 bytes

Observe that the exit status from the above make is still 0. That make should reflect that the build failed with a non-zero exit status.

25.10.20171113KernelBug ReportVery LowMediumUnknown symbol zlib_inflateAllUnconfirmed Task Description

I’ve experienced a strange issue with zlib_inflate on x84_64 system.
There is no zlib_inflate-related symbols at /proc/kallsyms and modules like btrfs couldn’t be loaded.

17.01 branch and the current master branch, both are affected.

Steps to reproduce:
1. Use attached config file (zlib_inflate-test-config). It’s almost default but I’ve set CONFIG_PACKAGE_kmod-fs-btrfs=y and some other options.
2. Compile LEDE:

make defconfig && make -j $(nproc)

3. Run qemu:

qemu-system-x86_64 -curses -kernel bin/targets/x86/64/lede-x86-64-ramfs.bzImage

4. Try to load btrfs module:

root@LEDE:/# modprobe btrfs
[   23.345891] btrfs: Unknown symbol zlib_inflateInit2 (err 0)
[   23.347096] btrfs: Unknown symbol zlib_inflate (err 0)
[   23.347673] btrfs: Unknown symbol zlib_inflate_workspacesize (err 0)
[   23.348293] btrfs: Unknown symbol zlib_inflateEnd (err 0)

It’s not btrfs related but any module with zlib_inflate in it’s dependency list.

22.10.20171098Base systemBug ReportVery LowMediumFirewall problem with PPPoE LAN configurationlede-17.01Unconfirmed Task Description

Greetings, thanks for the awesome investment in LEDE! Regardless of the direction of the project, this was a much-needed shot in the arm!

There is an ISP in the USA called CenturyLink and they have a fiber connection that puts the incoming connection on VLAN 201. I can think of a few reasons that don’t require a tin-foil hat for why they do this, but anyway. LEDE and predecessor have supported this cleanly for the two years that I have tried it. My network config, for what it’s worth:

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

config globals 'globals'
	option ula_prefix 'fdc6:b2c7:28af::/48'

config interface 'lan'
	option type 'bridge'
	option ifname 'eth0'
	option proto 'static'
	option netmask '255.255.255.0'
	option ip6assign '60'
	option ipaddr '192.168.10.1'

config interface 'wan'
	option _orig_ifname 'eth1'
	option _orig_bridge 'false'
	option proto 'pppoe'
	option ipv6 'auto'
	option username '*************'
	option password '******'
	option ifname 'eth1'

config interface 'wan6'
	option proto 'dhcpv6'
	option ifname 'eth1.2'

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option ports '0 1 2 3 5'
	option vid '1'

config switch_vlan
	option device 'switch0'
	option vlan '2'
	option vid '2'

config switch_vlan
	option device 'switch0'
	option vlan '3'
	option ports '4t 6'
	option vid '201'

What I never noticed until recently is the firewall is not responding properly to port forwarding or router input. I do not know if this has always been a problem, if it is a problem with the router (Linksys WRT3200ACM) and it generally works fine, if it is a LUCI problem because it needs to know about the PPPoE connection and adjust the firewall entries, or if all of this stuff is working just fine and I am not configuring Samba properly to show the port on the WAN:

config samba
	option name 'Lede'
	option workgroup 'WORKGROUP'
	option description 'Lede'
	option homes '0'
	option interface 'loopback lan wan'

config sambashare
	option name 'test'
	option guest_ok 'yes'
	option path '/mnt/dtraveler'
	option read_only 'yes'

I have a lot of experience with the platform, but I admittedly I’m less skilled when tools like `lsof` are unavailable to see port presentation and whatnot.

What can I do to help here?

Thanks, Brian

20.10.20171086Base systemBug ReportVery LowMediumcan't upgrade from unifi ap stock BZ.v3.2.12 to lede vi...lede-17.01Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
Ubnt unifi ap
- Software versions of LEDE release, packages, etc.
stock 3.2.12
- Steps to reproduce

 1. upload lede-17.01.4-ar71xx-generic-ubnt-unifi-outdoor-squashfs-factory.bin to device
 2. try syswrapper.sh update2
 3. fail
 4. do fwupdate.real -c /tmp/fwupdate.bin (to check), complains about "invalid file: BZ.ar934x.v6.0.0-OpenWrt-r3560-79f57e422d (not quoted)
 5. openwrt-15.05.1-ar71xx-generic-ubnt-unifi-squashfs-factory.bin works: BZ.ar7240.v6.0.0-OpenWrt-r48532

The String beginning with BZ seems to be the magic number at the beginning of the file. For comparison: UBNTBZ.ar7240.v3.2.12.2920.150531.1645 from a stock fw

16.10.20171070KernelBug ReportVery LowMediumipq806x: non-working USB 3.0 port on D7800 / Netgear X4...TrunkUnconfirmed Task Description

I’ve just upgraded from a nightly snapshot running kernel 4.9.44-1 from September, to the latest snapshot to work around KRACK - kernel 4.9.54-1 and my USB hard disk is no longer enumerated

This seems very similar to https://bugs.lede-project.org/index.php?do=details&task_id=497

root@LEDE:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

I’ve attached the dmesg

The reason I’m running a snapshot rather than LEDE 17.01 was when I first installed LEDE back in September the current stable version was crashing when loading the ath10k firmware

Please let me know if you require anything else

12.10.20171056KernelBug ReportVery LowMediumnonzero /proc/interrupts ERR countlede-17.01Unconfirmed Task Description

I have two TL-WDR4310: router A and router B.

router A is running 17.01.2, uptime: up 20 days, load average: 0.07, 0.01, 0.00
cat /proc/interrupts:

           CPU0       
  3:       2091      MIPS   3  ehci_hcd:usb1
  4:   69511445      MIPS   4  eth0
  7:  196245520      MIPS   7  timer
 11:         26      MISC  serial
 40:   18620983  AR724X PCI   ath9k
 47:  314132388     dummy  ath9k
ERR:      50215

router B is running 17.01.3, uptime: up 2 hours, load average: 0.00, 0.00, 0.00
cat /proc/interrupts:

           CPU0
  3:       1307      MIPS   3  ehci_hcd:usb1
  4:      66605      MIPS   4  eth0
  7:     527287      MIPS   7  timer
 11:         26      MISC  serial
 40:     419629  AR724X PCI   ath9k
 47:     574237     dummy  ath9k
ERR:         45

Both routers have extroot enabled on a 4G usb stick formatted to ext4.

I forgot if this nonzero ERR count exists in 17.01.1, but I am sure this ERR count doesn’t exist long time ago (in CC and/or BB of OpenWrt).

However It seems nothing is broken now.

Best,
Wenri

08.10.20171047ToolchainBuild FailureVery LowMediumu-boot-nbg460n_550n_550nh bails out on CONFIG_ENV_SIZE ...TrunkUnconfirmed Task Description

After doing my monthly distclean I’ve had a couple issues.
It started with some host glibc #include sys/sysmacros.h crap that was easy to work around and has come to this which I know nothing about.

make -C tools all
make[5]: Entering directory '/home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/tools'
gcc -g -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include -idirafter /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include2 -idirafter /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include -I /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/libfdt -I /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/tools -DTEXT_BASE=0x81E00000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -pedantic -c -o crc32.o /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/lib_generic/crc32.c
gcc -g -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include -idirafter /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include2 -idirafter /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include -I /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/libfdt -I /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/tools -DTEXT_BASE=0x81E00000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -c -o env_embedded.o /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/common/env_embedded.c
In file included from /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/common/env_embedded.c:30:0:
/home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/include/environment.h:137:21: error: 'CONFIG_ENV_SIZE' undeclared here (not in a function)
  unsigned char data[ENV_SIZE]; /* Environment data  */
                     ^
make[5]: *** [Makefile:197: env_embedded.o] Error 1
make[5]: Leaving directory '/home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/tools'
make[4]: *** [Makefile:364: tools] Error 2
make[4]: Leaving directory '/home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03'
make[3]: *** [Makefile:36: /home/weedy/projects/openwrt-lede/build_dir/target-mips_24kc_musl/u-boot-nbg460n_550n_550nh/u-boot-2010.03/.built] Error 2
make[3]: Leaving directory '/home/weedy/projects/openwrt-lede/package/boot/uboot-ar71xx'
make[2]: *** [package/Makefile:111: package/boot/uboot-ar71xx/compile] Error 2
make[2]: Leaving directory '/home/weedy/projects/openwrt-lede'
make[1]: *** [package/Makefile:105: /home/weedy/projects/openwrt-lede/staging_dir/target-mips_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/weedy/projects/openwrt-lede'
make: *** [/home/weedy/projects/openwrt-lede/include/toplevel.mk:209: world] Error 2

I’m building ar71xx for ubnt-rspro, tl-wdr4300-v1, tl-wr842n-v2, and wndr3700.

07.10.20171046Base systemBug ReportVery LowMediumLED lights functionality brokes WiFi connection, switch...lede-17.01Unconfirmed Task Description

On the Linksys 3200ACM with clean LEDE 17.01.3
it’s not possible to turn off WIFI LEDS.

Any write operation to /sys/class/leds/rango:white:wlan_2g/trigger
or cat /sys/class/leds/rango:white:wlan_5g/trigger will cause the WiFi
to stop operating (accordingly 2G or 5G depending which trigger we want to change).
Steps to reproduce:

echo none > /sys/class/leds/rango:white:wlan_2g/trigger

What is strange that after boot the WiFi leds are operating (flashing according to tx/rx),
but current trigger reported by sysfs is anyway none:

cat /sys/class/leds/rango:white:wlan_5g/trigger 
[none] nand-disk usbport mmc0 timer default-on netdev phy0rx phy0tx phy0assoc phy0radio phy1rx phy1tx phy1assoc phy1radio

The writes to the brightness value are ignored.

Also there are no controls for the wired ethernet switch leds.
All controls that are reported by sysfs:

ls /sys/class/leds/
mmc0::                      pca963x:0:68:14             pca963x:rango:amber:wan     pca963x:rango:white:wan     rango:white:wlan_5g
pca963x:0:68:10             pca963x:0:68:15             pca963x:rango:amber:wps     pca963x:rango:white:wps
pca963x:0:68:11             pca963x:0:68:2              pca963x:rango:white:usb2    rango:white:power
pca963x:0:68:12             pca963x:0:68:3              pca963x:rango:white:usb3_1  rango:white:sata
pca963x:0:68:13             pca963x:0:68:4              pca963x:rango:white:usb3_2  rango:white:wlan_2g
27.09.20171020Base systemBug ReportVery LowMediumMikrotik RB493G AR8316 switch0/ETH0 cannot be managed AllUnconfirmed Task Description

Exists on OpenWRT 14 and 15, LEDE 17 and Trunk

The behaviour is identical to issues reported on RB951G and RB2011 models.

See historical details:
https://github.com/openwrt/openwrt/issues/352 https://lists.openwrt.org/pipermail/openwrt-devel/2014-December/030216.html

I have been able to work around the issue by cross-connecting the PoE/WAN port to switch0 LAN4 and turning off eth0 CPU. This allows me to use all remaining ports. It’s a horrible kludge, I’m only mentioning it as a temporary workaround.

02.09.2017996Base systemBug ReportVery LowMediumAt boot /etc/hotplug scripts are not triggered by kerne...AllUnconfirmed Task Description

At boot /etc/hotplug.d scripts are not triggered by kernel events.
If we have a HDD/usb printer atached to an usb port, at boot, those scripts are not executed. However when we add/remove it later, after boot those scripts are executed properly.

Same problem as here:

https://dev.openwrt.org/ticket/18116

I am using this hotplug script:

https://www.all4os.com/router/add-multiple-usb-printers-to-openwrt-firmware-router-via-p910nd-using-hotplug.html

21.08.2017972Base systemBug ReportVery LowMediumUbiquiti EdgeRouter X (ER-X) port connection interrupti...lede-17.01Unconfirmed Task Description

- Device: Ubiquiti EdgeRouter X (ER-X)
- LEDE version: 17.01.2

We have several devices running, with 17.01.1 all is rock solid.
After upgrading to 17.01.2 we have problems with port connection interruption and sometimes kernel crashes.

Other people have similar experiences → https://forum.lede-project.org/t/er-x-lan-port-connection-interruption/5709

Port connection interruption log:

Mon Aug 21 07:28:57 2017 kern.info kernel: [69826.410000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Mon Aug 21 07:28:59 2017 kern.info kernel: [69828.710000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Mon Aug 21 07:29:05 2017 kern.info kernel: [69833.950000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Mon Aug 21 07:29:34 2017 kern.info kernel: [69863.260000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Mon Aug 21 07:29:53 2017 kern.info kernel: [69882.840000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Mon Aug 21 07:30:01 2017 kern.info kernel: [69890.820000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
Mon Aug 21 07:30:02 2017 kern.info kernel: [69891.570000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down
Mon Aug 21 07:30:19 2017 kern.info kernel: [69908.040000] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up

Kernel crash log:

Sun Aug 20 15:39:45 2017 kern.err kernel: [12873.930000] INFO: rcu_sched detected stalls on CPUs/tasks:
Sun Aug 20 15:39:45 2017 kern.err kernel: [12873.940000] 	3-...: (0 ticks this GP) idle=88c/0/0 softirq=786546/786546 fqs=0 
Sun Aug 20 15:39:45 2017 kern.err kernel: [12873.950000] 	(detected by 1, t=6004 jiffies, g=23478, c=23477, q=130)
Sun Aug 20 15:39:45 2017 kern.info kernel: [12873.960000] Task dump for CPU 3:
Sun Aug 20 15:39:45 2017 kern.info kernel: [12873.970000] swapper/3       R running      0     0      1 0x00100000
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12873.980000] Stack : 00000000 8fc53c80 00000bb8 ffffffff 00000a4f 00000000 804762a4 80420000
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12873.980000] 	  8042475c 00000001 00000001 80424680 80424724 80420000 80420000 8000c0e0
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12873.980000] 	  1100fc03 00000003 8fc74000 8fc75ec0 80420000 8000c410 1100fc03 00000003
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12873.980000] 	  804762a4 80420000 804762a4 8005dc70 80420000 8001acc0 1100fc03 00000000
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12873.980000] 	  00000004 804244a0 000000a0 8001acc8 f99b5fff 5dfcf51e fccb7bd5 ff7fca95
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12873.980000] 	  ...
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12874.050000] Call Trace:[<8000c0e0>] 0x8000c0e0
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12874.060000] [<8000c410>] 0x8000c410
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12874.070000] [<8005dc70>] 0x8005dc70
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12874.080000] [<8001acc0>] 0x8001acc0
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12874.080000] [<8001acc8>] 0x8001acc8
Sun Aug 20 15:39:45 2017 kern.warn kernel: [12874.090000] 
Sun Aug 20 15:39:45 2017 kern.err kernel: [12874.090000] rcu_sched kthread starved for 6018 jiffies! g23478 c23477 f0x0 s3 ->state=0x1
Sun Aug 20 15:40:47 2017 kern.err kernel: [12936.490000] INFO: rcu_sched detected stalls on CPUs/tasks:
Sun Aug 20 15:40:47 2017 kern.err kernel: [12936.500000] 	3-...: (0 ticks this GP) idle=a0c/0/0 softirq=786546/786546 fqs=0 
Sun Aug 20 15:40:47 2017 kern.err kernel: [12936.510000] 	(detected by 1, t=6004 jiffies, g=23490, c=23489, q=159)
Sun Aug 20 15:40:47 2017 kern.info kernel: [12936.520000] Task dump for CPU 3:
Sun Aug 20 15:40:47 2017 kern.info kernel: [12936.530000] swapper/3       R running      0     0      1 0x00100000
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.540000] Stack : 00000000 8fc53c80 00000bc6 ffffffff 00000a59 00000000 804762a4 80420000
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.540000] 	  8042475c 00000001 00000001 80424680 80424724 80420000 80420000 8000c0e0
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.540000] 	  1100fc03 00000003 8fc74000 8fc75ec0 80420000 8000c410 1100fc03 00000003
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.540000] 	  804762a4 80420000 804762a4 8005dc70 80420000 8001acc0 1100fc03 00000000
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.540000] 	  00000004 804244a0 000000a0 8001acc8 f99b5fff 5dfcf51e fccb7bd5 ff7fca95
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.540000] 	  ...
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.610000] Call Trace:[<8000c0e0>] 0x8000c0e0
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.620000] [<8000c410>] 0x8000c410
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.630000] [<8005dc70>] 0x8005dc70
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.640000] [<8001acc0>] 0x8001acc0
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.640000] [<8001acc8>] 0x8001acc8
Sun Aug 20 15:40:47 2017 kern.warn kernel: [12936.650000] 
Sun Aug 20 15:40:47 2017 kern.err kernel: [12936.650000] rcu_sched kthread starved for 6018 jiffies! g23490 c23489 f0x0 s3 ->state=0x1
Sun Aug 20 15:41:52 2017 kern.err kernel: [13000.910000] INFO: rcu_sched detected stalls on CPUs/tasks:
Sun Aug 20 15:41:52 2017 kern.err kernel: [13000.920000] 	3-...: (0 ticks this GP) idle=b20/0/0 softirq=786546/786546 fqs=0 
Sun Aug 20 15:41:52 2017 kern.err kernel: [13000.930000] 	(detected by 1, t=6004 jiffies, g=23496, c=23495, q=184)
Sun Aug 20 15:41:52 2017 kern.info kernel: [13000.940000] Task dump for CPU 3:
Sun Aug 20 15:41:52 2017 kern.info kernel: [13000.950000] swapper/3       R running      0     0      1 0x00100000
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13000.960000] Stack : 00000000 0e77bc1c 00000bd5 ffffffff 00000a65 00401b75 804762a4 80420000
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13000.960000] 	  8042475c 00000001 00000001 80424680 80424724 80420000 000010d9 80013554
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13000.960000] 	  1100fc03 00000003 8fc74000 8fc75ec0 80420000 8005dc78 1100fc03 00000003
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13000.960000] 	  00000000 80420000 804762a4 8005dc70 80420000 8001acc0 1100fc03 00000000
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13000.960000] 	  00000004 804244a0 000000a0 8001acc8 f99b5fff 5dfcf51e fccb7bd5 ff7fca95
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13000.960000] 	  ...
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13001.030000] Call Trace:[<80013554>] 0x80013554
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13001.040000] [<8005dc78>] 0x8005dc78
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13001.050000] [<8005dc70>] 0x8005dc70
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13001.060000] [<8001acc0>] 0x8001acc0
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13001.060000] [<8001acc8>] 0x8001acc8
Sun Aug 20 15:41:52 2017 kern.warn kernel: [13001.070000] 
Sun Aug 20 15:41:52 2017 kern.err kernel: [13001.070000] rcu_sched kthread starved for 6018 jiffies! g23496 c23495 f0x0 s3 ->state=0x1
Sun Aug 20 15:43:01 2017 kern.err kernel: [13069.970000] INFO: rcu_sched detected stalls on CPUs/tasks:
Sun Aug 20 15:43:01 2017 kern.err kernel: [13069.980000] 	3-...: (0 ticks this GP) idle=c38/0/0 softirq=786546/786546 fqs=0 
Sun Aug 20 15:43:01 2017 kern.err kernel: [13069.990000] 	(detected by 1, t=6004 jiffies, g=23508, c=23507, q=179)
Sun Aug 20 15:43:01 2017 kern.info kernel: [13070.000000] Task dump for CPU 3:
Sun Aug 20 15:43:01 2017 kern.info kernel: [13070.010000] swapper/3       R running      0     0      1 0x00100000
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.020000] Stack : 00000000 8fc53c80 00000be3 ffffffff 00000a77 00000000 804762a4 80420000
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.020000] 	  8042475c 00000001 00000001 80424680 80424724 80420000 80420000 8000c0e0
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.020000] 	  1100fc03 00000003 8fc74000 8fc75ec0 80420000 8000c410 1100fc03 00000003
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.020000] 	  804762a4 80420000 804762a4 8005dc70 80420000 8001acc0 1100fc03 00000000
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.020000] 	  00000004 804244a0 000000a0 8001acc8 f99b5fff 5dfcf51e fccb7bd5 ff7fca95
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.020000] 	  ...
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.090000] Call Trace:[<8000c0e0>] 0x8000c0e0
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.100000] [<8000c410>] 0x8000c410
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.110000] [<8005dc70>] 0x8005dc70
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.120000] [<8001acc0>] 0x8001acc0
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.120000] [<8001acc8>] 0x8001acc8
Sun Aug 20 15:43:01 2017 kern.warn kernel: [13070.130000] 
Sun Aug 20 15:43:01 2017 kern.err kernel: [13070.130000] rcu_sched kthread starved for 6018 jiffies! g23508 c23507 f0x0 s3 ->state=0x1
Mon Aug 21 01:52:45 2017 kern.err kernel: [49654.240000] INFO: rcu_sched detected stalls on CPUs/tasks:
Mon Aug 21 01:52:45 2017 kern.err kernel: [49654.250000] 	3-...: (0 ticks this GP) idle=8be/0/0 softirq=3072493/3072493 fqs=0 
Mon Aug 21 01:52:45 2017 kern.err kernel: [49654.260000] 	(detected by 1, t=6004 jiffies, g=90843, c=90842, q=104)
Mon Aug 21 01:52:45 2017 kern.info kernel: [49654.270000] Task dump for CPU 3:
Mon Aug 21 01:52:45 2017 kern.info kernel: [49654.280000] swapper/3       R running      0     0      1 0x00100000
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.290000] Stack : 00000000 00000001 00000005 00000000 00000000 00000001 804762a4 80420000
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.290000] 	  8042475c 00000001 00000001 80424680 80424724 80420000 00000000 80013554
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.290000] 	  1100fc03 00000003 8fc74000 8fc75ec0 80420000 8005dc78 1100fc03 00000003
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.290000] 	  00000000 80420000 804762a4 8005dc70 80420000 8001acc0 1100fc03 00000000
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.290000] 	  00000004 804244a0 000000a0 8001acc8 f99b5fff 5dfcf51e fccb7bd5 ff7fca95
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.290000] 	  ...
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.360000] Call Trace:[<80013554>] 0x80013554
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.370000] [<8005dc78>] 0x8005dc78
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.380000] [<8005dc70>] 0x8005dc70
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.390000] [<8001acc0>] 0x8001acc0
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.390000] [<8001acc8>] 0x8001acc8
Mon Aug 21 01:52:45 2017 kern.warn kernel: [49654.400000] 
Mon Aug 21 01:52:45 2017 kern.err kernel: [49654.400000] rcu_sched kthread starved for 6018 jiffies! g90843 c90842 f0x0 s3 ->state=0x1
Mon Aug 21 01:53:51 2017 kern.err kernel: [49720.510000] INFO: rcu_sched detected stalls on CPUs/tasks:
Mon Aug 21 01:53:51 2017 kern.err kernel: [49720.520000] 	3-...: (0 ticks this GP) idle=a3e/0/0 softirq=3072493/3072493 fqs=0 
Mon Aug 21 01:53:51 2017 kern.err kernel: [49720.530000] 	(detected by 1, t=6004 jiffies, g=90851, c=90850, q=139)
Mon Aug 21 01:53:51 2017 kern.info kernel: [49720.540000] Task dump for CPU 3:
Mon Aug 21 01:53:51 2017 kern.info kernel: [49720.550000] swapper/3       R running      0     0      1 0x00100000
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.560000] Stack : 00000000 00000001 00000005 00000000 00000000 00000001 804762a4 80420000
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.560000] 	  8042475c 00000001 00000001 80424680 80424724 80420000 00000000 80013554
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.560000] 	  1100fc03 00000003 8fc74000 8fc75ec0 80420000 8005dc78 1100fc03 00000003
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.560000] 	  00000000 80420000 804762a4 8005dc70 80420000 8001acc0 1100fc03 00000000
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.560000] 	  00000004 804244a0 000000a0 8001acc8 f99b5fff 5dfcf51e fccb7bd5 ff7fca95
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.560000] 	  ...
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.630000] Call Trace:[<80013554>] 0x80013554
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.640000] [<8005dc78>] 0x8005dc78
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.650000] [<8005dc70>] 0x8005dc70
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.660000] [<8001acc0>] 0x8001acc0
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.660000] [<8001acc8>] 0x8001acc8
Mon Aug 21 01:53:51 2017 kern.warn kernel: [49720.670000] 
Mon Aug 21 01:53:51 2017 kern.err kernel: [49720.670000] rcu_sched kthread starved for 6018 jiffies! g90851 c90850 f0x0 s3 ->state=0x1


20.08.2017971ToolchainBug ReportVery LowMediummkhash on freebsdlede-17.01Unconfirmed Task Description

Path for build mkhash on freebsd.

15.08.2017962KernelBug ReportVery LowMediumRaspberry Pi (B+): kernel: hw csum failure (is back)lede-17.01Unconfirmed Task Description

Hello team,

it seems that kernel errors “hw csum failure” are somehow back?
I’m running LEDE 17.01.2 on Raspberry Pi B+:

# cat /etc/os-release
NAME="LEDE"
VERSION="17.01.2, Reboot"
ID="lede"
ID_LIKE="lede openwrt"
PRETTY_NAME="LEDE Reboot 17.01.2"
VERSION_ID="17.01.2"
HOME_URL="http://lede-project.org/"
BUG_URL="http://bugs.lede-project.org/"
SUPPORT_URL="http://forum.lede-project.org/"
BUILD_ID="r3435-65eec8bd5f"
LEDE_BOARD="brcm2708/bcm2708"
LEDE_ARCH="arm_arm1176jzf-s_vfp"
LEDE_TAINTS="no-all"
LEDE_DEVICE_MANUFACTURER="LEDE"
LEDE_DEVICE_MANUFACTURER_URL="http://lede-project.org/"
LEDE_DEVICE_PRODUCT="Generic"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="LEDE Reboot 17.01.2 r3435-65eec8bd5f"
# cat /proc/cpuinfo
processor       : 0
model name      : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS        : 697.95
Features        : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xb76
CPU revision    : 7

Hardware        : BCM2708
Revision        : 0000
Serial          : 00000000fd17e85b

And I’m getting tons of:

Tue Aug 15 22:44:39 2017 kern.err kernel: [  442.662181] eth0.2: hw csum failure
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.669788] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.71 #0
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.679616] Hardware name: BCM2708
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.687047] Function entered at [<c001e2d4>] from [<c001bca4>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.696911] Function entered at [<c001bca4>] from [<c02b71dc>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.706767] Function entered at [<c02b71dc>] from [<c031ee4c>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.716618] Function entered at [<c031ee4c>] from [<c02f3658>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.726511] Function entered at [<c02f3658>] from [<c02f3b04>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.736384] Function entered at [<c02f3b04>] from [<c02f3da8>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.746236] Function entered at [<c02f3da8>] from [<c02be920>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.755971] Function entered at [<c02be920>] from [<bf088460>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.765780] Function entered at [<bf088460>] from [<c0027714>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.775480] Function entered at [<c0027714>] from [<c0027968>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.785147] Function entered at [<c0027968>] from [<c0027d60>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.794803] Function entered at [<c0027d60>] from [<c004d668>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.804518] Function entered at [<c004d668>] from [<c0009390>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.814197] Function entered at [<c0009390>] from [<c000a894>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.823872] Exception stack(0xc048bf58 to 0xc048bfa0)
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.832746] bf40:                                                       00000001 00000000
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.844812] bf60: 00000000 00000000 c048a000 c048c074 00000000 00000000 c04912e0 c048c07c
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.856946] bf80: 00000001 c049207b 00000000 c048bfa8 c0018f34 c0018f38 60000013 ffffffff
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.869129] Function entered at [<c000a894>] from [<c0018f38>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.878909] Function entered at [<c0018f38>] from [<c00465c0>]
Tue Aug 15 22:44:39 2017 kern.warn kernel: [  442.888748] Function entered at [<c00465c0>] from [<c0464b70>]

It’s running kernel 4.4.71:

# uname -m -r -s -p -v -i -o
Linux 4.4.71 #0 Thu Jun 8 10:18:56 2017 armv6l unknown unknown GNU/Linux

I have found this commit, which seems it should be fixed by 4.4.8, but it’s not?
https://git.lede-project.org/?p=source.git;a=commitdiff;h=3faf65e92857aa5466791da3ec623c23af1f8130

Thank a lot!
Martin

11.08.2017954Base systemBug ReportVery LowMediumIGMP queries redirected to CPU port when snooping enabl...AllUnconfirmed Task Description

The Netgear R7800 has a QCA8337N switch chip, and the CPU has two interfaces (eth0/port 0 and eth1/port 6) connected to the switch. The default in LEDE is that WAN is on port0/eth0, and LAN is on port6/eth1.

When using multicast, it is often desirable to enable IGMP snooping on the switch to avoid flooding the multicast stream to all ports. A multicast server will normally send IGMP general queries to the all hosts address 224.0.0.1 at a regular interval (every few minutes) to check if there are still clients that wants to receive the multicast.

However, when IGMP snooping is enabled on this device, these queries are all redirected to port 0 on the switch, which is a problem if the multicast server is within the LAN. In this scenario, the server sends queries, but these queries are not being broadcast to the clients within the LAN, instead they end up at port 0 (eth0) where they are not needed. The server will then receive no responses to the queries, and subsequently times out and stops the stream multicast.

I think I found a viable fix for this, which is to set bit 3 (IGMP_COPY_EN) of the GLOBAL_FW_CTRL0 register in the switch chip to 1. This causes the IGMP queries to be broadcast on all switch ports (provided they are members of the same VLAN), instead of being redirected only to port 0. In my testing, I have found no adverse effects from this change.

I have attached a patch for this change, to make testing easy:

Assuming that the LAN interface is br-lan, run tcpdump on the router and inject IGMP general queries from a computer in the LAN, for example using Ostinato. With IGMP snooping off, the query is seen on br-lan:

root@R7800:/# tcpdump -i br-lan igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br-lan, link-type EN10MB (Ethernet), capture size 262144 bytes
11:47:06.832511 IP 192.168.20.1 > all-systems.mcast.net: igmp query v2

If IGMP snooping is turned on (globally or for the port where the query is received), then the query no longer appears at br-lan,
but instead only on eth0. Applying the attached patch fixes this.

Showing tasks 101 - 150 of 460 Page 3 of 10 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing