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 TypePrioritySeverity  descSummaryReported InStatus
29.11.2016315Base systemFeature RequestVery LowMediumImprove sysupgrade (CLI) on dual-partition routersTrunkUnconfirmed Task Description

Some of the recent Linksys (maybe other) routers have two partitions: WRT1900, EA8500, etc.

Would be great if when running sysupgrade on those routers it did NOT kill all active processes and kept the router working while writing an image to the inactive partition.

Would also be great if there was an option to prevent automatic reboot after writing an image.

Ultimate goal is to have an upgrade process where current working state is uninterrupted and only when you reboot – you boot into new image.

08.01.2017375ToolchainBuild FailureVery LowMediumBulidbots should have multilib support installed to pre...TrunkUnconfirmed Task Description

I’ve run into this earlier myself and now we are seeing at least one package failing because of it.
https://github.com/openwrt/packages/pull/2823

People seem to have run into this issue before since it’s listed as a requirement for Ubuntu 64-bit as an example.
https://wiki.openwrt.org/doc/howto/buildroot.exigence#examples_of_package_installations

24.01.2017427Base systemBug ReportVery LowMediumSwitch broken with WRT3200ACM (removes wifi adapters an...TrunkUnconfirmed Task Description

- Device problem occurs on:

WRT3200ACM

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

master tree (and v17.01), bisected to f24ffb901e0408917748773b883841eca52eea05.

- Steps to reproduce

* Flash a recent LEDE snapshot on the WRT3200ACM (and factory reset),
* enable wifi (2 or 5 Gz) → Wifi works
* disable wifi → errors in the dmesg about not being able to set a feature (can’t remember the exact error)
* re-enable wifi → errors in the dmesg saying that the adapter does not exist. This gets shouted in the dmesg every 5 seconds

A reboot doesn’t fix the issue. I need to downgrade the firmware prior to f24ffb901e0408917748773b883841eca52eea05 and factory reset to get the wifi adapters back.

For the Vlan bridge, symptoms are easier to detect:
* create a new adapter bridged on eth0.100 eth1.100
* no traffic goes through it. An snapshot before f24ffb901 used to work
(the setup is the Free french provider which has a vlan between the modem and the TV adapter over VLAN 100. So the LEDE box should act like a pass-through here only)

I bisected to the commit mentioned above (which, to me seems suspicious given that the driver is for mvsw61xx and the switch in the WRT3200ACM is MV88E6352, so a different generation). I don’t have enough knowledge of the chip to understand why this fails, but I don’t feel confident enough to simply send a PR with the revert.

Reverting f24ffb901e on top of master makes the Wifi and VLAN back to normal.


04.02.2017461Base systemBug ReportVery LowMediumMass Cascade of DHCP ULA Prefix Assignments with DHCP-P...AllUnconfirmed Task Description

Here is one that gets a bit ugly. Lets say we chain a bunch of LEDE based routers together. Lets also enable a nice numbering system in IP4 and IP6. Lets enable DHCP-PD through the network, because our ISP was generous with a /56. The IP4 is only static and is easy to control, see table below. Its tedious, but easy. The problem is in parallel the IP6 addresses compound in the ULA region. Each router DHCP-PD the ULA above it, and gets its own ULA from Global settings in Network UCI. There seems no easy way to control this mass cascade of ULA, and get good fail over.

Ideal Requirements:
(1) If router above is unavailable, then next tier router uses ULA (network global UCI) to begin assigning addresses to clients and subnets.
(2) If router above is available, then next tier router expires its self-generated ULA and subnets, and gets ULA from delegation above to then re-delegate to subnets.
(*) Bonus: make some parts optional

IP4 WAN Name Serves Subnet
(NAT) Router-1 172.16.0.1/24
172.16.0.2 Router-2A 172.17.0.1/24
172.17.0.2 Router-3A 172.24.0.1/24
172.17.0.3 Router-3B 172.25.0.1/24
172.16.0.3 Router-2B 172.18.0.1/24

IP6 Roots Name Serves Subnet Delegates Subnet
2001:db8/56 Router-1 2001:db8::1/64 2001:db8:0:10/60
fd00:ac10/48 fd00:ac10::1/64 2001:db8:0:20/60

                                                fd00:ac10:0:10/60
                                                fd00:ac10:0:20/60

2001:db8:0:10/60 Router-2A 2001:db8:0:10::1/64 2001:db8:0:14/62
fd00:ac10:0:10/60 fd00:ac10:0:10::1/64 2001:db8:0:18/62
fd00:ac11/48 fd00:ac11::1/64 fd00:ac10:0:14/62

                                                fd00:ac10:0:18/62
                                                fd00:ac11:0:14/62
                                                fd00:ac11:0:18/62

* please, i don’t want to type more. see how the ULA prefixes just keep multiplying.
** ‘172.16’ = ‘ac10’

06.02.2017472Base systemBug ReportVery LowMedium6to4 support with 1:1 natTrunkWaiting on reporter Task Description

One-to-one NAT means you have LAN address on interface and its mapped 1:1 to external ip addresses.
You can have incoming connections.

In such configuration “ipaddr” must be specified in 6to4 protocol section.
But due to bug this addr is submitted as local address for tunnel creation.
It does not work.

I fixed this with the following patch to /lib/netifd/proto/6to4.sh

48,53c48,53
< [ -z “$ipaddr” ] && {
< if ! network_get_ipaddr ipaddr “$wanif”; then
< proto_notify_error “$cfg” “NO_WAN_ADDRESS” < return
< fi
< }

if ! network_get_ipaddr ipladdr “$wanif”; then
> proto_notify_error “$cfg” “NO_WAN_ADDRESS”
return
> fi
>
> [ -z “$ipaddr” ] && ipaddr=$ipladdr
76c76
< json_add_string local “$ipaddr”

json_add_string local “$ipladdr”

I suggest you integrate this patch or do something similar yourself.

09.02.2017488Base systemBug ReportVery LowMediumdynamic VLAN doesn't work on ath10klede-17.01Unconfirmed Task Description

Dynamic vlan config on ath10k seems not to work. Same config on ath9k works fine.

Config:

config wifi-device  radio0
        option type     mac80211
        option channel  36
        option hwmode   11a
        option path     'pci0000:01/0000:01:00.0'
        option htmode   VHT80
[...]

config wifi-iface
        option device   radio0
        option network  vlan1
        option mode     ap
[...]
        option dynamic_vlan     '1'
        option 'vlan_tagged_interface' 'eth1'
        option 'vlan_bridge' 'br-vlan'
        option 'vlan_naming' '0'

Log:

Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA initialization for VLAN 1 failed (-1)
Thu Feb  9 15:54:37 2017 daemon.err hostapd: WPA deinit of wlan0.1 failed
Thu Feb  9 15:54:37 2017 daemon.debug hostapd: wlan0: STA ac:22:0b:a1:c7:6b IEEE 802.11: could not add dynamic VLAN interface for vlan=1
12.02.2017503KernelBuild FailureVery LowMediumBuild fails with CONFIG_KERNEL_GIT_CLONE_URI beig setAllAssigned Task Description

When specifying

CONFIG_KERNEL_GIT_CLONE_URI

a clean build fails, as the system assumes a already downloaded/cloned/packed linux-source is present in dl/ which on a freshly checked out openwrt/lede source isn’t the case yet, when

toolchain/kernel-headers

is about to be built.

The build error looks like:

make[3]: Entering directory `/build/lede.git/toolchain/kernel-headers'
zcat /build/lede.git/dl/linux-4.4.42.tar.gz | tar -C /build/lede.git/build_dir/toolchain-arm_cortex-a9+neon_gcc-6.3.0_glibc-2.24_eabi -xf -
gzip: /build/lede.git/dl/linux-4.4.42.tar.gz: No such file or directory
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

The issue apparently is located in

include/kernel-defaults.mk

, line 53ff::

  ifeq ($(strip $(CONFIG_KERNEL_GIT_CLONE_URI)),"")
    define Kernel/Prepare/Default
        zcat $(DL_DIR)/$(LINUX_SOURCE) | $(TAR) -C $(KERNEL_BUILD_DIR) $(TAR_OPTIONS)
        $(Kernel/Patch)
        $(if $(QUILT),touch $(LINUX_DIR)/.quilt_used)
    endef
  else
    define Kernel/Prepare/Default
        zcat $(DL_DIR)/$(LINUX_SOURCE) | $(TAR) -C $(KERNEL_BUILD_DIR) $(TAR_OPTIONS)
    endef
  endif

For the package

kernel-headers

it just tries to access the not-yet downloaded/cloned/packed linux kernel source archive.

13.02.2017506Base systemBug ReportVery LowMediumBT Home Hub 5: 5g WiFi jumps to channel 36 and stops wo...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on BT Home Hub 5
- Software versions of LEDE release, packages, r3425-f28eef4 and previous versions
- Steps to reproduce

It can be after a few hours, if WiFi 5g radio0 Qualcomm Atheros QCA9880 802.11nac (radio0) is configured to a Band B channel, it jumps to Channel 36 even though there is no apparent interference.
This appears to happen more frequently overnight during long periods of inactivity. Whilst the device is being used it does not happen.

After it does make the jump, if I stop and restart the device (using luci disable/enable) the device stops, but it fails to restart. Attempts to change the channel and re-enable the device also do not help.

It requires a reboot to restore service.

 


17.02.2017527PackagesBug ReportVery LowMediumQMI modem Olivetti Techcenter (0b3c:c00a) freezes on uq...lede-17.01Unconfirmed Task Description

Hello,

I used to use modem Olivetti Techcenter (0b3c:c00a) on OpenWRT CC.1 without problems.
However, testing on LEDE 17.01.0-rc2, I’m unable to connect.

I traced the problem to ‘uqmi -s -d “$device” –sync’ at https://github.com/lede-project/source/blob/master/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh#L101.

My config is simple as:

config interface 'wwan'
        option ifname 'wwan0'
        option proto 'qmi'
        option device '/dev/cdc-wdm0'
        option apn 'gprs.oi.com.br'
        option auth 'none'

Using strace, it always stops at this point:

...
open("/dev/cdc-wdm0", O_RDWR|O_EXCL|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 6
fcntl64(6, F_GETFL)                     = 0x2082 (flags O_RDWR|O_NONBLOCK|O_LARGEFILE)
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK|O_LARGEFILE) = 0
epoll_ctl(3, EPOLL_CTL_ADD, 6, {EPOLLIN|EPOLLRDHUP|EPOLLET, {u32=4305304, u64=18491139879337984}}) = 0
write(6, "\1\v\0\0\0\0\0\1'\0\0\0", 12) = 12
rt_sigaction(SIGINT, NULL, {sa_handler=0x401071, sa_mask=[RT_66 RT_67 RT_68 RT_69 RT_70 RT_71], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0}, 16) = 0
rt_sigaction(SIGTERM, NULL, {sa_handler=0x401071, sa_mask=[RT_66 RT_67 RT_68 RT_69 RT_70 RT_71], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0}, 16) = 0
rt_sigaction(SIGCHLD, NULL, {sa_handler=SIG_DFL, sa_mask=[RT_66 RT_67 RT_68 RT_69 RT_70 RT_71], sa_flags=0}, 16) = 0
rt_sigaction(SIGCHLD, {sa_handler=0x77d85541, sa_mask=[RT_68 RT_69 RT_73 RT_74 RT_75 RT_76 RT_78 RT_80 RT_82 RT_84 RT_85 RT_87 RT_88 RT_89 RT_90 RT_91 RT_93 RT_94 RT_95], sa_flags=SA_RESTORER, sa_restorer=0}, NULL, 16) = 0
rt_sigaction(SIGPIPE, NULL, {sa_handler=SIG_DFL, sa_mask=[RT_65 RT_68 RT_70], sa_flags=0}, 16) = 0
rt_sigaction(SIGPIPE, {sa_handler=SIG_IGN, sa_mask=[RT_68 RT_69 RT_73 RT_74 RT_75 RT_76 RT_78 RT_80 RT_82 RT_84 RT_85 RT_87 RT_88 RT_89 RT_90 RT_91 RT_93 RT_94 RT_95], sa_flags=SA_RESTORER, sa_restorer=0}, NULL, 16) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=7909, tv_nsec=543507701}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=7909, tv_nsec=544052152}) = 0
epoll_pwait(3, 

If I comment the “uqmi –sync” call, it simply works. “–sync” is a new action for uqmi since OpenWRT CC.1

My System is:



LEDE 17.01.0-rc2, r3131-42f3c1f
uqmi 2016-12-19-8ceeab69-1
machine: TP-LINK TL-WDR3600/4300/4310 (ar71xx) with QMI modem Olivetti Techcenter (0b3c:c00a)

18.02.2017532Base systemBug ReportVery LowMediumXiaomi mi nano (miwifi nano) unstable as WiFi Repeaterlede-17.01Unconfirmed Task Description

I run version 17.01.0-rc2 on my Xiaomi mi nano (https://lede-project.org/toh/hwdata/xiaomi/xiaomi_miwifi_nano)

I want to use it as wireless repeater with extra SSID (i think someone call it WISP client).

The miwifi is connected to my home wifi. And my device is connected to the SSID provided by the miwifi nano (no LAN connection).

If i do a speed test or download a large file to test the connection speed, the speed drops to a very low rate after some seconds. On the serial console i can see a call trace at this moment. After this, i have to reboot the miwifi nano to get a working WAN connection.

I will attach the serial console output. Hope that helps.

Tested with LAN connected was stable and fast.

drombo

26.02.2017557Base systemBug ReportVery LowMediumNexx wt3020 wifi rx sensitivity low with LEDE 17.01lede-17.01Unconfirmed Task Description

The rx sensitivity reported by a Nexx wt3020 is ~ 20dB lower than a comparable tp-link device located sided by side with the Nexx wt3020.
There have been reports of a similar problem with OpenWRT versions.

There is a ticket open with openwrt with a similar reported issue https://dev.openwrt.org/ticket/20369 as well as on the openwrt forum https://forum.openwrt.org/viewtopic.php?id=69042

lede trunk (and openwrt trunk) as of 24/2/17 also display similar poor rx sensitivity.

 


01.03.2017576Base systemBug ReportVery LowMediumath10k fails to load reporting a 'firmware crash' on QC...lede-17.01Unconfirmed Task Description

Problem occurs on a ZYXEL NBG6716. (802.11ac should be a QCA9880)
running 17.01.1 i.e. lede-17.01.0-r3205-59508e3-ar71xx-nand-nbg6716-squashfs-sysupgrade.bin
Crash occurs every time ath10k attempts to load

log with driver included in release

[   14.783881] ath10k_pci 0000:01:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   15.000294] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:01:00.0.bin failed with error -2
[   15.011181] ath10k_pci 0000:01:00.0: Falling back to user helper
[   15.090655] firmware ath10k!pre-cal-pci-0000:01:00.0.bin: firmware_loading_store: map pages failed
[   15.299839] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   15.309251] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   15.322304] ath10k_pci 0000:01:00.0: firmware ver 10.2.4-1.0-00016 api 5 features no-p2p,raw-mode,mfp crc32 0c5668f8
[   15.333090] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[   15.343695] ath10k_pci 0000:01:00.0: Falling back to user helper
[   15.423744] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[   15.442629] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   16.551704] ath10k_pci 0000:01:00.0: firmware crashed! (uuid 68334050-5a5e-48bf-bccc-87f25cba960e)
[   16.560832] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[   16.570194] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[   16.583244] ath10k_pci 0000:01:00.0: firmware ver 10.2.4-1.0-00016 api 5 features no-p2p,raw-mode,mfp crc32 0c5668f8
[   16.593975] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[   16.601395] ath10k_pci 0000:01:00.0: htt-ver 0.0 wmi-op 5 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
[   16.613031] ath10k_pci 0000:01:00.0: firmware register dump:
[   16.618783] ath10k_pci 0000:01:00.0: [00]: 0x4100016C 0x000015B3 0x009BA6A2 0x00955B31
[   16.626822] ath10k_pci 0000:01:00.0: [04]: 0x009BA6A2 0x00060130 0x0000001D 0x00000000
[   16.634857] ath10k_pci 0000:01:00.0: [08]: 0xFFFFFFFF 0x00401F6A 0x0000096C 0xFFFFFFFF
[   16.642883] ath10k_pci 0000:01:00.0: [12]: 0x00000009 0x00000000 0x009BAB4C 0x009BABA7
[   16.650916] ath10k_pci 0000:01:00.0: [16]: 0x00958080 0x0094E9B1 0x00000000 0x00000000
[   16.658951] ath10k_pci 0000:01:00.0: [20]: 0x409BA6A2 0x0040AA24 0x0040AAD4 0x00000001
[   16.666985] ath10k_pci 0000:01:00.0: [24]: 0x809BB189 0x0040AA84 0x0040EE0C 0xC09BA6A2
[   16.675020] ath10k_pci 0000:01:00.0: [28]: 0x809BB612 0x0040AAB4 0x000000E2 0x00000001
[   16.683047] ath10k_pci 0000:01:00.0: [32]: 0x80984880 0x0040ABA4 0x0040EE3C 0x0000003F
[   16.691089] ath10k_pci 0000:01:00.0: [36]: 0x8098FBA5 0x0040ABE4 0x0040E270 0x004062DC
[   16.699131] ath10k_pci 0000:01:00.0: [40]: 0x8098A79E 0x0040AC34 0x0040AC94 0x004062DC
[   16.707166] ath10k_pci 0000:01:00.0: [44]: 0x80988785 0x0040AC94 0x00410670 0x00400000
[   16.715200] ath10k_pci 0000:01:00.0: [48]: 0x8098AE78 0x0040AD44 0x00410670 0x00000001
[   16.723227] ath10k_pci 0000:01:00.0: [52]: 0x809B66F0 0x0040AD84 0x00410670 0x00411254
[   16.731269] ath10k_pci 0000:01:00.0: [56]: 0x809B2868 0x0040ADA4 0x00400000 0x00416EB4
[   21.543818] ath10k_pci 0000:01:00.0: wmi unified ready event not received
[   21.646943] ath10k_pci 0000:01:00.0: could not init core (-145)
[   21.653075] ath10k_pci 0000:01:00.0: could not probe fw (-145)
[   21.664514] ath10k_pci 0000:01:00.0: cannot restart a device that hasn't been started

log with alernative ath10k-ct from packages

Sun Feb 26 20:09:36 2017 kern.info kernel: [   15.991374] ath10k driver, optimized for CT firmware, probing pci.
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   15.998923] PCI: Enabling device 0000:01:00.0 (0000 -> 0002)
Sun Feb 26 20:09:36 2017 kern.info kernel: [   16.004876] ath10k_pci 0000:01:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
Sun Feb 26 20:09:36 2017 kern.info kernel: [   16.115573] EXT4-fs (sda1): mounted filesystem without journal. Opts: 
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.220291] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:01:00.0.bin failed with error -2
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.231178] ath10k_pci 0000:01:00.0: Falling back to user helper
Sun Feb 26 20:09:36 2017 kern.err kernel: [   16.309980] firmware ath10k!pre-cal-pci-0000:01:00.0.bin: firmware_loading_store: map pages failed
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.322702] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/fwcfg-pci-0000:01:00.0.txt failed with error -2
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.333430] ath10k_pci 0000:01:00.0: Falling back to user helper
Sun Feb 26 20:09:36 2017 kern.err kernel: [   16.483479] firmware ath10k!fwcfg-pci-0000:01:00.0.txt: firmware_loading_store: map pages failed
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.502812] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-5.bin failed with error -2
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.513707] ath10k_pci 0000:01:00.0: Falling back to user helper
Sun Feb 26 20:09:36 2017 kern.err kernel: [   16.656794] firmware ath10k!QCA988X!hw2.0!firmware-5.bin: firmware_loading_store: map pages failed
Sun Feb 26 20:09:36 2017 kern.err kernel: [   16.666061] ath10k_pci 0000:01:00.0: could not fetch firmware file 'ath10k/QCA988X/hw2.0/firmware-5.bin': -11
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.676241] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-4.bin failed with error -2
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.687110] ath10k_pci 0000:01:00.0: Falling back to user helper
Sun Feb 26 20:09:36 2017 kern.err kernel: [   16.839245] firmware ath10k!QCA988X!hw2.0!firmware-4.bin: firmware_loading_store: map pages failed
Sun Feb 26 20:09:36 2017 kern.err kernel: [   16.848512] ath10k_pci 0000:01:00.0: could not fetch firmware file 'ath10k/QCA988X/hw2.0/firmware-4.bin': -11
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.858690] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-3.bin failed with error -2
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   16.869560] ath10k_pci 0000:01:00.0: Falling back to user helper
Sun Feb 26 20:09:36 2017 kern.err kernel: [   17.020761] firmware ath10k!QCA988X!hw2.0!firmware-3.bin: firmware_loading_store: map pages failed
Sun Feb 26 20:09:36 2017 kern.err kernel: [   17.030028] ath10k_pci 0000:01:00.0: could not fetch firmware file 'ath10k/QCA988X/hw2.0/firmware-3.bin': -11
Sun Feb 26 20:09:36 2017 kern.info kernel: [   17.152659] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
Sun Feb 26 20:09:36 2017 kern.info kernel: [   17.162062] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
Sun Feb 26 20:09:36 2017 kern.info kernel: [   17.174406] ath10k_pci 0000:01:00.0: firmware ver 10.1.467-ct-_fW-019-647197c api 2 features wmi-10.x,has-wmi-mgmt-tx,txstatus-noack,wmi-10.x-CT,ratemask-CT crc32 ce5082a8
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   17.190041] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   17.200645] ath10k_pci 0000:01:00.0: Falling back to user helper
Sun Feb 26 20:09:36 2017 kern.err kernel: [   17.280425] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
Sun Feb 26 20:09:36 2017 kern.info kernel: [   17.293109] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   18.216205] ath10k_pci 0000:01:00.0: 10.1 wmi init: vdevs: 16  peers: 127  tid: 256
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.224910] ath10k_pci 0000:01:00.0: firmware crashed! (uuid 44fc9f0a-8adb-4077-ae4e-82113c83f387)
Sun Feb 26 20:09:36 2017 kern.info kernel: [   18.234031] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
Sun Feb 26 20:09:36 2017 kern.info kernel: [   18.243382] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
Sun Feb 26 20:09:36 2017 kern.info kernel: [   18.255705] ath10k_pci 0000:01:00.0: firmware ver 10.1.467-ct-_fW-019-647197c api 2 features wmi-10.x,has-wmi-mgmt-tx,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT crc32 ce5082a8
Sun Feb 26 20:09:36 2017 kern.info kernel: [   18.278224] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
Sun Feb 26 20:09:36 2017 kern.info kernel: [   18.285650] ath10k_pci 0000:01:00.0: htt-ver 0.0 wmi-op 2 htt-op 2 cal file max-sta 128 raw 0 hwcrypto 1
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.297288] ath10k_pci 0000:01:00.0: firmware register dump:
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.303030] ath10k_pci 0000:01:00.0: [00]: 0x4100016C 0x000015B3 0x009B1635 0x00955B31
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.311074] ath10k_pci 0000:01:00.0: [04]: 0x009B1635 0x00060130 0x0000001D 0x009BAB8B
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.319114] ath10k_pci 0000:01:00.0: [08]: 0xFFFFFFFF 0x00401F6A 0x0000096C 0xFFFFFFFF
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.327147] ath10k_pci 0000:01:00.0: [12]: 0x00000009 0x00000000 0x009B1AD1 0x009B1B29
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.335182] ath10k_pci 0000:01:00.0: [16]: 0x00958080 0x0094085D 0x00000000 0x00000000
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.343210] ath10k_pci 0000:01:00.0: [20]: 0x409B1635 0x0040AA44 0x0040AAF4 0x00000001
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.351251] ath10k_pci 0000:01:00.0: [24]: 0x809B21C2 0x0040AAA4 0x00401F7E 0xC09B1635
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.359290] ath10k_pci 0000:01:00.0: [28]: 0x809B2676 0x0040AAD4 0x00401CC0 0x000000E2
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.367329] ath10k_pci 0000:01:00.0: [32]: 0x8098494F 0x0040ABC4 0x0040E07C 0x0000003F
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.375362] ath10k_pci 0000:01:00.0: [36]: 0x8098ED6F 0x0040AC04 0x0040D4B0 0x004062DC
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.383391] ath10k_pci 0000:01:00.0: [40]: 0x809892DD 0x0040AC54 0x0040ACB4 0x00400000
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.391431] ath10k_pci 0000:01:00.0: [44]: 0x809887C9 0x0040ACA4 0x0040F7B8 0x00400000
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.399463] ath10k_pci 0000:01:00.0: [48]: 0x809897B4 0x0040AD44 0x0040F7B8 0x00000001
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.407500] ath10k_pci 0000:01:00.0: [52]: 0x809AD74A 0x0040AD84 0x0040F7B8 0x0000A000
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.415535] ath10k_pci 0000:01:00.0: [56]: 0x809AA392 0x0040ADA4 0x00400000 0x00414F44
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   18.425582] ath10k_pci 0000:01:00.0: debug log header, dbuf: 0x412598  dropped: 0
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   18.434191] ath10k_pci 0000:01:00.0: [0] next: 0x4125b0 buf: 0x4103fc sz: 1500 len: 56 count: 2 free: 0
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.444731] ath10k_pci 0000:01:00.0: ath10k_pci ATH10K_DBG_BUFFER:
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.451001] ath10k: [0000]: 38700000 0500FC17 70201031 08000000 80000000 B8F74000 01000600 39700000
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.460186] ath10k: [0008]: 0100FC17 B3150000 B3150000 34A94000 6C010041 09000000
Sun Feb 26 20:09:36 2017 kern.err kernel: [   18.467775] ath10k_pci 0000:01:00.0: ATH10K_END
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   18.473385] ath10k_pci 0000:01:00.0: [1] next: 0x412598 buf: 0x4109ec sz: 1500 len: 0 count: 0 free: 0
Sun Feb 26 20:09:36 2017 kern.err kernel: [   23.223848] ath10k_pci 0000:01:00.0: wmi unified ready event not received
Sun Feb 26 20:09:36 2017 kern.err kernel: [   23.325855] ath10k_pci 0000:01:00.0: could not init core (-145)
Sun Feb 26 20:09:36 2017 kern.err kernel: [   23.331970] ath10k_pci 0000:01:00.0: could not probe fw (-145)
Sun Feb 26 20:09:36 2017 kern.info kernel: [   23.338980] i2c /dev entries driver
Sun Feb 26 20:09:36 2017 kern.warn kernel: [   23.344460] ath10k_pci 0000:01:00.0: cannot restart a device that hasn't been started


05.03.2017599Base systemBug ReportVery LowMediumHame MPR-A2 switch has unknown topologyTrunkUnconfirmed Task Description

Vlan don’t work.


10.03.2017614Base systemBug ReportVery LowMedium/usr/lib/lua/luci/util.lua:623: Unable to establish ubu...TrunkUnconfirmed Task Description

when save&apply on system>mount luci always crash
error message:
/usr/lib/lua/luci/util.lua:623: Unable to establish ubus connection
stack traceback:

[C]: in function 'assert'
/usr/lib/lua/luci/util.lua:623: in function 'ubus'
/usr/lib/lua/luci/dispatcher.lua:347: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:141: in function </usr/lib/lua/luci/dispatcher.lua:140>
 


13.03.2017625PackagesBug ReportVery LowMediumno default route written using proto=wwanlede-17.01Unconfirmed Task Description

LEDE_RELEASE=”LEDE Reboot 17.01-SNAPSHOT r6469+17-c114383”

Configure steps as follows:

Run ubus listen in backround
ubus -t 9999 listen &

uci del network.wwan
uci set network.wwan=interface
uci set network.wwan.proto=wwan
uci set network.wwan.defaultroute=’0’ uci set network.wwan.pincode= uci set network.wwan.apn= uci commit && /etc/init.d/network restart
...
{ “ubus.object.add”: {”id”:107055350,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan_4”} }
...

As you see default route should not be written immediately. You see default route in inactive section in ubus. So now lets set the default route for this interface

uci set network.wwan.defaultroute=’1’ uci commit && /etc/init.d/network reload

You see no ubus message as well no change of default route. Now lets use QMI proto directly

uci del network.wwan
uci set network.wwan=interface
uci set network.wwan.proto=qmi
uci set network.wwan.device=/dev/cdc-wdm0
uci set network.wwan.defaultroute=’0’ uci set network.wwan.pincode= uci set network.wwan.apn= uci commit && /etc/init.d/network restart
...
{ “ubus.object.add”: {”id”:107055350,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan_4”} }
...

So now lets set the default route for this interface and you see ubus messages comming up as well default route is set

uci set network.wwan.defaultroute=’1’ uci commit && /etc/init.d/network reload
{ “network.interface”: {”action”:”ifdown”,”interface”:”wwan”} }
{ “network.interface”: {”action”:”ifdown”,”interface”:”wwan_4”} }
root@RED50:/lib# { “ubus.object.remove”: {”id”:399408035,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wan2”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan”} }
{ “ubus.object.add”: {”id”:828745890,”path”:”network.interface.wwan_4”} }
{ “network.interface”: {”action”:”ifup”,”interface”:”wwan_4”} }


17.03.2017634Base systemBug ReportMediumMediumFactory flashing fails because LEDE filename is too lon...AllNew Task Description

On a TP-Link TL-WR841N v11, flashing LEDE from the web interface of the stock firmware is not possible.

This is caused by a stupid check that refuses filename longer than 64 chars in the web interface. The check is implemented in javascript and returns a cryptic error message like “Please select a file to upload”, as if no file was selected.

The current naming scheme is quite long:

$ echo ‘lede-17.01.0-r3205-59508e3-ar71xx-generic-tl-wr841-v11-squashfs-factory-eu.bin’ | wc -c
79

Shortening the name like the following would decrease the length below 64 chars, and leave some space for a custom suffix (e.g. using EXTRA_IMAGE_NAME in the Imagebuilder):

$ echo ‘lede-17.01.0-ar71xx-tlwr841v11-squashfs-factory-eu.bin’ | wc -c
55

25.03.2017654PackagesBug ReportVery LowMediumdial on demand not workinglede-17.01Unconfirmed Task Description

Using LEDE Reboot 17.01.0 r3205-59508e3 on Lenovo Y1.
After setting the Inactivity timeout to something not 0 in luci (option demand ‘5’ in the config file),the dial procedure will be stopping at some stage,can’t establish a connect.
And the log will be like this:

May  7 08:48:52 OpenWrt daemon.info pppd[9714]: Plugin rp-pppoe.so loaded.
May  7 08:48:52 OpenWrt daemon.info pppd[9714]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
May  7 08:48:52 OpenWrt daemon.notice pppd[9714]: pppd 2.4.5 started by root, uid 0
May  7 08:48:52 OpenWrt daemon.info pppd[9714]: Using interface pppoe-wan
May  7 08:48:52 OpenWrt daemon.notice pppd[9714]: local  IP address 10.64.64.64
May  7 08:48:52 OpenWrt daemon.notice pppd[9714]: remote IP address 10.112.112.112

Without the demand option everything works fine:

May  7 09:08:43 OpenWrt daemon.info pppd[2712]: Plugin rp-pppoe.so loaded.
May  7 09:08:43 OpenWrt daemon.info pppd[2712]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
May  7 09:08:43 OpenWrt daemon.notice pppd[2712]: pppd 2.4.5 started by root, uid 0
May  7 09:08:48 OpenWrt daemon.info pppd[2712]: PPP session is 9873
May  7 09:08:48 OpenWrt daemon.warn pppd[2712]: Connected to 00:30:88:1f:30:07 via interface eth2
May  7 09:08:48 OpenWrt daemon.info pppd[2712]: Using interface pppoe-wan
May  7 09:08:48 OpenWrt daemon.notice pppd[2712]: Connect: pppoe-wan <--> eth2
May  7 09:08:48 OpenWrt daemon.notice pppd[2712]: PAP authentication succeeded
May  7 09:08:48 OpenWrt daemon.notice pppd[2712]: peer from calling number 00:30:88:1F:30:07 authorized
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: local  IP address 93.232.124.118
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: remote IP address 217.0.119.51
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: primary   DNS address 217.0.43.17
May  7 09:08:49 OpenWrt daemon.notice pppd[2712]: secondary DNS address 217.0.43.49

(these logs is copy from the openwrt bug ticketExternal Link because my log for this part had be override by massive “ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2”,sincere apology,smile)
It seems to be a historied legacy bug from Openwrt BB (or AA),and there is a solution by changing 2 files to make pppd disconnect when inactivity but can’t re-dial:
1./etc/config/network, disable IPv6

config interface 'wan'
        option ipv6 0

2./lib/netifd/proto/ppp.sh: change nodefaultroute to defaultroute in the function of ppp_generic_setup()

	proto_run_command "$config" /usr/sbin/pppd \
		nodetach ipparam "$config" \
		ifname "$pppname" \
		${keepalive:+lcp-echo-interval $interval lcp-echo-failure ${keepalive%%[, ]*}} \
		${ipv6:++ipv6} \
		defaultroute \

Hope this stinking bug can be terminated in LEDE

30.03.2017666Base systemBug ReportVery LowMedium"Wireless is disabled or not associated" when channel m...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Banana Pi R1
- Software versions: all

When I set the channel mode to “auto”, then the message appears “Wireless is disabled or not associated” and the WLAN does’nt work.
I set the channel manually, then WLAN works fine.

The problem is already known with OpenWrt:
https://dev.openwrt.org/changeset/32630


08.04.2017689Base systemBug ReportVery LowMedium WiFi disconnects on Dir300 b7lede-17.01Unconfirmed Task Description

This: https://github.com/nodemcu/nodemcu-firmware/issues/639 and this: https://forum.openwrt.org/viewtopic.php?id=43188

Device: Dlink Dir-300 b7 with latest LEDE 17.01

Solution: Adding an option ‘option disassoc_low_ack 0’ to /etc/config/wireless in the config wifi-iface section.

08.04.2017692Base systemBug ReportMediumMediumWLAN AP not working on RasPi (bcm2710 target)TrunkAssigned Task Description

When flashing the brcm2708 / bcm2710 target the WiFi interface gets stuck in “client mode” and the AP will not be able to be brought up.

Some screenshots and a load of discussion here:
https://forum.lede-project.org/t/ap-mode-radio0-in-raspi-3-always-acts-as-a-client-shows-as-wlan0-in-luci/2885

Two more days of tinkering, wifi-up’ing and -down’ing did not bring me further.
I flashed another Pi3 (to exclude a hardware defect) with the same result.

I tried latest snapshot and stable images.
I am happy to help debug – tell me what you need me to do.

Greetings,
–Thomas

19.04.2017723Base systemBug ReportVery LowMediumath10k fails station mode for QCA986x/988xlede-17.01Unconfirmed Task Description

Set-Up:

  • Board: NXP/Freescale Layerscape TWR-LS1021A Router/AP
  • Wireless Network Adapter: Qualcomm Atheros PCI QCA986x/988x 802.11ac
  • OS: LEDE (derivative from OpenWrt) Reboot/SNAPSHOT/r3044-21356a6

On host: menuconfig:

  • Kernel modules > Wireless Drivers: kmod-ath10k, kmod-ath, kmod-cfg80211, kmod-mac80211
  • Firmware: ath10k-firmware-qca988x
  • Network: wpad, wpa-cli
  • netifd + ubus + uci

On TWR-LS1021A:
Just in order to test if WiFi card is really QCA986x/988x 802.11ac:
root@lede:/# cat /sys/bus/pci/devices/0000\:01\:00.0/vendor

0x168c

root@lede:/# cat /sys/bus/pci/devices/0000\:01\:00.0/device

0x003c

Google: PCI 168c 0x003c gives QCA986x/988x


During the first boot, boot scripts create: /etc/config/wireless with the following contents:

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '36'
        option hwmode '11a'
        option path 'soc/3400000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option htmode 'VHT80'
        option disabled '1'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'LEDE'
        option encryption 'none'

We remove: option disabled ‘1’ (WiFi is disabled by default → enable it) and reboot.

Boot with USB-serial output:

…
[    6.270954] ath10k_pci 0000:01:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[    6.450972] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:01:00.0.bin failed with error -2
[    6.461643] ath10k_pci 0000:01:00.0: Falling back to user helper
[    6.474916] firmware ath10k!pre-cal-pci-0000:01:00.0.bin: firmware_loading_store: map pages failed
[    6.484102] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/cal-pci-0000:01:00.0.bin failed with error -2
[    6.494431] ath10k_pci 0000:01:00.0: Falling back to user helper
[    6.507497] firmware ath10k!cal-pci-0000:01:00.0.bin: firmware_loading_store: map pages failed
[    6.528736] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[    6.537986] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[    6.548737] ath10k_pci 0000:01:00.0: firmware ver 10.2.4-1.0-00016 api 5 features no-p2p,raw-mode,mfp crc32 0c5668f8
[    6.599443] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[    6.609853] ath10k_pci 0000:01:00.0: Falling back to user helper
[    6.623269] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[    6.632927] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[    7.775018] ath10k_pci 0000:01:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
…
[   11.014199] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   11.022336] device wlan0 entered promiscuous mode
[   11.336732] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
…

Remarks:

  • pre-cal/cal-pci error messages are connected to pre-calibration issues, so ignore them
  • board-2.bin error: indeed /lib/firmware/ath10k/QCA988X/hw2.0/ contains only board.bin and firmware-5.bin. we have tried to copy hw2.0/board-2.bin from QCA proprietary driver but then: [ 6.590282] ath10k_pci 0000:01:00.0: failed to fetch board data for bus=pci,vendor=168c,device=003c,subsystem-vendor=0000,subsystem-device=0000 from ath10k/QCA988X/hw2.0/board-2.bin

Nevertheless, the driver is correctly started in AP mode:
root@lede:/# iwconfig

wlan0     IEEE 802.11  Mode:Master  Tx-Power=20 dBm   
          RTS thr:off   Fragment thr:off
          Power Management:off

root@lede:/# ifconfig

wlan0     Link encap:Ethernet  HWaddr 00:0E:8E:59:7D:8F  
          inet6 addr: fe80::20e:8eff:fe59:7d8f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:128 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:15588 (15.2 KiB)

Now try to switch to station mode with WPA:
AP: 802.11a, channel 36: 5.18 GHz, SSID: iwl3xxx, Security mode: WPA/PSK, CCMP/AES (WPA/RSN), Password: password

TWR-LS1021A: /etc/config/wireless:

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '36'
        option hwmode '11a'
        option path 'soc/3400000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'wlan'
        option mode 'sta'
        option ssid 'iwl3xxx'
        option encryption 'psk'
        option key 'password'

config interface 'wlan'
        option ifname 'default_radio0'
        option proto 'static'
        option ipaddr '192.168.0.2'
        option netmask '255.255.255.0'

root@lede:/# iwconfig

wlan0     IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

It correctly switches to managed mode but no ESSID and no AP are assigned. Direct WPA supplicant employment also fails:

We create WPA config file /a:

country=00
network={
  ssid="iwl3xxx"
  psk="password"
  scan_ssid=1
  key_mgmt=WPA-PSK
  pairwise=CCMP TKIP
  group=CCMP TKIP
}

Start WPA supplicant:
root@lede:/# wpa_supplicant -c /a -i wlan0 -D nl80211

Successfully initialized wpa_supplicant
wlan0: SME: Trying to authenticate with 00:18:92:05:b6:ec (SSID='iwl3xxx' freq=5180 MHz)
[ 2736.691425] wlan0: authenticate with 00:18:92:05:b6:ec
[ 2736.702348] wlan0: send auth to 00:18:92:05:b6:ec (try 1/3)
[ 2736.709540] wlan0: authenticated
wlan0: Trying to associate with 00:18:92:05:b6:ec (SSID='iwl3xxx' freq=5180 MHz)
[ 2736.717183] wlan0: associate with 00:18:92:05:b6:ec (try 1/3)
[ 2736.725522] wlan0: RX AssocResp from 00:18:92:05:b6:ec (capab=0x411 status=0 aid=1)
[ 2736.734827] wlan0: associated
[ 2736.738114] wlan0: deauthenticating from 00:18:92:05:b6:ec by local choice (Reason: 3=DEAUTH_LEAVING)
wlan0: Associated with 00:18:92:05:b6:ec
wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
wlan0: CTRL-EVENT-DISCONNECTED bssid=00:18:92:05:b6:ec reason=3 locally_generated=1
wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="iwl3xxx" auth_failures=1 duration=10 reason=WRONG_KEY

Though the key is correct, the driver delivers WRONG_KEY message. In order to eliminate any security issues, we switch to insecure communication:
AP: 802.11a, channel 36: 5.18 GHz, SSID: iwl3xxx, Security mode: NONE

TWR-LS1021A: WPA config file /a:

country=00
network={
  ssid="iwl3xxx"
  scan_ssid=1
  key_mgmt=NONE
}

Start WPA supplicant:
root@lede:/# wpa_supplicant -c /a -i wlan0 -D nl80211

Successfully initialized wpa_supplicant
wlan0: SME: Trying to authenticate with 00:18:92:05:b6:ec (SSID='iwl3xxx' freq=5180 MHz)
[   26.011997] wlan0: authenticate with 00:18:92:05:b6:ec
[   26.069291] wlan0: send auth to 00:18:92:05:b6:ec (try 1/3)
[   26.075992] wlan0: authenticated
wlan0: Trying to associate with 00:18:92:05:b6:ec (SSID='iwl3xxx' freq=5180 MHz)
[   26.087236] wlan0: associate with 00:18:92:05:b6:ec (try 1/3)
[   26.094140] wlan0: RX AssocResp from 00:18:92:05:b6:ec (capab=0x401 status=0 aid=1)
[   26.103088] wlan0: associated
[   26.106163] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
wlan0: Associated with 00:18:92:05:b6:ec
wlan0: CTRL-EVENT-CONNECTED - Connection to 00:18:92:05:b6:ec completed [id=0 id_str=]
wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
[   36.117315] wlan0: deauthenticating from 00:18:92:05:b6:ec by local choice (Reason: 3=DEAUTH_LEAVING)
wlan0: CTRL-EVENT-DISCONNECTED bssid=00:18:92:05:b6:ec reason=3 locally_generated=1

So, WPA supplicant reports: we were authenticated and associated, connection completed. And then we leave WiFi by local choice. WireShark shows that deauthenticate-request comes from from us to access point.

Result: ath10k fails station mode for QCA986x/988x

23.04.2017731Base systemBug ReportVery LowMediumOffline build not possible after "make download"lede-17.01Unconfirmed Task Description

I tried to do an offline build of almost the default configuration for x86_64 of 17.01.1. So I did “make download” (with that configuration) on a machine connected to the internet and then tried to build from there offline, but “make” tried to download files, that “make download” did not and failed.

The first few files were the following, then I gave up:

ncurses-6.0.tar.gz
lzo-2.09.tar.gz
usign-2015-07-04-ef641914.tar.xz
mbedtls-2.4.2-gpl.tgz
ustream-ssl-2016-07-02-ec80adaa.tar.xz
openssl-1.0.2k.tar.gz

28.04.2017740Base systemBug ReportVery LowMediumWRT54 Router Power LED continually flasheslede-17.01Unconfirmed Task Description
  • LEDE 17.01.1
  • WRT54G v3 and WRT54GS
  • after installing, power LED continually flashes
  • no noticeable difference in LED between failsafe/actual moment of soft reboot//when router is up
  • I had to failsafe the WRT54G multiple times due to other initial config errors (attempting to bridge wlan0 to LAN, which was possible in another OS), I could only identify failsafe by Pinging it then SSHing quickly
  • The method I described to identify failsafe is not mentioned in documentation
03.05.2017752Base systemBug ReportVery LowMediummtk7688 radio in client mode throwing kernel stack trac...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

AsiaRF AWM688, based on the mtk7688 SoC, similar to the LinkIt 7688

- Software versions of LEDE release, packages, etc.

current HEAD (21c2e93e67bc44c1b72dbbe2dc9f9451d44f81a0)

- Steps to reproduce

Put your wifi interface into station mode, with something like this:

uci set wireless.@wifi-iface[0].mode=sta
uci set wireless.@wifi-iface[0].network=wan
uci set wireless.@wifi-iface[0].ssid="<yournetworkssid>"
uci set wireless.@wifi-iface[0].encryption=<yournetworkencryption>
uci set wireless.@wifi-iface[0].key=<yournetworkkey>
uci set network.wan.ifname=''
uci commit wireless
uci commit network
/etc/init.d/network restart

The stack traces look like this:

[  381.712245] ------------[ cut here ]------------
[  381.721603] WARNING: CPU: 0 PID: 0 at compat-wireless-2017-01-31/net/mac80211/tx.c:4230 ieee80211_csa_is_complete+0x4d4/0x668 [mac80211]()
[  381.746243] Modules linked in: pppoe ppp_async snd_usb_audio pppox ppp_generic pl2303 nf_conntrack_ipv6 mmc_spi iptable_nat ipt_REJECT ipt_MASQUERADE ftdi_sio cp210x ch341 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 usbserial usbmon ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda spidev snd_usbmidi_lib slhc pwm_mediatek of_mmc_spi nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc7 crc_itu_t crc_ccitt snd_soc_simple_card snd_soc_ralink_i2s snd_soc_wm8960 i2c_mt7621 snd_soc_core ralink_gdma virt_dma mt76x2e mt7603e i2c_dev mt76 mac80211 cfg80211 compat ledtrig_oneshot ledtrig_heartbeat ledtrig_gpio ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables snd_pcm_dmaengine snd_compress snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_rawmidi snd_seq_device snd_hwdep snd input_core soundcore vfat fat nls_utf8 nls_iso8859_1 nls_cp437 regmap_spi regmap_mmio regmap_i2c i2c_core regmap_core lzo_decompress lzo_compress mmc_block usb_storage mtk_sd mmc_core leds_gpio ohci_platform ohci_hcd ledtrig_transient ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[  381.997790] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.4.61 #0
[  382.011576] Stack : 8035bff4 00000000 00000001 803a0000 803a10dc 803a0d63 8033d94c 00000000
          803f3438 8380de90 00000000 82d2b630 00000001 8004ae6c 80342e54 803a0000
          00000003 8380de90 80341258 8380dd74 00000001 80048dd8 83012b40 00000000
          8039fe50 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          ...
[  382.082022] Call Trace:
[  382.086872] [<8001486c>] show_stack+0x50/0x84
[  382.095501] [<8002544c>] warn_slowpath_common+0xa0/0xd0
[  382.105857] [<80025504>] warn_slowpath_null+0x18/0x24
[  382.115987] [<832aa34c>] ieee80211_csa_is_complete+0x4d4/0x668 [mac80211]
[  382.129537] 
[  382.132479] ---[ end trace cedc8f2cca6a57da ]---
[  448.821439] ------------[ cut here ]------------
[  448.830796] WARNING: CPU: 0 PID: 0 at compat-wireless-2017-01-31/net/mac80211/tx.c:4230 ieee80211_csa_is_complete+0x4d4/0x668 [mac80211]()
[  448.855431] Modules linked in: pppoe ppp_async snd_usb_audio pppox ppp_generic pl2303 nf_conntrack_ipv6 mmc_spi iptable_nat ipt_REJECT ipt_MASQUERADE ftdi_sio cp210x ch341 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 usbserial usbmon ums_usbat ums_sddr55 ums_sddr09 ums_karma ms_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda spidev snd_usbmidi_lib slhc pwm_mediatek of_mmc_spi nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc7 crc_itu_t crc_ccitt snd_soc_simple_card snd_soc_ralink_i2s snd_soc_wm8960 i2c_mt7621 snd_soc_core ralink_gdma virt_dma mt76x2e mt7603e i2c_dev mt76 mac80211 cfg80211 compat ledtrig_oneshot ledtrig_heartbeat ledtrig_gpio ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables snd_pcm_dmaengine snd_compress snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_rawmidi snd_seq_device snd_hwdep snd input_core soundcore vfat fat nls_utf8 nls_iso8859_1 nls_cp437 regmap_spi regmap_mmio regmap_i2c i2c_core regmap_core lzo_decompress lzo_compress mmc_block usb_storage mtk_sd mmc_core leds_gpio ohci_platform ohci_hcd ledtrig_transient ehci_platform sd_mod scsi_mod ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[  449.106963] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.4.61 #0
[  449.120752] Stack : 8035bff4 00000000 00000001 803a0000 803a10dc 803a0d63 8033d94c 00000000
          803f3438 8380de90 00000000 82d2b630 00000001 8004ae6c 80342e54 803a0000
          00000003 8380de90 80341258 8380dd74 00000001 80048dd8 831a7852 00000000
          8039fe50 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
          ...
[  449.191202] Call Trace:
[  449.196044] [<8001486c>] show_stack+0x50/0x84
[  449.204680] [<8002544c>] warn_slowpath_common+0xa0/0xd0
[  449.215034] [<80025504>] warn_slowpath_null+0x18/0x24
[  449.225170] [<832aa34c>] ieee80211_csa_is_complete+0x4d4/0x668 [mac80211]
[  449.238722] 
[  449.241679] ---[ end trace cedc8f2cca6a57db ]---

The line number is a bit off, but it looks like maybe ieee80211_csa_is_complete is complaining because vif→type == station mode isn’t handled. I don’t know what “csa” means here.

04.05.2017761Base systemBug ReportVery LowMediumWRT54G image is too big for device.lede-17.01Unconfirmed Task Description

Device: WRT54G v2
Lede version/build: lede-17.01.1-brcm47xx-legacy-linksys-wrt54g-squashfs.bin

The image provided is 4001824 bytes, whereas device flash is 3866624 bytes.
Cannot upload firmware to device.

Source old wiki: https://wiki.openwrt.org/toh/linksys/wrt54g

08.05.2017767ToolchainBug ReportVery LowMediumuml: Imagebuilder does not honor default packages for u...TrunkUnconfirmed Task Description

Stock LEDE - r4099-4c3953b

Plain UML images are fine and work. If you want to build images with the imagebuilder the default package list is not honored and modules are missing - like kmod-80211-hwsim and all related packages.

The squashfs image also does not work:

[    0.270000] squashfs: SQUASHFS error: Filesystem uses "zlib" compression. This is not supported

profiles.mk in Imagebuilder dir seems wonky:

$ cat .profiles.mk
PROFILE_NAMES = Default
Default_NAME:=Default
Default_PACKAGES:=

.targetinfo looks okay, but I don’t know:

Source-Makefile: target/linux/uml/Makefile
Target: uml
Target-Board: uml
Target-Name: User Mode Linux
Target-Arch: x86_64
Target-Arch-Packages: x86_64
Target-Features: audio ext4 source-only squashfs
Target-Depends:
Target-Optimization: -Os -pipe
CPU-Type:
Linux-Version: 4.4.61
Linux-Release: 1
Linux-Kernel-Arch: um
Target-Description:

@@
Default-Packages: base-files libc libgcc busybox dropbear mtd uci opkg netifd fstools uclient-fetch logd dnsmasq iptables ip6tables ppp ppp-mod-pppoe firewall odhcpd odhcp6c wpad-mini kmod-mac80211-hwsim mkf2fs e2fsprogs iwinfo
14.05.2017783PackagesBug ReportVery LowMediumgpsd doesn't work with "Garmin USB binary" (nor NMEA200...TrunkUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on

I tried it on GL-AR150, but it should reproduce on any device w/ USB

- Software versions of LEDE release, packages, etc.

LEDE 17.01.1
gpsd 3.16-1

- Steps to reproduce

If you have a device with “Garmin USB binary” (eg : eTrex), then

gpsd -n -N -G -D 4 /dev/ttyUSB0

... should show data once a second.

From my reading of the code, even without a Garmin device, “-D 4” debug level should show a message of “Probing Garmin USB binary driver...\n”

From my reading of the code, it looks a a build problem. 2 “defines” need to be made :

NON_NMEA0183_ENABLE

HAVE_LIBUSB

FYI, there is a similiar bug for “NMEA2000” : If you do “gpsd -h”, you should see “NMEA2000” on the list of “drivers”. I can file a separate bug for this if you want.

Thanks !

15.05.2017786Base systemFeature RequestVery LowMediumPlease, add support to ecdsa key typelede-17.01Researching Task Description

At the moment dropbear tool is compiled without the ecdsa key type support.
ECDSA (https://en.wikipedia.org/wiki/Elliptic_Curve_Digital_Signature_Algorithm) is considere better than RSA as it requires fewer key bits to gain same security.

16.05.2017788Base systemBug ReportVery LowMediumMQMaker WiTi 5ghz interface does not workAllUnconfirmed Task Description

Supply the following if possible:
- MQMaker WiTi
- All released LEDE versions
- enable the 5ghz interface. LEDE reports that it’s up and running but it isn’t.

I tried 3 builds.

LEDE trunk - fail
LEDE 17.01.0 - fail
OpenWRT trunk - works.

Something broke in the mt76 driver between OpenWRT trunk and LEDE final.

AFAIK it’s after the bug fix to packet injection.

 


25.05.2017803PackagesBug ReportVery LowMediumNL80211_STA_INFO_INACTIVE_TIME incorrect value for IB...TrunkUnconfirmed Task Description

- ar71xx affected
- latest LEDE trunk affected and may be older versions
- Steps to reproduce

Buid current LEDE trunk with a10k-ct driver and CT firmware for QCA988x.
Flash devices with firmware.
Create IBSS interface for 2 or more ath10k devices and connect them.

 

iwinfo shows negative value for last activity. Value is rising. TX traffic can’t pass through interface.
All incoming packets come with “unknown” bitrate.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -39 dBm / -103 dBm (SNR 64) -230820 ms ago

      RX: unknown                                      794 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -39 dBm / -103 dBm (SNR 64) -127810 ms ago

      RX: unknown                                     2828 Pkts.
      TX: 6.0 MBit/s  
                                 0 Pkts.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -40 dBm / -103 dBm (SNR 63) -117860 ms ago

      RX: unknown                                     3022 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

According to iw output this value is close to th “unsigned long” value limit
root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  4294805756 ms
      rx bytes:       152352
      rx packets:     2208
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -39 dBm
      signal avg:     -37 dBm
      tx bitrate:     6.0 MBit/s
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       long
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    0
      beacon interval:100
      short slot time:yes
      connected time: 113 seconds

root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  4294878176 ms
      rx bytes:       250056
      rx packets:     3624
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -40 dBm
      signal avg:     -39 dBm
      tx bitrate:     6.0 MBit/s
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       long
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    0
      beacon interval:100
      short slot time:yes
      connected time: 185 seconds

After some time (3-5 minutes) the value overflows and starting from zero with normal values.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -38 dBm / -103 dBm (SNR 65) 80 ms ago

      RX: unknown                                     5732 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  50 ms
      rx bytes:       399372
      rx packets:     5788
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -41 dBm
      signal avg:     -39 dBm
      tx bitrate:     6.0 MBit/s
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       long
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    0
      beacon interval:100
      short slot time:yes
      connected time: 296 seconds
09.06.2017833Base systemBug ReportVery LowMediumpppoe memory problemlede-17.01Unconfirmed Task Description

I have observed a problem with pppoe connection. PPP runs well, but if the connection is interrupted by synchronization etc. then the free memory is less.

If I pull the plug and wait, then the system rapidly loses free memory and then crashes by approximately 25 MB of free RAM.

echo 3> /proc/sys/vm/drop_caches does not help in this case.

Tested on Linksys WRT1200AC, kernel 4.4.69 and 4.4.70
LEDE 17.01

Is there a way to investigate the problem more closely?

Many Thanks

Edy

14.06.2017845KernelBug ReportVery LowMediumMT7628 : wrong data reading the I2C busAllUnconfirmed Task Description

Hi,

I’ve already talked to blogic about this issue. He asked me to perform some tests on the platform even back to openwrt CC.

The bug in question occurs with the MT7628 chip and the I2C bus (WRTNode 2p board).
Configuring the pinmux and enabling the driver, the kernel correctly sees the i2c bus. But then going to use the “i2cdetect” command from i2c-tools package has a surprising result: devices are actually sees devices that are not connected.

Curious about the problem I connected my DSO and I did the probe of the SDA and SCL pins. Data and clock seem to be transferred correctly. So the problem seems to be in the “reading”.

According to the i2c specification if SDA is pull-low and you do an i2cdetect the system should identify in the bus an ACK for each slave address, this does does not happen and the same list appear again.

Turning back to different versions this still happens, unfortunately I have not been able to test every single commit.
The test I’ve made:

  • Openwrt CC the device was not supported.
  • Openwrt first commit of the device support: the i2c bus was not recognized by the driver.
  • Openwrt trunk, the i2c bus is not registered
  • LEDE 12.01 the problem as described above.
  • LEDE HEAD: the problem as described above.
  • LEDE HEAD 4.9 (kernel): The problem as described above.

i2cdetect result (same result with SDA pulled low) .config wrtnode2p.dts

Regards,
hitech95

18.06.2017855Base systemBug ReportVery LowMediumWrong MAC address (00:00:00:00:00:01) on Arcadyan AR751...lede-17.01Unconfirmed Task Description
root@LEDE:~# ifconfig | grep HW
br-lan    Link encap:Ethernet  HWaddr 00:00:00:00:00:01  
eth0      Link encap:Ethernet  HWaddr 00:00:00:00:00:01  
eth0.1    Link encap:Ethernet  HWaddr 00:00:00:00:00:01  
eth0.2    Link encap:Ethernet  HWaddr 00:00:00:00:00:01  
wlan0     Link encap:Ethernet  HWaddr 00:00:00:00:00:02

I know MAC addresses can be overriden in config, but is it possible to automatically detect the original addresses?

20.06.2017858Base systemBug ReportVery LowMediumInstalling bind / named will cause resolving names fail...TrunkUnconfirmed Task Description

Device TP-LINK MR-3220 v2.1 and 2.3 and 2.4 tested, LEDE 17.01.1 version.

After installing bind-server, setting “option port ‘0’” for dnsmasq (to disable DNS configuration) and using provided named.conf file (below), resolution of domain names to IP addresses breaks down.

I was able to track down the problem. There is race condition in bringing interfaces up, starting nptd service and named service, resulting in:
* named service beeing unable to open sockets and/or
* ntpd service beeing unable to connect to ntp pool and set router time correctly and/or
* incorrect time setting causes dnssec of named to reject proper answers for dns resolving.

With no named installed, the dnsmasq itself often starts too early, but this is masked by it beeing reinitialized on lan interface up event.

This is a known openwrt problem, the workaround is described here: https://dev.openwrt.org/ticket/19427 and involves creating a “netwait” service. I have tested this workaround and confirmed it works, however it is not nice.

Here my named.conf:

This is the primary configuration file for the BIND DNS server named. acl locals {
localhost;
10.10.10/24;
}; options {
directory “/tmp”; forwarders {
8.8.8.8;
8.8.4.4;
}; recursion yes;
allow-query { locals; }; dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { none; };
listen-on { 127.0.0.1; 10.10.10.10; };
};
prime the server with knowledge of the root servers
zone “.” {

type hint;
file "/etc/bind/db.root";

};

be authoritative for the localhost forward and reverse zones, and for
broadcast zones as per RFC 1912

zone “localhost” {

type master;
file "/etc/bind/db.local";

};

zone “127.in-addr.arpa” {

type master;
file "/etc/bind/db.127";

};

zone “0.in-addr.arpa” {

type master;
file "/etc/bind/db.0";

};

zone “255.in-addr.arpa” {

type master;
file "/etc/bind/db.255";

};

 


22.06.2017863KernelBug ReportMediumMediumath9k failure with AP+11s VIFs ("unsupported hw bitrate...lede-17.01Assigned Task Description

A Gluon user reported the following issue, observed on a TL-WR841N v9 (QCA953x). LEDE version is 17.01.2.

Gluon uses AP+11s VIFs, with multicast_rate set to 12000.

The WLAN became unusable (no connection possible, WLAN LED permantently on) after a few hours of operation. Both VIFs were affected. The system recovered on its own after an hour in this state. Unfortunately, I have no information if beacons were still running in the broken state.

After the recovery, the large number of messages like the following were found in the kernel log:

[40085.953696] ath: phy0: unsupported hw bitrate detected 0x73 using 1 Mbit
[40200.844082] ath: phy0: unsupported hw bitrate detected 0x48 using 1 Mbit
[40281.298039] ------------[ cut here ]------------
[40281.303081] WARNING: CPU: 0 PID: 0 at compat-wireless-2017-01-31/net/mac80211/rx.c:4214 ieee80211_rx_napi+0x130/0x8b0 [mac80211]()
[40281.315230] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 100 (0x64)
[40281.325023] Modules linked in: iptable_nat ath9k nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 ipt_REJECT ipt_MASQUERADE ebtable_nat ebtable_filter ebtable_broute ath9k_common xt_time xt_tcpudp xt_state xt_quota xt_pkttype xt_physdev xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_LOG xt_CT 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 mac80211 iptable_mangle iptable_filter ip_tables ebtables ebt_vlan ebt_stp ebt_snat ebt_redirect ebt_pkttype ebt_mark_m ebt_mark ebt_limit ebt_ip6 ebt_ip ebt_dnat ebt_arpreply ebt_arp ebt_among ebt_802_3 br_netfilter ath9k_hw ath em_nbyte em_cmp sch_pie em_meta sch_gred sch_teql act_ipt sch_prio em_text sch_codel sch_red sch_fq sch_sfq sch_dsmark act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_htb sch_hfsc batman_adv libcrc32c cfg80211 compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables dummy veth tun act_police cls_basic sch_tbf sch_ingress gpio_button_hotplug crc16 crc32c_generic crypto_hash
[40281.433128] CPU: 0 PID: 0 Comm: swapper Tainted: G        W       4.4.71 #0
[40281.440330] Stack : 803e32a4 00000000 00000001 80440000 8042d1dc 8042ce63 803c48ac 00000000
[40281.440330]    804a378c 00000004 00000000 8180e918 00000000 800a7664 803c9fa8 80430000
[40281.440330]    00000003 00000004 803c83b4 81809d5c 00000000 800a55e0 00000002 00000000
[40281.440330]    8042bf70 801f5300 00000000 00000000 00000000 00000000 00000000 00000000
[40281.440330]    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[40281.440330]    ...
[40281.477351] Call Trace:
[40281.479951] [<800a7664>] vprintk_default+0x24/0x30
[40281.484917] [<800a55e0>] printk+0x2c/0x38
[40281.489077] [<801f5300>] serial8250_get_mctrl+0x30/0x54
[40281.494512] [<80081c60>] warn_slowpath_common+0xa0/0xd0
[40281.499949] [<801a772c>] dump_stack+0x14/0x28
[40281.504473] [<80071ea8>] show_stack+0x50/0x84
[40281.509003] [<80081c60>] warn_slowpath_common+0xa0/0xd0
[40281.514543] [<80e25cf0>] ieee80211_rx_napi+0x130/0x8b0 [mac80211]
[40281.520918] [<80081cbc>] warn_slowpath_fmt+0x2c/0x38
[40281.526158] [<80e25cf0>] ieee80211_rx_napi+0x130/0x8b0 [mac80211]
[40281.532495] [<802623ec>] __build_skb+0x48/0xc8
[40281.537148] [<802625d0>] __netdev_alloc_skb+0xd0/0x148
[40281.542477] [<80060bf4>] handle_int+0x134/0x140
[40281.547181] [<80de8388>] ath9k_cmn_rx_skb_postprocess+0x50/0x168 [ath9k_common]
[40281.554852] [<80e88374>] ath_rx_tasklet+0xee8/0xf4c [ath9k]
[40281.560635] [<8006503c>] __bzero+0xa0/0x164
[40281.565012] [<80e88340>] ath_rx_tasklet+0xeb4/0xf4c [ath9k]
[40281.570828] [<80e851b8>] ath9k_tasklet+0x200/0x28c [ath9k]
[40281.576512] [<80084820>] tasklet_action+0x80/0xc8
[40281.581390] [<800841dc>] __do_softirq+0x250/0x298
[40281.586284] [<800a82bc>] generic_handle_irq+0x24/0x3c
[40281.591540] [<8006a9e0>] plat_irq_dispatch+0xd4/0x10c
[40281.596760] [<80060bf4>] handle_int+0x134/0x140
[40281.601447]
[40281.602992] ---[ end trace f41ea26ed5101c02 ]---

Both the numbers in the “unsupported hw bitrate detected” messages and the status→rate_idx values in the WARNINGs are seemingly random.

28.06.2017873Base systemBug ReportVery LowMediumproblems of mt7628 wifi driver on miwifi nanoAllUnconfirmed Task Description

I started using lede on my miwifi nano since the release of version 17.01.1. All function works well except its wireless function.

What makes it a problem is its stability. After a random period of time(ranging from a quarter of an hour to half of a day), it suddenly disconnected. If you try to reconnect, my device shows something like “setting the network address”(varing from devices to devices). After reboot, I found something like “deauthenticated due to inactivity (timer DEAUTH/REMOVE)”. Unfortunately, I haven’t found a way to reproduce the problem till now.

I thought there might be bugs on its wireless driver because on another firmware(http://downloads.pandorabox.com.cn/pandorabox/Xiaomi-Mini-R1CL/firmware/PandoraBox-ralink-mt7628-xiaomi-r1cl-squashfs-sysupgrade-r1752-20151201.bin) which is a variant of Openwrt, it works well.

There are many other problems like the inability to set channel to auto and the txpower option is of no use. But for my daily use, they may not so important compared to the connectivity problem.

Sorry for my bad English and thank you for fixing it.

16.07.2017910KernelBug ReportVery LowMediumRaspberry Pi 3 keeps attempting to change CPU frequency...TrunkUnconfirmed Task Description

I recently updated a Raspberry Pi 3 to a recent LEDE git master build: Reboot (SNAPSHOT, r4576-9fe9175)

The kernel keeps logging the following errors:

[  103.041158] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 600000 (-12)
[  103.044492] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (600000)
[  103.047857] cpufreq: __target_index: Failed to change cpu frequency: -22
[  103.401167] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 600000 (-12)
[  103.404517] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (600000)
[  103.407890] cpufreq: __target_index: Failed to change cpu frequency: -22
[  103.761155] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 600000 (-12)
[  103.764491] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (600000)
[  103.767870] cpufreq: __target_index: Failed to change cpu frequency: -22

I am seeing ~10ms latency spikes for traffic through the device and I believe these errors are the reason. If I force the scheduler to only run the CPU at its maximum speed with the command below then then errors cease and the latency spikes disappear:

# echo 1200000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_min_freq

I looked into the kernel sources and the messages above appear to be saying that there was an error when asking the Pi firmware to change the CPU speed.

I know there is a HW quirk in the RPi3 which means the UART is effected by the CPU speed. I wonder whether this has anything to do with the firmware rejecting the speed change:
https://github.com/RPi-Distro/repo/issues/22

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.

20.08.2017971ToolchainBug ReportVery LowMediummkhash on freebsdlede-17.01Unconfirmed Task Description

Path for build mkhash on freebsd.

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


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

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.

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

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

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.

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.

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
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
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

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

Available keyboard shortcuts

Tasklist

Task Details

Task Editing