OpenWrt/LEDE Project

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

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

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

Opened  descIDCategoryTask TypePrioritySeveritySummaryReported InStatus
21.11.20181963Base systemBug ReportVery LowMediumBin image for WRT160n V3 is too bigopenwrt-18.06Unconfirmed Task Description

Device: Linksys WRT160n V3
Current version: lede-17.01 branch (git-18.201.27126-7bf0367) / LEDE Reboot 17.01.6 r3979-2252731af4

The squashfs installer for version 18.0x is 3.9MB but the router can only hold 3.6 MB so flashing a new version fails.

Size comparison:
3.6M lede-17.01.6-brcm47xx-mips74k-linksys-wrt160n-v3-squashfs.bin
3.9M openwrt-18.06.0-brcm47xx-mips74k-linksys-wrt160n-v3-squashfs.bin


19.11.20181962Base systemBug ReportVery LowLowPIN verify with QMI on Quectel EC-25Aopenwrt-18.06Unconfirmed Task Description

I’m trying to get wwan running on GL.Inet MiFi (Quectel EC-25A cellular modem PCIE).

OpenWrt shows “Error: PIN code rejected”.

I tried to use uqmi to check if PIN stuff works:
root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –verify-pin1 5161
“Not supported”

root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –uim-verify-pin1 5161
“Invalid arguments given”

root@OpenWrt:~# uqmi -s -d /dev/cdc-wdm0 –uim-verify-pin1 “PIN,5161” “Incorrect PIN

I found this patch which tells me the PIN argument for verify and uim-verify should be the same, but it seems it isn’t.
http://lists.infradead.org/pipermail/lede-commits/2017-December/005176.html

19.11.20181961Base systemBug ReportVery LowMediumx86 squashfs images fails to load on QEMUAllUnconfirmed Task Description

After reporting ot a project named v86 by copy on GitHub, It also came to our attention that the squashfs images, starting with Attitude Adjustment Release.

GitHub issue referenced in this bug tracker to be guided accordingly.

18.11.20181960Base systemBug ReportVery LowLowhostapd/netifd: multicast_to_unicast/hairpin not set fo...openwrt-18.06Unconfirmed Task Description

I noticed that multicast_to_unicast and hairpin_mode are not set on the dynamically created wlan interfaces, and the wireless ap is not running in isolate mode. This is because these interfaces are created by hostapd, unlike other wlan interfaces which are created from netifd/system-linux.

The attached patch fixes this:
- it sets ap_isolate for the hostapd interface, if the interface is using dynamic vlan
- it sets multicast_to_unicast and hairpin_mode after the dynamic interface is created

I haven’t handled the case where the isolate option is not set for the wifi interface, or where multicast_to_unicast is not set on the bridge, since this requires passing additional information to hostapd, and I wasn’t sure what the preferred way to do this would be. I’d probably overload the ap_isolate option to have value 2 mean that multicast_to_unicast and hairpin_mode should be set.


18.11.20181959Base systemBug ReportVery LowLowPort forwards do not work with Static RoutesTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

[DEVICE]

NetGear WNDR 3700v2

[Software Version]

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

DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='18.06.1'
DISTRIB_REVISION='r7258-5eb055306f'
DISTRIB_TARGET='ar71xx/generic'
DISTRIB_ARCH='mips_24kc'
DISTRIB_DESCRIPTION='OpenWrt 18.06.1 r7258-5eb055306f'
DISTRIB_TAINTS=''

[Network Setup]

Internet ⇐===⇒ OpenWRT (WAN 17.17.17.17/LAN 192.168.1.1) With NAT ⇐=⇒ (192.168.1.0/24) ⇐=⇒ Router (no NAT, 192.168.1.2/10.0.0.1) ⇐=⇒ (10.0.0.0/16) ⇐=⇒ Server (10.0.0.2)

OpenWRT Settings (/etc/config/network):

config route
 option interface 'lan'
 option target '10.0.0.0'
 option netmask '255.255.0.0'
 option gateway '192.168.1.2'
 option metric '1'

Port Forward (/etc/config/firewall):

config redirect
 option target 'DNAT'
 option src 'wan'
 option dest 'lan'
 option proto 'tcp'
 option name '443'
 option dest_port '443'
 option src_dport '443'
 option dest_ip '10.0.0.2'

[ Problem ]

Connections from the internet, or from nodes on 192.168.1.0/24 can connect to 17.17.17.17 on port 443, they make the connection to 10.0.0.2 port 443. However nodes on 10.0.0.0/16 cannot.

If I look at iptables-save I see the following:

iptables-save | grep "443"
-A zone_lan_postrouting -s 192.168.1.0/24 -d 10.0.0.2/32 -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443 (reflection)" -j SNAT --to-source 192.168.1.1
-A zone_lan_prerouting -s 192.168.1.0/24 -d 17.17.17.17/32 -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443 (reflection)" -j DNAT --to-destination 10.0.0.2:443
-A zone_wan_prerouting -p tcp -m tcp --dport 443 -m comment --comment "!fw3: 443" -j DNAT --to-destination 10.0.0.2:443

The NAT rule is specifying only the local LAN address.

[Work Around ]

If as a custom start up script I run:

iptables-save | sed -r 's:^(.+) 192.168.1.0/24 (.+)$:\1 192.168.1.0/24 \2\n\1 10.0.0.0/16 \2:' | iptables-restore

Then 10.0.0.0/16 can access it without issue, however this script doesn’t always get executed when making changes within the OpenWRT UI (at least in 12.09, I just upgraded today).

[Potential Solutions]

I think that every route should have their iptables rules set up automagically, however I’m not 100% sure.

18.11.20181958PackagesBug ReportMediumLowuqmi: unicode characters in SMS confuse uqmiTrunkNew Task Description

When using uqmi –get-message the message ends up truncated in case it contains unicode characters like german umlauts.

17.11.20181957KernelBug ReportVery LowMediumKernel Oopsopenwrt-18.06Unconfirmed Task Description

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

 

- TP-Link Archer C7 v2, Qualcomm Atheros QCA9558 ver 1 rev 0
- Latest release packages as of 16 Nov 2018
- after reboot

Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.571060] ————[ cut here ]———— Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.575930] WARNING: CPU: 0 PID: 2219 at backports-2017-11-01/net/mac80211/ieee80211_i.h:1412 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.588099] Modules linked in: ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.662316] 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 ip6_udp_tunnel udp_tunnel sit tunnel4 ip_tunnel ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.690531] CPU: 0 PID: 2219 Comm: hostapd Not tainted 4.9.120 #0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.697092] Stack : 80497672 00000035 00000000 00000001 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.705672] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.714410] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.722954] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.731666] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.740317] ...
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.742826] Call Trace:
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.745135] [<8006ad5c>] 0x8006ad5c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.748672] [<8006ad5c>] 0x8006ad5c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.752481] [<8007fd44>] 0x8007fd44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.756065] [<87684ca4>] 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.762269] [<8007fde0>] 0x8007fde0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.765845] [<87684ca4>] 0x87684ca4 [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.771866] [<8769e61c>] 0x8769e61c [mac80211@87680000+0x5fb00]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.778840] [<802d9028>] 0x802d9028
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.782546] [<87619f1c>] 0x87619f1c [cfg80211@87600000+0x30f30]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.788726] [<802abbdc>] 0x802abbdc
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.792359] [<8750089c>] 0x8750089c [compat@87500000+0×1260]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.798143] [<802da880>] 0x802da880
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.801683] [<8009ce50>] 0x8009ce50
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.805258] [<802da59c>] 0x802da59c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.808799] [<802d9980>] 0x802d9980
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.812347] [<80111584>] 0×80111584 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.815900] [<802da584>] 0x802da584
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.819447] [<802d91f8>] 0x802d91f8
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.822997] [<80297454>] 0×80297454 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.826545] [<802d975c>] 0x802d975c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.830080] [<801de8e0>] 0x801de8e0
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.833634] [<8029bd18>] 0x8029bd18
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.838055] [<8028cb44>] 0x8028cb44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.841605] [<8028de1c>] 0x8028de1c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.845356] [<8028cb44>] 0x8028cb44
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.848899] [<80127804>] 0×80127804 Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.852619] [<8028ed38>] 0x8028ed38
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.856266] [<800b583c>] 0x800b583c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.859809] [<8006f48c>] 0x8006f48c
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.863505]
Sat Nov 17 13:09:10 2018 kern.warn kernel: [ 82.865026] —[ end trace 4f04d50d54c947cb ]—

17.11.20181956KernelBug ReportVery LowHighhwnat on edgerouter er-x mt7621TrunkUnconfirmed Task Description

I got somethink like this on edgerouter er-x (ramips). Router was on but there was no access. I had to turn it off and turn in on once again.

Nov 17 17:38:47 thorgal kernel: [15761.908512] Sending NMI from CPU 3 to CPUs 2:
Nov 17 17:38:47 thorgal kernel: [15761.996426] rcu_sched I 0 8 2 0×00100000 Nov 17 17:38:47 thorgal kernel: [15762.007336] Stack : 805a0000 8fc42bc0 8fc5fe30 8fc5fe30 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15762.023980] 00000003 8008601c 00178244 81221380 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15762.040623] 00000003 805a61b8 805ae510 8048b900 00000001 8fc5fe30 805a0000 00178244
Nov 17 17:38:47 thorgal kernel: [15762.057265] 81221380 8048e828 00000002 80082118 805a0000 00000000 8fc5febc 00000001
Nov 17 17:38:47 thorgal kernel: [15762.073907] 00000000 812213ec 00178244 8008656c 8fc42bc0 01400001 00000001 805ae400
Nov 17 17:38:47 thorgal kernel: [15762.090549] ...
Nov 17 17:38:47 thorgal kernel: [15762.095410] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15762.100290] [<8048b7e0>] schedule+0x7a0/0×854 Nov 17 17:38:47 thorgal kernel: [15762.109303] [<8048b900>] schedule+0x6c/0×84 Nov 17 17:38:47 thorgal kernel: [15762.117629] [<8048e828>] schedule_timeout+0x17c/0x1b8
Nov 17 17:38:47 thorgal kernel: [15762.127680] [<80082734>] rcu_gp_kthread+0×560/0×950 Nov 17 17:38:47 thorgal kernel: [15762.137395] [<8004b638>] kthread+0×130/0×144 Nov 17 17:38:47 thorgal kernel: [15762.145892] [<8000b0d8>] ret_from_kernel_thread+0×14/0x1c
Nov 17 17:38:47 thorgal kernel: [15775.236942] NMI backtrace for cpu 2
Nov 17 17:38:47 thorgal kernel: [15775.236964] rcu_sched R running task 0 8 2 0×00100000 Nov 17 17:38:47 thorgal kernel: [15775.236978] Stack : 805a0000 8fc42bc0 8fc5fe30 8fc5fe30 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15775.237015] 00000003 8008601c 00178244 81221380 81221380 8fc5fe30 805a0000 81221380
Nov 17 17:38:47 thorgal kernel: [15775.237051] 00000003 805a61b8 805ae510 8048b900 00000001 8fc5fe30 805a0000 00178244
Nov 17 17:38:47 thorgal kernel: [15775.237087] 81221380 8048e828 00000002 80082118 805a0000 00000000 8fc5febc 00000001
Nov 17 17:38:47 thorgal kernel: [15775.237122] 00000000 812213ec 00178244 8008656c 8fc42bc0 01400001 00000001 805ae400
Nov 17 17:38:47 thorgal kernel: [15775.237158] ...
Nov 17 17:38:47 thorgal kernel: [15775.237167] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15775.237183] [<8048b7e0>]
schedule+0x7a0/0×854 Nov 17 17:38:47 thorgal kernel: [15775.237198] [<8048b900>] schedule+0x6c/0×84 Nov 17 17:38:47 thorgal kernel: [15775.237215] [<8048e828>] schedule_timeout+0x17c/0x1b8
Nov 17 17:38:47 thorgal kernel: [15775.237229] [<80082734>] rcu_gp_kthread+0×560/0×950 Nov 17 17:38:47 thorgal kernel: [15775.237248] [<8004b638>] kthread+0×130/0×144 Nov 17 17:38:47 thorgal kernel: [15775.237263] [<8000b0d8>] ret_from_kernel_thread+0×14/0x1c
Nov 17 17:38:47 thorgal kernel: [15775.427526] CPU: 2 PID: 5010 Comm: kworker/2:0 Not tainted 4.14.81 #0
Nov 17 17:38:47 thorgal kernel: [15775.440361] Workqueue: events_power_efficient nf_flow_dnat_port [nf_flow_table]
Nov 17 17:38:47 thorgal kernel: [15775.454895] Stack : 805326f4 8fc11d24 805a0000 8e120380 80532788 00000002 805ae400 805a60ac
Nov 17 17:38:47 thorgal kernel: [15775.471538] 000000e0 8006f8ec 8fddf3fc 805a8947 805a0000 00000001 8fc11ce8 532616b0
Nov 17 17:38:47 thorgal kernel: [15775.488181] 00000000 00000000 00000000 00004030 00000000 000000e7 00000008 00000000
Nov 17 17:38:47 thorgal kernel: [15775.504822] 00000000 805b0000 0006b829 00000000 00000000 00000000 805d0000 00000002
Nov 17 17:38:47 thorgal kernel: [15775.521463] 805ae400 805a60ac 000000e0 805a0000 00000002 802a2be8 00000008 80610008
Nov 17 17:38:47 thorgal kernel: [15775.538106] ...
Nov 17 17:38:47 thorgal kernel: [15775.542964] Call Trace:
Nov 17 17:38:47 thorgal kernel: [15775.547836] [<800106c0>] show_stack+0×58/0×100 Nov 17 17:38:47 thorgal kernel: [15775.556696] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 17:38:47 thorgal kernel: [15775.565368] [<804794c4>] nmi_cpu_backtrace+0xe4/0×108 Nov 17 17:38:47 thorgal kernel: [15775.575414] [<804795b0>] nmi_trigger_cpumask_backtrace+0xc8/0×168 Nov 17 17:38:47 thorgal kernel: [15775.587537] [<80084018>] rcu_dump_cpu_stacks+0xc4/0x13c
Nov 17 17:38:47 thorgal kernel: [15775.597927] [<80083474>] rcu_check_callbacks+0×310/0×814 Nov 17 17:38:47 thorgal kernel: [15775.608501] [<800869e8>] update_process_times+0×34/0x7c
Nov 17 17:38:47 thorgal kernel: [15775.618911] [<800975cc>] tick_handle_periodic+0×34/0xd0
Nov 17 17:38:47 thorgal kernel: [15775.629316] [<80325e80>] gic_compare_interrupt+0×70/0×80 Nov 17 17:38:47 thorgal kernel: [15775.639886] [<80076e90>] handle_percpu_devid_irq+0xbc/0x1a8
Nov 17 17:38:47 thorgal kernel: [15775.650987] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:38:47 thorgal kernel: [15775.661039] [<80251f5c>] gic_handle_local_int+0x9c/0xe8
Nov 17 17:38:47 thorgal kernel: [15775.671428] [<8025211c>] gic_irq_dispatch+0×10/0×20 Nov 17 17:38:47 thorgal kernel: [15775.681129] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:38:47 thorgal kernel: [15775.691173] [<8048f9a4>] do_IRQ+0x1c/0x2c
Nov 17 17:38:47 thorgal kernel: [15775.699144] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 17:38:47 thorgal kernel: [15775.709191] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 17:38:47 thorgal kernel: [15775.719064] [<80069db4>] queued_spin_lock_slowpath+0x1e4/0x2e0
Nov 17 17:38:47 thorgal kernel: [15775.730675] [<8ef1d190>] nf_flow_table_iterate+0×338/0x7b0 [nf_flow_table]
Nov 17 17:39:15 thorgal ddns-scripts[1426]: myddns_ipv4: Get registered/public IP for szafa.mywire.org failed - retry 2/0 in 60 seconds
Nov 17 17:41:47 thorgal kernel: [15941.959647] Sending NMI from CPU 3 to CPUs 2:
Nov 17 17:41:47 thorgal kernel: [15945.502291] NMI backtrace for cpu 2
Nov 17 17:41:47 thorgal kernel: [15945.509227] CPU: 2 PID: 5010 Comm: kworker/2:0 Not tainted 4.14.81 #0
Nov 17 17:41:47 thorgal kernel: [15945.522053] Workqueue: events_power_efficient nf_flow_dnat_port [nf_flow_table]
Nov 17 17:41:47 thorgal kernel: [15945.536588] Stack : 805326f4 8fc11d24 805a0000 8e120380 80532788 00000002 805ae400 805a60ac
Nov 17 17:41:47 thorgal kernel: [15945.553233] 000000e0 8006f8ec 8fddf3fc 805a8947 805a0000 00000001 8fc11ce8 532616b0
Nov 17 17:41:47 thorgal kernel: [15945.569875] 00000000 00000000 00000000 000049e8 00000000 0000010b 00000008 00000000
Nov 17 17:41:47 thorgal kernel: [15945.586517] 00000000 805b0000 0007f745 00000000 00000000 00000000 805d0000 00000002
Nov 17 17:41:47 thorgal kernel: [15945.603156] 805ae400 805a60ac 000000e0 805a0000 00000002 802a2be8 00000008 80610008
Nov 17 17:41:47 thorgal kernel: [15945.619796] ...
Nov 17 17:41:47 thorgal kernel: [15945.624654] Call Trace:
Nov 17 17:41:47 thorgal kernel: [15945.629526] [<800106c0>] show_stack+0×58/0×100 Nov 17 17:41:47 thorgal kernel: [15945.638387] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 17:41:47 thorgal kernel: [15945.647060] [<804794c4>] nmi_cpu_backtrace+0xe4/0×108 Nov 17 17:41:47 thorgal kernel: [15945.657105] [<804795b0>] nmi_trigger_cpumask_backtrace+0xc8/0×168 Nov 17 17:41:47 thorgal kernel: [15945.669229] [<80084018>] rcu_dump_cpu_stacks+0xc4/0x13c
Nov 17 17:41:47 thorgal kernel: [15945.679621] [<80083474>] rcu_check_callbacks+0×310/0×814 Nov 17 17:41:47 thorgal kernel: [15945.690193] [<800869e8>] update_process_times+0×34/0x7c
Nov 17 17:41:47 thorgal kernel: [15945.700599] [<800975cc>] tick_handle_periodic+0×34/0xd0
Nov 17 17:41:47 thorgal kernel: [15945.711004] [<80325e80>] gic_compare_interrupt+0×70/0×80 Nov 17 17:41:47 thorgal kernel: [15945.721571] [<80076e90>] handle_percpu_devid_irq+0xbc/0x1a8
Nov 17 17:41:47 thorgal kernel: [15945.732668] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:41:47 thorgal kernel: [15945.742719] [<80251f5c>] gic_handle_local_int+0x9c/0xe8
Nov 17 17:41:47 thorgal kernel: [15945.753110] [<8025211c>] gic_irq_dispatch+0×10/0×20 Nov 17 17:41:47 thorgal kernel: [15945.762809] [<800711e0>] generic_handle_irq+0×40/0×58 Nov 17 17:41:47 thorgal kernel: [15945.772855] [<8048f9a4>] do_IRQ+0x1c/0x2c
Nov 17 17:41:47 thorgal kernel: [15945.780825] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 17:41:47 thorgal kernel: [15945.790875] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 17:41:47 thorgal kernel: [15945.800747] [<80069db4>] queued_spin_lock_slowpath+0x1e4/0x2e0
Nov 17 17:41:47 thorgal kernel: [15945.812371] [<8ef1d190>] nf_flow_table_iterate+0×338/0x7b0 [nf_flow_table]

More frequently I have this:
Nov 17 12:13:14 thorgal kernel: [123236.003832] ————[ cut here ]———— Nov 17 12:13:14 thorgal kernel: [123236.013239] WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0×324 Nov 17 12:13:14 thorgal kernel: [123236.029874] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Nov 17 12:13:14 thorgal kernel: [123236.043896] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_ipv6 iptable_nat ipt_REJECT ipt_MASQUERADE xt_time xt_tc
pudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit
xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrac
k_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink iptable_raw iptable_mangle ip
table_filter ipt_ECN ip_tables crc_ccitt 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
Nov 17 12:13:14 thorgal kernel: [123236.184720] sch_ingress xt_set ip_set_list_set ip_set_hash_netiface ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_has
h_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 tun leds_gpio gpio_button_hotplug
Nov 17 12:13:14 thorgal kernel: [123236.267833] CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.14.81 #0
Nov 17 12:13:14 thorgal kernel: [123236.279945] Stack : 00000000 8fede440 805a0000 8006f714 805d0000 8056cd28 00000000 00000000
Nov 17 12:13:14 thorgal kernel: [123236.296745] 80537698 8fc15dc4 8fc44e7c 805a8947 80532788 00000001 8fc15d68 532616b0
Nov 17 12:13:14 thorgal kernel: [123236.313548] 00000000 00000000 80610000 00003b80 00000000 000000ca 00000008 00000000
Nov 17 12:13:14 thorgal kernel: [123236.330352] 00000000 805b0000 00041639 70617773 00000000 00000000 805d0000 8037ffc8
Nov 17 12:13:14 thorgal kernel: [123236.347151] 00000009 00000140 00000003 8fede440 00000000 802a2be8 0000000c 8061000c
Nov 17 12:13:14 thorgal kernel: [123236.363954] ...
Nov 17 12:13:14 thorgal kernel: [123236.368981] Call Trace:
Nov 17 12:13:14 thorgal kernel: [123236.374032] [<800106c0>] show_stack+0×58/0×100 Nov 17 12:13:14 thorgal kernel: [123236.383060] [<8047261c>] dump_stack+0x9c/0xe0
Nov 17 12:13:14 thorgal kernel: [123236.391897] [<8002e368>] warn+0xe0/0×114 Nov 17 12:13:14 thorgal kernel: [123236.400209] [<8002e3cc>] warn_slowpath_fmt+0×30/0x3c
Nov 17 12:13:14 thorgal kernel: [123236.410261] [<8037ffc8>] dev_watchdog+0x1ac/0×324 Nov 17 12:13:14 thorgal kernel: [123236.419800] [<800866a4>] call_timer_fn.isra.3+0×24/0×84 Nov 17 12:13:14 thorgal kernel: [123236.430360] [<800868c0>] run_timer_softirq+0x1bc/0×248 Nov 17 12:13:14 thorgal kernel: [123236.440750] [<8048fae0>]
do_softirq+0×128/0x2ec
Nov 17 12:13:14 thorgal kernel: [123236.450279] [<80032a94>] irq_exit+0xac/0xc8
Nov 17 12:13:14 thorgal kernel: [123236.458769] [<802510ec>] plat_irq_dispatch+0xfc/0×138 Nov 17 12:13:14 thorgal kernel: [123236.468983] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
Nov 17 12:13:14 thorgal kernel: [123236.479027] [<8000cfb0>] r4k_wait_irqoff+0x1c/0×24 Nov 17 12:13:14 thorgal kernel: [123236.488751] [<8006678c>] do_idle+0xe4/0×168 Nov 17 12:13:14 thorgal kernel: [123236.497240] [<80066a08>] cpu_startup_entry+0×24/0x2c
Nov 17 12:13:14 thorgal kernel: [123236.507364] —[ end trace 003324f4695475ea ]— Nov 17 12:13:14 thorgal kernel: [123236.529199] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Nov 17 12:13:14 thorgal kernel: [123236.541328] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ec20000, max=0, ctx=2144, dtx=2144, fdx=2143, next=2144
Nov 17 12:13:14 thorgal kernel: [123236.563144] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0f3a0000, max=0, calc=1468, drx=1469
Nov 17 12:13:14 thorgal kernel: [123236.586305] mtk_soc_eth 1e100000.ethernet: 0×100 = 0x6060000c, 0x10c = 0×80818 Nov 17 12:13:14 thorgal kernel: [123236.606376] mtk_soc_eth 1e100000.ethernet: PPE started

In this case system goes on and it works. Maybe this is a same problem?
Kernel in trunk is 4.14.81. SQM is disabled.

17.11.20181955Base systemFeature RequestVery LowLowUbiquiti EdgeRouter X initramfs-factory.taropenwrt-18.06Unconfirmed Task Description

On https://openwrt.org/toh/ubiquiti/ubiquiti_edgerouter_x_er-x_ka there is an explanation of how to install OpenWRT on an EdgeRouter X using the tools that are standard installed on it and are used by Ubiquiti to upgrade the firmware. It seems as part of the build process a openwrt-ramips-mt7621-ubnt-erx-initramfs-factory.tar file is generated that can be used for that. But it seems you can not download it from the official site, you need to build it yourself. On the official site is an openwrt-18.06.1-ramips-mt7621-ubnt-erx-initramfs-kernel.bin file. I think that file can be used for installing using tftp, but it can’t be used with the Ubiquiti tools. Can the initramfs-factory.tar be made available to download?

16.11.20181954Base systemBug ReportVery LowLowLink to 18.06.1 WRT1900AC system image point to WRT1900...TrunkUnconfirmed Task Description

Under the section: https://openwrt.org/toh/linksys/wrt_ac_series#firmware_images Devices → WRT1900AC → V1 → Systemimage the link point at
https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-linksys-wrt1900acs-squashfs-factory.img

but should be

https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/openwrt-18.06.1-mvebu-cortexa9-linksys-wrt1900ac-squashfs-factory.img

The SHA is correct when looking at https://downloads.openwrt.org/releases/18.06.1/targets/mvebu/cortexa9/

15.11.20181953Base systemBug ReportVery LowHighAsus RT N56U 5GHz radio doesn't work if 2.4GHz radio is...TrunkUnconfirmed Task Description

Version: 18.06.1
Asus RT N56U

When the 2.4GHz radio is enabled, the 5GHz radio does not function when both are set to US country code.

Steps to reproduce:
Set up radio 1 and radio 2 with US country codes.
Reboot.
Only the 2.4GHz radio will work.
If you disable the 2.4GHz and reboot, the 5GHz will work.

Any additional info you thinks is important:
Tried all workarounds listed.
More information about a bug in the original firmware fixed in Padavan’s firmware related to the 5GHz radio can be found here:
https://dev.archive.openwrt.org/ticket/17659.html#comment:23

Workaround:
Set the 2.4GHz radio country code to World (00) and reboot. Leave the 5GHz on US. Now both radios work.

15.11.20181952Base systemBug ReportVery LowHighwifi with hidden ssid and mac-filter doesn't work on IO...AllUnconfirmed Task Description

on tp-link_tl-wr842nd_v1 18.06 and 18.06.1

If hidden ssid and mac-filter is enabled, IOS 12 doesn't able to connect on this wifi network.

But if ssid broadcast is running with mac-filter enabled or ssid broadcast hidden and mac-filter disabled, then it works.

14.11.20181951KernelBug ReportVery LowCriticalbrcm63xx: Livebox: kernel boot stuck at "random: crng i...TrunkUnconfirmed Task Description

The kernel 4.14 is unable to boot on the Inventel Livebox 1 (BCM6348 board with a redboot bootloader).

Steps to reproduce:

  • Intall the latest trunk version (i.e. r8455-042d68a) kernel 4.14

Sympthoms:

  1. It won’t detect the BogoMips CPU speed
  2. It stucks at “random: fast init done”, and apparently no more kernel messages
  3. But after a minute it spits the last message random: crng init done

Boot log:

965543210120123456+678ESA: 30:78:30:30:3a:30
WEP KEY : FFFFFFFFFFFFFFFFFFFFFFFFFF
Auto-negotiation timed-out
10 MB Half-Duplex (assumed)
Ethernet eth0: MAC address 30:78:30:30:3a:30
IP: 10.7.58.112, Default server: 10.7.58.114
Hardware version 0x90, mask=0x7E
Hardware version 0x10 (masked) BLUE5G.9 DV4210
Factory Settings Recovery Switch OFF

RedBoot(tm) bootstrap and debug environment [ROM]
unlocked release, eCos 2.0b1 - built 23:01:33, Jan 11 2013

Platform: Blue_5g (MIPS32 4Kc) 
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x80000000-0x84000000, [0x80435e50-0x83fe2000] available
FLASH: 0xbe400000 - 0xbec00000, 128 blocks of 0x00010000 bytes each.
== Executing boot script in 20.000 seconds - enter ^C twice to abort
RedBoot> fis load -b 0x80a00000 -d kernel
 -- Redboot version without crypt_verify -- 
Image loaded from 0x80a00000-0x80f55b2e
RedBoot> exec -c "noinitrd" 0x80a00000
Now booting linux kernel:
 Base address 0x8000fc00 Entry 0x80a00000
 Cmdline : noinitrd
changing Kseg0 coherency algorithm to write back...
enabling icache and dcache...

[    0.000000] Linux version 4.14.80 (buildbot@buildslave) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r8455-042d68a195)) #0 Tue Nov 13 20:40:30 2018
[    0.000000] Detected Broadcom 0x6348 CPU revision b0
[    0.000000] CPU frequency is 300 MHz
[    0.000000] 64MB of RAM installed
[    0.000000] board_livebox: flash address is: 0x1fc00000, forcing to: 0x1e400000
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00029107 (Broadcom BMIPS3300)
[    0.000000] board: board name: Livebox-blue-5g
[    0.000000] MIPS: machine is Inventel Livebox 1
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
[    0.000000] Primary data cache 8kB, 2-way, VIPT, no aliases, linesize 16 bytes
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] random: get_random_bytes called from start_kernel+0x80/0x488 with crng_init=0
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line: rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Memory: 58160K/65536K available (4003K kernel code, 193K rwdata, 956K rodata, 1304K init, 209K bss, 7376K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 256
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 12741736309 ns
[    0.000031] sched_clock: 32 bits at 150MHz, resolution 6ns, wraps every 14316557820ns
[    1.037346] random: fast init done
[   53.974911] random: crng init done
 


14.11.20181950KernelBug ReportVery LowCriticalXWAY / BT Home Hub 2B - Wifi Random Disconnects Repeate...AllUnconfirmed Task Description

Very annoying wifi disconnects when connected to WDS-Repeater.
The AP works no disconnects but when connected to repeater random disconnects repeatedly.
Affected firmware release both LEDE 17.X.X and Openwrt 18.X.X

Note: Checked, WDS works fine on Previous Openwrt Releases(BarrierBreaker, ChaosCalmer) on same settings
https://openwrt.org/docs/guide-user/network/wifi/atheroswds

Attaching AP and Repeater Logs:

AP Config:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '5'
	option hwmode '11ng'
	option path 'pci0000:00/0000:00:0e.0'
	option htmode 'HT20'
	option country 'US'
	option txpower '22'
	option log_level '1'
	option macaddr 'be:b5:1b:b5:70:47'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'MyAP'
	option wds '1'
	option encryption 'psk2+ccmp'
	option key 'password'
	option wmm '1'

Repeater WDS 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 'fdd4:7f11:dd9a::/48'

config interface 'lan'
	option type 'bridge'
	option proto 'dhcp'
	option ifname 'eth1'

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

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

Wireless WDS:

config wifi-device 'radio0'
	option type 'mac80211'
	option channel '5'
	option hwmode '11g'
	option path 'platform/ar934x_wmac'
	option htmode 'HT20'
	option country 'US'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'sta'
	option wds '1'
	option ssid 'MyAP'
	option bssid 'be:b5:1b:b5:70:47'
	option encryption 'psk2+ccmp'
	option key 'password'

config wifi-iface
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'MyAP'
	option encryption 'psk2+ccmp'
	option key 'password'
	option wmm '1'

Repeater WDS Log:

Wed Nov 14 12:26:05 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:26:05 2018 kern.info kernel: [ 5805.077610] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:05 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:06 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Wed Nov 14 12:26:06 2018 kern.info kernel: [ 5806.068825] br-lan: port 2(wlan0-1) entered disabled state
Wed Nov 14 12:26:07 2018 daemon.notice netifd: bridge 'br-lan' link is down
Wed Nov 14 12:26:07 2018 daemon.notice netifd: Interface 'lan' has link connectivity loss
Wed Nov 14 12:26:07 2018 daemon.notice netifd: lan (1163): udhcpc: received SIGTERM
Wed Nov 14 12:26:07 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.220211] wlan0: authenticate with be:b5:1b:b5:70:47
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.243173] wlan0: send auth to be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.257141] wlan0: authenticated
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.268771] wlan0: associate with be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Network device 'wlan0' link is up
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.282394] wlan0: RX AssocResp from be:b5:1b:b5:70:47 (capab=0x431 status=0 aid=5)
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.290756] wlan0: associated
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.309766] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:09 2018 kern.info kernel: [ 5809.315545] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:09 2018 daemon.notice netifd: bridge 'br-lan' link is up
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' has link connectivity 
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' is setting up now
Wed Nov 14 12:26:09 2018 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: started, v1.25.1
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: sending discover
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: sending select for 192.168.1.117
Wed Nov 14 12:26:09 2018 daemon.notice netifd: lan (1293): udhcpc: lease of 192.168.1.117 obtained, lease time 43200
Wed Nov 14 12:26:09 2018 daemon.notice netifd: Interface 'lan' is now up
Wed Nov 14 12:26:10 2018 kern.info kernel: [ 5810.201396] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:10 2018 kern.info kernel: [ 5810.207348] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:10 2018 daemon.notice netifd: Network device 'wlan0-1' link is up
Wed Nov 14 12:26:11 2018 kern.info kernel: [ 5811.308642] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:12 2018 kern.info kernel: [ 5812.198553] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 IEEE 802.11: authenticated
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 IEEE 802.11: associated (aid 1)
Wed Nov 14 12:26:16 2018 daemon.notice hostapd: wlan0-1: AP-STA-CONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:16 2018 daemon.info hostapd: wlan0-1: STA 00:00:00:00:00:14 WPA: pairwise key handshake completed (RSN)
Wed Nov 14 12:26:25 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.168505] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.949685] wlan0: authenticate with be:b5:1b:b5:70:47
Wed Nov 14 12:26:25 2018 kern.info kernel: [ 5825.972671] wlan0: send auth to be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice netifd: Network device 'wlan0-1' link is down
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.168126] br-lan: port 2(wlan0-1) entered disabled state
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.788061] wlan0: send auth to be:b5:1b:b5:70:47 (try 2/3)
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:26:26 2018 kern.info kernel: [ 5826.988066] wlan0: send auth to be:b5:1b:b5:70:47 (try 3/3)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.008409] wlan0: authenticated
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.018301] wlan0: associate with be:b5:1b:b5:70:47 (try 1/3)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.085692] wlan0: RX AssocResp from be:b5:1b:b5:70:47 (capab=0x431 status=0 aid=5)
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.094030] wlan0: associated
Wed Nov 14 12:26:27 2018 daemon.notice netifd: Network device 'wlan0' link is up
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.156807] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.162628] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:27 2018 daemon.notice hostapd: wlan0-1: AP-STA-DISCONNECTED 00:00:00:00:00:14
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.606090] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:27 2018 kern.info kernel: [ 5827.612066] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:26:27 2018 daemon.notice netifd: Network device 'wlan0-1' link is up
Wed Nov 14 12:26:29 2018 kern.info kernel: [ 5829.157978] br-lan: port 3(wlan0) entered forwarding state
Wed Nov 14 12:26:29 2018 kern.info kernel: [ 5829.607947] br-lan: port 2(wlan0-1) entered forwarding state
Wed Nov 14 12:27:02 2018 daemon.notice netifd: Network device 'wlan0' link is down
Wed Nov 14 12:27:02 2018 kern.info kernel: [ 5862.141503] br-lan: port 3(wlan0) entered disabled state
Wed Nov 14 12:27:02 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:27:02 2018 daemon.notice hostapd: handle_probe_req: send failed
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.517323] ------------[ cut here ]------------
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.522138] WARNING: CPU: 0 PID: 980 at compat-wireless-2017-01-31/net/mac80211/ieee80211_i.h:1011 0x80d84e80 [mac80211@80d80000+0x607a0]()
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.535171] 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 xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_coWed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.600905] CPU: 0 PID: 980 Comm: hostapd Not tainted 4.4.153 #0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] Stack : 803938d8 00000000 00000001 803f0000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.607127] 	  ...
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.644169] Call Trace:[<80071c44>] 0x80071c44
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.648814] [<80071c44>] 0x80071c44
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.652426] [<80081ac8>] 0x80081ac8
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.656035] [<80d84e80>] 0x80d84e80 [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.662174] [<80081b80>] 0x80081b80
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.665784] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.669414] [<80d84e80>] 0x80d84e80 [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.675533] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.679174] [<80d9f1cc>] 0x80d9f1cc [mac80211@80d80000+0x607a0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.685292] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.688933] [<80cda8bc>] 0x80cda8bc [cfg80211@80cc0000+0x36ba0]
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.695047] [<80118460>] 0x80118460
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.698680] [<802a6384>] 0x802a6384
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.702289] [<802a4b94>] 0x802a4b94
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.705911] [<802a60f0>] 0x802a60f0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.709534] [<802a54d0>] 0x802a54d0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.713145] [<80400000>] 0x80400000
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.716753] [<802a60d8>] 0x802a60d8
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.720376] [<80268dd0>] 0x80268dd0
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.723986] [<802a4d34>] 0x802a4d34
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.727610] [<802682d4>] 0x802682d4
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.731228] [<802a52ac>] 0x802a52ac
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.734829] [<801bd428>] 0x801bd428
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.738447] [<8026cb54>] 0x8026cb54
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.742065] [<8025e448>] 0x8025e448
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.745677] [<8025f860>] 0x8025f860
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.749308] [<8025e448>] 0x8025e448
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.752914] [<802604a4>] 0x802604a4
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.756538] [<80260790>] 0x80260790
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.760162] [<800b2f2c>] 0x800b2f2c
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.763782] [<80062c6c>] 0x80062c6c
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.767401] 
Wed Nov 14 12:27:03 2018 kern.warn kernel: [ 5862.768949] ---[ end trace 3926c6523a1013c9 ]---
14.11.20181949Base systemBug ReportVery LowHighTL -1043ND V1 default gateway not foundopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
TP-LINK 1043ND version 1
- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1
- Steps to reproduce

 


13.11.20181948Base systemFeature RequestVery LowLowlibubox and libubus in C++ codeAllUnconfirmed Task Description

Hello,

we try to develop UBUS and UCI application in C++. For now we are not able to compile our applications without patching ubus and libubox in the following way.

[develict@DCompiler ~]$ tmux att -t 8
--- a/libubus.h
+++ b/libubus.h
@@ -14,6 +14,10 @@
 #ifndef __LIBUBUS_H
 #define __LIBUBUS_H

+#ifdef __cplusplus
+extern "C" {
+#endif
+
 #include <libubox/avl.h>
 #include <libubox/list.h>
 #include <libubox/blobmsg.h>
@@ -414,4 +418,8 @@ static inline int ubus_unregister_event_
     return ubus_remove_object(ctx, &ev->obj);
 }

+#ifdef __cplusplus
+}
+#endif
+
 #endif

Is it possible to use this libraries without its patching?

 


12.11.20181946PackagesBug ReportVery LowLowuqmi --set-data-format does nothingTrunkUnconfirmed Task Description

Investigating commands.c file I’ve found that cmd_ctl_set_data_format_prepare (executed on –set-data-format option) sends zeroed ‘struct qmi_ctl_set_data_format_request sreq’ (command.c lines 149 to 163) to the modem so that operation does not affect modem’s behavior any way.

12.11.20181945Base systemBug ReportVery LowLowSuddenly my wireless device is disconnected, but I can'...TrunkUnconfirmed Task Description

- Archer C60v2
- 18.06.1 r7258-5eb055306f
- Stay connected on 2.4 GHz and wait till it happens

Problems:

Once in a while, like, 1 time per day or two, one of my 2.4 GHz devices disconnect and can't connect or even find the router again for a while. Like something between 1-10 minutes. When this happens, I can check on luci interface, wifi, bgn connections, that the same device is still somehow 'hooked' to the router, but only with this ipv6 IP. It does not show on OpenWRT - Luci the IPv4 adress of the device, and, of course, I have the device on my hand and it's not connected, I can't even find the router SSID when this happens.

So, in short, for some reason it disconnects my device, but keep it's ipv6 adress like it was connected, and don't let it find the router again until somehow it is not listed on the wireless connected devices list, but only with the ipv6 my device used to have when it was connected, anymore.

Nothing appears out of normal on the logs.

10.11.20181944Base systemBug ReportVery LowMediumNetgear DM200 not delivering packets on LAN after 300 s...TrunkUnconfirmed Task Description

I’m using the latest code present on github (compiled from source) (with ipv6 support disabled).

If the DM200 tryies to communicate with a host of whom he already has the mac address, but 5 minutes are passed from last received packet (from the host to the DM200) then the DM200 will try to send packets to the mac address of the host but those will never arrive to the host.
(tcpdump on DM200 shows outgoing packets but tcpdump on the host shows nothing).
The packets will start to arrive only after the DM200 resends a broadcast arp and the device will replay to the arp request.

I already tried changing the switch connected to DM200 and I also tried connecting the DM200 directly to the host, but nothing change.

Necessary to reproduce (all on the same LAN):
- Netgear DM200
- A host that wont try to communicate with DM200 for at least 300 seconds (eg: without the DM200 as gateway)
- A PC logged with ssh into DM200

Step to reproduce: (all the step will be executed on DM200):
- login into ssh in DM200
- ping the host on LAN [reply will start immediately]
- stop ping
- wait at least 300 seconds
- if you run “arp” command you can see that DM200 has still the mac address of the host in its cache (flag 0×2 means: arp complete)
- ping again the host [PING REPLAY WONT ARRIVE] (actually, icmp requests are not coming to the host, so the host cannot obviously replay, verified with tcpdump on both devices)
- after 10/15 seconds you will see ping replies arriving (this is because the arp entry becomes “incomplete” (flag 0×0) and the DM200 sent an arp in broadcast)

If you connect wireshark to tcpdump running on DM200 and the host, after the 300 seconds, you can see packets outgoing from DM200 interface but nothing will arrive to the host interface until the arp in broadcast.

It seems that the packets intended for a host with which DM200 has already communicated 300 seconds before are NOT coming out of the LAN interface of DM200, even if wireshark shows them.

This problem doesn’t affect only icmp packets, but all packets sent to a host after 300 seconds of NON communications with it
You can do the same test with netcat trying to connect to a random port:
- the first time you’ll get a “connection refused” immediately
- after 300 seconds you’ll have to wait 10/15 seconds to get the “connection refused”

I tried with many devices as “host”, so i think the problem is on the DM200 and not on the other host.

May be this a problem of the integrated LAN interface?

All my other openwrt devices are running kernel 4.9 and this problem is NOT present.
DM200 is the only with kernel 4.14.79, so may this problem be related to the kernel?
Can someone with another device with kernel 4.14 try to reproduce these steps?

I think that a fast way to mitigate this problem is to invalidate the arp cache after 300 seconds, so DM200 will immediately send a broadcast arp again (like if it were the first time).

10.11.20181943Base systemBug ReportVery LowLowprocd: Increase zram memory allocated for tmpfs TrunkUnconfirmed Task Description

The size is too small for many routers now, I have a 512M DDR3 router but only get 16MB.
I made this patch to make the size adaptive and optimized mount option while keeping original rules unchanged.

09.11.20181941Base systemBug ReportVery LowMediumhotplug: 'bind' actions breaks 3g protoopenwrt-18.06Unconfirmed Task Description

Linux 4.12 added the actions “bind” and “unbind” for notification of devices being bound to, or released from, a driver. After ‘add’ action hotplug sends

invoke: {"objid":-701183341,"method":"notify_proto","data":{"action":5,"available":true,"interface":"lte"}}

But then ‘bind’ action apperas, and hotplug sends

invoke: {"objid":-701183341,"method":"notify_proto","data":{"action":5,"available":false,"interface":"lte"}}

because script marks interface as available only on add action (package/network/utils/comgt/files/3g.usb)

        if [ "${dev##*/}" = "${tty##*/}" ]; then
		if [ "$ACTION" = add ]; then
			available=1
		else
			available=0
		fi
		proto_set_available "$cfg" $available
	fi

Dirty hack is

		if [ "$ACTION" = add -o "$ACTION" = bind ]; then


08.11.20181940Base systemBug ReportVery LowLowCrash at at net/sched/sch_generic.cTrunkUnconfirmed Task Description

It’s my first Bugreport here, so don’t blame me please using the wrong formatting or something.

Happend on a Xiaomi Mi Router 3G
Architecture: MediaTek MT7621 ver:1 eco:3
Firmware: OpenWrt SNAPSHOT r8121-9f0cb13 / LuCI Master (git-18.264.24000-89a4fdd)
Kernel Version: 4.14.71
Uptime: 21d 11h 4m 2s

~~~ Full Kern Log

[    0.000000] Linux version 4.14.71 (buildbot@crazyhorse) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r8121-9f0cb13)) #0 SMP Sun Sep 23 15:45:08 2018
[    0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[    0.000000] MIPS: machine is Xiaomi Mi Router 3G
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 10000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] VPE topology {2,2} total 4
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.000000] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000]   HighMem  empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x000000000fffffff]
[    0.000000] On node 0 totalpages: 65536
[    0.000000] free_area_init_node: node 0, pgdat 805c8280, node_mem_map 81003000
[    0.000000]   Normal zone: 512 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 65536 pages, LIFO batch:15
[    0.000000] random: get_random_bytes called from start_kernel+0x90/0x4ac with crng_init=0
[    0.000000] percpu: Embedded 14 pages/cpu @81210000 s26256 r8192 d22896 u57344
[    0.000000] pcpu-alloc: s26256 r8192 d22896 u57344 alloc=14*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 65024
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Writing ErrCtl register=0000b000
[    0.000000] Readback ErrCtl register=0000b000
[    0.000000] Memory: 253140K/262144K available (4646K kernel code, 241K rwdata, 1032K rodata, 212K init, 282K bss, 9004K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 256
[    0.000000] clocksource: GIC: mask: 0xffffffffffffffff max_cycles: 0xcaf478abb4, max_idle_ns: 440795247997 ns
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4343773742 ns
[    0.000010] sched_clock: 32 bits at 440MHz, resolution 2ns, wraps every 4880645118ns
[    0.007814] Calibrating delay loop... 586.13 BogoMIPS (lpj=2930688)
[    0.073975] pid_max: default: 32768 minimum: 301
[    0.078746] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.085253] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.094058] Hierarchical SRCU implementation.
[    0.099230] smp: Bringing up secondary CPUs ...
[    0.116621] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.116631] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.116643] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.116781] CPU1 revision is: 0001992f (MIPS 1004Kc)
[    0.163977] Synchronize counters for CPU 1: done.
[    0.210735] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.210744] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.210754] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.210824] CPU2 revision is: 0001992f (MIPS 1004Kc)
[    0.255104] Synchronize counters for CPU 2: done.
[    0.297768] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.297775] Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 32 bytes
[    0.297784] MIPS secondary cache 256kB, 8-way, linesize 32 bytes.
[    0.297857] CPU3 revision is: 0001992f (MIPS 1004Kc)
[    0.340281] Synchronize counters for CPU 3: done.
[    0.370143] smp: Brought up 1 node, 4 CPUs
[    0.377934] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.387726] futex hash table entries: 1024 (order: 3, 32768 bytes)
[    0.394028] pinctrl core: initialized pinctrl subsystem
[    0.400632] NET: Registered protocol family 16
[    0.414353] FPU Affinity set after 11720 emulations
[    0.415225] pull PCIe RST: RALINK_RSTCTRL = 4000000
[    0.720474] release PCIe RST: RALINK_RSTCTRL = 7000000
[    0.725520] ***** Xtal 40MHz *****
[    0.728878] release PCIe RST: RALINK_RSTCTRL = 7000000
[    0.733977] Port 0 N_FTS = 1b105000
[    0.737446] Port 1 N_FTS = 1b105000
[    0.740888] Port 2 N_FTS = 1b102800
[    1.896122] PCIE2 no card, disable it(RST&CLK)
[    1.900485]  -> 21007f2
[    1.902887] PCIE0 enabled
[    1.905476] PCIE1 enabled
[    1.908080] PCI host bridge /pcie@1e140000 ranges:
[    1.912860]  MEM 0x0000000060000000..0x000000006fffffff
[    1.918010]   IO 0x000000001e160000..0x000000001e16ffff
[    1.923209] PCI coherence region base: 0xbfbf8000, mask/settings: 0x60000000
[    1.939229] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.945101] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.950815] mt7621_gpio 1e000600.gpio: registering 32 gpios
[    1.958511] PCI host bridge to bus 0000:00
[    1.962551] pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
[    1.969378] pci_bus 0000:00: root bus resource [io  0xffffffff]
[    1.975232] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.981991] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.989880] pci 0000:00:00.0: [0e8d:0801] type 01 class 0x060400
[    1.989921] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[    1.989934] pci 0000:00:00.0: reg 0x14: [mem 0x60300000-0x6030ffff]
[    1.990001] pci 0000:00:00.0: supports D1
[    1.990010] pci 0000:00:00.0: PME# supported from D0 D1 D3hot
[    1.990257] pci 0000:00:01.0: [0e8d:0801] type 01 class 0x060400
[    1.990297] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x7fffffff]
[    1.990317] pci 0000:00:01.0: reg 0x14: [mem 0x60310000-0x6031ffff]
[    1.990379] pci 0000:00:01.0: supports D1
[    1.990389] pci 0000:00:01.0: PME# supported from D0 D1 D3hot
[    1.990865] pci 0000:01:00.0: [14c3:7603] type 00 class 0x028000
[    1.990921] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff]
[    1.991051] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[    1.991264] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[    1.991535] pci 0000:02:00.0: [14c3:7662] type 00 class 0x028000
[    1.991599] pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit]
[    1.991644] pci 0000:02:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
[    1.991740] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
[    1.991961] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 02
[    1.992035] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 02
[    1.992102] pci 0000:00:00.0: BAR 0: no space for [mem size 0x80000000]
[    1.998615] pci 0000:00:00.0: BAR 0: failed to assign [mem size 0x80000000]
[    2.005547] pci 0000:00:01.0: BAR 0: no space for [mem size 0x80000000]
[    2.012088] pci 0000:00:01.0: BAR 0: failed to assign [mem size 0x80000000]
[    2.019018] pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
[    2.025749] pci 0000:00:01.0: BAR 8: assigned [mem 0x60100000-0x601fffff]
[    2.032501] pci 0000:00:01.0: BAR 9: assigned [mem 0x60200000-0x602fffff pref]
[    2.039657] pci 0000:00:00.0: BAR 1: assigned [mem 0x60300000-0x6030ffff]
[    2.046417] pci 0000:00:01.0: BAR 1: assigned [mem 0x60310000-0x6031ffff]
[    2.053137] pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff]
[    2.059887] pci 0000:00:00.0: PCI bridge to [bus 01]
[    2.064802] pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
[    2.071560] pci 0000:02:00.0: BAR 0: assigned [mem 0x60100000-0x601fffff 64bit]
[    2.078806] pci 0000:02:00.0: BAR 6: assigned [mem 0x60200000-0x6020ffff pref]
[    2.085980] pci 0000:00:01.0: PCI bridge to [bus 02]
[    2.090887] pci 0000:00:01.0:   bridge window [mem 0x60100000-0x601fffff]
[    2.097639] pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff pref]
[    2.106379] clocksource: Switched to clocksource GIC
[    2.112935] NET: Registered protocol family 2
[    2.118037] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
[    2.124921] TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
[    2.131345] TCP: Hash tables configured (established 2048 bind 2048)
[    2.137749] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    2.143515] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    2.149965] NET: Registered protocol family 1
[    2.154283] PCI: CLS 0 bytes, default 32
[    2.386331] 4 CPUs re-calibrate udelay(lpj = 2924544)
[    2.392750] Crashlog allocated RAM at address 0x3f00000
[    2.398126] workingset: timestamp_bits=30 max_order=16 bucket_order=0
[    2.408447] random: fast init done
[    2.414592] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    2.420435] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    2.433456] io scheduler noop registered
[    2.437354] io scheduler deadline registered (default)
[    2.443388] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    2.452695] console [ttyS0] disabled
[    2.456243] 1e000c00.uartlite: ttyS0 at MMIO 0x1e000c00 (irq = 18, base_baud = 3125000) is a 16550A
[    2.465254] console [ttyS0] enabled
[    2.472128] bootconsole [early0] disabled
[    2.480843] cacheinfo: Unable to detect cache hierarchy for CPU 0
[    2.487749] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys error
[    2.494804] Enable NFI Clock
[    2.497788] # MTK NAND # : Use HW ECC
[    2.501453] Device not found, ID: c8d1
[    2.505177] Not Support this Device! 
[    2.508922] chip_mode=00000001
[    2.511961] Support this Device in MTK table! c8d1 
[    2.516931] [NAND]select ecc bit:4, sparesize :64 spare_per_sector=16
[    2.523390] nand: device found, Manufacturer ID: 0xc8, Chip ID: 0xd1
[    2.529727] nand: ESMT NAND 128MiB 3,3V 8-bit
[    2.534064] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    2.541634] Scanning device for bad blocks
[    2.691286] 10 fixed-partitions partitions found on MTD device MT7621-NAND
[    2.698146] Creating 10 MTD partitions on "MT7621-NAND":
[    2.703441] 0x000000000000-0x000000080000 : "Bootloader"
[    2.709741] 0x000000080000-0x0000000c0000 : "Config"
[    2.715570] 0x0000000c0000-0x000000100000 : "Bdata"
[    2.721345] 0x000000100000-0x000000140000 : "Factory"
[    2.727279] 0x000000140000-0x000000180000 : "crash"
[    2.732950] 0x000000180000-0x0000001c0000 : "crash_syslog"
[    2.739379] 0x0000001c0000-0x000000200000 : "reserved0"
[    2.745415] 0x000000200000-0x000000600000 : "kernel_stock"
[    2.751846] 0x000000600000-0x000000a00000 : "kernel"
[    2.757731] 0x000000a00000-0x000007f80000 : "ubi"
[    2.764193] [mtk_nand] probe successfully!
[    2.769046] Signature matched and data read!
[    2.773293] load_fact_bbt success 1023
[    2.777691] libphy: Fixed MDIO Bus: probed
[    2.848976] libphy: mdio: probed
[    4.252654] mtk_soc_eth 1e100000.ethernet: loaded mt7530 driver
[    4.259343] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 20
[    4.270147] NET: Registered protocol family 10
[    4.275976] Segment Routing with IPv6
[    4.279792] NET: Registered protocol family 17
[    4.284271] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    4.297188] 8021q: 802.1Q VLAN Support v1.8
[    4.304363] UBI: auto-attach mtd9
[    4.307728] ubi0: attaching mtd9
[    4.566981] mtk_soc_eth 1e100000.ethernet eth0: port 2 link up
[    5.418406] ubi0: scanning is finished
[    5.438343] ubi0: attached mtd9 (name "ubi", size 117 MiB)
[    5.443821] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    5.450711] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    5.457490] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
[    5.464415] ubi0: good PEBs: 940, bad PEBs: 0, corrupted PEBs: 0
[    5.470413] ubi0: user volume: 2, internal volumes: 1, max. volumes count: 128
[    5.477622] ubi0: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 1784382385
[    5.486733] ubi0: available PEBs: 0, total reserved PEBs: 940, PEBs reserved for bad PEB handling: 20
[    5.495944] ubi0: background thread "ubi_bgt0d" started, PID 393
[    5.497988] block ubiblock0_0: created from ubi0:0(rootfs)
[    5.498003] ubiblock: device ubiblock0_0 (rootfs) set to be root filesystem
[    5.498024] hctosys: unable to open rtc device (rtc0)
[    5.498402] usb_vbus: disabling
[    5.529115] VFS: Mounted root (squashfs filesystem) readonly on device 254:0.
[    5.536798] Freeing unused kernel memory: 212K
[    5.541236] This architecture does not have kernel memory protection.
[    6.078086] init: Console is alive
[    6.081728] init: - watchdog -
[    6.597857] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    6.687477] usbcore: registered new interface driver usbfs
[    6.693032] usbcore: registered new interface driver hub
[    6.698523] usbcore: registered new device driver usb
[    6.713079] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vusb33 not found, using dummy regulator
[    6.722073] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[    6.727437] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 1
[    6.746528] xhci-mtk 1e1c0000.xhci: hcc params 0x01401198 hci version 0x96 quirks 0x00210010
[    6.755015] xhci-mtk 1e1c0000.xhci: irq 19, io mem 0x1e1c0000
[    6.761822] hub 1-0:1.0: USB hub found
[    6.765649] hub 1-0:1.0: 2 ports detected
[    6.768204] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[    6.776055] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[    6.781400] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 2
[    6.788889] xhci-mtk 1e1c0000.xhci: Host supports USB 3.0  SuperSpeed
[    6.795493] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
[    6.804431] hub 2-0:1.0: USB hub found
[    6.808278] hub 2-0:1.0: 1 port detected
[    6.815186] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    6.836707] init: - preinit -
[    7.585842] mtk_soc_eth 1e100000.ethernet: PPE started
[    7.661226] random: procd: uninitialized urandom read (4 bytes read)
[   10.797221] UBIFS (ubi0:1): background thread "ubifs_bgt0_1" started, PID 487
[   10.871665] UBIFS (ubi0:1): recovery needed
[   11.060011] UBIFS (ubi0:1): recovery completed
[   11.064605] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name "rootfs_data"
[   11.072423] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[   11.082321] UBIFS (ubi0:1): FS size: 112373760 bytes (107 MiB, 885 LEBs), journal size 5586944 bytes (5 MiB, 44 LEBs)
[   11.092902] UBIFS (ubi0:1): reserved for root: 4952683 bytes (4836 KiB)
[   11.099504] UBIFS (ubi0:1): media format: w4/r0 (latest is w5/r0), UUID A4B934E8-BA84-4B25-81EB-59E2F9F66052, small LPT model
[   11.118119] mount_root: switching to ubifs overlay
[   11.149135] urandom-seed: Seeding with /etc/urandom.seed
[   11.241923] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[   11.256885] procd: - early -
[   11.259863] procd: - watchdog -
[   11.916529] procd: - watchdog -
[   11.919980] procd: - ubus -
[   11.995998] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.008017] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.014790] random: ubusd: uninitialized urandom read (4 bytes read)
[   12.022084] procd: - init -
[   12.377269] kmodloader: loading kernel modules from /etc/modules.d/*
[   12.387736] Loading modules backported from Linux version wt-2017-11-01-0-gfe248fc2c180
[   12.395726] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[   12.406986] nf_conntrack version 0.5.0 (4096 buckets, 16384 max)
[   12.450736] xt_time: kernel timezone is -0000
[   12.469714] ip_tables: (C) 2000-2006 Netfilter Core Team
[   12.504522] bus=0x1, slot = 0x0, irq=0xff
[   12.508826] mt7603e 0000:01:00.0: ASIC revision: 76030010
[   12.517576] mt7603e 0000:01:00.0: Firmware Version: ap_pcie
[   12.523148] mt7603e 0000:01:00.0: Build Time: 20160107100755
[   12.566403] firmware init done
[   12.737316] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   12.744906] bus=0x2, slot = 0x1, irq=0xff
[   12.749208] mt76x2e 0000:02:00.0: ASIC revision: 76120044
[   12.777141] mt76x2e 0000:02:00.0: ROM patch build: 20141115060606a
[   12.886775] mt76x2e 0000:02:00.0: Firmware Version: 0.0.00
[   12.892265] mt76x2e 0000:02:00.0: Build: 1
[   12.896406] mt76x2e 0000:02:00.0: Build Time: 201507311614____
[   12.916417] mt76x2e 0000:02:00.0: Firmware running!
[   12.922909] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   12.929866] kmodloader: done loading kernel modules from /etc/modules.d/*
[   13.578599] urandom_read: 5 callbacks suppressed
[   13.578614] random: jshn: uninitialized urandom read (4 bytes read)
[   18.396574] mtk_soc_eth 1e100000.ethernet: PPE started
[   18.407897] device eth0 entered promiscuous mode
[   18.414814] br-lan: port 1(eth0.1) entered blocking state
[   18.420300] br-lan: port 1(eth0.1) entered disabled state
[   18.426874] device eth0.1 entered promiscuous mode
[   18.436415] br-lan: port 1(eth0.1) entered blocking state
[   18.441835] br-lan: port 1(eth0.1) entered forwarding state
[   18.447972] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   18.469826] br-lan: port 2(eth0.2) entered blocking state
[   18.475262] br-lan: port 2(eth0.2) entered disabled state
[   18.481435] device eth0.2 entered promiscuous mode
[   18.486718] br-lan: port 2(eth0.2) entered blocking state
[   18.492173] br-lan: port 2(eth0.2) entered forwarding state
[   19.388952] random: crng init done
[   19.400056] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   20.215037] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   20.224019] br-lan: port 3(wlan0) entered blocking state
[   20.229395] br-lan: port 3(wlan0) entered disabled state
[   20.235114] device wlan0 entered promiscuous mode
[   20.240017] br-lan: port 3(wlan0) entered blocking state
[   20.245318] br-lan: port 3(wlan0) entered forwarding state
[   20.451077] br-lan: port 3(wlan0) entered disabled state
[   20.786187] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   20.793049] br-lan: port 3(wlan0) entered blocking state
[   20.798490] br-lan: port 3(wlan0) entered forwarding state
[   21.259926] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   21.270249] br-lan: port 4(wlan1) entered blocking state
[   21.275580] br-lan: port 4(wlan1) entered disabled state
[   21.281579] device wlan1 entered promiscuous mode
[   21.286660] br-lan: port 4(wlan1) entered blocking state
[   21.291999] br-lan: port 4(wlan1) entered forwarding state
[   21.416558] br-lan: port 4(wlan1) entered disabled state
[  101.519124] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[  101.525916] br-lan: port 4(wlan1) entered blocking state
[  101.531221] br-lan: port 4(wlan1) entered forwarding state
[1380778.703917] ------------[ cut here ]------------
[1380778.708749] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
[1380778.717174] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[1380778.724293] Modules linked in: nf_conntrack_ipv6 mt76x2e mt7603e mt76 mac80211 iptable_nat iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ip_tables cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT x_tables nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_log_common nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack compat ledtrig_usbport leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd gpio_button_hotplug usbcore nls_base usb_common
[1380778.781588] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.71 #0
[1380778.787741] Stack : 00000000 8fe0b240 805a0000 8006f7e4 805d0000 805663c0 00000000 00000000
[1380778.796251]         80530e88 8fc09dc4 805a2dbc 805a2947 8052bfb8 00000001 8fc09d68 1cc282a7
[1380778.804756]         00000000 00000000 80600000 00006120 00000000 0000013a 00000008 00000000
[1380778.813259]         00000000 805a0000 000bed14 00000000 00000000 00000000 805d0000 80379fb8
[1380778.821763]         00000009 00000140 00000000 8fe0b240 00000001 8029cdf8 00000000 80600000
[1380778.830268]         ...
[1380778.832876] Call Trace:
[1380778.835506] [<80010670>] show_stack+0x58/0x100
[1380778.840122] [<8046c27c>] dump_stack+0x9c/0xe0
[1380778.844636] [<8002e408>] __warn+0xe0/0x114
[1380778.848886] [<8002e46c>] warn_slowpath_fmt+0x30/0x3c
[1380778.854002] [<80379fb8>] dev_watchdog+0x1ac/0x324
[1380778.858873] [<80086754>] call_timer_fn.isra.3+0x24/0x84
[1380778.864247] [<80086970>] run_timer_softirq+0x1bc/0x248
[1380778.869555] [<80489740>] __do_softirq+0x128/0x2ec
[1380778.874416] [<80032b34>] irq_exit+0xac/0xc8
[1380778.878774] [<8024b3fc>] plat_irq_dispatch+0xfc/0x138
[1380778.883976] [<8000b5e8>] except_vec_vi_end+0xb8/0xc4
[1380778.889089] [<8000cfb0>] r4k_wait_irqoff+0x1c/0x24
[1380778.894054] [<8006685c>] do_idle+0xe4/0x168
[1380778.898390] [<80066ad8>] cpu_startup_entry+0x24/0x2c
[1380778.903508] [<805cbbf8>] start_kernel+0x48c/0x4ac
[1380778.908470] ---[ end trace c8dd6f0a0de2551e ]---
[1380778.913251] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[1380778.919606] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[1380778.925787] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0ea00000, max=0, ctx=515, dtx=515, fdx=514, next=515
[1380778.936459] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0e190000, max=0, calc=2503, drx=2505
[1380778.950217] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[1380778.963338] mtk_soc_eth 1e100000.ethernet: PPE started

I hope this helps to find it. Otherwise just close it.

Greetings

07.11.20181938Base systemBug ReportVery LowCriticalCONFIG_PKG_ASLR_PIE and CONFIG_USE_MKLIBS are incompati...TrunkUnconfirmed Task Description

I’m building OpenWrt trunk (commit dceee8cc09a54f96dee82a6e95e3e77a6dd7ac13) for Netgear R7800 (though I think, device doesn’t matter here).

It turns out that if both CONFIG_PKG_ASLR_PIE and CONFIG_USE_MKLIBS are turned on, the system renders unusable. In my case, when building with GCC 7, dropbear doesn’t start, and when building with GCC 8, the system doesn’t boot, and the status LED is off.

The culprit is this line: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=include/rootfs.mk;h=76425c017a8b33340dbcc41cecaf1241352c7dbc;hb=HEAD#l7

      # first find all programs and add them to the mklibs list
      find $(STAGING_DIR_ROOT) -type f -perm /100 -exec \
              file -r -N -F '' {} + | \
              awk ' /executable.*dynamically/ { print $$1 }' > $(TMP_DIR)/mklibs-progs

It should generate the list of executables for mklibs, however, with PIE turned on, most of the executables don’t get into that list. In my config, only fw_printenv gets into the mklibs-progs list. And, because some executables are not on the list, the symbols they need may be stripped off the libraries, rendering these executables unusable.

The reason is that the file command detects PIE executables as shared objects, not as executables. Compare:

  With ASLR off:
  bin/busybox ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, with debug_info, not stripped
  With ASLR on:
  bin/busybox ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, with debug_info, not stripped
  This one single executable displays the same, independently of ASLR state:
  usr/sbin/fw_printenv ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, stripped

If CONFIG_PKG_ASLR_PIE=n, all executables are detected properly and get into the mklibs-progs list.

A more proper way should be found to detect executables, as the current one skips PIE executables completely and makes the system unusable, because some of the PIE executables can’t start due to missing symbols in libraries.

I’ve chosen the critical severity, because the system doesn’t work if I set those two config options to y, and this combination isn’t something unusual, because many people would like both increased security and smaller size of the firmware.

07.11.20181937KernelBug ReportVery LowLowusb pendrive detected but not workingopenwrt-18.06Unconfirmed Task Description

OpenWrt 18.06.1, r7258-5eb055306f
Linux version 4.9.120 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9) ) #0 SMP Thu Aug 16 07:51:15 2018
Tplink TD8970 SoC: xRX200 rev 1.2


root@OpenWrt:~# dmesg|grep usb
[ 0.460641] usbcore: registered new interface driver usbfs
[ 0.466200] usbcore: registered new interface driver hub
[ 0.471611] usbcore: registered new device driver usb
[ 5.493191] usb 1-1: new high-speed USB device number 2 using dwc2

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 13fe:4100 Kingston Technology Company Inc. Flash drive
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@OpenWrt:~# block detect
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'

Pendrive (good device) detected but kernel cant initalize it.


07.11.20181936Base systemBug ReportVery LowLowMT7621 - ZBT3526 32MB image - is not any more 32 MB usi...TrunkUnconfirmed Task Description

on current trunk tested the 32 MB version for MT7621 - ZBT 3526 - 32MB ram
i tested to flash the 32MB on my hardware with current trunk and after flashing still having only 16MB used (same like the 16MB version.
it was working long time ago ...but don’T know since when it is not OK.

are any logs needed from boot process ?

06.11.20181930KernelBug ReportVery LowHighAsus RT-N56U boot loop due to undetected flash for root...TrunkUnconfirmed Task Description

Installing a new build on a RT-N56U (v1) via TFTP results in a unresponsive system stuck in a boot loop.

These messages appear on the console:
[ 2.358662] of-flash 1c000000.nor-flash: do_map_probe() failed for type cfi_probe
[ 2.377424] of-flash 1c000000.nor-flash: do_map_probe() failed
[ 4.615722] VFS: Cannot open root device “(null)” or unknown-block(0,0): error -6

Bisection determined that this boot loop began occuring with:

commit dcdc6d9dadf2f97253f7891dacdd5b581d7914b4
Author: Mathias Kresin dev@kresin.me Date: Wed Aug 22 07:26:39 2018 +0200

  ramips: fix rt3883 pci pinmux
02.11.20181926KernelBug ReportVery LowHighMTD partition offset not correctly mapped when bad eras...openwrt-18.06Unconfirmed Task Description

- Device problem occurs on

        Netgear R6220

- Software versions of OpenWrt/LEDE

        OpenWrt 18.06.1, r7258-5eb055306f

When OpenWrt detects a bad eraseblock, all following offsets are sifted by one.

I’ll try to explain better this issue with an example.
We have this situation in kernel log:

[    2.853468] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1         
[    2.866112] nand: Macronix NAND 128MiB 3,3V 8-bit                            
[    2.875473] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB si4
[    2.890555] Scanning device for bad blocks                                   
[    2.969549] Bad eraseblock 266 at 0x000002140000                             
[    3.096049] Bad eraseblock 708 at 0x000005880000                             
[    3.189001] 6 fixed-partitions partitions found on MTD device MT7621-NAND    
[    3.202518] Creating 6 MTD partitions on "MT7621-NAND":                      
[    3.212922] 0x000000000000-0x000000100000 : "u-boot"                         
[    3.223925] 0x000000100000-0x000000200000 : "SC PID"                         
[    3.234878] 0x000000200000-0x000000600000 : "kernel"                         
[    3.245854] 0x000000600000-0x000002200000 : "ubi"                            
[    3.256476] 0x000002e00000-0x000002f00000 : "factory"                        
[    3.267585] 0x000004200000-0x000007e00000 : "reserved"                       
[    3.279423] [mtk_nand] probe successfully!                                   
 

As you can see there are 2 bad eraseblocks. Let’s leave the last one, since it is at the end of the flash.
The kernel states that the ‘factory’ partition starts at 0x2e00000 (that’s correct), but in reality OpenWrt will search for the partition at 0x2e20000 (2e00000 + (1 * 128KiB)).
People that have 3 bad eraseblocks before the factory partition reported that their mtd4 (factory) partition content reflects what is in nand at 0x2e60000 (0x2e00000 + (3 * 128KiB)).
This issue led to the wrong belief that there is more than one flash layout for this device, as reported in OpenWrt device page too.
A rapid check with

sc_nand r

from U-boot prompt can confirm this behavior.


02.11.20181925KernelBug ReportVery LowMediumbrcm63xx: VH4032N: no traffic between b53 lan switch po...AllUnconfirmed Task Description

In the Observa VH4032N with comes with a BCM6368 SoC (integrated LAN switch), only traffic can pass through the CPU, LAN ports are isolated between them.

Steps to reproduce:
- Boot the device with any Openwrt version with the default configuration.

Once Openwrt has booted there is no way to reconfigure the switch to allow passing traffic between LAN ports. The only one way is to create a VLAN for each port and put them into a bridge, forcing to pass all traffic through the CPU.

It seems the b53 switch is not fully initialized by Openwrt to leave it in a “clean” state. If I first load a custom CFE RAM (which probably makes some magic into the switch) then it works as expected when Openwrt is running.


01.11.20181924Base systemBug ReportVery LowLowArcher C7 V4, Archer C7 V5, TL-WR841n-V13: wan/ lan led...openwrt-18.06Unconfirmed Task Description

with these devices, the LEDs light up permanently but do not flash when network traffic

Software versions: OpenWrt 18.06 - 4b4a6308e711e6fb614d4886a9887fac040a1d56

01.11.20181923KernelBug ReportVery LowMediumigb driver fails to probe i210 interfaces on x86-64 sin...openwrt-18.06Unconfirmed Task Description

We use OpenWrt 18.06 on the Lex 3I380NX which has a four-port Intel I210IT Ethernet interface.

Since OpenWrt updates to kernel version 4.14.77, the kernel fails to probe all but the first port logging instead of

Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.023605] igb 0000:01:00.0: added PHC on eth0
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.023605] igb 0000:01:00.0: Intel(R) Gigabit Ethernet Network Connection
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.030852] igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x1) 4c:02:89:10:f9:49
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.038137] igb 0000:01:00.0: eth0: PBA No: 000300-000
Thu Nov  1 11:44:25 2018 kern.info kernel: [    7.043390] igb 0000:01:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
Thu Nov  1 11:44:25 2018 kern.warn kernel: [    7.281959] igb: probe of 0000:02:00.0 failed with error -2
Thu Nov  1 11:44:25 2018 kern.warn kernel: [    7.534335] igb: probe of 0000:03:00.0 failed with error -2
Thu Nov  1 11:44:25 2018 kern.warn kernel: [    7.791954] igb: probe of 0000:04:00.0 failed with error -2

We have built a vanilla upstream kernel 4.14.77 using the same configuration as the OpenWrt build and it does enable all four interfaces, so our guess is that some of the patches applied for OpenWrt broke when updating from 4.14.76.

01.11.20181922Base systemBug ReportVery LowHighBuilding on mac os 10.13.6 fails due to perl issues wit...TrunkUnconfirmed Task Description

Attempting to build latest OpenWrt firmware for NETGEAR R7800 (arm-openwrt-linux-musl) fails with Perl errors about dynamic module loading:

/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/hostpkg/usr/bin/perl5.28.0 files/perlconfig.pl -Dowrt:target_cc='arm-openwrt-linux-muslgnueabi-gcc' -Dowrt:gccversion="7.3.0" -Dowrt:target_cross='arm-openwrt-linux-muslgnueabi-' -Dowrt:cflags='-O2 -pipe -mcpu=cortex-a9 -mfpu=vfp3 -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -mfloat-abi=hard -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/usr/include -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/include -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/usr/include -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/include/fortify -I/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/include' -Dowrt:ldflags='-L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/usr/lib -L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/lib -L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/usr/lib -L/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/toolchain-arm_cortex-a15+neon-vfpv4_gcc-7.3.0_musl_eabi/lib -znow -zrelro' -Dowrt:libc="musl" -Dowrt:ipv6=undef -Dowrt:threads=no -Dowrt:staging_dir='/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi' -Dowrt:host_perl_prefix='/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/hostpkg/usr' files/version.config files/base.config files/arm.config files/architecture.config files/signal.config files/threads.config files/libc.config files/misc.config > /Volumes/OpenWrt/NETGEAR_R7800/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/perl/perl-5.28.0/config.sh
Can't load module List::Util, dynamic loading not available in this perl.
  (You may need to build a new perl executable which either supports
  dynamic loading or has the List::Util module statically linked into it.)
 at files/perlconfig.pl line 229.
Compilation failed in require at files/perlconfig.pl line 229.
BEGIN failed--compilation aborted at files/perlconfig.pl line 229.
make[3]: *** [/Volumes/OpenWrt/NETGEAR_R7800/build_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/perl/perl-5.28.0/.configured_68b329da9893e34099c7d8ad5cb9c940] Error 255
make[3]: Leaving directory `/Volumes/OpenWrt/NETGEAR_R7800/feeds/packages/lang/perl'
time: package/feeds/packages/perl/compile#0.25#0.13#0.66
make[2]: *** [package/feeds/packages/perl/compile] Error 2
make[2]: Leaving directory `/Volumes/OpenWrt/NETGEAR_R7800'
make[1]: *** [/Volumes/OpenWrt/NETGEAR_R7800/staging_dir/target-arm_cortex-a15+neon-vfpv4_musl_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory `/Volumes/OpenWrt/NETGEAR_R7800'
make: *** [world] Error 2
31.10.20181920Base systemBug ReportVery LowLowath10k: pdev param 0 not supported by firmwareTrunkUnconfirmed Task Description

device: Archer C7 v2.0
OpenWrt revision: OpenWrt SNAPSHOT r8385-374e646

1 compile and flash
2 bring up the 5 GHz wifi interface
3 check the dmesg output
4 the wifi may or may not start when enabled

The CPU usage is pretty high (close to 80-90% used by sirq) when transferring 50-80 Mbps of data from the Internet. Packets are lost sometimes over the wifi and the wifi appears unstable overall. This packet loss doesn’t occur when pinging directly from the router.

The router is on a 5 GHz channel which is free.

I had to push the wifi on/off switch to get the wifi to work.

29.10.20181917Base systemBug ReportVery LowHighMT7621 hw offloading crashingTrunkUnconfirmed Task Description

I’m using the latest build OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.284.42397-55ebe88)

With ZBT-WG3526 (16M), MediaTek MT7621 ver:1 eco:3.

Using HW offloading makes systems unstable after less than 24 hours.

I’ve tested it during several days. Now using SW offloading seems to be working ok.

I’ve posted traces here:

https://forum.openwrt.org/t/mt7621-offloading-reboots/24043

29.10.20181916Base systemBug ReportVery LowHighRouting/NAT Offloading not working with IPv6TrunkUnconfirmed Task Description

I’m using the latest build OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.284.42397-55ebe88)

With ZBT-WG3526 (16M), MediaTek MT7621 ver:1 eco:3.

Trying hardware offloading, works well with IPv4, but in IPv6 it doesn’t work.

Tested with other MT7621 devices, such as Ubiquiti ER-X, with their own OS and it works, so clearly the SoC is allowing it, but OpenWRT is failing to properly enable it.

Same with CLAT/464XLAT, lw4o6 and other transition mechanism, the offloading is not working and it looks to me it should work the same.

29.10.20181915Base systemBug ReportVery LowLow/usr/lib/lua/luci/model/network.lua:203: attempt to ind...TrunkUnconfirmed Task Description

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

- Software versions of OpenWrt/LEDE release, packages, etc.
18.06.1 up-to-date

- Steps to reproduce
N/A

In the log I noticed:

12:04:01 uhttpd Failed to execute call dispatcher target for entry '/admin/network/wireless_status/radio0.network1,radio0.network2,radio1.network1,radio1.network2'.
12:04:01 uhttpd The called action terminated with an exception:
12:04:01 uhttpd /usr/lib/lua/luci/model/network.lua:203: attempt to index a nil value
12:04:01 uhttpd stack traceback:
12:04:01 uhttpd #011/usr/lib/lua/luci/model/network.lua:203: in function '_wifi_iwinfo_by_ifname'
12:04:01 uhttpd #011/usr/lib/lua/luci/model/network.lua:1649: in function '__init__'
12:04:01 uhttpd #011/usr/lib/lua/luci/util.lua:65: in function </usr/lib/lua/luci/util.lua:61>
12:04:01 uhttpd #011(tail call): ?
12:04:01 uhttpd #011/usr/lib/lua/luci/tools/status.lua:185: in function 'wifi_network'
12:04:01 uhttpd #011/usr/lib/lua/luci/controller/admin/network.lua:288: in function </usr/lib/lua/luci/controller/admin/network.lua:281>
12:04:01 uhttpd #011(tail call): ?


29.10.20181914Base systemBug ReportVery LowLowlua tonumber get wrong valueTrunkUnconfirmed Task Description

on x86_64
build base openwrt current master HEAD

problem:

lua -e ‘print(”42949672961111”+1)’ 1112
lua -e ‘print(”42949672951111”+1)’ 42949672951112

lua tonumber get wrong.

problem not happens on arm/mips but only x86_64
x86_generic not tested

28.10.20181912Base systemBug ReportVery LowLowRaspberry pi's cannot connect via WiFi to OpenWrt route...TrunkUnconfirmed Task Description

- Device problem occurs on: DLINK860L

- Software versions of OpenWrt/LEDE release, packages, etc.:
OpenWrt 18.06.1 r7258-5eb055306f / LuCI openwrt-18.06 branch (git-18.228.31946-f64b152)
dnsmasq 2.80test3-1
Rpi3: Linux raspberrypi 4.14.78-v7+ #1156 SMP 2018 armv7l GNU/Linux

- Steps to reproduce:
Both the rpi zero-w and the raspberry pi 3 cannot properly connect to wlan1 (2.4GHz).
The DHCP negotiation seems to fail. This looks similar issue as reported in FS#1418.

Logs:
Openwrt syslog, try to connect RPI3 via wlan: Sun Oct 21:07:25 2018 daemon.info hostapd: wlan1: STA b8:ff:ff:ff:ff:01 IEEE 802.11: authenticated
Sun Oct 21:07:25 2018 daemon.info hostapd: wlan1: STA b8:ff:ff:ff:ff:01 IEEE 802.11: associated (aid 1)
Sun Oct 21:07:25 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED b8:ff:ff:ff:ff:01
Sun Oct 21:07:25 2018 daemon.info hostapd: wlan1: STA b8:ff:ff:ff:ff:01 WPA: pairwise key handshake completed (RSN) Sun Oct 21:07:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:07:29 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:29 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:07:37 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:37 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:07:53 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:07:53 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:08:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:08:28 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:09:32 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:09:32 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
Sun Oct 21:10:36 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:01
Sun Oct 21:10:36 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.200 b8:ff:ff:ff:ff:01
But never an DHCPACK

All fine if I connect the ethernet cable:
Openwrt syslog, try to connect RPI3 via eth cable:
Sun Oct 21:11:38 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:02
Sun Oct 21:11:38 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPDISCOVER(br-lan) b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPOFFER(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPREQUEST(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02
Sun Oct 21:11:41 2018 daemon.info dnsmasq-dhcp[9555]: DHCPACK(br-lan) 192.168.1.122 b8:ff:ff:ff:ff:02 raspberrypi

Here the Rpi side, trying to connect via WiFi (syslog):
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: carrier acquired
Oct 16:41:00 raspberrypi dhcpcd[330]: DUID 00:01:00:01:....................
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: IAID eb:...............
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: adding address fe80::............
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: soliciting a DHCP lease
Oct 16:41:00 raspberrypi dhcpcd[330]: wlan0: soliciting an IPv6 router
Oct 16:41:05 raspberrypi dhcpcd[330]: wlan0: probing for an IPv4LL address
Oct 16:41:11 raspberrypi dhcpcd[330]: wlan0: using IPv4LL address 169.254.141.76 Oct 16:41:11 raspberrypi dhcpcd[330]: wlan0: adding route to 169.254.0.0/16
Oct 16:41:11 raspberrypi dhcpcd[330]: wlan0: adding default route
Oct 16:41:13 raspberrypi dhcpcd[330]: wlan0: no IPv6 Routers available

Log from RPI3:

27.10.20181911Base systemBug ReportVery LowMediumXrx200/lantiq: if connected w/ USB hub reading from ftd...openwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
lantiq, xrx200
- Software versions of OpenWrt/LEDE release, packages, etc.
18.01
- Steps to reproduce
see
https://forum.openwrt.org/t/xrx200-lantiq-if-connected-w-usb-hub-reading-from-ftdi-arduino-nano-hangs-system/23858

 


27.10.20181910Base systemFeature RequestVery LowLowAdd Xiaomi Mi Router R3 support to base systemTrunkUnconfirmed Task Description

Please add this device. Files are implemented from Shibajee Roy.
ramips: add Xiaomi Mi Router R3 support


27.10.20181909Base systemBug ReportVery LowLowfailsafe packet sent to udp/4919 on WAN port does not m...TrunkUnconfirmed Task Description

- Device problem occurs on

Device tested: Archer C7 v2

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

Tested on Chaos Calmer 15.06, and on 18.06

- Steps to reproduce

 

packet sniff WAN port during power on
src MAC address of failsafe broadcast notification packet (sent to udp/4919) has a different MAC address than the final configured default MAC address for the WAN port after boot.

This causes issues with some ARRIS cable modem devices with a configured max client count of 1.

- Observed values

src MAC address of broadcast failsafe packet on the WAN port matches the LAN switch MAC.

- Suggested possible next actions:

1. Use the WAN switch MAC address for the broadcast packet, on all interfaces, which should be safe.
2. If 1. is infeasible, provide a /etc/config/... setting that disables the sending of the udp/4919 packet – which is not critical to experienced operators.

26.10.20181908FlysprayFeature RequestVery LowMediumEditing an Existing Task, At Least the Tags and Title, ...TrunkUnconfirmed Task Description

When posting a feature request for the NETGEAR DM200 on OpenWRT, I have tagged it incorrectly (adding commas in between tags, since I am used to doing this on other systems similar to Flyspray), and then I saw that I cannot edit my own post.
Also, I wanted to fix the title (capitalizing letters where necessary, and likewise, the opposite).

Can editing existing tasks one had authored be possible in the future, or at least improving the tagging system, to enable fixing such mistakes?

26.10.20181907Base systemFeature RequestVery LowLowPossibility of unlocking Gigabit speeds on the Netgear ...TrunkUnconfirmed Task Description

I was wondering if it would be possible to add Gigabit networking to the NETGEAR DM200 by modding the physical connectors, since from what I have seen, the chipset (Lantiq VRX220) supports Gigabit speeds, and there is a firmware which supports such speeds, however the DM200 officially supports only up to 100Mbts speeds.

When taking a look at my DM200’s board, I have noticed that the Ethernet connector only utilizes 4 out of the 8 pins, while the modem connector only utilizes 2 out of the pins, so I was thinking that it may be possible to solder the other pins (as required, of course), we may be able to “upgrade” the DM200 to Gigabit.

If the DM200 can boot properly with the Gigabit-enabled firmware, and this mod is undertaken, does anyone think that anything may come out of this?

25.10.20181906PackagesBug ReportVery LowLowStatic lease doesn't work sometimesTrunkUnconfirmed Task Description

Device: Xiaomi mi wifi mini
OpenWRT: SNAPSHOT r8377-70315fe144

If i reboot router or turn on it at the same time with PC static lease doesn’t work.

cat /etc/config/dhcp

config dnsmasq
        option domainneeded '1'
        option boguspriv '1'
        option filterwin2k '1'
        option localise_queries '1'
        option rebind_protection '1'
        option local '/[REDACTED]/'
        option domain '[REDACTED]'
        option expandhosts '1'
        option authoritative '1'
        option leasefile '/tmp/dhcp.leases'
        option nonwildcard '1'
        option localservice '0'
        option noresolv '1'
        list server '::1#5453'
        list server '127.0.0.1#5453'
        list rebind_domain '/[REDACTED]/'
        list server '[REDACTED]'
        option cachesize '1024'

config dhcp 'lan'
        option interface 'lan'
        option start '100'
        option limit '150'
        option leasetime '24h'
        option dhcpv6 'server'
        option ra 'server'

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

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

config srvhost
[REDACTED]

config host
        option name 'wks1'
        option mac '60:a4:4c:ce:65:ac'
        option ip '172.16.9.10'

config domain
[REDACTED]

logread -e dnsmasq-dhcp

Thu Oct 25 07:43:05 2018 daemon.info dnsmasq-dhcp[1780]: DHCP, IP range 172.16.9.100 -- 172.16.9.249, lease time 1d
Thu Oct 25 07:43:19 2018 daemon.info dnsmasq-dhcp[1780]: DHCPDISCOVER(br-lan) 172.16.9.10 60:a4:4c:ce:65:ac
Thu Oct 25 07:43:19 2018 daemon.info dnsmasq-dhcp[1780]: DHCPOFFER(br-lan) 172.16.9.211 60:a4:4c:ce:65:ac
Thu Oct 25 07:43:19 2018 daemon.info dnsmasq-dhcp[1780]: DHCPREQUEST(br-lan) 172.16.9.211 60:a4:4c:ce:65:ac
Thu Oct 25 07:43:19 2018 daemon.info dnsmasq-dhcp[1780]: DHCPACK(br-lan) 172.16.9.211 60:a4:4c:ce:65:ac wks1

config.seed

CONFIG_TARGET_ramips=y
CONFIG_TARGET_ramips_mt7620=y
CONFIG_TARGET_ramips_mt7620_DEVICE_miwifi-mini=y
CONFIG_GETDNS_ENABLE_STUB_ONLY=y
CONFIG_LIBCURL_COOKIES=y
CONFIG_LIBCURL_FILE=y
CONFIG_LIBCURL_FTP=y
CONFIG_LIBCURL_HTTP=y
CONFIG_LIBCURL_NO_SMB="!"
CONFIG_LIBCURL_OPENSSL=y
CONFIG_LIBCURL_PROXY=y
CONFIG_OPENSSL_WITH_DEPRECATED=y
CONFIG_OPENSSL_WITH_EC=y
CONFIG_OPENSSL_WITH_NPN=y
CONFIG_OPENSSL_WITH_PSK=y
CONFIG_OPENSSL_WITH_SRP=y
CONFIG_PACKAGE_bind-dig=y
CONFIG_PACKAGE_bind-libs=y
CONFIG_PACKAGE_ca-bundle=y
CONFIG_PACKAGE_ca-certificates=y
CONFIG_PACKAGE_curl=y
CONFIG_PACKAGE_ddns-scripts=y
CONFIG_PACKAGE_ddns-scripts_cloudflare.com-v4=y
# CONFIG_PACKAGE_dnsmasq is not set
CONFIG_PACKAGE_dnsmasq-full=y
CONFIG_PACKAGE_dnsmasq_full_auth=y
CONFIG_PACKAGE_dnsmasq_full_conntrack=y
CONFIG_PACKAGE_dnsmasq_full_dhcp=y
CONFIG_PACKAGE_dnsmasq_full_dhcpv6=y
CONFIG_PACKAGE_dnsmasq_full_dnssec=y
CONFIG_PACKAGE_dnsmasq_full_ipset=y
CONFIG_PACKAGE_dnsmasq_full_noid=y
CONFIG_PACKAGE_getdns=y
CONFIG_PACKAGE_gre=y
CONFIG_PACKAGE_ip-full=y
CONFIG_PACKAGE_ipset=y
CONFIG_PACKAGE_kmod-gre=y
CONFIG_PACKAGE_kmod-gre6=y
CONFIG_PACKAGE_kmod-ip6-tunnel=y
CONFIG_PACKAGE_kmod-ipt-ipset=y
CONFIG_PACKAGE_kmod-iptunnel=y
CONFIG_PACKAGE_kmod-iptunnel6=y
CONFIG_PACKAGE_kmod-nf-conntrack-netlink=y
CONFIG_PACKAGE_kmod-nfnetlink=y
CONFIG_PACKAGE_kmod-udptunnel4=y
CONFIG_PACKAGE_kmod-udptunnel6=y
CONFIG_PACKAGE_kmod-wireguard=y
CONFIG_PACKAGE_libcurl=y
CONFIG_PACKAGE_libgmp=y
CONFIG_PACKAGE_libipset=y
CONFIG_PACKAGE_libmnl=y
CONFIG_PACKAGE_libnetfilter-conntrack=y
CONFIG_PACKAGE_libnettle=y
CONFIG_PACKAGE_libnfnetlink=y
CONFIG_PACKAGE_libopenssl=y
CONFIG_PACKAGE_libyaml=y
CONFIG_PACKAGE_resolveip=y
CONFIG_PACKAGE_stubby=y
CONFIG_PACKAGE_wireguard=y
CONFIG_PACKAGE_wireguard-tools=y
CONFIG_PACKAGE_zlib=y
22.10.20181905KernelBug ReportVery LowMediumKernel bug: brcm47xx/mips74k reboots after: bgmac_bcma ...openwrt-18.06Unconfirmed Task Description

Device

OpenWrt version

Stable Release OpenWrt 18.06.1

# cat /etc/openwrt_release 
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='18.06.1'
DISTRIB_REVISION='r7258-5eb055306f'
DISTRIB_TARGET='brcm47xx/mips74k'
DISTRIB_ARCH='mipsel_74kc'
DISTRIB_DESCRIPTION='OpenWrt 18.06.1 r7258-5eb055306f'
DISTRIB_TAINTS=''
Linux OpenWrt 4.14.63 #0 Wed Aug 15 20:42:39 2018 mips GNU/Linux

What does it do that it should not do

Sometimes the router hangup and reboots.
This can happen several times a day.
The log contains entries:

Oct 22 12:50:50 OpenWrt kernel: [249137.210802] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 56, DMA issue!
Oct 22 12:50:50 OpenWrt kernel: [249137.254221] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 121, DMA issue!
Oct 22 12:50:50 OpenWrt kernel: [249137.295788] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 314, DMA issue!
Oct 22 12:50:50 OpenWrt kernel: [249137.320500] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 509, DMA issue!

Few entries from crashlog:

<3>[249137.254221] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 121, DMA issue!
<3>[249137.295788] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 314, DMA issue!
<3>[249137.320500] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 509, DMA issue!
<0>[249137.334933] skbuff: skb_over_panic: text:80238000 len:1753 put:1753 head:86862a80 data:86862a80 tail:0x86863159 end:0x868630e0 dev:<NULL>
<4>[249137.347856] Kernel bug detected[#1]:
<4>[249137.351653] CPU: 0 PID: 7 Comm: ksoftirqd/0 Tainted: G        W       4.14.63 #0

Full crashlog attached.

Steps to reproduce

To reproduce the bug I try to fill the nf_conntrack table with thousands of connections.

Several seconds it was kept filled:

net.netfilter.nf_conntrack_max = 16384
net.netfilter.nf_conntrack_count = 16383

log:

nf_conntrack: nf_conntrack: table full, dropping packet
nf_conntrack: nf_conntrack: table full, dropping packet
...

then several messages:

bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 262, DMA issue!
...

and the router rebooted.

Another way to reproduce...

...same error messages in the log - run bandwidth test http://www.speedtest.net

...
Oct 22 14:46:08 OpenWrt kernel: [ 6908.757065] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 118, DMA issue!
Oct 22 14:46:08 OpenWrt kernel: [ 6908.770969] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 183, DMA issue!
Oct 22 14:46:08 OpenWrt kernel: [ 6908.800488] bgmac_bcma bcma0:1 eth0: Found oversized packet at slot 442, DMA issue!

What I have already done to workaround/fix the problem

I try to decrease value of the nf_conntrack_tcp_timeout_established
from

net.netfilter.nf_conntrack_tcp_timeout_established = 7440

to

net.netfilter.nf_conntrack_tcp_timeout_established = 900

typical value:

net.netfilter.nf_conntrack_count = 5130 (...7000)

but it still reboots sometimes.

Additional info

  • Wireless disabled
  • IPv6 disabled
  • VLANs used
22.10.20181904Base systemBug ReportVery LowMediumSD-reader doesn't work on GL.iNet GL-AR750openwrt-18.06Unconfirmed Task Description

Hello,

I’m using GL.iNet GL-AR750 and OpenWrt 18.06.1 installed using official sysupgrade file:

```
openwrt-18.06.1-ar71xx-generic-gl-ar750-squashfs-sysupgrade.bin
```

The device has a build-in SD-reader which as I understand is based on GL857L chip. The OS doesn’t seem to see the SD-reader. When I insert a SD-card nothing is printed to dmesg, device doesn’t appear in /dev.

The following packages are installed:

```
opkg update
opkg install kmod-scsi-core kmod-scsi-generic \

kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 kmod-usb3 \
kmod-fs-msdos kmod-fs-vfat kmod-fs-ext4 usbutils \
kmod-usb-storage kmod-usb-storage-extras block-mount

```

The device has a USB port as well and it works with USB flash drives as expected.

It could be a bug (from user’s perspective, SD-reader supposed to work) or lack of the documentation (I couldn’t figure out how to make it work, maybe I just need some extra dependencies, community forum didn’t help either).

20.10.20181903Base systemBug ReportVery LowMediumHotplug event triggered too earlyopenwrt-18.06Unconfirmed Task Description

DEVICE: TP-Link Archer C7 v2
SYSTEM: OpenWRT 18.06.1
PACKAGES: base + luci, ca-certificates, ddns-scripts_no-ip_com, luci-app-ddns, wget, ip, ppp, ppp-mod-pppoe, vim, nano, usbutils, usb-modeswitch, kmod-usb-core,

        kmod-usb-serial, kmod-usb-serial-option, kmod-usb-net-cdc-ncm, kmod-usb-net-huawei-cdc-ncm, picocom, sqm-scripts, luci-app-sqm, kmod-ledtrig-heartbeat, htop

If the USB Device (HUAWEI E3372 LTE Stick) is left connected to the router during a reboot/boot, the hotplug event is triggered too early and the device has not yet all interfaces mapped in the /dev directory.
More specifically, my hotplug script wants to find the name of the interface (which is “ttyUSB0” in my case) by looking at the $DEVPATH directory, but during the hotplug script execution the link does not yet exist. Adding a “sleep” inside the script does not help, but executing a subscript via “exec script &” shows that after 3 seconds the link is created.
Attached is a file showing the directory listing of $DEVPATH during the hotplug event, and 3 seconds after the hotplug event.

Note that the hotplug script works as intended during actual hotplugging. This bug only presents itself during boot/reboot.
Also note that this was working on OpenWRT 15.05.1 (same Router, Stick and hotplug script)

19.10.20181900Base systemBug ReportVery LowLowsysupgrade cause trouble by package removalopenwrt-18.06Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: TP-Link Archer C7 V2
- Software versions: Start with 18.06, upgrade to 18.06.1

- Steps to reproduce

1. Secure luci access with luci-ssl module and disable plain http access. While uograding the luci-ssl module will be removed, so after upgrade there is no login possible. Method here under Web-UI: https://wiki.openwrt.org/doc/howto/secure.access

2. Use an dsl-lite link for this, run the sysupgrade. While sysupgrade the ds-lite module is removed, so after reboot you only have IPv6 access. Thanks god openwrt is able to upgrade and install the ds-lite package over IPv6.

For me this is not the idea og "keep settings", require base modules should be kept or upgraded in the same procedure to keep base functionality.

 


19.10.20181899KernelBug ReportVery LowMediumKernel warning with Lantiq XRX200 TD-W8970 (cfg80211)openwrt-18.06Unconfirmed Task Description

[ 13.106643] ————[ cut here ]———— [ 13.109875] WARNING: CPU: 0 PID: 174 at backports-2017-11-01/net/wireless/reg.c:894 0x82c4848c [cfg80211@82c40000+0x31a40]
[ 13.120969] Modules linked in: ath9k ath9k_common ath9k_hw ath pppoe nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT wireguard pppox ppp_async nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack ltq_deu_vr9 iptable_mangle iptable_filter ip_tables crc_ccitt compat drv_dsl_cpe_api ledtrig_usbport drv_mei_cpe ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc ip6_udp_tunnel udp_tunnel br2684 atm drv_ifxos dwc2 gpio_button_hotplug
[ 13.189220] CPU: 0 PID: 174 Comm: kworker/0:1 Not tainted 4.9.120 #0
[ 13.195578] Workqueue: events 0x80277b54
[ 13.199463] Stack : 839b3a80 80520000 804bab98 82c6f6c4 00000000 00000000 00000000 00000000
[ 13.207816] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 13.216172] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 13.224528] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 13.232884] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 13.241239] ...
[ 13.243677] Call Trace:
[ 13.245975] [<8000fdd0>] 0x8000fdd0
[ 13.249438] [<8000fdd0>] 0x8000fdd0
[ 13.252918] [<801f8ec8>] 0x801f8ec8
[ 13.256445] [<82c4848c>] 0x82c4848c [cfg80211@82c40000+0x31a40]
[ 13.262319] [<8002ec6c>] 0x8002ec6c
[ 13.265817] [<82c4848c>] 0x82c4848c [cfg80211@82c40000+0x31a40]
[ 13.271735] [<8002ed08>] 0x8002ed08
[ 13.275217] [<82c4848c>] 0x82c4848c [cfg80211@82c40000+0x31a40]
[ 13.281123] [<80277b94>] 0x80277b94
[ 13.284616] [<80044c70>] 0x80044c70
[ 13.288088] [<80045b00>] 0x80045b00
[ 13.291565] [<800457c4>] 0x800457c4
[ 13.295048] [<800457c4>] 0x800457c4
[ 13.298529] [<80050000>] 0×80050000 [ 13.302002] [<8004aa60>] 0x8004aa60
[ 13.305489] [<8004ab78>] 0x8004ab78
[ 13.308978] [<8004aa60>] 0x8004aa60
[ 13.312455] [<8000a4d8>] 0x8000a4d8
[ 13.315943]
[ 13.317487] —[ end trace 918bdca9a01843a6 ]—

16.10.20181898Base systemBug ReportVery LowHighArcher C7 V2- AR71XX - Could not find PHY for device '...TrunkWaiting on reporter Task Description

Supply the following if possible:
- Archer C7 V2- AR71XX
- OpenWrt SNAPSHOT r8328-39e5e17045
- Clean Build and Boot

 

Get the following messages at bootup and the 5Ghz Radio will not come up.

Tue Oct 16 06:32:32 2018 daemon.notice netifd: radio0 (3767): Could not find PHY for device ‘radio0’ Tue Oct 16 06:32:32 2018 daemon.notice netifd: radio0 (3798): WARNING: Variable ‘data’ does not exist or is not an array/object

The 2.4Ghz Radio starts just fine.

I tried deleting the config file and doing

wifi config

But that had no effect only finding the the 2.4Ghz Radio. This was working before upgrading to the latest snapshot from base 18.06.


16.10.20181897Base systemBug ReportVery LowLowMikrotik SXT Lite 2: installation fails using sysupgrad...openwrt-18.06Unconfirmed Task Description

Tested using OpenWRT 18.06.1 on Mikrotik SXT Lite 2. This device is listed as supported on the wiki.

OpenWRT boots fine over netboot (DHCP/TFTP).
But when trying to install permanently (to flash memory) using sysupgrade, there is the following error message:

Device unknown not supported by this image
Supported devices: rb-750-r2 rb-750up-r2 rb-750p-pbr2 rb-911-2hn rb-911-5hn rb-941-2nd rb-951ui-2nd rb-952ui-5ac2nd rb-962uigs-5hact2hnt rb-lhg-5nd rb-map-2nd rb-mapl-2nd rb-wap-2nd
Image check ‘fwtool_check_image’ failed.

I am using the following files:

network boot: http://downloads.openwrt.org/releases/18.06.1/targets/ar71xx/mikrotik/openwrt-18.06.1-ar71xx-mikrotik-vmlinux-initramfs.elf sysupgrade: http://downloads.openwrt.org/releases/18.06.1/targets/ar71xx/mikrotik/openwrt-18.06.1-ar71xx-mikrotik-rb-nor-flash-16M-squashfs-sysupgrade.bin

This device has a 16 MiB NOR flash. By looking at the code (target/linux/ar71xx/files/arch/mips/ath79/mach-rbsxtlite.c), it seems we expect NAND flash instead.

Showing tasks 1 - 50 of 660 Page 1 of 141 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing