OpenWrt/LEDE Project

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

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

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

OpenedIDCategoryTask TypePrioritySeveritySummaryReported InStatus
10.04.2017698Base systemBug ReportVery LowCriticalNexx WT3020F wifi packet loss problemlede-17.01Unconfirmed Task Description

I have two this devices. I try to figure out which is the ideal firmware for it so I tested it with a few. I tested it with OpenWRT 15.05.1, LEDE 17.01.0 and Gargoyle 1.9.1/1.9.2. But I found a common issue. The device lose packets via wifi. Tested with several clients/devices. No matter what configuration I use. No problem on LAN but on wifi it lose a bunch of packets. Maybe it’s a driver issue? Would be good to figure out.

i.imgur.comqpycapq.jpg

I also noticed that the latency is unstable on wifi. I guess it’s also a related with this issue. Should I open another ticket for it?

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.

06.04.2017682Base systemBug ReportVery LowLowWNR2000v3 bootloop after installing 17.01.0lede-17.01Unconfirmed Task Description

My Netgear WNR2000v3 goes into a bootloop after installing 17.01.0 but is fine with the Trunk snapshot from 6 April 2017.
When it starts up, it gives me 4 pings, then it stops responding until it wakes back up. When it stops responding,m the network interface acts like it is disconnected (no link), then it comes back up just before it responds to pings again.
I had time tonight to plug a serial console into it and record what it does when you install 17.01.0
These were installed with TFTP from the recovery (hold reset for ~30 seconds when powering up, then tftp the image to 192.168.1.1)
Attached are two bootlogs:

  1. Bootlog of the upgrade to 17.01 from recovery mode using the lede-17.01.0-r3205-59508e3-ar71xx-generic-wnr2000v3-squashfs-factory-NA.img image (goes into a bootloop after the install): WNR2000V3To17.01UpgradeBootlog.txt
  2. Bootlog of the upgrade to the 6 April 2017 nightly (r3922-9613d97) using the lede-ar71xx-generic-wnr2000v3-squashfs-factory-NA.img image (works as expected): WNR2000V3To6April17SnapshotUpgradeBootlog.txt

I saw the same thing installing lede-17.01.0-r3205-59508e3-ar71xx-generic-wnr2000v3-squashfs-factory-NA.img from the factory web interface (Netgear wnr2000v3-V1.1.2.14) but I didnt save a bootlog of that

Let me know if more info is needed.

Aaron Z


02.04.2017672Base systemBug ReportVery LowLowNetgear WNR2000v3 - Looses always settings after power ...TrunkUnconfirmed Task Description

Device: Netgear WNR2000v3

Problem there since: 15.05.1. It was not there on 15.05 or previous releases.

Problem still there on 17.01 stable ( https://downloads.lede-project.org/releases/17.01.0/targets/ar71xx/generic/lede-17.01.0-r3205-59508e3-ar71xx-generic-wnr2000v3-squashfs-sysupgrade.bin )

The most simple way to make a example of this issue: Install 15.05.1 stable or 17.01 stable and open 192.168.1.1. It tells you that there is no password set. Go to settings, set a password. Open browser again. It asks you now for the password. Power off the device. Wait 2-3 seconds. Power it on. Password is now lost and device have again factory settings.

This makes lede on this device somehow useless. Would be great if someone could fix this problem.

Forum talk about this issue: https://forum.lede-project.org/t/netgear-wnr2000v3-not-saving-settings-after-reboot-with-rc2/1736/11

Bugreport about this issue on openwrt: https://dev.openwrt.org/ticket/22172

02.04.2017671KernelBug ReportVery LowMediumMaybe something wrong with iptableslede-17.01Unconfirmed Task Description

- Device problem occurs on any reboot
- LEDE 17.01 on Archer C50 (CPU: MT7620A, 2G: MT7620A, 5G: MT7612EN)
- Packages installed:

  + kmod-nf-nathelper
  + kmod-nf-nathelper-extra
  + kmod-nfnetlink-log
  + kmod-nfnetlink-queue
  + iptables-mod-conntrack-extra
  + iptables-mod-nat-extra
[ 2523.002022] ------------[ cut here ]------------
[ 2523.006780] WARNING: CPU: 0 PID: 0 at net/core/skbuff.c:4194 0x801f1598()
[ 2523.013760] Modules linked in: pppoe ppp_async iptable_nat wireguard rt2800soc rt2800pci rt2800mmio rt2800lib qmi_wwan pppox ppp_generic nf_nat_pptp nf_nat_ipv4 nf_nat_amanda nf_conntrack_pptp nf_conntrack_ipv6 nf_conntrack_ipv4 nf_conntrack_amanda ipt_REJECT ipt_MASQUERADE 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_hashlimit xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbnet ts_kmp ts_fsm ts_bm slhc rt2x00soc rt2x00pci rt2x00mmio rt2x00lib nfnetlink_queue nfnetlink_log nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp nf_conntrack_broadcast iptable_mangle iptable_filter ipt_ECN ip_tables crc_itu_t crc_ccitt cdc_wdm sch_cake nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress ledtrig_usbport mt7603e mt76x2e mt76 mac80211 cfg80211 compat 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 ifb ip6_udp_tunnel udp_tunnel ipip tunnel4 ip_tunnel tun zram lzo_decompress lzo_compress lz4_decompress lz4_compress zsmalloc eeprom_93cx6 mii usb_storage ehci_platform ehci_hcd sd_mod scsi_mod f2fs usbcore nls_base usb_common leds_gpio gpio_button_hotplug
[ 2523.192336] CPU: 0 PID: 0 Comm: swapper Not tainted 4.4.50 #0
[ 2523.198196] Stack : 8031387c 00000000 00000001 80360000 00000000 00000000 00000000 00000000
[ 2523.198196] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 2523.198196] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 2523.198196] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 2523.198196] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 2523.198196] 	  ...
[ 2523.234571] Call Trace:[<80014488>] 0x80014488
[ 2523.239162] [<80014488>] 0x80014488
[ 2523.242734] [<80024f98>] 0x80024f98
[ 2523.246311] [<801f1598>] 0x801f1598
[ 2523.249906] [<80025050>] 0x80025050
[ 2523.253507] [<801f1598>] 0x801f1598
[ 2523.257103] [<8024ae00>] 0x8024ae00
[ 2523.260713] [<82e707f4>] 0x82e707f4 [nf_conntrack@82e70000+0xc860]
[ 2523.267044] [<8024b3e8>] 0x8024b3e8
[ 2523.270646] [<8024fbf8>] 0x8024fbf8
[ 2523.274259] [<82e88448>] 0x82e88448 [ip_tables@82e88000+0x2410]
[ 2523.280324] [<80257968>] 0x80257968
[ 2523.283937] [<8025a094>] 0x8025a094
[ 2523.287506] [<8249436c>] 0x8249436c [nf_conntrack_ipv4@82494000+0x14e0]
[ 2523.294331] [<80231348>] 0x80231348
[ 2523.297918] [<802377c4>] 0x802377c4
[ 2523.301534] [<80237d7c>] 0x80237d7c
[ 2523.305137] [<80237668>] 0x80237668
[ 2523.308720] [<80238048>] 0x80238048
[ 2523.312359] [<8023788c>] 0x8023788c
[ 2523.315943] [<80200484>] 0x80200484
[ 2523.319524] [<82dace30>] 0x82dace30 [mac80211@82d80000+0x5ece0]
[ 2523.325577] [<80203954>] 0x80203954
[ 2523.329198] [<802dd2e8>] 0x802dd2e8
[ 2523.332793] [<801f229c>] 0x801f229c
[ 2523.336366] [<80079b30>] 0x80079b30
[ 2523.339992] [<802dd824>] 0x802dd824
[ 2523.343592] [<801f4028>] 0x801f4028
[ 2523.347200] [<802ddc24>] 0x802ddc24
[ 2523.350772] [<8025ea5c>] 0x8025ea5c
[ 2523.354371] [<8025edd4>] 0x8025edd4
[ 2523.357955] [<8026e6ec>] 0x8026e6ec
[ 2523.361545] [<802dd8a8>] 0x802dd8a8
[ 2523.365110] [<80200200>] 0x80200200
[ 2523.368752] [<80201bc8>] 0x80201bc8
[ 2523.372405] [<82d9fd68>] 0x82d9fd68 [mac80211@82d80000+0x5ece0]
[ 2523.378535] [<82da2b50>] 0x82da2b50 [mac80211@82d80000+0x5ece0]
[ 2523.384752] [<82da4d2c>] 0x82da4d2c [mac80211@82d80000+0x5ece0]
[ 2523.390930] [<82da5530>] 0x82da5530 [mac80211@82d80000+0x5ece0]
[ 2523.397107] [<82ce58ec>] 0x82ce58ec [mt76@82ce4000+0x3c00]
[ 2523.402820] [<82ce50e8>] 0x82ce50e8 [mt76@82ce4000+0x3c00]
[ 2523.408470] [<80201408>] 0x80201408
[ 2523.412112] [<80027518>] 0x80027518
[ 2523.415672] [<8004f0bc>] 0x8004f0bc
[ 2523.419231] [<8004b5d4>] 0x8004b5d4
[ 2523.422803] [<802f0000>] 0x802f0000
[ 2523.426363] [<800047f4>] 0x800047f4
[ 2523.429917] 
[ 2523.431447] ---[ end trace f575bdc1078df966 ]---
 
01.04.2017669Base systemFeature RequestVery LowLowCPE510: missing link details (via ethtool)lede-17.01Unconfirmed Task Description

I am using LEDE on a TP-Link CPE510 device.

The device contains one ethernet port (eth0) connected to two physical ports (eth0.1 and eth0.2).

I fail to retrieve ethernet status information (e.g. the currently negotiated link speed):

root@lede:/etc/opkg# ethtool eth0
Settings for eth0:
Cannot get device settings: No such device
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

Thus it is not possible to detect the link speed. In my case this causes a problem with OLSRD2, since the negotiated link speed is required for the calculation of a proper routing metric.

Kernel initialization:

root@lede:/etc/opkg# dmesg |grep eth
[    1.298265] eth0: Atheros AG71xx at 0xba000000, irq 5, mode:GMII
[    3.319380] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    4.915811] eth0: link up (1000Mbps/Full duplex)
[    4.920540] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    6.729961] eth0: link down
[   15.741434] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   15.751276] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
[   15.795536] IPv6: ADDRCONF(NETDEV_UP): eth0.2: link is not ready
[   17.335865] eth0: link up (1000Mbps/Full duplex)
[   17.340597] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   17.388337] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[   17.395183] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.2: link becomes ready
[   51.404881] eth0: link down
[   56.905812] eth0: link up (1000Mbps/Full duplex)

Driver information:

root@lede:/etc/opkg# ethtool -i eth0
driver: ag71xx
version: 0.5.35
firmware-version: 
expansion-rom-version: 
bus-info: ag71xx.1
supports-statistics: no
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no

Do you have any hints, how I can investigate, why the detailed interface information is missing?

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


29.03.2017665Base systemBug ReportVery LowCriticalLede 17.01.0-r3205-59508e3 on Nucom 5010UN v2 acting as...lede-17.01Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Nucom 5010UN v2 (brcm63xx)
- Software versions of LEDE release, packages, etc.: Just download and install latest Lede build (lede-17.01.0-r3205-59508e3) for Nucom 5010UN v2 from https://downloads.lede-project.org/releases/17.01.0/targets/brcm63xx/generic/lede-17.01.0-r3205-59508e3-brcm63xx-generic-R5010UNv2-squashfs-cfe.bin - Steps to reproduce: Configure Nucom 5010UN v2 as Wireless Routed Client
- Bug: After one hour or two, the Wireless Routed Clients looses connection with the Router it is connected to. It means, connecting by ssh or Luci website on Wireless Routed Client and running “ping 192.168.1.1” where 192.168.1.1 is the router it is connected to returns 100% of packets loss, also, “ping google.com” doesn’t work. But logging into Luci website and navigating to Network → WiFi, in Wireless Overview it shows as the Wireless Client Routed router is connected to the main one but there’s no working connection between them, at least pings are not working on both sides. Restarting the router seems to fix the issue but after one or two hours of uptime, the issue arises again.

Note, the bug was first introduced on OpenWrt Chaos Calmer 15.05 as OpenWrt Barrier Breaker does not suffer from this bug.

The following is as more complete explanation:

Hi,

i’ve just installed latest Lede-Project build, version 17.01.0-r3205-59508e3, on a Nucom 5010UN V2 router and everything seemed to work fine until i noticed that it keeps loosing Internet/network connection. The router is configured as Wireless Routed Client and the firmware was downloaded from https://downloads.lede-project.org/releases/17.01.0/targets/brcm63xx/generic/lede-17.01.0-r3205-59508e3-brcm63xx-generic-R5010UNv2-squashfs-cfe.bin

Also note, i think it’s a common bug inherited from OpenWrt as i suffered the same exact bug on an ADB P.DG A4001N1 router running latest build of OpenWrt, Chaos Calmer 15.05 and also 15.05.1. Also note that after posting on OpenWrt forums more users complained about the same bug.

Also, i want to state that in OpenWrt, the issue can be workarounded by downgrading to Barrier Breaker 14.07 which means the bug was introduced on the next build or next commits.

Anyway, my current setup is on Nucom 5010UN v2 is Wireless Routed Client [https://wiki.openwrt.org/doc/howto/clientmode#routed] + Static Route [https://wiki.openwrt.org/doc/recipes/routedclient#usingrouting] so clients on Nucom (Client Router) can “see” hosts on ADSL router (acting as AP).

I performed a clean install by resetting my custom configuration and the update went fine, but after reconfiguring the router as Wireless Routed Client it always happens that after being operating as Wifi Routed Client for about 2 hours suddenly it loses Internet connection/connection to AP. I say Internet connection because running a ping to google.com from ssh within inside the router doesn’t work but if i check through LUCI Network→Wifi it shows the router Wifi is still connected to the main ADSL router.

Here’s [https://forum.openwrt.org/viewtopic.php?pid=355180#p355180] a post on OpwnWrt site where i exposed the same issue for an ADB P.DG A4001N1 router and some other users replied complaining about the same issue.

These are the files modified by me through LUCI when configuring the routed as Wireless Routed Client, as i’ve been entirely configuring the router through LUCI except for the Static Route [https://wiki.openwrt.org/doc/recipes/routedclient#usingrouting] where i followed the indications on the link:
ddns
dhcp
dropbear
firewall
fstab
luci
network
rpcd
system
ucitrack
uh_t_tpd (I had to add underscores because of the buggy URL detection of the forum)
wireless

This is dhcp and dnmasq config:
cat etc config dhcp
config dnsmasq

      option domainneeded '1'
      option boguspriv '1'
      option localise_queries '1'
      option rebind_protection '1'
      option rebind_localhost '1'
      option local '/lan/'
      option domain 'lan'
      option expandhosts '1'
      option readethers '1'
      option leasefile '/tmp/dhcp.leases'
      option resolvfile '/tmp/resolv.conf.auto'
      option localservice '1'

config dhcp ‘lan’

      option interface 'lan'
      option dhcpv6 'server'
      option ra 'server'
      option ra_management '1'
      option start '100'
      option limit '150'
      option leasetime '12h'

config dhcp ‘wan’

      option interface 'wan'
      option ignore '1'

config odhcpd ‘odhcpd’

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

config host

      option name 'Host1'
      option mac 'XX:XX:XX:XX:XX:XY'
      option ip '192.168.2.2'

config host

      option name 'Host2'
      option mac 'XX:XX:XX:XX:XX:XZ'
      option ip '192.168.2.3'

config host

      option name 'ClientRouter'
      option mac 'XX:XX:XX:XX:XX:XX'
      option ip '192.168.2.92'

This is network:
cat etc config network
config interface ‘loopback’

      option ifname 'lo'
      option proto 'static'
      option ipaddr '127.0.0.1'
      option netmask '255.0.0.0'

config globals ‘globals’

      option ula_prefix 'fd05:6cbe:d307::/48'

config interface ‘lan’

      option force_link '1'
      option type 'bridge'
      option proto 'static'
      option netmask '255.255.255.0'
      option ip6assign '60'
      option _orig_ifname 'eth0.1'
      option _orig_bridge 'true'
      option ipaddr '192.168.2.1'
      option dns '8.8.8.8'
      option ifname 'eth0.1'

config switch

      option name 'eth0'
      option reset '1'
      option enable_vlan '1'

config switch_vlan

      option device 'eth0'
      option vlan '1'
      option ports '0 1 2 3 8t'

config interface ‘wwan’

      option proto 'dhcp'

This is wireless:
cat etc config wireless
config wifi-device ‘radio0’

      option type 'mac80211'
      option hwmode '11g'
      option path 'pci0000:00/0000:00:00.0/0000:01:00.0/bcma0:1'
      option disabled '0'
      option channel '13'
      option txpower '20'
      option country 'ES'

config wifi-device ‘radio1’

      option type 'mac80211'
      option path 'platform/ehci-platform/usb1/1-1/1-1:1.0'
      option txpower '20'
      option country 'ES'
      option hwmode '11a'
      option channel 'auto'

config wifi-iface

      option ssid 'MainADSLSSID'
      option device 'radio0'
      option mode 'sta'
      option bssid 'XX:XX:XX:XX:XX:YY'
      option key 'WiFiPassword'
      option encryption 'psk-mixed'
      option network 'wwan lan'
 


28.03.2017661Base systemBug ReportVery LowHighUSB hostless modem is not detected during boot - HooToo...lede-17.01Unconfirmed Task Description

After flashing my HooToo HT-TM02 with LEDE 17.01 I noticed that my hostless modem
ZTE MF823 is not detected when attached during boot. lsusb or cat /sys/kernel/debug/usb/devices
just shows nothing. Also dmesg is logging nothing regarding the device during boot.
If the modem is hotplugged, everything works fine. Same behaviour in OpenWRT Chaos Chalmer.

Tried unloading and reloading all usb related modules with no success. No detection at all.
Only unplugging and replugging helps. If the modem is detected after replugging, a
router reboot will detect it properly. A reboot without a forced detection via replugging leads to
no detection. Powering the router down, also results in no detection after rebooting.

If attached to a “non powered” USB-Hub it gets detected during boot, so no power issue here.

And the modem works perfekt after boot on a WD MyNet 600 with LEDE 17.01. So i think it’s a
platform related issue handling the usb modules.

Hope there is enough info for someone to find the bug.

THX.

28.03.2017659Base systemBug ReportVery LowLowuboot-kirkwood (at least) fails to build if swig is ins...TrunkUnconfirmed Task Description

Building LEDE head (reboot-3906-g2a2dfb2be7) on a machine without python development headers but with swig in $PATH yields

  HOSTLD  tools/dumpimage
  HOSTCC  tools/mkimage.o
  HOSTLD  tools/mkimage
swig -python -o tools/libfdt_wrap.c lib/libfdt/libfdt.swig
LDFLAGS="" python ./lib/libfdt/setup.py \
        "-Wall -Wstrict-prototypes -O2 -fomit-frame-pointer    -include ./include/libfdt_env.h -idirafterinclude -idirafter./arch/arm/include -I./lib/libfdt -I./tools -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -D_GNU_SOURCE " lib/libfdt/fdt.c lib/libfdt/fdt_ro.c lib/libfdt/fdt_rw.c lib/libfdt/fdt_strerror.c lib/libfdt/fdt_wip.c lib/libfdt/fdt_region.c lib/libfdt/fdt_sw.c tools/libfdt_wrap.c
tools/libfdt_wrap.c:130:21: fatal error: Python.h: No such file or directory
 # include <Python.h>
                     ^
compilation terminated.
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
tools/Makefile:123: recipe for target 'tools/_libfdt.so' failed
make[5]: *** [tools/_libfdt.so] Error 1
Makefile:1229: recipe for target 'tools' failed
make[4]: *** [tools] Error 2
make[4]: Leaving directory '/tank/openwrt/scratch/builder-nwftest/build_dir/target-arm_xscale_musl_eabi/u-boot-pogo_v4/u-boot-2017.03'

As I don’t believe there are any in-tree consumers of the python libfdt bindings, adding the following patch file, which just removes the test for swig and therefore acts as if it is never present, should do the right thing:

$ cat package/boot/uboot-kirkwood/patches/201-no-python-fdt.patch 
--- u-boot-2017.03/tools/Makefile.orig	2017-03-28 03:11:34.081325904 +0000
+++ u-boot-2017.03/tools/Makefile	2017-03-28 03:13:09.225349051 +0000
@@ -112,10 +112,6 @@
 fit_info-objs   := $(dumpimage-mkimage-objs) fit_info.o
 fit_check_sign-objs   := $(dumpimage-mkimage-objs) fit_check_sign.o
 
-# Build a libfdt Python module if swig is available
-# Use 'sudo apt-get install swig libpython-dev' to enable this
-hostprogs-y += \
-	$(if $(shell which swig 2> /dev/null),_libfdt.so)
 _libfdt.so-sharedobjs += $(LIBFDT_OBJS)
 libfdt:
 
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

21.03.2017649Base systemBug ReportVery LowLowWDS not working on ath9k-htc TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Any device with an wifi USB adapter with the chipset AR9271 (TPLink WN722N in my case).
- Software versions of LEDE release, packages, etc: Latest trunk LEDE versions.
- Steps to reproduce

 

Configure the USB AR9271 adapter as WDS AP, try to associate any other router as WDS Client (in my case the WDS Client is a TPLink WR741ND router, also compiled with latest trunk).
They both associate correctly, but there is no connection between them.

Here is a hostapd log on the WDS AP:

Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: interface state ENABLED->DISABLED
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED 94:0c:6d:b0:f4:ac
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: AP-DISABLED
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Mon Mar 20 14:05:00 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Mon Mar 20 14:05:01 2017 daemon.err hostapd: Configuration file: /var/run/hostapd-phy1.conf
Mon Mar 20 14:05:02 2017 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Mon Mar 20 14:05:02 2017 daemon.err hostapd: Using interface wlan1 with hwaddr e8:de:27:a4:58:21 and ssid "EB1DJ"
Mon Mar 20 14:05:02 2017 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->ENABLED
Mon Mar 20 14:05:02 2017 daemon.notice hostapd: wlan1: AP-ENABLED
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authentication OK (open system)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-AUTHENTICATE.indication(94:0c:6d:b0:f4:ac, OPEN_SYSTEM)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-DELETEKEYS.request(94:0c:6d:b0:f4:ac)
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authenticated
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: association OK (aid 1)
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: associated (aid 1)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-ASSOCIATE.indication(94:0c:6d:b0:f4:ac)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-DELETEKEYS.request(94:0c:6d:b0:f4:ac)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: binding station to interface 'wlan1'
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: event 1 notification
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: start authentication
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.1X: unauthorizing port
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 1/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: EAPOL-Key timeout
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 1/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: received EAPOL-Key frame (2/4 Pairwise)
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 3/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.err hostapd: nl80211: EAPOL TX: No message of desired type
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: ignore retransmitted EAPOL-Key 2/4 Pairwise - SNonce did not change
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: EAPOL-Key timeout
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: sending 3/4 msg of 4-Way Handshake
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: received EAPOL-Key frame (4/4 Pairwise)
Mon Mar 20 14:05:03 2017 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 94:0c:6d:b0:f4:ac
Mon Mar 20 14:05:03 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.1X: authorizing port
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac RADIUS: starting accounting session 7797AE68AEE646F3
Mon Mar 20 14:05:03 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: pairwise key handshake completed (RSN)
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authentication OK (open system)
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac WPA: event 0 notification
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-AUTHENTICATE.indication(94:0c:6d:b0:f4:ac, OPEN_SYSTEM)
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac MLME: MLME-DELETEKEYS.request(94:0c:6d:b0:f4:ac)
Tue Mar 21 09:58:59 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: authenticated
Tue Mar 21 09:58:59 2017 daemon.debug hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: association OK (aid 1)
Tue Mar 21 09:58:59 2017 daemon.info hostapd: wlan1: STA 94:0c:6d:b0:f4:ac IEEE 802.11: associated (aid 1)

I think the error Mon Mar 20 14:05:03 2017 daemon.err hostapd: nl80211: EAPOL TX: No message of desired type has something to do with WDS not working?.

If there is any other info, tests etc you require feel free to ask.

19.03.2017643PackagesBug ReportVery LowLowiwinfo scan reports "Scanning not possible" using mt76 ...lede-17.01Unconfirmed Task Description

I’m unable to consistently scan for access points using iwinfo.
I’m running a MT7688 chip with the mt76 mac80211 driver on LED 17.01

The scan works very intermittently, but mostly returns “Scanning not possible”.

My wireless config looks like:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '11'
	option hwmode '11g'
	option path 'platform/10300000.wmac'
	option htmode 'HT20'
	option disabled '0'

I’ve added some debugging code to iwinfo_nl80211.c to try and see where it’s failing. To run a scan I use the command:

iwinfo radio0 scan

iwinfo creates a temporary interface (tmp.radio0) and then calls nl80211_get_scanlist_nl, this returns a zero length iwinfo_scanlist_entry which causes “Scanning not possible” to be returned.
I’m happy to do some more debugging if I can be pointed in the right direction.

 


15.03.2017632Base systemBug ReportVery LowLowMP_CONFIG_INT settings not applied to meshpoint interfa...TrunkUnconfirmed Task Description

Supply the following if possible:
- Tested with OM5P-AC (on ath10k)
- Using LEDE reboot-3637-gc8f7031ba7 with wpad-mesh

The 5GHz device was configured using following entry in /etc/config/wireless

config wifi-iface 'mesh2'         
        option device 'radio1'  
        option ifname 'mesh-5'  
        option network 'lan'    
        option mode 'mesh'      
        option mesh_id 'mymesh' 
        option disabled '0'
        option mcast_rate '54000'
        option macaddr 'ae:86:74:00:00:01'
        option mesh_ttl 1
        option mesh_fwding 0
        option ieee80211w 1
        option encryption 'psk2+aes'
        option key 'reallysecretkey'

It is expected that mesh_ttl is 1 and mesh_fwding is 0. But the reality is quite different:

<pre>
root@lede:/# iw dev mesh-5 get mesh_param mesh_fwding
1
root@lede:/# iw dev mesh-5 get mesh_param mesh_ttl
31
</pre>

14.03.2017631Base systemBug ReportVery LowLowAR8327 switch link state change check not working on TL...TrunkUnconfirmed Task Description

Hello,

On my TP-LINK TL-WR1043ND v3 (ar71xx QCA9558) with today’s LEDE snapshot, the AR8327 switch isn’t sending port change interrupt events to the CPU.

The `ar8xxx_check_link_states` function in `target/linux/generic/files/drivers/net/phy/ar8216.c` is not being called at all, since not only the messages about port link status change aren’t printed to the dmesg, but the ARL table isn’t getting cleaned either. I don’t understand why this is happening...

This regression is not present in other routers with the same AR8327 switch chip (but rev. 2 instead of rev. 4), such as TP-LINK TL-WDR4300 v1 (ar71xx) and TP-LINK TL-WDR4900 v1 (mpc85xx).

(Latest LEDE stable release also does exibit the regression.)

Below you can see a session with LEDE; and a session with OpenWrt CC 15.05.1 release, which does not exibit the problem.

(The CC image is for the TL-WR1043ND v2, since v3 images weren’t built yet at that time; v2 and v3 are the same hardware, as it can be seen from the FCC docs, where TP-LINK requested an ID change from v2 to v3.)

Please let me know if there’s anything I can try to help debug this problem!

```
BusyBox v1.26.2 () built-in shell (ash)

   _________
  /        /\      _    ___ ___  ___
 /  LE    /  \    | |  | __|   \| __|
/    DE  /    \   | |__| _|| |) | _|

// LE \ ||_|_/|_| lede-project.org
\ \ DE /
\ LE \ / ———————————————————– \ DE \ / Reboot (SNAPSHOT, r1-2f09a1e)
\
\/ ———————————————————– === WARNING! =====================================
There is no root password defined on this device!
Use the “passwd” command to set up a new password
in order to prevent unauthorized SSH logins.
————————————————– root@LEDE:~# dmesg | grep 8327
[ 0.815273] switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0
root@LEDE:~# dmesg | grep 8216
[ 2.046658] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
root@LEDE:~# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 4: MAC <my_laptop_macaddr>
Port 4: MAC <other_macaddr>
Port 6: MAC <router_wan_macaddr> root@LEDE:~# dmesg | grep 8216
[ 2.046658] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
root@LEDE:~# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 3: MAC <my_laptop_macaddr>
Port 4: MAC <other_macaddr>
Port 6: MAC <router_wan_macaddr> root@LEDE:~#
``` ```
BusyBox v1.23.2 (2016-01-02 18:01:44 CET) built-in shell (ash)
_ | |.—–.—–.—–.| | | |.—-.| |_
| - || _ | -
| || | | || _|| _|
|_|| |_||||||| ||
|
| W I R E L E S S F R E E D O M


CHAOS CALMER (15.05.1, r48532)


  • 1 1/2 oz Gin Shake with a glassful
  • 1/4 oz Triple Sec of broken ice and pour
  • 3/4 oz Lime Juice unstrained into a goblet.
  • 1 1/2 oz Orange Juice
  • 1 tsp. Grenadine Syrup

—————————————————– root@OpenWrt:/# dmesg | grep 8327
[ 0.750000] switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0
root@OpenWrt:/# dmesg | grep 8216
[ 1.440000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
[ 24.680000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is up

root@OpenWrt:/# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 4: MAC <my_laptop_macaddr>
Port 4: MAC <other_macaddr>
Port 6: MAC <router_wan_macaddr>

root@OpenWrt:/# dmesg | grep 8216
[ 1.440000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd034, driver=Atheros AR8216/AR8236/AR8316]
[ 24.680000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is up
[ 1306.510000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is down
[ 1310.530000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 3 is up
root@OpenWrt:/# swconfig dev switch0 get arl_table
address resolution table
Port 0: MAC <router_lan_macaddr>
Port 3: MAC <my_laptop_macaddr>
Port 6: MAC <router_wan_macaddr>

root@OpenWrt:/# uname -a
Linux OpenWrt 3.18.23 #1 Sun Jan 31 18:39:35 CET 2016 mips GNU/Linux
root@OpenWrt:/#
```

Cheers,
Vittorio

14.03.2017629Base systemBug ReportVery LowLowRealtek r8169 kernel errorlede-17.01Unconfirmed Task Description

My device is a homebuild router:
- MB: Gigabyte GA-970A-UD3P
- CPU: Unlocked AMD x3 405e
- Ram: 4 GB A-Data
- MB NIC: Realtek
- NIC: Intel PRO/1000

Installed the official Lede 17.01.0 x86/x64 ext4 build
Haven’t installed any other packages

I have configured the network as follows:
attached network file
where eth4 is the Realtek NIC

The result is in error.txt

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


13.03.2017624PackagesBug ReportVery LowLowWrong default WAN interface on SQM & BCP38 packageslede-17.01Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Archer C7v2
- Software versions of LEDE release, packages, etc.: 17.01 final
- Steps to reproduce: just install default packages

By default, SQM and BCP38 packages configure rules on eth1, but on C7 this is LAN interface and not WAN. Both must be changed to apply default configuration to eth0.
This behaviour cames from OpenWRT.

 


13.03.2017623Base systemBug ReportVery LowLowar71xx: RB750UPr2: No serial consoleTrunkUnconfirmed Task Description

Hello,
The serial console isn’t working on MikroTik RB750UPr2 (NOR flash) (normal boot). Netboot is fine though. Notice no-uart in the kernel command line args.
Tested with recent snapshots (r3607-d49ddcd, r3617-f9da623)

Netboot

[    0.000000] Linux version 4.4.52 (buildbot@builds) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3607-d49ddcd) ) #0 Wed Mar 8 18:06:04 2017
[    0.000000] bootconsole [early0] enabled
...
[    0.000000] Kernel command line: no-uart no-nand parts=1 boot_part_size=16777216 gpio=8525375 HZ=325000000 mem=64M kmac=E4:8D:8C:99:18:31 board=750-hb hw_opt=0008400D boot=0 mlc=8 console=ttyS0,115200 rootfstype=squashfs noinitrd
...
[    0.125208] MIPS: machine is MikroTik RouterBOARD 750UP r2
...
[    2.957103] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    2.967151] console [ttyS0] disabled
[    2.991360] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 1562500) is a 16550A
[    3.001161] console [ttyS0] enabled
[    3.001161] console [ttyS0] enabled
[    3.008713] bootconsole [early0] disabled
[    3.008713] bootconsole [early0] disabled
[    3.023066] m25p80 spi0.0: found w25q128, expected m25p80
[    3.028744] m25p80 spi0.0: w25q128 (16384 Kbytes)
[    3.033619] Creating 6 MTD partitions on "spi0.0":
[    3.038569] 0x000000000000-0x00000000e000 : "routerboot"
[    3.046718] 0x00000000e000-0x00000000f000 : "hard_config"
[    3.054081] 0x00000000f000-0x000000010000 : "bios"
[    3.060744] 0x000000010000-0x00000001f000 : "routerboot2"
[    3.068174] 0x00000001f000-0x000000020000 : "soft_config"
[    3.075587] 0x000000020000-0x000001000000 : "firmware"

Normal boot

[    0.000000] Linux version 4.4.52 (buildbot@buildslave) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3617-f9da623) ) #0 Fri Mar 10 00:23:50 2017
[    0.000000] bootconsole [early0] enabled
...
[    0.000000] Kernel command line: no-uart no-nand parts=1 boot_part_size=16777216 gpio=0 HZ=325000000 mem=64M kmac=E4:8D:8C:99:18:31 board=750-hb Board=750-hb ver=3.36 hw_opt=0008400D boot=1 mlc=10 console=ttyS0,115200 rootfstype=squashfs noinitrd
...
[    0.125275] MIPS: machine is MikroTik RouterBOARD 750UP r2
...
[    0.696259] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.706324] console [ttyS0] disabled
[    0.730536] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 1562500) is a 16550A
[    0.740339] console [ttyS0] enabled
[    0.747890] bootconsole [early0] disabled
[    0.762167] m25p80 spi0.0: found w25q128, expected m25p80
[    0.767840] m25p80 spi0.0: w25q128 (16384 Kbytes)
[    0.772706] Creating 6 MTD partitions on "spi0.0":
[    0.777667] 0x000000000000-0x00000000e000 : "routerboot"
[    0.785835] 0x00000000e000-0x00000000f000 : "hard_config"
[    0.793114] 0x00000000f000-0x000000010000 : "bios"
[    0.799850] 0x000000010000-0x00000001f000 : "routerboot2"
[    0.807243] 0x00000001f000-0x000000020000 : "soft_config"
[    0.814630] 0x000000020000-0x000001000000 : "firmware"
[    0.865054] 2 minor-fw partitions found on MTD device firmware
[    0.871104] 0x000000020000-0x0000001a0000 : "kernel"
[    0.877734] 0x0000001a0000-0x000001000000 : "rootfs"
[    0.884687] mtd: device 7 (rootfs) set to be root filesystem
[    0.890584] 1 squashfs-split partitions found on MTD device rootfs
[    0.897035] 0x000000390000-0x000001000000 : "rootfs_data"

BTW the serial console is working fine on RB750UP (NAND flash) (normal boot).

[    0.000000] Kernel command line: parts=1 boot_part_size=4194304 gpio=790343 HZ=200000000 mem=32M kmac=D4:CA:6D:91:86:F1 board=750i Board=750i ver=3.33 hw_opt=0000000D boot=1 mlc=10 console=ttyS0,115200 rootfstype=squashfs noinitrd
10.03.2017616KernelBug ReportVery LowHighEthernet port fails to receive traffic if traffic was r...TrunkUnconfirmed Task Description

Symptoms: Fails to receive address via DHCP on WAN port
Board: WPJ558
Lede ver: 92b5b360fe39a4e446742ab3de9d0b2f91991d46 (Mar 7, 2017)
Steps to reproduce: ping -f wan_port_ip from another machine, reboot WPJ558

I have tracked the problem down to commit https://github.com/lede-project/source/commit/94e4ee5395b437e9ddaec8cdea47c1a4a9ba0c01 , more specifically enabling flow control on ports 1-5.

The problem goes away if I comment out line 693 from the patch:

+ t |= AR8216_PORT_STATUS_FLOW_CONTROL;

Funny how this caused the problem it was trying to solve...

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>
 


09.03.2017612Base systemBug ReportVery LowHighWAN to LAN leakage on MT7620 devicesTrunkUnconfirmed Task Description

I am currently testing two MT7620 devices - the ZBT WE826 and the Sanlinking D240. During the first seconds of the boot, I see that packets leak between the WAN and LAN ports. Typically, this results in clients receiving a DHCP reply from my upstream router, rendering the clients without connectivity when the switch is properly initialized. I have also tested with the default firmware and do not see this behavior. Also, if I stop the devices in the bootloader, then packets do not leak until I resume boot again.

In order to try to solve this bug, I have tried to port some (at least to me) missing steps from the bootloader switch code and to the mt7620 switch driver in LEDE. This did not have an effect, at least not on the packet leak. A work-around I have found is to update u-boot and remove the input delay, so that the device will boot immediately. However, this is quite cumbersome to install and not very reliable. I suspect my luck with this work-around is more due to the timing of the DHCP clients in Ubuntu and Windows 10.

Does anyone have any idea as to what could be wrong and where to start looking?

Thanks in advance for any help.

 


09.03.2017611Base systemBug ReportVery LowHighdnsmasq Ignore resolv file option forget at restartAllUnconfirmed Task Description

If you set up dnsmasq to ignore resolv file it will ignore it until reboot is performed. To make ignore it again the option must be uncheck and apply and then check and apply again.

I have /etc/resolv.conf as a symlink to /tmp/resolv.conf, when the router boots up the contents are the dns offered from dhcp over the wan interface. When the ignore resolv option is checked or unchecked the contens are overwrited to search lan and nameserver 127.0.0.1 but it doesn’t seems to affect as if you uncheck ignore resolv the router resolv names, and when you check again the option it can resolv names even the contents still are search lan and nameserver 127.0.0.1.

I haven’t seen yet any other change that can cause the reboot to make dnsmasq follow resolv file when the option is checked until you uncheck-apply and check-apply.

08.03.2017608Base systemBug ReportVery LowHighwds AP/STA disconnecting every 10 minutesTrunkUnconfirmed Task Description

Devices:
AP WDS: Netgear r7800
STA WDS: TP-LINK Archer c7 v2

Problem exists on:

  1. with both latest trunk and 17.01
  2. with both ath10k and ath10k-ct
  3. with STP enabled or not on both sides
  4. with STP enabled or not on only one side
  5. with both WPA2 tkip and aes
  6. with 2.4Ghz and 5Ghz bands

Steps to reproduce

  1. Configure AP WDS
  2. Configure STA WDS
  3. Wait exactly 10 minutes and you’ll see this in the log:

AP:

daemon.info hostapd: wlan1-1: STA 30:b5:c2:08:b9:e1 IEEE 802.11: authenticated
daemon.info hostapd: wlan1-1: STA 30:b5:c2:08:b9:e1 IEEE 802.11: associated (aid 1)
daemon.info hostapd: wlan1-1: STA 30:b5:c2:08:b9:e1 RADIUS: starting accounting session F72C76B14648E205
daemon.info hostapd: wlan1-1: STA 30:b5:c2:08:b9:e1 WPA: pairwise key handshake completed (RSN)

STA:

daemon.notice netifd: Network device 'wlan1' link is down
kern.info kernel: [  387.179978] wlan1: deauthenticated from de:ef:09:f2:99:75 (Reason: 2=PREV_AUTH_NOT_VALID)
kern.info kernel: [  387.188344] br-lan: port 3(wlan1) entered disabled state
kern.info kernel: [  388.139233] wlan1: authenticate with de:ef:09:f2:99:75
kern.info kernel: [  388.170697] wlan1: send auth to de:ef:09:f2:99:75 (try 1/3)
kern.info kernel: [  388.195249] wlan1: authenticated
Wkern.info kernel: [  388.225092] wlan1: associate with de:ef:09:f2:99:75 (try 1/3)
kern.info kernel: [  388.235224] wlan1: RX AssocResp from de:ef:09:f2:99:75 (capab=0x431 status=0 aid=1)
kern.info kernel: [  388.243356] wlan1: associated
daemon.notice netifd: Network device 'wlan1' link is up

I think this has to do with wpa_supplicant in some way, maybe it doesn’t receive the correct packets and force disconnect the client?

Now, this only happens in WDS bridge mode. I’m currently using relayd in order to overcome this issue and it works like a charm.
I want to solve this problem since relayd uses much more cpu power (indeed this is a true routing procotol after all) and total troughput is halved right now.


07.03.2017605Base systemBug ReportVery LowLowLuCI wireless associated stations doesn't show noise db...TrunkUnconfirmed Task Description

With an Archer C7 v2 the list shows up the noise level in the associated stations doesn’t show up, instead it shows 0dBm and the bar icon shows empty bars. The noise level is display correctly inside the wifi configuration under the device options.

This only happens at least with the channel 112, I have tried all the channels below from 36-104 (44 and 108 jumps to 48 and 112 respectively because other nearly stations).

Can’t try the 4 channels above because radars and the next 4 above because in my country doesn’t exist channel 144.

I will try to test with less width than 80 MHz.

I set it to low because it seems that it only affect to the associated stations tables visualization and the wifi network works as it should.

06.03.2017600Base systemBug ReportVery LowLowRandom disconnection on 17.01TrunkUnconfirmed Task Description

Problem:

I upgrade my router from some years old dd-wrt to LEDE. “It works” and both the throughput and latency are vastly superior. However, it disconnect every couple hours for 2 minutes. Both my phone and my thinkpad are affected, so it is not a suddent regression in the client side. The old firmware showed no such interruption and could run a single connection TCP for months. At first, all packets stop being received and all sent timeout. After a while NetworkManager drop the (dead) Wifi conenction. Restarting networkmanager doesn’t restore the connection, only time does. The encryption and channel are the same as before.

Info:

Hostname	LEDE
Model	D-Link DIR-615 rev. I1
Firmware Version	LEDE Reboot 17.01.0 r3205-59508e3 / LuCI lede-17.01 branch (git-17.051.53299-a100738)
Kernel Version	4.4.50

SSHed into the rounter show nothing interesting in dmesg or the logs.

dmesg (client side)

[1750975.095083] wlp3s0: authenticate with c8:d3:a3:57:c1:0d
[1750975.097291] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 1/3)
[1750975.182387] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 2/3)
[1750975.340969] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 3/3)
[1750975.433683] wlp3s0: authentication with c8:d3:a3:57:c1:0d timed out
[1750986.745947] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1750986.783926] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1750986.784247] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1750986.973972] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1750986.974238] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1750986.988274] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1751024.037294] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1751024.037564] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1751024.232261] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1751024.232531] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1751024.246198] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1751035.933932] wlp3s0: authenticate with c8:d3:a3:57:c1:0d
[1751035.936358] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 1/3)
[1751035.941892] wlp3s0: authenticated
[1751035.942083] wlp3s0: associate with c8:d3:a3:57:c1:0d (try 1/3)
[1751035.946355] wlp3s0: RX AssocResp from c8:d3:a3:57:c1:0d (capab=0x431 status=0 aid=1)
[1751035.947757] wlp3s0: associated
[1751035.947784] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[1753524.568775] iwlwifi 0000:03:00.0: invalid BA notification: Q 16, tid 0, flow 65535
[1754028.350307] wlp3s0: deauthenticating from c8:d3:a3:57:c1:0d by local choice (Reason: 3=DEAUTH_LEAVING)
[1754029.418400] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
[1754029.423879] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754029.435347] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754029.435766] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754029.643875] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754029.644146] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754029.658379] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754029.708225] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754033.134519] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754033.134793] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754033.338532] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754033.338803] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754033.352845] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754058.434794] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754058.447119] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754058.447392] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754058.645058] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754058.645328] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754058.659098] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754062.836641] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754062.836915] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754063.041653] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754063.041914] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754063.055581] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754063.070786] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754066.513509] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754066.513776] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754066.712341] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754066.712663] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754066.727003] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754082.615329] wlp3s0: authenticate with c8:d3:a3:57:c1:0d
[1754082.617891] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 1/3)
[1754082.711318] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 2/3)
[1754082.800197] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 3/3)
[1754082.890379] wlp3s0: authentication with c8:d3:a3:57:c1:0d timed out
[1754092.431334] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754092.442752] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754092.443037] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754092.642763] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754092.643027] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754092.657436] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754096.103393] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754096.103667] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754096.305383] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754096.305650] iwlwifi 0000:03:00.0: L1 Enabled - LTR Enabled
[1754096.320213] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[1754099.851495] wlp3s0: authenticate with c8:d3:a3:57:c1:0d
[1754099.853971] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 1/3)
[1754100.000973] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 2/3)
[1754100.100010] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 3/3)
[1754100.234954] wlp3s0: authentication with c8:d3:a3:57:c1:0d timed out
[1754104.050494] wlp3s0: authenticate with c8:d3:a3:57:c1:0d
[1754104.052754] wlp3s0: send auth to c8:d3:a3:57:c1:0d (try 1/3)
[1754104.126844] wlp3s0: authenticated
[1754104.127569] wlp3s0: associate with c8:d3:a3:57:c1:0d (try 1/3)
[1754104.135916] wlp3s0: RX AssocResp from c8:d3:a3:57:c1:0d (capab=0x431 status=0 aid=1)
[1754104.138461] wlp3s0: associated
[1754104.138810] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready

What should I do to further debug this? I can build new images if necessary.

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

Vlan don’t work.


04.03.2017592PackagesBug ReportVery LowLow6in4 not creating routes when multiples prefixes usedAllUnconfirmed Task Description

If you need to route several (non aggregatable) prefixes thru a 6in4 tunnel, I’ve not found documentation, but it seems that this will make it:

option ip6prefix ‘prefix::/64 prefix::/48’

(example for 2 prefixes)

Then doing ifstatus interface-ipv6, you can see that both prefixes have been considered under ipv6-prefix.

However, under route, only the first one has a default route for that “source-prefix”.

Creating a manual route, it works, so the bug is not creating automatically that route.

03.03.2017591OtherFeature RequestVery LowLowInclude branch info in subject from 'lede-commits'AllUnconfirmed Task Description

Please include the branch being committed to as part of the subject. As it currently stands emails are received:

[source] ubox: update to the latest version
[source] bcm53xx: include Broadcom PHY driver in the kernel

However there’s no clue in the subject that the ubox commit is for ‘master’ (and of interest to me) whilst the ‘bcm53xx’ is a commit to ‘17.01’ (and of much less interest to me)

It’s driving me (even more) insane :-)

03.03.2017590Base systemBug ReportVery LowLowImageBuilder ar71xx BIN_DIR issuelede-17.01Unconfirmed Task Description

Software versions of LEDE release: lede 17 branch

Steps to reproduce:

- compile ar71xx with image builder support from lede 17 branch
- use the imagebuilder like: make image BIN_DIR=/var/www/downoads

we started testing lede-17.01 for OpenWISP.org and we noticed a
strange issue with the image-generator.

We supply a command like:

make image PROFILE=”Default” BIN_DIR=”$BIN_DIR”

but the image building fails because something goes to look for binaries
in ./bin/targets/ar71xx/generic instead of
“$BIN_DIR/targets/ar71xx/generic”.

If we create manually the dir with:

mkdir ./bin/targets/ar71xx/generic

The image building procedure completes successfully.

Is this desired behaviour or not?

We had to insert a workaround in our automated LEDE compilation process.

01.03.2017580Base systemBug ReportVery LowLowNetgear R7800 does not receive multicast messages on LA...TrunkUnconfirmed Task Description

Netgear R7800 running lede-17.01.

Multicast packets are not received on LAN (wired) interfaces but work fine on WiFi interfaces. I think the problem is at device/driver level.

The problem was first noticed using Avahi, which did not see announcements on LAN interfaces. However it can be easily reproduced with a simple IP Multicast sender/receiver like https://github.com/GrahamCobb/Multicast-Client-Server-Example

To reproduce:

Run the “client” on the R7800 using:

client 232.0.1.1 4545 100

Run the “server” on another system using:

server 232.0.1.1 4545 100 1000

If the server is connected to the client using a WiFi interface, the messages are received. If it using a LAN, they are not.

The messages are received if the LAN interface is set in promiscuous mode (ifconfig ... promisc) or all multicast mode (ifconfig ... allmulti). They stop again immediately if the mode is turned off.

I believe this is the same problem as reported in https://forum.lede-project.org/t/ipv6-works-only-with-wan-in-promiscuous-mode/490/9 – in that thread it is mentioned that the AC2600 (which uses the same driver) has the same problem.

As the problem goes away in promiscuous or all multicast modes, I am guessing that the device is just not sending the multicast packets to the driver. This could be a hardware bug, a bug in the multicast filter setup code in dwmac1000_core.c or the devicetree incorrectly reporting device characteristics such as the number of multicast filter bins.

01.03.2017578KernelBug ReportVery LowLowTX99 leads to kernel crash/reboot OM2P-HSv4lede-17.01Unconfirmed Task Description

I’ve tested lede-17.01 branch (ee1cd31d2b) with a vanilla config for OM2P-HSv4 and tx99 turned on for ath9k (please see .config attached).

After booting up, I’ve used the following commands to test TX99:

iw phy phy0 interface add mon0 type monitor flags active
ip link set dev mon0 up
iw dev mon0 set channel 6 HT20
iw dev mon0 set bitrates ht-mcs-2.4 4
echo 10 > /sys/kernel/debug/ieee80211/phy0/ath9k/tx99_power
echo 1 > /sys/kernel/debug/ieee80211/phy0/ath9k/tx99

The last command hangs and causes the crash/reboot.

This is the crashlog found after reboot:

root@LEDE:~# cat /sys/kernel/debug/crashlog
Time: 1488374337.404187
Modules: ath9k@83040000+1725e ath9k_common@83110000+496e pppoe@83264000+1f30 ppp_async@8308e000+18d0 iptable_nat@831ed000+310 ath9k_hw@83200000+52a0c ath@831e8000+4573 pppox@830a2000+56a ppp_generic@830a8000+4fa2 nf_nat_ipv4@830fb000+eb1 nf_conntrack_ipv6@831e6000+1410 nf_conntrack_ipv4@83bba000+12b0 mac80211@83180000+65c42 ipt_REJECT@830a4000+3b0 ipt_MASQUERADE@83bbf000+2b0 cfg80211@830c0000+39118 xt_time@83bbc000+670 xt_tcpudp@83bb9000+6f0 xt_state@83ba9000+2d0 xt_nat@83bb0000+490 xt_multiport@83bb1000+4d0 xt_mark@83bae000+2b0 xt_mac@83ba5000+290 xt_limit@8300f000+410 xt_conntrack@83baa000+8d0 xt_comment@83ba3000+210 xt_TCPMSS@83ba1000+ab0 xt_REDIRECT@83ba2000+2b0 xt_LOG@83037000+310slhc@83026000+115b nf_reject_ipv4@83004000+863 nf_nat_redirect@83025000+3db nf_nat_masquerade_ipv4@83b8b000+59c nf_nat@83b8c000+237b nf_log_ipv4@83031000+c90 nf_defrag_ipv6@83b88000+2457 nf_defrag_ipv4@8303f000+396 nf_conntrack_rtcache@8303c000+9b0 nf_conntrack@83b90000+bb69 iptable_mangle@83001000+3b0 iptable_filter@83003000+2d0 ip_tables@83020000+24ed crc_ccitt@83b7a000+40b compat@83008000+2366 ip6t_REJECT@83b79000+3d0 nf_reject_ipv6@83002000+908 nf_log_ipv6@83b78000+d50 nf_log_common@83bc7000+92f ip6table_mangle@83bff000+470 ip6table_filter@83b76000+290 ip6_tables@83b7c000+2441 x_tables@83bc4000+2d67 gpio_button_hotplug@83b4a000+1870
<5>[ 0.000000] Linux version 4.4.50 (dotslash@prime) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3230-ee1cd31d2b) ) #0 Wed Mar 1 11:10:06 2017
<7>[ 0.000000] MyLoader: sysp=2267fd7d, boardp=11fbfffe, parts=eb64bfd6
<6>[ 0.000000] bootconsole [early0] enabled
<6>[ 0.000000] CPU0 revision is: 00019374 (MIPS 24Kc)
<6>[ 0.000000] SoC: Qualcomm Atheros QCA9533 ver 2 rev 0
<6>[ 0.000000] Determined physical RAM map:
<6>[ 0.000000] memory: 04000000 @ 00000000 (usable)
<6>[ 0.000000] User-defined physical RAM map:
<6>[ 0.000000] memory: 04000000 @ 00000000 (usable)
<6>[ 0.000000] Initrd not found or empty - disabling initrd
<4>[ 0.000000] No valid device tree found, continuing without
<6>[ 0.000000] Zone ranges:
<6>[ 0.000000] Normal [mem 0×0000000000000000-0x0000000003ffffff]
<6>[ 0.000000] Movable zone start for each node
<6>[ 0.000000] Early memory node ranges
<6>[ 0.000000] node 0: [mem 0×0000000000000000-0x0000000003ffffff]
<6>[ 0.000000] Initmem setup node 0 [mem 0×0000000000000000-0x0000000003ffffff]
<7>[ 0.000000] On node 0 totalpages: 16384
<7>[ 0.000000] free_area_init_node: node 0, pgdat 8040a3d0, node_mem_map 81000000
<7>[ 0.000000] Normal zone: 128 pages used for memmap
<7>[ 0.000000] Normal zone: 0 pages reserved
<7>[ 0.000000] Normal zone: 16384 pages, LIFO batch:3
<4>[ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
<4>[ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
<7>[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
<7>[ 0.000000] pcpu-alloc: [0] 0
<6>[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
<5>[ 0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jffs2 init=/etc/preinit board=OM2P-HSv4 root=31:04 mtdparts=spi0.0:256k(u-boot),256k(u-boot-env),1280k(custom),1536k(kernel),5632k(rootfs),7168k(inactive),256k(ART) mem=64M rootfstype=squashfs,jffs2 noinitrd
<6>[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
<6>[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
<6>[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
<6>[ 0.000000] Writing ErrCtl register=00000000
<6>[ 0.000000] Readback ErrCtl register=00000000
<6>[ 0.000000] Memory: 60164K/65536K available (2966K kernel code, 154K rwdata, 752K rodata, 280K init, 200K bss, 5372K reserved, 0K cma-reserved)
<6>[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
<6>[ 0.000000] NR_IRQS:51
<6>[ 0.000000] Clocks: CPU:650.000MHz, DDR:597.973MHz, AHB:216.666MHz, Ref:25.000MHz
<6>[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 5880801374 ns
<6>[ 0.000008] sched_clock: 32 bits at 325MHz, resolution 3ns, wraps every 6607641598ns
<6>[ 0.008213] Calibrating delay loop... 432.53 BogoMIPS (lpj=2162688)
<6>[ 0.071088] pid_max: default: 32768 minimum: 301
<6>[ 0.076072] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
<6>[ 0.083050] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
<6>[ 0.092952] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
<6>[ 0.104094] NET: Registered protocol family 16
<6>[ 0.110164] MIPS: machine is OpenMesh OM2P HSv4
<7>[ 0.117216] ar71xx: using random MAC address for eth0
<6>[ 0.564076] clocksource: Switched to clocksource MIPS
<6>[ 0.570703] NET: Registered protocol family 2
<6>[ 0.576075] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
<6>[ 0.583433] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
<6>[ 0.590188] TCP: Hash tables configured (established 1024 bind 1024)
<6>[ 0.596996] UDP hash table entries: 256 (order: 0, 4096 bytes)
<6>[ 0.603162] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
<6>[ 0.610056] NET: Registered protocol family 1
<7>[ 0.614737] PCI: CLS 0 bytes, default 32
<6>[ 0.618615] futex hash table entries: 256 (order: -1, 3072 bytes)
<4>[ 0.625194] Crashlog allocated RAM at address 0x3f00000
<6>[ 0.643803] squashfs: version 4.0 (2009/01/31) Phillip Lougher
<6>[ 0.650011] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) © 2001-2006 Red Hat, Inc.
<6>[ 0.662708] io scheduler noop registered
<6>[ 0.666897] io scheduler deadline registered (default)
<6>[ 0.672501] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
<6>[ 0.679635] console [ttyS0] disabled
<6>[ 0.703533] serial8250.0: ttyS0 at MMIO 0×18020000 (irq = 11, base_baud = 1562500) is a 16550A
<6>[ 0.712641] console [ttyS0] enabled
<6>[ 0.720195] bootconsole [early0] disabled
<6>[ 0.731604] m25p80 spi0.0: s25sl12800 (16384 Kbytes)
<5>[ 0.736838] 7 cmdlinepart partitions found on MTD device spi0.0
<5>[ 0.742950] Creating 7 MTD partitions on “spi0.0”:
<5>[ 0.747915] 0×000000000000-0×000000040000 : “u-boot” <5>[ 0.755177] 0×000000040000-0×000000080000 : “u-boot-env” <5>[ 0.762169] 0×000000080000-0x0000001c0000 : “custom” <5>[ 0.768893] 0x0000001c0000-0×000000340000 : “kernel” <5>[ 0.775585] 0×000000340000-0x0000008c0000 : “rootfs” <5>[ 0.782179] mtd: device 4 (rootfs) set to be root filesystem
<5>[ 0.788128] 1 squashfs-split partitions found on MTD device rootfs
<5>[ 0.794527] 0×000000540000-0x0000008c0000 : “rootfs_data” <5>[ 0.801625] 0x0000008c0000-0x000000fc0000 : “inactive” <5>[ 0.808490] 0x000000fc0000-0×000001000000 : “ART” <6>[ 0.836596] libphy: ag71xx_mdio: probed
<6>[ 1.427011] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.1:04 [uid=004dd042, driver=Generic PHY]
<6>[ 1.437134] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
<6>[ 2.026616] ag71xx-mdio.1: Found an AR934X built-in switch
<6>[ 2.069912] eth1: Atheros AG71xx at 0xba000000, irq 5, mode:GMII
<6>[ 2.078419] NET: Registered protocol family 10
<6>[ 2.087230] NET: Registered protocol family 17
<6>[ 2.091894] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
<6>[ 2.105087] 8021q: 802.1Q VLAN Support v1.8
<6>[ 2.116723] VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
<6>[ 2.125584] Freeing unused kernel memory: 280K (8042a000 - 80470000)
<14>[ 3.047559] init: Console is alive
<14>[ 3.051280] init: - watchdog -
<14>[ 3.876010] init: - preinit -
<6>[ 4.352827] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
<5>[ 4.377282] random: procd: uninitialized urandom read (4 bytes read, 7 bits of entropy available)
<6>[ 6.617586] eth0: link up (100Mbps/Full duplex)
<6>[ 6.622302] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
<6>[ 7.165306] IPv6: eth0: IPv6 duplicate address fe80::ae86:74ff:fe82:9a50 detected!
<5>[ 7.678343] jffs2: notice: (339) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
<14>[ 7.695809] mount_root: switching to jffs2 overlay
<12>[ 7.712345] urandom-seed: Seeding with /etc/urandom.seed
<6>[ 7.880000] eth0: link down
<14>[ 7.892897] procd: - early -
<14>[ 7.896904] procd: - watchdog -
<14>[ 8.503616] procd: - ubus -
<5>[ 8.557970] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<5>[ 8.568258] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<5>[ 8.577628] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<5>[ 8.587294] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<5>[ 8.596640] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<5>[ 8.606131] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<5>[ 8.616005] random: ubusd: uninitialized urandom read (4 bytes read, 14 bits of entropy available)
<14>[ 8.625723] procd: - init -
<6>[ 8.901262] ip6_tables: (C) 2000-2006 Netfilter Core Team
<6>[ 8.917457] Loading modules backported from Linux version wt-2017-01-31-0-ge882dff19e7f
<6>[ 8.925787] Backport generated by backports.git backports-20160324-13-g24da7d3c
<6>[ 8.936244] ip_tables: (C) 2000-2006 Netfilter Core Team
<6>[ 8.949344] nf_conntrack version 0.5.0 (944 buckets, 3776 max)
<6>[ 8.986405] xt_time: kernel timezone is -0000
<6>[ 9.045279] PPP generic driver version 2.4.2
<6>[ 9.052017] NET: Registered protocol family 24
<7>[ 9.099822] ath: EEPROM regdomain: 0×0 <7>[ 9.099843] ath: EEPROM indicates default country code should be used
<7>[ 9.099852] ath: doing EEPROM country→regdmn map search
<7>[ 9.099872] ath: country maps to regdmn code: 0x3a
<7>[ 9.099882] ath: Country alpha2 being used: US
<7>[ 9.099890] ath: Regpair used: 0x3a
<7>[ 9.110315] ieee80211 phy0: Selected rate control algorithm ‘minstrel_ht’ <6>[ 9.114367] ieee80211 phy0: Atheros AR9531 Rev:2 mem=0xb8100000, irq=47
<5>[ 9.947094] random: jshn: uninitialized urandom read (4 bytes read, 16 bits of entropy available)
<5>[ 10.026842] random: ubusd: uninitialized urandom read (4 bytes read, 16 bits of entropy available)
<6>[ 14.433917] device eth1 entered promiscuous mode
<6>[ 14.453005] br-lan: port 1(eth1) entered forwarding state
<6>[ 14.458672] br-lan: port 1(eth1) entered forwarding state
<6>[ 14.496362] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
<6>[ 15.374126] br-lan: port 1(eth1) entered disabled state
<6>[ 16.947811] eth0: link up (100Mbps/Full duplex)
<6>[ 16.952532] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
<6>[ 17.485700] IPv6: eth0: IPv6 duplicate address fe80::ae86:74ff:fe82:9a50 detected!
<5>[ 73.484013] random: nonblocking pool is initialized
<1>[ 86.838964] Data bus error, epc == 83041ef8, ra == 83041ef4
<4>[ 86.844733] Oops[#1]:
<4>[ 86.847081] CPU: 0 PID: 941 Comm: ash Not tainted 4.4.50 #0
<4>[ 86.852841] task: 83984a10 ti: 82c50000 task.ti: 82c50000
<4>[ 86.858408] $ 0 : 00000000 779c3302 deadbeef 83041ec0
<4>[ 86.863837] $ 4 : b8109864 00009864 0007f000 00000000
<4>[ 86.869266] $ 8 : 0000a35c ffffffff 00000000 00000000
<4>[ 86.874697] $12 : ffffffff 00800000 00000000 ffffffff
<4>[ 86.880127] $16 : 0007f000 ffffffff 00009864 83085460
<4>[ 86.885557] $20 : 82c51dfc 00000018 833d4000 83366b78
<4>[ 86.890985] $24 : 00000000 8007d234
<4>[ 86.896415] $28 : 82c50000 82c51d70 00000000 83041ef4
<4>[ 86.901846] Hi : 00000001
<4>[ 86.904820] Lo : 00000000
<4>[ 86.907828] epc : 83041ef8 ath_start_rfkill_poll+0x54c/0x6a8 [ath9k]
<4>[ 86.914573] ra : 83041ef4 ath_start_rfkill_poll+0×548/0x6a8 [ath9k]
<4>[ 86.921307] Status: 1000f403 KERNEL EXL IE
<4>[ 86.925655] Cause : 1080001c (ExcCode 07)
<4>[ 86.929793] PrId : 00019374 (MIPS 24Kc)
<4>[ 86.933840] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables gpio_button_hotplug
<4>[ 86.992849] Process ash (pid: 941, threadinfo=82c50000, task=83984a10, tls=779cdd48)
<4>[ 87.000835] Stack : 83085460 00000000 82c51dfc 00000018 833d4000 83b80010 00000003 83085460
<4>[ 87.000835] 00000000 83208268 83085460 83b80010 00000004 833d4000 83085460 833a4c00
<4>[ 87.000835] 83058010 8304c2e0 00000000 830474a0 83085460 00000001 833a4c00 83085460
<4>[ 87.000835] 833a4c00 83b80010 80400000 00000002 83084b40 8304f6f0 00000022 0000ffff
<4>[ 87.000835] 83984a00 00000002 00000001 83086034 00000000 00000000 00000000 310a3dd0
<4>[ 87.000835] ...
<4>[ 87.037824] Call Trace:
<4>[ 87.040363] [<83041ef8>] ath_start_rfkill_poll+0x54c/0x6a8 [ath9k]
<4>[ 87.046761] [<83041ef4>] ath_start_rfkill_poll+0×548/0x6a8 [ath9k]
<4>[ 87.053141]
<4>[ 87.054676]
<4>[ 87.054676] Code: 0c0722a3 00852021 00118827 <02221024> 8e6509bc 00508025 00b22821 0c0722a0 02002021
<4>[ 87.065050] —[ end trace 850be6c44f1050af ]—

Time: 1488374342.423893
<4>[ 86.890985] $24 : 00000000 8007d234
<4>[ 86.896415] $28 : 82c50000 82c51d70 00000000 83041ef4
<4>[ 86.901846] Hi : 00000001
<4>[ 86.904820] Lo : 00000000
<4>[ 86.907828] epc : 83041ef8 ath_start_rfkill_poll+0x54c/0x6a8 [ath9k]
<4>[ 86.914573] ra : 83041ef4 ath_start_rfkill_poll+0×548/0x6a8 [ath9k]
<4>[ 86.921307] Status: 1000f403 KERNEL EXL IE
<4>[ 86.925655] Cause : 1080001c (ExcCode 07)
<4>[ 86.929793] PrId : 00019374 (MIPS 24Kc)
<4>[ 86.933840] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables gpio_button_hotplug
<4>[ 86.992849] Process ash (pid: 941, threadinfo=82c50000, task=83984a10, tls=779cdd48)
<4>[ 87.000835] Stack : 83085460 00000000 82c51dfc 00000018 833d4000 83b80010 00000003 83085460
<4>[ 87.000835] 00000000 83208268 83085460 83b80010 00000004 833d4000 83085460 833a4c00
<4>[ 87.000835] 83058010 8304c2e0 00000000 830474a0 83085460 00000001 833a4c00 83085460
<4>[ 87.000835] 833a4c00 83b80010 80400000 00000002 83084b40 8304f6f0 00000022 0000ffff
<4>[ 87.000835] 83984a00 00000002 00000001 83086034 00000000 00000000 00000000 310a3dd0
<4>[ 87.000835] ...
<4>[ 87.037824] Call Trace:
<4>[ 87.040363] [<83041ef8>] ath_start_rfkill_poll+0x54c/0x6a8 [ath9k]
<4>[ 87.046761] [<83041ef4>] ath_start_rfkill_poll+0×548/0x6a8 [ath9k]
<4>[ 87.053141]
<4>[ 87.054676]
<4>[ 87.054676] Code: 0c0722a3 00852021 00118827 <02221024> 8e6509bc 00508025 00b22821 0c0722a0 02002021
<4>[ 87.065050] —[ end trace 850be6c44f1050af ]— <0>[ 87.071512] Fatal exception: panic in 5 seconds
<0>[ 92.083905] Kernel panic - not syncing: Fatal exception

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


01.03.2017573KernelBug ReportVery LowMediumUnloading rt2800soc crashes rt3052 based devicesTrunkUnconfirmed Task Description

On LEDE trunk rt3052 based devices (and all other devices using rt2800 wireless chipset) crash whenever you try to unload rt2800soc. This happens because patch 604-rt2x00-load-eeprom-on-SoC-from-a-mtd-device-defines-.patch interferes with 602-rt2x00-introduce-rt2x00eeprom.patch. In 602 the struct rt2x00_dev is extended by the member eeprom_file. In its initialisation function rt2x00lib_request_eeprom_file eeprom_file is either initialized with a firmware struct from request_firmware or keeps being NULL if an error occurs. Patch 604 hooks into rt2x00lib_request_eeprom_file by the function rt2800lib_read_eeprom_mtd. rt2800lib_read_eeprom_mtd fills eeprom_file with a statically declared struct firmware if loading from the mtd partition succeeds. Now, when we come to uninitialization patch 602s rt2x00lib_free_eeprom_file is called. This function assumes that eeprom_file was dynamically allocated and calls release_firmware(eeprom_file) even if patch 604 allocated it statically. This leads to release_firmware kfree-ing eeprom_file although it was never kmalloced, resulting in a kernelpanic.

28.02.2017568Base systemBug ReportVery LowVery LowFirst boot messages are not logged to filelede-17.01Unconfirmed Task Description

I’m saving logs to a file on an external partition that is mounted at boot. After rebooting with an empty log file, an inconsistency can be noticed between the output of logread and the content of the log file. The first message printed by logread is, as expected,

Mon Feb 27 20:33:15 2017 kern.info kernel: [    0.000000] Booting Linux on physical CPU 0x0

while the first message in the log file reads

Mon Feb 27 20:33:16 2017 user.notice : Added device handler type: tunnel

The first boot messages are missing from the log file. From this point on, logread and the log file are identical.
Of course this is a minor issue, but still one would expect logs to be 100% complete, regardless whether they are stored in memory or to file.

root@lede:~# cat /etc/config/system 
config system
        option hostname 'lede'
	option zonename 'Europe/Rome'
	option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'
        option ttylogin '0'
        option urandom_seed '0'
        option log_remote '0'
        option log_type 'file'
        option log_file '/mnt/sda1/var/log/messages'
        option log_buffer_size '64'
        option log_size '1024'
        option conloglevel '8'
        option cronloglevel '0'
...

Start order of init scripts log and fstab has been changed to start logging as early as possible.

root@lede:~# ls -1 /etc/rc.d/S*
/etc/rc.d/S00sysfixtime
/etc/rc.d/S10boot
/etc/rc.d/S10fstab
/etc/rc.d/S10system
/etc/rc.d/S11log
/etc/rc.d/S11sysctl
...

Device: WRT1200AC
Software version: Reboot (17.01.0, r3205-59508e3)

28.02.2017567KernelBug ReportVery LowLowmvebu: WRT1200AC wireless has latency fluctuations and,...AllUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on
Linksys WRT1200AC v1

- Software versions of LEDE release, packages, etc.

  • LEDE 17.01 final release (from downloads.lede-project.org)
  • LEDE 17.01 custom compiled/build
  • LEDE trunk (from downloads.lede-project.org)

- Steps to reproduce

> uci delete wireless.@wifi-device[0].disabled

   > uci set wireless.@wifi-iface[0].ssid=LEDE_5
   > uci delete wireless.@wifi-device[1].disabled
   > uci set wireless.@wifi-iface[1].ssid=LEDE_2
   > uci commit wireless
   > wifi up
 * Install FPing
   > opkg update
   > opkg install fping
  • Connect device using wireless LEDE_2
  • Get device ip from /tmp/dhcp.leases
  • Ping it

> root@LEDE:/# fping -p25 -b1472 -c100 -q 192.168.1.123

   > 192.168.1.123 : xmt/rcv/%loss = 100/100/0%, min/avg/max = 6.55/62.3/512
  • Connect device using wireless LEDE_5
  • Get device ip from /tmp/dhcp.leases
  • Ping it

> root@LEDE:/# fping -p25 -b1472 -c100 -q 192.168.1.123

   > 192.168.1.123 : xmt/rcv/%loss = 100/100/0%, min/avg/max = 2.64/39.5/157
27.02.2017563Base systemBug ReportVery LowLowcake qdisc high cpu usage on tp-link 841nTrunkUnconfirmed Task Description

So, I had this crazy idea to just make cake the default qdisk after seeing the battlemesh presentation. Now we are seeing high spikes in CPU usage after some time - the peaks appear to be of periodic nature. I only have some nmeter plots (basically vmstat/sar with dots - it’s a busybox applet) - the high load immediatly vanishes after switching the qdiscs back to fq_codel.

I’ve seen this on 2 841n routers one only using ap+ibss mode the other having wan+lan+ap+ibss+tap interfaces with cake running. Both also run a bridge for the AP.

Is the high system cpu usage expacted behavoir? cake qdisc is just using defaults:

This script does the activation:

# cat /etc/hotplug.d/iface/00-cake-qdisc 
#!/bin/sh

case "$ACTION" in
                ifup)
                grep -q '^sch_cake' '/proc/modules' && {
                        command -V tc > /dev/null || return 
                        tc qdisc replace dev "$DEVICE" root cake
                }
        ;;
esac
# vim: set filetype=sh ai noet ts=4 sw=4 sts=4 :

The results (1 line = 1 second):

root@weimarnetz-188:~ :) nmeter '%40c wlan: %[nbr-vap] ibss: %[nwlan0]'

cake 

SSSSSSSSUii............................. wlan:  8856  756 ibss:  4026 9162
SSSSSSSSSSSSSSSSSSSSU................... wlan:   44k 1736 ibss:  8726  49k
SSSSSSSi................................ wlan:   58k 2130 ibss:  5974  62k
SSSUUUUi................................ wlan:   58k 1296 ibss:   15k  68k
SSSSSSSSi............................... wlan:   49k 2532 ibss:  5298  53k
SSSSSSSSSSiii........................... wlan:   45k 2082 ibss:  8282  49k
SSSSSSSSSSSSSSSSSSSSSSU................. wlan:   39k 1794 ibss:   14k  45k
SSSSSSSSSSSSSSUi........................ wlan:   34k 2112 ibss:   11k  29k
SSSSSSSSSSSSSSSSSSSSSUUi................ wlan:   47k 2172 ibss:  7614  60k
U....................................... wlan:   58k 2934 ibss:  7496  61k
SSUi.................................... wlan:   53k 1944 ibss:  9.8k  58k
SSSSSSSSSSSSSSSSSSU..................... wlan:   47k 1698 ibss:  6552  51k
SSSSSSSSSSSSSUi......................... wlan:   57k 2704 ibss:  9.9k  62k
UUUiii.................................. wlan:   57k 1512 ibss:  8956  63k
SSSSSSSSSSSSSSSSSSSSSSSSii.............. wlan:   77k 4010 ibss:   17k  85k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUii wlan:  6400  318 ibss:   450 6784
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   47k 1296 ibss:   12k  55k
SUUii................................... wlan:   49k 2542 ibss:  5604  53k
SSSSSSSSUUi............................. wlan:   56k 2354 ibss:   10k  62k
SSSSSSSSSSSSSSSSSSSSSi.................. wlan:   58k 1926 ibss:   11k  64k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   59k 2464 ibss:   22k  67k
SSSSSSSSSSSSSSUi........................ wlan:   41k  972 ibss:   10k  50k
SUi..................................... wlan:   44k 2132 ibss:  6310  47k
SUUi.................................... wlan:   52k 1642 ibss:   11k  58k
SSSSSSSSSSSSSSSSSSSSSSUi................ wlan:   54k 3826 ibss:   11k  60k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUi wlan:   44k 1482 ibss:  6580  48k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSi.......... wlan:   32k 2396 ibss:  9732  38k
SSSSSSSSSSSSSSSSUUi..................... wlan:   18k 1164 ibss:  6888  20k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUi... wlan:   37k  864 ibss:   13k  46k
SSSSSSSSSSSi............................ wlan:   57k 2112 ibss:  4166  60k
SSi..................................... wlan:   56k 1746 ibss:   11k  62k
SSSSSSSSSSSSSSSSSSSSi................... wlan:   43k  28k ibss:   39k  48k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUU....... wlan:   15k  18k ibss:   25k  21k
SSSSSSSSSSSSSSSSUiiii................... wlan:   42k 255k ibss:  261k  52k
SUiiii.................................. wlan:   39k 393k ibss:  398k  54k
SSSSSSSSSSSSSSSSSSSSSSSSiii............. wlan:   26k 244k ibss:  251k  33k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSii........ wlan:   44k  86k ibss:   93k  54k
SSSSSSSSSSSSSSSSSSSSSSSSSSSUUii......... wlan:   27k  33k ibss:   41k  33k
SSSSSUiii............................... wlan:   54k  36k ibss:   40k  60k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSii wlan:   30k  46k ibss:   52k  35k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   23k  13k ibss:   20k  26k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUii.... wlan:   53k  31k ibss:   40k  66k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSU......... wlan:   31k  18k ibss:   29k  35k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   13k 1262 ibss:  8370  16k
SSSSSSSSSSSSUi.......................... wlan:   46k  35k ibss:   54k  63k
SU...................................... wlan:   53k  87k ibss:   93k  59k
SSSSSSSSSSUUi........................... wlan:   43k  23k ibss:   32k  50k
SSSUUUiii............................... wlan:   46k 164k ibss:  172k  54k
SSSSSSSSSUiii........................... wlan:   48k 245k ibss:  250k  59k
SSSSSSSSSSSSSSS......................... wlan:   38k 5959 ibss:   10k  44k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   38k 1838 ibss:  9944  41k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi wlan:   25k 1344 ibss:  2774  25k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS wlan:   43k 2442 ibss:   10k  44k
SSSSSSSSSSSSSSSSSSSSUUii................ wlan:   59k 1968 ibss:   11k  73k
Si...................................... wlan:   60k 2354 ibss:   10k  67k
SU...................................... wlan:   57k 1680 ibss:   11k  63k
Siii.................................... wlan:   51k 3560 ibss:  8042  54k
SSSSSSSSSSSi............................ wlan:   50k 1080 ibss:   14k  58k
SSSSSSSSSSSSSUU......................... wlan:   53k 2548 ibss:   13k  59k
SSSSSSSSSSSSi........................... wlan:   46k 2309 ibss:  9093  52k
SSSSSSSSSSSSSSSSSSSSi................... wlan:   83k 3816 ibss:   14k  91k
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSi........ wlan:   25k 3210 ibss:  5668  26k
SSSSSSSSSSSSSSSSSSSSSSSUii.............. wlan:   53k 2478 ibss:   11k  59k
SSSSSSSSSSSSSSSSSSSSSSSSSUi............. wlan:   15k 1308 ibss:  8142  20k
SSUUii.................................. wlan:   799  607 ibss:   11k 5339
SUi..................................... wlan:  1449 1436 ibss:   11k 9399
SSSSSSSSSSSSSSSSSSSSSSSSSSSSU........... wlan:   240 2738 ibss:   10k 3224
SSSSSSSSSU.............................. wlan:   132   66 ibss:   10k 4804
UUi..................................... wlan:   320  347 ibss:   11k 6020


-----> fq_codel 

S....................................... wlan:     0    0 ibss:  8664 3682
SSSSSSSSSU.............................. wlan:     0    0 ibss:  9022 6566
SS...................................... wlan:   703 6076 ibss:   14k 3565
S....................................... wlan:  2971 1862 ibss:  8554 7219
SUi..................................... wlan:     0    0 ibss:  7810 3732
SSUUi................................... wlan:     0    0 ibss:  8440 2920
SSii.................................... wlan:  1449 1436 ibss:   10k 7771
Ui...................................... wlan:     0    0 ibss:  8068 3258
Ui...................................... wlan:     0    0 ibss:  7910 3614
SSUi.................................... wlan:   252  185 ibss:   12k 5022
SUi..................................... wlan:  4742 1368 ibss:  9.8k  10k
SU...................................... wlan:     0    0 ibss:   11k 4646
Ui...................................... wlan:     0    0 ibss:   15k 5802
SS...................................... wlan:     0    0 ibss:  6918 3742
SU...................................... wlan:   122 2576 ibss:  4978  404
SSUii................................... wlan:     0    0 ibss:  8856 5890
SU...................................... wlan:  1449 1436 ibss:  6598 4791
SU...................................... wlan:    41   54 ibss:  4234 2101
UUii.................................... wlan:     0    0 ibss:   12k 5438
SUi..................................... wlan:   280  239 ibss:  7599 1644
U....................................... wlan:     0    0 ibss:  5962 3606
U....................................... wlan:     0    0 ibss:   10k 5502
SU...................................... wlan:     0    0 ibss:   14k 7486
Ui...................................... wlan:     0    0 ibss:   14k 5030
SU...................................... wlan:     0    0 ibss:  7930 4702
Ui...................................... wlan:   799  606 ibss:   10k 5400
SSSSSSSSSSSSSU.......................... wlan:  1449 1436 ibss:  9936 5653
S....................................... wlan:     0    0 ibss:  5818 2964
SU...................................... wlan:     0    0 ibss:   11k 7547
SU...................................... wlan:   252  185 ibss:  6264 3875
Ui...................................... wlan:  4159  995 ibss:  8313 8409
U....................................... wlan:     0    0 ibss:  3912 1240
SU...................................... wlan:     0    0 ibss:  4600 3784
S....................................... wlan:   122 2604 ibss:  9706 3374
SUUUi................................... wlan:     0    0 ibss:   13k 6328
U....................................... wlan:     0    0 ibss:   10k 6940
ii...................................... wlan:  1504 1589 ibss:  8605 4736
SUUi.................................... wlan:   108    0 ibss:   13k 8516
SUi..................................... wlan:  5241  28k ibss:   32k 9431
SSUUi................................... wlan:  9.7k  24k ibss:   33k  14k
SUi..................................... wlan:   743  456 ibss:   14k 7591
U....................................... wlan:     0    0 ibss:  2212 2732
SSSSSSSSSSU............................. wlan:     0    0 ibss:  9750 6434
........................................ wlan:  4585  492 ibss:  4616 6971
SUi..................................... wlan:   326 1155 ibss:   11k 4874
Si...................................... wlan:     0    0 ibss:  2330  214
Si...................................... wlan:  4336 3047 ibss:   18k  11k
SUi..................................... wlan:   100    0 ibss:  9838 5264
S....................................... wlan:     0    0 ibss:   14k 6298
SSSU.................................... wlan:   644  511 ibss:  6719 4294
SUii.................................... wlan:     0    0 ibss:   13k 6274
S....................................... wlan:     0    0 ibss:  6822 1738
U....................................... wlan:     0    0 ibss:  4790 1730
Ui...................................... wlan:   124  110 ibss:  5518 3544
SU...................................... wlan:   229   42 ibss:  8218 4972
Si...................................... wlan:  1000  607 ibss:  4750 2432
........................................ wlan:  1650 1436 ibss:  8372 5635
UUi..................................... wlan:   201    0 ibss:  9418 5422
Ui...................................... wlan:     0    0 ibss:   14k 7438
SSUi.................................... wlan:  3268 1862 ibss:   14k 9690
SUU..................................... wlan:     0  108 ibss:  9030 4918
SSi..................................... wlan:    80  108 ibss:  9442 5162
Ui...................................... wlan:    41   54 ibss:  9768 4757
Sii..................................... wlan:    58  104 ibss:  5570 3562
UU...................................... wlan:     0    0 ibss:  7098 4134
SU...................................... wlan:     0    0 ibss:  8142 2818
S....................................... wlan:  2941 2271 ibss:  7081 6303
SUi..................................... wlan:   315    0 ibss:  8524 3738
Ui...................................... wlan:  1309  757 ibss:   10k 7143
SUU..................................... wlan:  1450  428 ibss:  7150 5470
SUi..................................... wlan:  3187 8952 ibss:   16k 7107
U....................................... wlan:  4559 2197 ibss:  7959 8811
Ui...................................... wlan:  5564 2171 ibss:  8323 9118
i....................................... wlan:   11k  41k ibss:   50k  18k
root@weimarnetz-188:~ 8( cat /tmp/sysinfo/model 
TP-Link TL-WR841N/ND v11
root@weimarnetz-188:~ :) cat /etc/os-release 
NAME="weimarnetz"
VERSION="SNAPSHOT, Reboot"
ID="weimarnetz"
ID_LIKE="lede openwrt"
PRETTY_NAME="weimarnetz Reboot SNAPSHOT"
VERSION_ID="snapshot"
HOME_URL="http://lede-project.org/"
BUG_URL="http://bugs.lede-project.org/"
SUPPORT_URL="http://forum.lede-project.org/"
BUILD_ID="v0.10.0-dirty+lede-r3598-eb09d79c16"
LEDE_BOARD="ar71xx/generic"
LEDE_ARCH="mips_24kc"
LEDE_TAINTS="no-all busybox"
LEDE_DEVICE_MANUFACTURER="LEDE"
LEDE_DEVICE_MANUFACTURER_URL="http://lede-project.org/"
LEDE_DEVICE_PRODUCT="weimarnetz"
LEDE_DEVICE_REVISION="v0"
LEDE_RELEASE="weimarnetz Reboot SNAPSHOT v0.10.0-dirty+lede-r3598-eb09d79c16"

(this is basically stock release just with a versioning patch and the symbols added:

CONFIG_KERNEL_KALLSYMS=y
CONFIG_BUSYBOX_CUSTOM=y
CONFIG_BUSYBOX_CONFIG_MKSWAP=n
CONFIG_BUSYBOX_CONFIG_SWAPONOFF=n
CONFIG_BUSYBOX_CONFIG_MKPASSWD=y
CONFIG_BUSYBOX_CONFIG_ARPING=y
CONFIG_BUSYBOX_CONFIG_NMETER=y
CONFIG_PACKAGE_MAC80211_MESH=n
CONFIG_TARGET_SQUASHFS_BLOCK_SIZE=256
CONFIG_STRIP_KERNEL_EXPORTS=y
27.02.2017559Base systemFeature RequestVery LowLowNo Ethernet statistics on ag71xxTrunkUnconfirmed Task Description

On WNDR3700v2:

  # ethtool -i eth1 | head -n 2
  driver: ag71xx
  version: 0.5.35
  # ethtool -S eth1
  no stats available

The only statistics available are the ones provided by `ifconfig`, but I’m not sure whether that is accurate — I’m not seeing any drops even under load.

Note that statistics are available on the switch (through `swconfig show`), it’s only the SoC’s interface that’s impacted.

(While I’m at it, the driver is incomplete in other ways — there’s no support for Pause frames or for scatter-gather, although a quick read of the datasheet indicates that it should be possible to implement these features. I’m not sure that’s important, though.)

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.

 


24.02.2017552Base systemFeature RequestVery LowLowBackup & restore of additionally installed packagesAllUnconfirmed Task Description

There is a discussion and also two different scripts available here:
https://forum.lede-project.org/t/feature-request-for-backup-functionality/603

Is it possible to incorporate some kind of this functionality into the standard distribution to lower the bar for newbies?

Script one:
https://forum.openwrt.org/viewtopic.php?pid=194478#p194478

second:
https://github.com/richb-hanover/OpenWrtScripts/blob/master/config-openwrt.sh

21.02.2017545Base systemBug ReportVery LowLowUSB does not work ARV4518PWR01Alede-17.01Unconfirmed Task Description

Hello, I tried to install 17.01.0-rc2, r3131 on Arcadyan ARV4518PWR01A but USB is not working.

 


21.02.2017543KernelBug ReportVery LowLowLED trigger netdev on a bridge is not interface sensiti...lede-17.01Unconfirmed Task Description

I have a bridge “br-wan” with “eth1” and “eth0.2” interfaces.

In Chaos I could set the led trigger to either of these interfaces separately. I could display either of the interfaces separately.

In 17.01 no matter what I choose “br-wan”, “eth0.2”, or “eth1” the led shows the full traffic through the bridge.

If this is made on purpose, could you point me to the code change please.

19.02.2017535KernelBug ReportVery LowHigh5GHz radios not working properly on Netgear R8000lede-17.01Unconfirmed Task Description

After upgrading my R8000 from Chaos Calmer (15.05.1) to LEDE Reboot (17.01.0-rc2, r3131-42f3c1f), I found that I could no longer get the 5GHz radios to work as before. The 2.4GHz radio is fine.

In CC I was using the following configuration:
- radio0 on channel 149, country code ‘00’, VHT80
- radio2 on channel 48, country code ‘00’, VHT80

The firmware apparently only accepts 00 and US as country codes, which is why I was using 00. This discussed at length in: https://forum.openwrt.org/viewtopic.php?id=55367&p=19 (and previous pages)

In 17.01.0-rc2, I can’t get radio0 to come up at all. radio2 can be configured, still on channel 48 and country 00, but in VHT40 mode. If I use VHT80, it stays disabled.

This was discussed previously in this forum post: https://forum.lede-project.org/t/r8000-5ghz-wifi-issue/236 and I get the same error messages and channel selection as the OP, so I will not repeat them here.

I’m not sure if this issue is really related to the country code setting, but I will note that the factory system apparently sets the country code to “EU”:

root@x6:~# nvram show | grep country_code
wl1_country_code=EU
wl0_country_code=EU
wl2_country_code=EU
wl_country_code=
root@x6:~#

I see that LEDE carries a patch on brcmfmac which translates the configured country code to an internal code for the firmware on this specific model (https://git.lede-project.org/?p=source.git;a=blob_plain;f=package/kernel/mac80211/patches/863-brcmfmac-add-in-driver-tables-with-country-codes.patch;hb=refs/heads/lede-17.01). I’m willing to test patches if anyone knows the right internal country code for Europe.

19.02.2017534Base systemBug ReportVery LowHighUSB xHCI deadlock on bootlede-17.01Assigned Task Description

Supply the following if possible:
- Device problem occurs on
VirtualBox x86_64 Version 5.0.32 r112930
- Software versions of LEDE release, packages, etc.
17.01.00rc2
- Steps to reproduce
Create the disk image
Switch from EHCI (the default in a new VM) to xHCI.
Boot the machine
The machine will deadlock soon after initializing the USB ports


18.02.2017533Base systemBug ReportVery LowHighanon_mount 1 in fstab freezes boot in wrt3200acmlede-17.01Unconfirmed Task Description

I have run into strange trouble with my new WRT3200ACM:

anon_mount 1 option in /etc/config/fstab causes the boot process to hang.
Hang can be triggered manually with “/sbin/block mount” when that option is set.
Kernel log fills from entries “pxa3xx-nand f10d0000.flash: Wait time out!!!”

I am filing this bug report for 17.01, but the bug seems to be also in master.


For some reason enabling the anon_mount option in /etc/config/fstab prevents the boot process from completing. The boot progresses to some stage and router e.g. answers ping, but power led blinks and it does not allow login and does not provide dhcp etc. services.

I have had that option in all my routers (WNDR3700, WNDR3800, R7800) to make USB memory sticks to automount when inserted into the router’s USB port. So it is a quite normal setting.

I first compiled a mvebu wrt3200acm firmware image from master with kernel 4.9, and that failed to boot. I thought that the new kernel 4.9 might be the reason. So I installed 17.01.0-rc2 official image and it booted ok. I installed packages, configured, rebooted and everything was ok as long as I did not change that anon_mount to 1 in fstab. After changing that, the next boot again gets stuck. (Editing the option in failsafe enables the router to boot normally.)

Boot completes ok with the output of “block detect” entered into fstab:

  config 'global'
          option  anon_swap       '0'
          option  anon_mount      '0'
          option  auto_swap       '1'
          option  auto_mount      '1'
          option  delay_root      '5'
          option  check_fs        '0'

Boot does not complete with anon_mount 1 in /etc/config/fstab:

  config 'global'
          option  anon_swap       '0'
          option  anon_mount      '1'
          option  auto_swap       '1'
          option  auto_mount      '1'
          option  delay_root      '5'
          option  check_fs        '0'

I have no good guess about the reason. My initial guess was some connection to ubi1:syscfg being mounted as /tmp/syscfg as that is different than in my other devices, but it is hard to see how that could be the reason. (That mounting is done in /lib/preinit/81_linksys_syscfg )

After some investigation it looks like the reason is actually “/sbin/block mount”.

At the boot the init script /etc/init.d/fstab actually runs “/sbin/block mount”.
Running that command manually from console (with anon_mount 1) makes the console to hang. From another console window I can see that system & kernel log fills from entries like these:

  kern.err kernel: [ 3032.483307] pxa3xx-nand f10d0000.flash: Wait time out!!!
  kern.err kernel: [ 3032.683301] pxa3xx-nand f10d0000.flash: Wait time out!!!
  kern.err kernel: [ 3032.883296] pxa3xx-nand f10d0000.flash: Wait time out!!!
  kern.err kernel: [ 3033.083293] pxa3xx-nand f10d0000.flash: Wait time out!!!
  kern.err kernel: [ 3033.283291] pxa3xx-nand f10d0000.flash: Wait time out!!!
  kern.err kernel: [ 3033.483287] pxa3xx-nand f10d0000.flash: Wait time out!!!
  kern.err kernel: [ 3033.683283] pxa3xx-nand f10d0000.flash: Wait time out!!!

And the “block” process can’t even be killed with “kill -9” or “kill -15”.
I rebooted the router from power switch to get it killed.

With anon_mount 0 in fstab the same command works ok and produces:

 root@LEDE:~# /sbin/block mount
 block: /dev/ubiblock0_0 is already mounted on /rom
 block: /dev/ubi0_1 is already mounted on /overlay
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

17.02.2017528KernelBug ReportVery LowLowmac80211 -- Lose connectivity to wireless and networklede-17.01Unconfirmed Task Description

Supply the following if possible:

- Device problem occurs on
Linksys WRT3200ACM

- Software versions of LEDE release, packages, etc.
LEDE Reboot 17.01.0-rc2 r3131-42f3c1f / LuCI e306ee6c93c1ef600012f47e40dd75020d4ab555 branch (git-17.033.24085-e306ee6)

- Steps to reproduce
Let it run...

-UpTime
16h 25m 44s

–Kernel Log

ieee80211 phy0: create ba result error 1
[47506.602405] ieee80211 phy0: ampdu operation error code: -22
[47507.239732] ————[ cut here ]———— [47507.244406] WARNING: CPU: 0 PID: 6157 at compat-wireless-2016-10-08/net/mac80211/agg-tx.c:398 0xbf0a9a18 [mac80211@bf09c000+0x5b514]()
[47507.256560] Modules linked in: pppoe ppp_async iptable_nat pppox ppp_generic nf_nat_pptp nf_nat_ipv4 nf_nat_amanda nf_conntrack_pptp nf_conntrack_ipv6 nf_conntrack_ipv4 nf_conntrack_amanda ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT ts_kmp ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_nat_h323 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt mwlwifi mac80211 cfg80211 compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables uhci_hcd ohci_platform ohci_hcd sd_mod exfat gpio_button_hotplug
[47507.342771] CPU: 0 PID: 6157 Comm: kworker/u4:0 Not tainted 4.4.47 #0
[47507.349237] Hardware name: Marvell Armada 380/385 (Device Tree)
[47507.355184] Workqueue: phy0 0xbf0adfcc [mac80211@bf09c000+0x5b514]
[47507.361399] Function entered at [<c0027d2c>] from [<c0024450>]
[47507.367253] Function entered at [<c0024450>] from [<c0217d44>]
[47507.373108] Function entered at [<c0217d44>] from [<c0034e14>]
[47507.378963] Function entered at [<c0034e14>] from [<c0034ecc>]
[47507.384817] Function entered at [<c0034ecc>] from [<bf0a9a18>]
[47507.390676] Function entered at [<bf0a9a18>] from [<bf0a9e0c>]
[47507.396531] Function entered at [<bf0a9e0c>] from [<bf0ae18c>]
[47507.402387] Function entered at [<bf0ae18c>] from [<c004948c>]
[47507.408241] Function entered at [<c004948c>] from [<c0049930>]
[47507.414095] Function entered at [<c0049930>] from [<c004e644>]
[47507.419950] Function entered at [<c004e644>] from [<c0009d38>]
[47507.425811] —[ end trace edc512a72d599128 ]— [50422.078420] ————[ cut here ]———— [50422.083083] WARNING: CPU: 0 PID: 1587 at compat-wireless-2016-10-08/net/mac80211/agg-tx.c:347 0xbf0a9964 [mac80211@bf09c000+0x5b514]()
[50422.095238] Modules linked in: pppoe ppp_async iptable_nat pppox ppp_generic nf_nat_pptp nf_nat_ipv4 nf_nat_amanda nf_conntrack_pptp nf_conntrack_ipv6 nf_conntrack_ipv4 nf_conntrack_amanda ipt_REJECT ipt_MASQUERADE xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT ts_kmp ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_nat_h323 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt mwlwifi mac80211 cfg80211 compat ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables uhci_hcd ohci_platform ohci_hcd sd_mod exfat gpio_button_hotplug
[50422.181434] CPU: 0 PID: 1587 Comm: hostapd Tainted: G W 4.4.47 #0
[50422.188684] Hardware name: Marvell Armada 380/385 (Device Tree)
[50422.194629] Function entered at [<c0027d2c>] from [<c0024450>]
[50422.200483] Function entered at [<c0024450>] from [<c0217d44>]
[50422.206338] Function entered at [<c0217d44>] from [<c0034e14>]
[50422.212192] Function entered at [<c0034e14>] from [<c0034ecc>]
[50422.218046] Function entered at [<c0034ecc>] from [<bf0a9964>]
[50422.223904] Function entered at [<bf0a9964>] from [<bf0a9e0c>]
[50422.229758] Function entered at [<bf0a9e0c>] from [<bf0a8a8c>]
[50422.235613] Function entered at [<bf0a8a8c>] from [<bf09f8f4>]
[50422.241468] Function entered at [<bf09f8f4>] from [<bf0a2ae8>]
[50422.247323] Function entered at [<bf0a2ae8>] from [<bf0a2b74>]
[50422.253178] Function entered at [<bf0a2b74>] from [<bf070b60>]
[50422.259036] Function entered at [<bf070b60>] from [<c03d1df0>]
[50422.264891] Function entered at [<c03d1df0>] from [<c03d1110>]
[50422.270745] Function entered at [<c03d1110>] from [<c03d1b08>]
[50422.276599] Function entered at [<c03d1b08>] from [<c03d0ae0>]
[50422.282453] Function entered at [<c03d0ae0>] from [<c03d0f20>]
[50422.288307] Function entered at [<c03d0f20>] from [<c038e11c>]
[50422.294162] Function entered at [<c038e11c>] from [<c038e768>]
[50422.300016] Function entered at [<c038e768>] from [<c038f560>]
[50422.305870] Function entered at [<c038f560>] from [<c0009c80>]
[50422.311731] —[ end trace edc512a72d599129 ]—

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)

17.02.2017526ToolchainBug ReportVery LowLowLEDE 17.01-rc2 SDK requires a too new libstdc++ version...lede-17.01Unconfirmed Task Description

The LEDE 17.01-rc2 SDK wants the symbol GLIBCXX_3.4.20 in libstdc++6, but Ubuntu 14.04 x86_64 only has GLIBCXX_3.4.19.

compiler@host:~$ dpkg -l libstdc++6
ii libstdc++6:amd64 4.8.4-2ubuntu1~14.04.3 amd64 GNU Standard C++ Library v3

compiler@host:~/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64$ make -j1 V=s
[...]
(cd /home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/build_dir/target-mips_24kc_musl-1.1.16/libubox-2016-11-29-77a62937; CFLAGS=”-Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap /home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/build_dir/target-mips_24kc_musl-1.1.16/libubox-2016-11-29-77a62937:libubox-2016-11-29-77a62937 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -I/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr/include " CXXFLAGS=”-Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap /home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/build_dir/target-mips_24kc_musl-1.1.16/libubox-2016-11-29-77a62937:libubox-2016-11-29-77a62937 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -I/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr/include " LDFLAGS=”-L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/lib -znow -zrelro " cmake -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_VERSION=1 -DCMAKE_SYSTEM_PROCESSOR=mips -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_FLAGS_RELEASE=”-DNDEBUG” -DCMAKE_CXX_FLAGS_RELEASE=”-DNDEBUG” -DCMAKE_C_COMPILER=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/host/bin/ccache” -DCMAKE_C_COMPILER_ARG1=”mips-openwrt-linux-musl-gcc” -DCMAKE_CXX_COMPILER=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/host/bin/ccache” -DCMAKE_CXX_COMPILER_ARG1=”mips-openwrt-linux-musl-g++” -DCMAKE_ASM_COMPILER=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/host/bin/ccache” -DCMAKE_ASM_COMPILER_ARG1=”mips-openwrt-linux-musl-gcc” -DCMAKE_EXE_LINKER_FLAGS:STRING=”-L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/lib -znow -zrelro” -DCMAKE_MODULE_LINKER_FLAGS:STRING=”-L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/lib -znow -zrelro -Wl,-Bsymbolic-functions” -DCMAKE_SHARED_LINKER_FLAGS:STRING=”-L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/usr/lib -L/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/lib -znow -zrelro -Wl,-Bsymbolic-functions” -DCMAKE_AR=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-musl-gcc-ar” -DCMAKE_NM=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-musl-gcc-nm” -DCMAKE_RANLIB=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16/bin/mips-openwrt-linux-musl-gcc-ranlib” -DCMAKE_FIND_ROOT_PATH=”/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/usr;/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl-1.1.16” -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM=BOTH -DCMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY -DCMAKE_FIND_ROOT_PATH_MODE_INCLUDE=ONLY -DCMAKE_STRIP=: -DCMAKE_INSTALL_PREFIX=/usr -DDL_LIBRARY=/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16 -DCMAKE_PREFIX_PATH=/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16 -DCMAKE_SKIP_RPATH=TRUE -DLUAPATH=/usr/lib/lua /home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/build_dir/target-mips_24kc_musl-1.1.16/libubox-2016-11-29-77a62937 )
/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/host/bin/cmake: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by /home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/host/bin/cmake)
make[3]: * [/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/build_dir/target-mips_24kc_musl-1.1.16/libubox-2016-11-29-77a62937/.configured_yynnyy] Error 1
make[3]: Leaving directory `/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/feeds/base/package/libs/libubox’ make[2]:
* [package/feeds/base/libubox/compile] Error 2
make[2]: Leaving directory `/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64’ make[1]: * [/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64/staging_dir/target-mips_24kc_musl-1.1.16/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/compiler/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64’ make:
* [world] Error 2

Further diagnostics:

compiler@host:~/lede-sdk-17.01.0-rc2-lantiq-xrx200_gcc-5.4.0_musl-1.1.16.Linux-x86_64$ for a in staging_dir/host/bin/.*bin; do ldd $a |grep “not found”; done
staging_dir/host/bin/.ccmake.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by staging_dir/host/bin/.ccmake.bin)
staging_dir/host/bin/.ccmake.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8’ not found (required by staging_dir/host/bin/.ccmake.bin)
staging_dir/host/bin/.cmake.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by staging_dir/host/bin/.cmake.bin)
staging_dir/host/bin/.cpack.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by staging_dir/host/bin/.cpack.bin)
staging_dir/host/bin/.cpack.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8’ not found (required by staging_dir/host/bin/.cpack.bin)
staging_dir/host/bin/.ctest.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by staging_dir/host/bin/.ctest.bin)
staging_dir/host/bin/.gengetopt.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by staging_dir/host/bin/.gengetopt.bin)
staging_dir/host/bin/.mklibs-readelf.bin: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20’ not found (required by staging_dir/host/bin/.mklibs-readelf.bin)

16.02.2017522Base systemBug ReportVery LowLowsudden wifi-restarts when client connects / r3439 on TP...TrunkUnconfirmed Task Description

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

 
Thu Feb 16 13:31:57 2017 daemon.info hostapd: wlan1-1: STA 00:1e:65:94:22:52 IEEE 802.11: authenticated
Thu Feb 16 13:31:57 2017 daemon.info hostapd: wlan1-1: STA 00:1e:65:94:22:52 IEEE 802.11: associated (aid 2)
Thu Feb 16 13:31:57 2017 daemon.notice hostapd: wlan1-1: AP-STA-CONNECTED 00:1e:65:94:22:52
Thu Feb 16 13:31:58 2017 authpriv.info dropbear[4509]: Child connection from fe80::21e:65ff:fe94:2252%br-mastergate:32784
Thu Feb 16 13:32:01 2017 authpriv.notice dropbear[4509]: Password auth succeeded for 'root' from fe80::21e:65ff:fe94:2252%br-mastergate:32784
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773904] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773917] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773924] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773930] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773936] ath: Country alpha2 being used: US
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773942] ath: Regpair used: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.773948] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774020] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774025] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774031] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774038] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774043] ath: Country alpha2 being used: US
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774048] ath: Regpair used: 0x3a
Thu Feb 16 13:32:03 2017 kern.debug kernel: [ 8201.774054] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852253] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852266] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852273] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852279] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852286] ath: Country alpha2 being used: US
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852291] ath: Regpair used: 0x3a
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852298] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852368] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852373] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852380] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852386] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:04 2017 kern.debug kernel: [ 8202.852391] ath: Country alpha2 being used: US
[...]
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413158] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413165] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413171] ath: Country alpha2 being used: US
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413176] ath: Regpair used: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413183] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413254] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413259] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413265] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413272] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413277] ath: Country alpha2 being used: US
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413282] ath: Regpair used: 0x3a
Thu Feb 16 13:32:12 2017 kern.debug kernel: [ 8210.413288] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491093] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491106] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491113] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491120] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491126] ath: Country alpha2 being used: US
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491131] ath: Regpair used: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491138] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491210] ath: EEPROM regdomain: 0x8348
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491215] ath: EEPROM indicates we should expect a country code
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491221] ath: doing EEPROM country->regdmn map search
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491227] ath: country maps to regdmn code: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491232] ath: Country alpha2 being used: US
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491237] ath: Regpair used: 0x3a
Thu Feb 16 13:32:13 2017 kern.debug kernel: [ 8211.491243] ath: regdomain 0x8348 dynamically updated by user
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan0-1: interface state ENABLED->DISABLED
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan0-1: AP-DISABLED 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan0-1: CTRL-EVENT-TERMINATING 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan0-1 disabled_11b_rates=0
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network device 'wlan0-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network alias 'wlan0-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Interface 'wlan' has link connectivity loss
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: interface state ENABLED->DISABLED
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: AP-STA-DISCONNECTED 00:1e:65:94:22:52
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: AP-STA-DISCONNECTED c0:c9:76:09:0c:e0
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: AP-DISABLED 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: wlan1-1: CTRL-EVENT-TERMINATING 
Thu Feb 16 13:32:16 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan1-1 disabled_11b_rates=0
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network device 'wlan1-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network alias 'wlan1-1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Interface 'wlanRADIO1' has link connectivity loss
Thu Feb 16 13:32:16 2017 daemon.info olsrd[5562]: Removing interface wlan1
Thu Feb 16 13:32:16 2017 daemon.err olsrd[5562]: OLSR: sendto IPv4 'Network unreachable' on interface wlan1
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Network device 'wlan1' link is down
Thu Feb 16 13:32:16 2017 daemon.notice netifd: Interface 'wlanadhocRADIO1' has link connectivity loss
[...]

maybe this is a side-effect of may changed regdb, but it was till now never an issue:

root@F36-stube:~ :) iw reg get
global
country US: DFS-UNSET
	(2400 - 2494 @ 40), (N/A, 30), (N/A)
	(4910 - 5895 @ 40), (N/A, 30), (N/A)

phy#1
country US: DFS-UNSET
	(2400 - 2494 @ 40), (N/A, 30), (N/A)
	(4910 - 5895 @ 40), (N/A, 30), (N/A)

phy#0
country US: DFS-UNSET
	(2400 - 2494 @ 40), (N/A, 30), (N/A)
	(4910 - 5895 @ 40), (N/A, 30), (N/A)


Showing tasks 601 - 650 of 711 Page 13 of 15<<First - 11 - 12 - 13 - 14 - 15 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing