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
26.09.20203363Base systemBug ReportVery LowMediumopkg kmod selection failureAllUnconfirmed Task Description

The snapshot builds frequently change Kernel versions which breaks compatibility with kmods from /target/subtarget/packages. For this reason the /target/subtarget/kmods archive was introduced, allowing running machines to select not only the latest, but also a compatible kmod.

Currently the builbot adds the kmod archive here, later on like directly in the buildsystem via this commit.

The PR above brought up the issue that OPKG selects wrong Kernel versions, even if the kmod feeds contains a compatible version. Looking at the OPKG code it seems that this function simply compares package names and considers them as matching. The responded package is returned to opkg.c just then checked for unsatisfied_dependencies. As the function only receives a single package it can’t evaluate any alternatives.

A possible solution *could* be to kick out problematic packages (aka unfitting kmods) earlier, e.g. by not adding them to the list of matching packages after all. This happens here. We could run pkg_hash_fetch_unsatisfied_dependencies on each match skip adding it to matching_pkgs.

I tried for a while to implement that, but failed. By adding the extra check it effectively skipped dependency checks allowing to install completely incompatible packages. I’d therefore be very happy if someone with more C experience could look into that.

25.09.20203361Base systemBug ReportVery LowLowWNDR3800 slow upload speed on WIFIopenwrt-19.07Unconfirmed Task Description

Hello,

I have a WNDR3800 running with LEDE 19.07.4 and 18.06.8. Both with ar71xx and ath79.
My internet line is 50/50 Mbit. On WIFI download reachs the full 50 Mbit but upload only reaches around 18-20 MBit. That rate is however stable. No matter if I am 5 meters away from the AP or 30 cm close to it - same upload speed. Tried with mobile phone and Laptop, same result. It seems that the router is capped/not able to deliver more WIFI speed in that regard. Connected to LAN the download/upload is 50/50 so it’s a WIFI problem.

On the WNDR3800 only the standard configuration is running. Connected via 2.4Ghz. 5Ghz is even worse.

 


24.09.20203360Base systemBug ReportVery LowLowmake with source files in package does not always rebui...AllUnconfirmed Task Description

Whilst working on a custom build it has been observed that if I have an openwrt package that includes a build/Prepare step which copies sourcecode from the packagedir to the build dir this does not always happen if the sourcecode has been modified.

I’ve tracked it down to the find_mds step which uses the find command to make a list of all the files in the package directory.

This list is passed to the mkhash utility on stdin, which produces the hash part of the .prepared file.

If the contents of the list change then the build/Prepare step is re-ran, which copies the source code from package dir to build dir.

However if the contents of the list have not changed then the build/Prepare step is not run leaving the old stale files in the build dir.

There are a few issues with the list method

The order of files is undefined, the list can change order resulting in a different hash causing false rebuild
If a file is modified it may not go to the end of the list, resulting in same list with same hash so no build when required.

By adding modified time after the filename, then sorting the list both the above two issues can be resolved.

I’ve made a potential fix here : https://github.com/openwrt/openwrt/pull/3445

I’ve tested my fix locally and I can see rebuilds only when I modify source.

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

 


23.09.20203359PackagesBug ReportVery LowMediumhttps-dns-proxy / luci-app-https-dns-proxy: expose a co...TrunkUnconfirmed Task Description

As per https://github.com/aarond10/https_dns_proxy, it supports `-v` for `Increase logging verbosity. (INFO)`. I’m encountering some problems with https-dns-proxy (https://github.com/aarond10/https_dns_proxy/issues/92) but I can’t troubleshoot them because there’s no way to pass `-v` to `https-dns-proxy` when started by luci-app-https-dns-proxy.

23.09.20203358PackagesBug ReportVery LowHighiwinfo.scan ubus call failed with latest uhttpdTrunkUnconfirmed Task Description

With latest uhttpd package (2020-09-18), the wireless scan failed in our MT7688 devices (ramps mt76x8). The original uhttpd (2020-08-05-212f8364) version works before.

The iwinfo.scan is using the nobatch=true flag when calling rpc.declare (luci/modules/luci-base/htdocs/luci-static/resources/network.js:83)

23.09.20203357PackagesBug ReportVery LowLowcollectd-mod-openvpn: can't enable pluginTrunkUnconfirmed Task Description

See the screenshot. Unlike other plugins, this one is missing “Enable this plugin” checkbox, and therefore, cannot be enabled via UI.

22.09.20203356PackagesBug ReportVery LowMediumhttps-dns-proxy: Luci interface breaks the configuratio...openwrt-19.07Unconfirmed Task Description

When you edit `/etc/config/https-dns-proxy` and set a custom server, not known to Luci HTML interface, the Luci UI at /cgi-bin/luci/admin/services/https-dns-proxy will display “CIRA Canadian Shield (Family)” as the selected resolver. This, by itself is not a problem yet, as the Proxy will function as expected.

However, the moment one makes any changes in the UI, e.g. changing listen port, `/etc/config/https-dns-proxy` will get rewritten and an actual resolver for CIRA Canadian Shield (Family) will be used.

Luci interface for HTTPS DNS Proxy should:

1. Bare minimum: indicate a custom resolver is used, and not lose the resolver after making changes to listen port and other stuff.
1. Nice to have: Allow a user to define a custom resolver in the UI - by specifying `resolver_url`, `bootstrap_dns`, `user` and `group` properties

The problem applies on any device as it’s not device-specific.

Reproduction instruction:

1. Edit `/etc/config/https-dns-proxy` and make it look like this:

```
config main ‘config’

      option update_dnsmasq_config '-'

config https-dns-proxy

      option listen_addr '127.0.0.1'
      option listen_port '5054'
      option user 'nobody'
      option group 'nogroup'
      option bootstrap_dns '1.1.1.1,1.0.0.1,2606:4700:4700::1111,2606:4700:4700::1001'
      option resolver_url 'https://1.1.1.1/dns-query'

```
2. Go to http://192.168.10.1/cgi-bin/luci/admin/services/https-dns-proxy and observe “CIRA Canadian Shield (Family)” as the selected resolver.
3. Change listen port and click Save & Apply.
4. Observe `/etc/config/https-dns-proxy` lose `resolver_url` setting.

21.09.20203355PackagesBug ReportVery LowLowUMDNS: does not start on master with seccomp TrunkUnconfirmed Task Description

UMDNS does not start on master with seccomp
this has bee tested on ramips (dir878 and redmiac2100)
if i comment out
# procd_set_param seccomp /etc/seccomp/umdns.json
from /etc/init.d/umdns

it works

20.09.20203354Base systemBug ReportVery LowMediumRB750Gr3 fail to boot with recent snapshotsTrunkUnconfirmed Task Description

I can netboot and flash RB750Gr3 with latest 19.04 (built myself)
Latest master snapshot from today september 20 fail to netboot or flashboot (after flashing from an image that netboot ;) )
Build from a fresh master git clone (default + luci-ssl) also fail

OpenWrt kernel loader for MIPS based SoC
Copyright (C) 2011 Gabor Juhos <juhosg@openwrt.org>
Decompressing kernel... done!
Starting kernel at 80001000...

# boot stuck here

Build with the following patch on top of 90853439a162d7c5389f6a68028b4390c349c04d netboot and flashboot fine

diff --git a/target/linux/ramips/mt7621/config-5.4 b/target/linux/ramips/mt7621/config-5.4
index b4c8ab1f1c..c7a5e6d2d3 100644
--- a/target/linux/ramips/mt7621/config-5.4
+++ b/target/linux/ramips/mt7621/config-5.4
@@ -27,7 +27,7 @@ CONFIG_CEVT_R4K=y
 CONFIG_CLKDEV_LOOKUP=y
 CONFIG_CLKSRC_MIPS_GIC=y
 CONFIG_CLONE_BACKWARDS=y
-CONFIG_CMDLINE="rootfstype=squashfs,jffs2"
+CONFIG_CMDLINE="rootfstype=squashfs,jffs2 earlyprintk"
 CONFIG_CMDLINE_BOOL=y
 # CONFIG_CMDLINE_OVERRIDE is not set
 CONFIG_COMMON_CLK=y
20.09.20203353PackagesBug ReportVery LowMediumiproute2 compilation fails due to dynsyms syntax errorTrunkUnconfirmed Task Description

Building master:

files="e_bpf.c em_canid.c em_cmp.c em_ipset.c em_ipt.c em_meta.c em_nbyte.c em_u32.c f_basic.c f_bpf.c f_cgroup.c f_flow.c f_flower.c f_fw.c f_matchall.c f_route.c f_rsvp.c f_tcindex.c f_u32.c m_action.c m_bpf.c m_connmark.c m_csum.c
m_ct.c m_ctinfo.c m_ematch.c m_estimator.c m_gact.c m_gate.c m_ife.c m_ipt.c m_mirred.c m_mpls.c m_nat.c m_pedit.c m_police.c m_sample.c m_simple.c m_skbedit.c m_skbmod.c m_tunnel_key.c m_vlan.c m_xt_old.c p_eth.c p_icmp.c p_ip.c p_ip
6.c p_tcp.c p_udp.c q_atm.c q_cake.c q_cbq.c q_cbs.c q_choke.c q_clsact.c q_codel.c q_drr.c q_dsmark.c q_etf.c q_ets.c q_fifo.c q_fq.c q_fq_codel.c q_fq_pie.c q_gred.c q_hfsc.c q_hhf.c q_htb.c q_ingress.c q_mqprio.c q_multiq.c q_netem
.c q_pie.c q_plug.c q_prio.c q_qfq.c q_red.c q_rr.c q_sfb.c q_sfq.c q_skbprio.c q_taprio.c q_tbf.c static-syms.c tc.c tc_cbq.c tc_class.c tc_core.c tc_estimator.c tc_exec.c tc_filter.c tc_monitor.c tc_qdisc.c tc_red.c tc_stab.c tc_uti
l.c" ; \
echo "{" > dynsyms.list ; \
for s in `grep -B 3 '\<dlsym' $files | sed -n '/snprintf/{s:.*"\([^"]*\)".*:\1:;s:%s::;p}'` ; do \
        sed -n '/'$s'[^ ]* =/{s:.* \([^ ]*'$s'[^ ]*\) .*:\1;:;p}' $files ; \
done >> dynsyms.list ; \
echo "show_stats; print_nl; print_tm; parse_rtattr; parse_rtattr_flags; get_u32; matches; addattr_l; addattr_nest; addattr_nest_end; };" >> dynsyms.list
    CC       m_xt.so
In file included from ../include/uapi/linux/netfilter_ipv4/ip_tables.h:21,
                 from m_xt.c:19:
../include/uapi/linux/if.h:134: warning: "IFF_VOLATILE" redefined
 #define IFF_VOLATILE (IFF_LOOPBACK|IFF_POINTOPOINT|IFF_BROADCAST|IFF_ECHO|\

In file included from m_xt.c:16:
/home/user/dev/openwrt/staging_dir/toolchain-mips_24kc_gcc-8.4.0_musl/include/net/if.h:48: note: this is the location of the previous definition
 #define IFF_VOLATILE (IFF_LOOPBACK|IFF_POINTOPOINT|IFF_BROADCAST| \

    CC       emp_ematch.tab.o
/home/user/dev/openwrt/staging_dir/toolchain-mips_24kc_gcc-8.4.0_musl/lib/gcc/mips-openwrt-linux-musl/8.4.0/../../../../mips-openwrt-linux-musl/bin/ld:dynsyms.list:0: syntax error in dynamic list
collect2: error: ld returned 1 exit status
make[5]: *** [Makefile:174: m_xt.so] Error 1

The dynsyms file contains:

$ cat ./build_dir/target-mips_24kc_musl/linux-ath79_generic/iproute2-tc/iproute2-5.8.0/tc/dynsyms.list
{
bpf_action_util;
connmark_action_util;
csum_action_util;
ct_action_util;
ctinfo_action_util;
gact_action_util;
gate_action_util;
ife_action_util;
ipt_action_util;
mirred_action_util;
mpls_action_util;
nat_action_util;
pedit_action_util;
police_action_util;
sample_action_util;
simple_action_util;
skbedit_action_util;
skbmod_action_util;
tunnel_key_action_util;
vlan_action_util;
ipt_action_util;
canid_ematch_util;
cmp_ematch_util;
ipset_ematch_util;
ipt_ematch_util;
meta_ematch_util;
nbyte_ematch_util;
u32_ematch_util;
p_pedit_eth;
p_pedit_icmp;
p_pedit_ip;
p_pedit_ip6;
p_pedit_tcp;
p_pedit_udp;
atm_qdisc_util;
cake_qdisc_util;
cbq_qdisc_util;
cbs_qdisc_util;
choke_qdisc_util;
clsact_qdisc_util;
codel_qdisc_util;
drr_qdisc_util;
dsmark_qdisc_util;
etf_qdisc_util;
ets_qdisc_util;
bfifo_qdisc_util;
pfifo_qdisc_util;
pfifo_head_drop_qdisc_util;
pfifo_fast_qdisc_util;
fq_qdisc_util;
fq_codel_qdisc_util;
fq_pie_qdisc_util;
gred_qdisc_util;
hfsc_qdisc_util;
hhf_qdisc_util;
htb_qdisc_util;
ingress_qdisc_util;
mqprio_qdisc_util;
multiq_qdisc_util;
netem_qdisc_util;
pie_qdisc_util;
plug_qdisc_util;
prio_qdisc_util;
qfq_qdisc_util;
red_qdisc_util;
rr_qdisc_util;
sfb_qdisc_util;
sfq_qdisc_util;
skbprio_qdisc_util;
taprio_qdisc_util;
tbf_qdisc_util;
basic_filter_util;
bpf_filter_util;
cgroup_filter_util;
flow_filter_util;
flower_filter_util;
fw_filter_util;
matchall_filter_util;
route_filter_util;
rsvp_filter_util;
rsvp6_filter_util;
tcindex_filter_util;
u32_filter_util;
bpf_exec_util;
show_stats; print_nl; print_tm; parse_rtattr; parse_rtattr_flags; get_u32; matches; addattr_l; addattr_nest; addattr_nest_end; };
 


20.09.20203352Base systemBug ReportVery LowMedium[dnsmasq] DHCP Option 6 doesn't proper auto-configuredTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

DHCP Options 6(DNS Server) doesn’t correctly set after re-enable dns role on dnsmasq.

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

LuCI Master (git-20.223.26773-d18ef13) / OpenWrt R20.8.27
DNSMasq Version 2.81
Unbound Version 1.10.1

- Steps to reproduce

1. According to OpenWRT Wiki, https://openwrt.org/docs/guide-user/base-system/dhcp_configuration#disabling_dns_role , Disable DNS Role first.
2. Re-Enable DNS Role by reverting the changes above or configure unbound DNS with LuCI, make sure to set unbound linked to dnsmasq as DHCP Server.
3. Whatever choice you made on step 2, DHCP Option 6 won’t be set. According to the capture by wireshark, the DHCP response packet does NOT contain any DNS Server related setting, which will finally lead Windows set 127.0.0.1 as DNS server and your internet connection won’t be detected.


19.09.20203350KernelBug ReportVery LowHighKernel Warning in module mac80211/tx.copenwrt-19.07Unconfirmed Task Description

Hi,

I am using the following with the latest update of openwrt:

Model Netgear R6220
Architecture MediaTek MT7621 ver:1 eco:3
Firmware Version OpenWrt 19.07.4 r11208-ce6496d796 / LuCI openwrt-19.07 branch git-20.260.30581-915a64c
Kernel Version 4.14.195

The problem occured already with 19.07.3 several times, so I upgraded to 19.07.4, but the problem remains.
The wifi module kept crashing and in consequence a part of the wifi devices cannot connect anymore. Sometimes the router
recovers by itself, sometimes not and a reboot is necessary to get wifi working again. It mostly affects the 2,4 GHz band
and not the 5 GHz band, but that might be related which device is renewing DHCP or which ones are not (I am not sure).
A reboot solves the problem, but after some time, the problem occurs again. After the below warning, the router runs without
further problems for 2 days now. So it seems pretty rare. Nevertheless, the same hardware was working fine with 18.x
openwrt for a year at least. No kernel warning at the time. I cannot completely rule out that the HW is broken as it is
of age, as you can see. Any hint on what I should report or test myself is welcome! I can help debug and even install
updates that should fix the problem, if necessary. The router ist just used as an access point - routing is taking
place elsewhere.

Here is the korresponding kernel warning, where I included the immediate log entries before and after:

Thu Sep 17 22:02:05 2020 daemon.notice hostapd: wlan1: DFS-RADAR-DETECTED freq=5680 ht_enabled=1 chan_offset=-1 chan_width=2 cf1=5670 cf2=0
Thu Sep 17 22:02:05 2020 daemon.notice hostapd: wlan1: DFS-NEW-CHANNEL freq=5220 chan=44 sec_chan=1
Thu Sep 17 22:02:05 2020 daemon.info hostapd: wlan1: IEEE 802.11 driver starting channel switch: freq=5220, ht=1, vht_ch=0×0, offset=1, width=2 (40 MHz), cf1=5230, cf2=0
Thu Sep 17 22:02:05 2020 daemon.notice hostapd: wlan1: CTRL-EVENT-STARTED-CHANNEL-SWITCH freq=5220 ht_enabled=1 ch_offset=1 ch_width=40 MHz cf1=5230 cf2=0 dfs=0
Thu Sep 17 22:02:06 2020 daemon.info hostapd: wlan1: IEEE 802.11 driver had channel switch: freq=5220, ht=1, vht_ch=0×0, offset=1, width=2 (40 MHz), cf1=5230, cf2=0
Thu Sep 17 22:02:06 2020 daemon.notice hostapd: wlan1: CTRL-EVENT-CHANNEL-SWITCH freq=5220 ht_enabled=1 ch_offset=1 ch_width=40 MHz cf1=5230 cf2=0 dfs=0
Thu Sep 17 22:02:06 2020 daemon.notice hostapd: wlan1: AP-CSA-FINISHED freq=5220 dfs=0
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.685439] ————[ cut here ]———— Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.694747] WARNING: CPU: 1 PID: 14 at backports-4.19.137-1/net/mac80211/tx.c:4292 0x877acbc4 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.716632] Modules linked in: pppoe ppp_async pppox ppp_generic nf_conntrack_netlink nf_conntrack_ipv6 mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT slhc nfnetlink nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.858467] usbcore nls_base usb_common
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.866285] CPU: 1 PID: 14 Comm: ksoftirqd/1 Not tainted 4.14.195 #0
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.878915] Stack : 00000000 00000000 00000000 86dae9b0 00000000 00000000 00000000 00000000
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.895548] 00000000 00000000 00000000 00000000 00000000 00000001 87c67b70 53261622
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.912178] 87c67c08 00000000 00000000 00006298 00000038 8049c858 00000008 00000000
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.928810] 00000000 80550000 000d37ed 00000000 87c67b50 00000000 00000000 877e7fd0
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.945442] 877acbc4 000010c4 86f0a480 86dae9b0 00000003 802ad210 00000004 806b0004
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.962073] ...
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.966931] Call Trace:
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.966973] [<8049c858>] 0x8049c858
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.978757] [<877acbc4>] 0x877acbc4 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.990532] [<802ad210>] 0x802ad210
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7457.997462] [<8000c1a0>] 0x8000c1a0
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.004393] [<8000c1a8>] 0x8000c1a8
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.011325] [<804856b4>] 0x804856b4
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.018260] [<877acbc4>] 0x877acbc4 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.030029] [<80072a84>] 0x80072a84
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.036956] [<8002e608>] 0x8002e608
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.043892] [<877acbc4>] 0x877acbc4 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.055668] [<8002e6f0>] 0x8002e6f0
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.062600] [<80053b7c>] 0x80053b7c
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.069536] [<877acbc4>] 0x877acbc4 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.081310] [<877af408>] 0x877af408 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.093086] [<80067ca8>] 0x80067ca8
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.100018] [<80017f6c>] 0x80017f6c
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.106957] [<87777b90>] 0x87777b90 [mt76x02_lib@87770000+0×9700]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.119081] [<877af86c>] 0x877af86c [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.130870] [<87777bd0>] 0x87777bd0 [mt76x02_lib@87770000+0×9700]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.142999] [<877b65e0>] 0x877b65e0 [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.154789] [<877b66bc>] 0x877b66bc [mac80211@87780000+0x6cca0]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.166573] [<87774a94>] 0x87774a94 [mt76x02_lib@87770000+0×9700]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.178702] [<800329f4>] 0x800329f4
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.185630] [<804a3658>] 0x804a3658
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.192561] [<8004fd10>] 0x8004fd10
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.199494] [<8004fd10>] 0x8004fd10
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.206420] [<80032cc8>] 0x80032cc8
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.213348] [<8004feb8>] 0x8004feb8
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.220280] [<8049ebd8>] 0x8049ebd8
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.227208] [<8004bf38>] 0x8004bf38
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.234139] [<8004be08>] 0x8004be08
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.241070] [<8004be08>] 0x8004be08
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.248002] [<8004be08>] 0x8004be08
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.254933] [<80006f78>] 0x80006f78
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.261870]
Thu Sep 17 22:02:06 2020 kern.warn kernel: [ 7458.265166] —[ end trace 9a8b15fbb768cb19 ]— Thu Sep 17 22:02:06 2020 daemon.notice hostapd: wlan1: STA 6c:ad:f8:f1:5a:4b IEEE 802.11: did not acknowledge authentication response
Thu Sep 17 22:02:06 2020 daemon.notice hostapd: wlan1: STA 6c:ad:f8:f1:5a:4b IEEE 802.11: did not acknowledge authentication response

19.09.20203349PackagesBuild FailureVery LowLowlibustream: package/install file conflictsTrunkUnconfirmed Task Description

Reproduce the problem:
selecting `luci-ssl-openssl`

Collected errors:
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package libustream-openssl20200215.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
 *      luci-proto-ppp
 * opkg_install_cmd: Cannot install package luci.
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package luci-ssl-openssl.
pts (1.4.0-9) to root...
make[1]: *** [package/Makefile:68: package/install] Error 255
make[1]: Leaving directory '/media/builds/github-openwrt/openwrt'
make: *** [/media/builds/github-openwrt/openwrt/include/toplevel.mk:236: package/install] Error 2
Command exited with non-zero status 2
19.09.20203348PackagesBuild FailureVery LowLowlibustream: package/install file conflictsTrunkUnconfirmed Task Description

Reproduce the problem:
selecting `luci-ssl-openssl`

Collected errors:
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package libustream-openssl20200215.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
 *      luci-proto-ppp
 * opkg_install_cmd: Cannot install package luci.
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package luci-ssl-openssl.
pts (1.4.0-9) to root...
make[1]: *** [package/Makefile:68: package/install] Error 255
make[1]: Leaving directory '/media/builds/github-openwrt/openwrt'
make: *** [/media/builds/github-openwrt/openwrt/include/toplevel.mk:236: package/install] Error 2
Command exited with non-zero status 2
19.09.20203347PackagesBuild FailureVery LowLowlibustream: package/install file conflictsTrunkUnconfirmed Task Description

Reproduce the problem:
selecting `luci-ssl-openssl`

Collected errors:
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package libustream-openssl20200215.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
 *      luci-proto-ppp
 * opkg_install_cmd: Cannot install package luci.
 * check_data_file_clashes: Package libustream-openssl20200215 wants to install file /media/builds/github-openwrt/openwrt/build_dir/target-mips_24kc_musl/root-ath79/lib/libustream-ssl.so
        But that file is already provided by package  * libustream-wolfssl20200215
 * opkg_install_cmd: Cannot install package luci-ssl-openssl.
pts (1.4.0-9) to root...
make[1]: *** [package/Makefile:68: package/install] Error 255
make[1]: Leaving directory '/media/builds/github-openwrt/openwrt'
make: *** [/media/builds/github-openwrt/openwrt/include/toplevel.mk:236: package/install] Error 2
Command exited with non-zero status 2
19.09.20203346PackagesBuild FailureVery LowMediumUbox invalid memory access (does not build with gcc10)TrunkUnconfirmed Task Description

See: https://git.openwrt.org/?p=project/ubox.git;a=blob;f=kmodloader.c;h=6f06ee3939f2f3e151357d33cfd165603cb40e4d;hb=HEAD#l699

Prints:

In function 'main_insmod',
    inlined from 'main' at /home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c:1062:10:
/home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c:734:13: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=]
  734 |  options[0] = 0;
      |  ~~~~~~~~~~~^~~
/home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c: In function 'main':
/home/openwrt/openwrt-lam/build/archer-c7-v2eu/build_dir/target-mips_24kc_musl/ubox-2019-12-31-0e34af14/kmodloader.c:727:12: note: at offset 0 to an object with size 0 allocated by 'malloc' here
  727 |  options = malloc(len);
      |            ^~~~~~~~~~~

Fix im using for my builds is attached.

Kind regards
MartB

17.09.20203345Base systemBug ReportVery LowCriticalWifi off TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on TP-Link TL-WR842N v5.
- OpenWrt/LEDE 19.07.04 with last updating.
- Just use wifi on the device. It have random wifi off about 1 min.
Log:
https://pastebin.com/c64H5kCR

15.09.20203340Base systemBuild FailureVery LowLowiproute2 broken on openwrt/packages CITrunkUnconfirmed Task Description

@hauke

It appears that iproute2 is not compiling on the openwrt packages continuous integration tests for arc_arc700 and arc_archs

https://github.com/openwrt/packages/pull/13169/checks?check_run_id=1115466649 https://github.com/openwrt/packages/pull/13169/checks?check_run_id=1115466679


15.09.20203339Base systemBug ReportVery LowMedium[netifd] potential kernel memory leakTrunkUnconfirmed Task Description
  • mvebu
  • self-compiled kernel 5.9 with memleak detection enabled
  • netifd 2020-09-12-55a7b6b7-1

—-

echo clear > /sys/kernel/debug/kmemleak
echo scan > /sys/kernel/debug/kmemleak
cat /sys/kernel/debug/kmemleak


  unreferenced object 0xe9400000 (size 8896):
  comm "netifd", pid 2314, jiffies 4294824963 (age 12186.578s)
  hex dump (first 32 bytes):
    00 00 40 e9 00 00 00 00 00 00 00 00 00 00 00 00  ..@.............
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  backtrace:
    [<6c721e2f>] hwbm_pool_refill+0x50/0x88
    [<7e7e2552>] hwbm_pool_add+0x6c/0x11c
    [<092daf5d>] mvneta_bm_update_mtu+0x64/0x1ac
    [<25a31bd5>] mvneta_change_mtu+0xa4/0x140
    [<b80b104c>] dev_set_mtu_ext+0xd8/0x198
    [<28e7b11b>] dev_set_mtu+0x44/0xa4
    [<82387d21>] dsa_slave_change_mtu+0x134/0x20c
    [<b80b104c>] dev_set_mtu_ext+0xd8/0x198
    [<28e7b11b>] dev_set_mtu+0x44/0xa4
    [<61c48941>] dev_ioctl+0x31c/0x464
    [<2480ee5a>] sock_ioctl+0x2e4/0x664
    [<406a3520>] sys_ioctl+0x90/0xbc
    [<31543a6f>] ret_fast_syscall+0x0/0x54
    [<784618c7>] 0xbecaaad8
unreferenced object 0xea92c000 (size 8896):
  comm "netifd", pid 2314, jiffies 4294824965 (age 12186.574s)
  hex dump (first 32 bytes):
    00 c0 92 ea 00 00 00 00 00 00 00 00 00 00 00 00  ................
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
  backtrace:
    [<6c721e2f>] hwbm_pool_refill+0x50/0x88
    [<7e7e2552>] hwbm_pool_add+0x6c/0x11c
    [<092daf5d>] mvneta_bm_update_mtu+0x64/0x1ac
    [<25a31bd5>] mvneta_change_mtu+0xa4/0x140
    [<b80b104c>] dev_set_mtu_ext+0xd8/0x198
    [<28e7b11b>] dev_set_mtu+0x44/0xa4
    [<82387d21>] dsa_slave_change_mtu+0x134/0x20c
    [<b80b104c>] dev_set_mtu_ext+0xd8/0x198
    [<28e7b11b>] dev_set_mtu+0x44/0xa4
    [<61c48941>] dev_ioctl+0x31c/0x464
    [<2480ee5a>] sock_ioctl+0x2e4/0x664
    [<406a3520>] sys_ioctl+0x90/0xbc
    [<31543a6f>] ret_fast_syscall+0x0/0x54
    [<784618c7>] 0xbecaaad8


14.09.20203338Base systemBug ReportVery LowHighTL-WR841N v13 unstable Ethernet and WiFi workopenwrt-19.07Unconfirmed Task Description

I am using default build of OpenWRT 19.07.4 for TL-WR841N v13 without any additional packages. I have Ethernet PPPoE from provider, some ethernet and WiFi WPA2 clients. WiFi and Ethernet are unstable: they can disappear for 30-60 seconds without any serious reason. On 18.06.8 there wasn’t those problems. I attached system log. Thanks for help.

13.09.20203336Base systemBug ReportVery LowLowtrunk: generic/pending-5.4/770-11-net-ethernet-mtk_eth_...TrunkUnconfirmed Task Description

On current trunk the following file has a truncated extension

generic/pending-5.4/770-11-net-ethernet-mtk_eth_soc-avoid-rearming-interrupt-if.pa

the initial commit of this file

11.09.20203332Base systemBug ReportVery LowHighpacket loss on miwifi-mini @ 19.07.4openwrt-19.07Assigned Task Description

mt7620 / miwifi-mini
19.07.3 works fine
19.07.4 works bad:

kern.err kernel: [ 6615.438086] mtk_soc_eth 10100000.ethernet eth0: transmit timed out
kern.info kernel: [ 6615.444416] mtk_soc_eth 10100000.ethernet eth0: dma_cfg:80000065
kern.info kernel: [ 6615.450586] mtk_soc_eth 10100000.ethernet eth0: tx_ring=0, base=07780000, max=1024, ctx=17, dtx=17, fdx=16, next=17
kern.info kernel: [ 6615.461258] mtk_soc_eth 10100000.ethernet eth0: rx_ring=0, base=06408000, max=1024, calc=47, drx=48
kern.err kernel: [ 6619.306350] mtk_soc_eth 10100000.ethernet eth0: transmit timed out
kern.info kernel: [ 6619.312684] mtk_soc_eth 10100000.ethernet eth0: dma_cfg:80000065
kern.info kernel: [ 6619.318854] mtk_soc_eth 10100000.ethernet eth0: tx_ring=0, base=07780000, max=1024, ctx=28, dtx=28, fdx=16, next=28
kern.info kernel: [ 6619.329525] mtk_soc_eth 10100000.ethernet eth0: rx_ring=0, base=06470000, max=1024, calc=63, drx=64
kern.err kernel: [ 6623.157217] mtk_soc_eth 10100000.ethernet eth0: transmit timed out
kern.info kernel: [ 6623.163553] mtk_soc_eth 10100000.ethernet eth0: dma_cfg:80000065
kern.info kernel: [ 6623.169720] mtk_soc_eth 10100000.ethernet eth0: tx_ring=0, base=07780000, max=1024, ctx=25, dtx=25, fdx=16, next=25
kern.info kernel: [ 6623.180398] mtk_soc_eth 10100000.ethernet eth0: rx_ring=0, base=06408000, max=1024, calc=59, drx=60
09.09.20203330Base systemBug ReportVery LowLowds-lite: too low default MTUopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on TP-Link Archer C7 v5
- Software versions of OpenWrt/LEDE release, packages, etc.

OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.136.49537-fb2f363
ds-lite 7-4

- Steps to reproduce: install system, install ds-lite, the mtu for all dslite connections will be [1280|https://github.com/openwrt/openwrt/blob/master/package/network/ipv6/ds-lite/files/dslite.sh#L66] by default.

Because of it, if a VPN with ipv6 is used over ipv4, it’s completely broken.

tun0 w/ ipv6 -> [vpn client -> [dslite with mtu 1280] -> vpn server] -> private network

As far as I see, it should be relatively easy to make default MTU autoconfigurable with parent’s MTU-x (where 30 is 30, if I’m right)

06.09.20203329Base systemBug ReportVery LowMediumChannel 144 disabled for Europe regulatory domains when...TrunkUnconfirmed Task Description

This applies for all devices all releases.

iw list throws 5720 MHz [144] (disabled) for ES reg domain.

Channel 144 is allowed in all Europe and have the same rules as channel 140 for example, so it should be listed as:
5720 MHz [144] (26.0 dBm) (no IR, radar detection).

More info: https://en.wikipedia.org/wiki/List_of_WLAN_channels#5_GHz_or_5.9_GHz_(802.11a/h/j/n/ac/ax)

I’m not sure if this is the place to report because I think this is present also upstream in the kernel regulatory rules.

With 144 active is possible to have one more 20, 40 and 80 mhz band in Europe. The rest of the channels have been updated properly, even the 169 an 173 channels only usable in Europe and India appears as available. It’s just 144 the only one I see is not taken into account for Europe.

06.09.20203328Base systemBug ReportVery LowLowucert: dyld: Library not loaded: libjson-c.5.dylib on m...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
macOS X 10.15.6

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWRT master 252197f014932c03cea7c080d8ab90e0a963a281
ucert 2020-05-24 00b921d80ac0dc47339305d803f865ff43c56d63
json-c 0.14

- Steps to reproduce
Clone the OpenWRT.git and try to compile it on macOS X 10.15.6

cd /Volumes/WRT3200.test
rm -rf openwrt
git clone https://github.com/openwrt/openwrt.git
cd openwrt
./scripts/feeds update -a
./scripts/feeds install -a
make defconfig
make menuconfig
# Select any target, e.g. Target System = Marvel EBU Armada, Target Profile = Linksys WRT3200ACM
# the multi-threaded build fails, but saves some time
make -j 12
make V=sc

...
make[3]: Entering directory '/Volumes/WRT3200.test/openwrt/package/base-files'
...
[ -s /Volumes/WRT3200.test/openwrt/key-build.ucert ] || /Volumes/WRT3200.test/openwrt/staging_dir/host/bin/ucert -I -c /Volumes/WRT3200.test/openwrt/key-build.ucert -p /Volumes/WRT3200.test/openwrt/key-build.pub -s /Volumes/WRT3200.test/openwrt/key-build
dyld: Library not loaded: libjson-c.5.dylib
  Referenced from: /Volumes/WRT3200.test/openwrt/staging_dir/host/bin/ucert
  Reason: image not found
bash: line 1: 22681 Abort trap: 6           /Volumes/WRT3200.test/openwrt/staging_dir/host/bin/ucert -I -c /Volumes/WRT3200.test/openwrt/key-build.ucert -p /Volumes/WRT3200.test/openwrt/key-build.pub -s /Volumes/WRT3200.test/openwrt/key-build
make[3]: *** [Makefile:229: /Volumes/WRT3200.test/openwrt/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/linux-mvebu_cortexa9/base-files/.configured_4a9c46a6557bf47f111f9c7c4b182824_8e081b74cf069e1e6800a5bbcbb282f0] Error 134
make[3]: Leaving directory '/Volumes/WRT3200.test/openwrt/package/base-files'
time: package/base-files/compile#0.50#0.28#0.85
make[2]: *** [package/Makefile:113: package/base-files/compile] Error 2
make[2]: Leaving directory '/Volumes/WRT3200.test/openwrt'
make[1]: *** [package/Makefile:107: /Volumes/WRT3200.test/openwrt/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory '/Volumes/WRT3200.test/openwrt'
make: *** [/Volumes/WRT3200.test/openwrt/include/toplevel.mk:235: world] Error 2

Dependancies for ucert

otool -L staging_dir/host/bin/ucert 
staging_dir/host/bin/ucert:
	@rpath/libubox.dylib (compatibility version 0.0.0, current version 0.0.0)
	@rpath/libblobmsg_json.dylib (compatibility version 0.0.0, current version 0.0.0)
	libjson-c.5.dylib (compatibility version 5.0.0, current version 5.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1281.100.1)

ls -l staging_dir/host/lib/libjson-c*
-rwxr-xr-x  1 g  staff  65680 Sep  6 23:12 staging_dir/host/lib/libjson-c.5.0.0.dylib
lrwxr-xr-x  1 g  staff     21 Sep  6 23:12 staging_dir/host/lib/libjson-c.5.dylib -> libjson-c.5.0.0.dylib
lrwxr-xr-x  1 g  staff     17 Sep  6 23:12 staging_dir/host/lib/libjson-c.dylib -> libjson-c.5.dylib

Workaround

cp staging_dir/host/lib/libjson-c.5.dylib package/base-files/
make -j 12
06.09.20203327Base systemBug ReportVery LowLowEthernet LED assignments incorrect on Linkysys WRT32Xopenwrt-19.07Unconfirmed Task Description

Device: Linksys WRT32X
OpenWRT version: OpenWrt 19.07.3 r11063-85e04e9f46

The LAN/WAN link LEDs seem to be incorrectly assigned in OpenWRT (offset by 1):

- LAN Port 1 link results in no LED lighting
- LAN Ports 2-4 light LAN link LEDs 1-3 respectively
- WAN port lights LAN LED 4

The WAN LED is assigned to the correct (and default) interface (eth1) in LUCI. The rest of the LEDs are not configurable, leading me to believe the issue is with indexing of the LEDs themselves, as opposed to LED-Port assignment.

06.09.20203326Base systemBug ReportVery LowLowArcher C7 v2 and TL-WR1043ND v2 doesn't broadcast prop...TrunkUnconfirmed Task Description

I was having issues to connect with the 2 GHz interfaces with a Intel 8265. The SSID is hardly seen by the client. I reported a bugs some time ago into iwlwifi module but today I have seen this:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=252197f014932c03cea7c080d8ab90e0a963a281

I think It could be related. I will need to test with ar71xx flashed to see if the problem dissapears but It seems very similar and also the affected interfaces are Atheros ones.

06.09.20203325Base systemBug ReportVery LowLowMT7628an: lose radio whilst downloading jarge dataTrunkUnconfirmed Task Description

Using a GL.inet MT300N-V2

For simple browsing this setup works well.
If I downlaod a large file, for example a Debina DVD, a few seconds varying to a few minutes into the download, the PC disconnect and the SSID vanishes in list. The PC cannot reconnect.

If I connect over WAN and resrart the radio under network wireless, I can reconnect.

Typically the download is occuring at 60mbits and the PC is connect at 144mbits. Mean Score 14-15.
If I use traffic shaping tbf on the output of the wireless interface, and throttle back to 35mbits (with occassional peak over 40mbits as tokens allow). I have very reliable wifi.

I cannot replicate on GL.iNET stick firmware using the closed source driver.

I am using a 2.1a power supply, so I think this is OK.
I am have replicated on multiple devices, so I do not think this is hhardware.
I live on a UK estate of multiple blocks of flats (arond about 16 blocks of 8 flats each). 2.4GHz wifi is very busy. After some grief discussion on forum, I believe the cause is wireless environmant.

The MT300N-V2 and PC are about 0.75m apart.

WAN: connection ethernet → ISP @ 120mbits
LAN: LAN switch port, with wireless bridge. PSK V2, Cipher auto, 20MHz width.

Given I think cause is environment, I think recreation might be tuff.
What tracing can I do to help?
I have nohup running, so I can run logread to a usb stick to get ths output?
Will this help?

git status shows I am up to date, I cloned 2020-09-01 not great with git so not sure how to get mroe info about version.

Thanks for your help
Simon

06.09.20203324Base systemBug ReportVery LowMediumZyxel EMG2926-Q10A (aka NBG6716) requires changes in tr...TrunkUnconfirmed Task Description

459c8c9ef816156107e297964d088ddee2b4eef5 added support for the Zyxel NBG6716 device. Unfortunately, I believe it made an error in the partition layout. Because the RAS image header is written to flash, the offsets for sub-partitions of firmware must be shifted down by the size of this header (i.e., 128KiB):

diff --git a/target/linux/ath79/dts/qca9558_zyxel_nbg6716.dts b/target/linux/ath79/dts/qca9558_zyxel_nbg6716.dts                                            
index 90328078dd..148a6ea2d1 100644
--- a/target/linux/ath79/dts/qca9558_zyxel_nbg6716.dts
+++ b/target/linux/ath79/dts/qca9558_zyxel_nbg6716.dts
@@ -148,14 +148,19 @@
                        reg = <0x500000 0x7b00000>;
                };

-               partition@500000 {
+               // There's a RAS image header inside the firmware partition,
+               // taking up one erase block (128KiB), so the kernel and ubi
+               // partitions are shifted by that amount.
+
+               partition@520000 {
+                       // JFFS2 containing the compressed kernel
                        label = "kernel";
-                       reg = <0x500000 0x400000>;
+                       reg = <0x520000 0x400000>;
                };

-               partition@900000 {
+               partition@920000 {
                        label = "ubi";
-                       reg = <0x900000 0x7700000>;
+                       reg = <0x920000 0x76C0000>;
                };
        };
 };

Without this change, the bootloader finds the kernel inside its JFFS2 partition just fine, but then the kernel dies when it cannot find the UBI header at the indicated offset.

It is not clear to me whether this change should be applied to all NBG6716-equivalent devices or merely the one I have in hand.

Speaking of, that device calls itself a AAVK-EMG2926Q10A in its RAS header and refuses to flash anything not so labeled. Therefore, I have added a target for it by lightly extending the existing one:

diff --git a/target/linux/ath79/dts/qca9558_zyxel_aavk-emg2926q10a.dts b/target/linux/ath79/dts/qca9558_zyxel_aavk-emg2926q10a.dts                          
new file mode 100644
index 0000000000..ec94aa0d73
--- /dev/null
+++ b/target/linux/ath79/dts/qca9558_zyxel_aavk-emg2926q10a.dts
@@ -0,0 +1,2 @@
+/* This is just an alias, really */
+#include "qca9558_zyxel_nbg6716.dts"
diff --git a/target/linux/ath79/image/nand.mk b/target/linux/ath79/image/nand.mk                                                                            
index ad79c487ad..7336dc45d7 100644
--- a/target/linux/ath79/image/nand.mk
+++ b/target/linux/ath79/image/nand.mk
@@ -263,3 +263,9 @@ define Device/zyxel_nbg6716
   UBINIZE_OPTS := -E 5
 endef
 TARGET_DEVICES += zyxel_nbg6716
+
+define Device/zyxel_aavk-emg2926q10a
+  $(call Device/zyxel_nbg6716)
+  RAS_BOARD := AAVK-EMG2926Q10A
+endef
+TARGET_DEVICES += zyxel_aavk-emg2926q10a

05.09.20203323KernelBug ReportVery LowLowBuffalo WZR-600DHP needs kmod-usb-ohci for USB to workopenwrt-19.07Unconfirmed Task Description

In both openwrt-15.05.1-ar71xx-generic-wzr-600dhp-squashfs-tftp.bin and openwrt-19.07.3-ar71xx-generic-wzr-600dhp-squashfs-sysupgrade.bin USB did not work. Power was available at the USB port, but plugging in various USB devices did absolutely nothing. I had to install kmod-usb-ohci to make USB start working.

I feel this is a bug because in 19.07.3 kmod-usb-ehci is already installed. So, one might think that required USB modules are there and something is wrong.

I tried both USB 1.1 and 2.0 high speed devices before. The ohci module is required even to use USB 2.0 high speed devices.

05.09.20203321Base systemBug ReportVery LowLowwireless phy, capable of bands g and a but set as AP to...TrunkUnconfirmed Task Description

OpenWrt SNAPSHOT, r14382+7-ad0f0df909
Ubiquiti Routerstation ar71xx with 3 pcs. PCIe 2.4/5 GHz radio
wlan0 set AP 5 GHz wlan1,2 set as AP 2.4 GHz

from dmesg:
daemon.notice hostapd: wlan2: DFS-CAC-COMPLETED success=1 freq=5640 ht_enabled=1 chan_offset=-1 chan_width=2 cf1=5630 cf2=0
daemon.warn hostapd: current_mode != IEEE80211A
daemon.notice hostapd: wlan1: DFS-CAC-COMPLETED success=1 freq=5640 ht_enabled=1 chan_offset=-1 chan_width=2 cf1=5630 cf2=0
daemon.warn hostapd: current_mode != IEEE80211A

When set to 2.4 GHz band no radar scan on 5 GHz band should be done but apparently it is being done. As the radio circuit cannot do G and A band service at the same time
this interferes with continuous service in the 80211 G band.
No idea where this 5630 GHz frequency stems from that the log shows. wlan1 is set to channel 12 and wlan2 to channel 1. Being AP they are not supposed to scan, let alone on 5 GHz.
iwinfo:
wlan0 ESSID: “some a”

        Access Point: 00:0C:42:xxxxxx
        Mode: Master  Channel: 128 (5.640 GHz)
        Tx-Power: 18 dBm  Link Quality: 70/70
        Signal: -29 dBm  Noise: -95 dBm
        Bit Rate: 81.0 MBit/s
        Encryption: WPA PSK (CCMP)
        Type: nl80211  HW Mode(s): 802.11abgn
        Hardware: 168C:0029 168C:4204 [Generic MAC80211]
        TX power offset: unknown
        Frequency offset: unknown
        Supports VAPs: yes  PHY name: phy0

wlan1 ESSID: “some b”

        Access Point: 00:1B:B1:xxxxxx
        Mode: Master  Channel: 12 (2.467 GHz)
        Tx-Power: 18 dBm  Link Quality: unknown/70
        Signal: unknown  Noise: -95 dBm
        Bit Rate: unknown
        Encryption: WPA PSK (CCMP)
        Type: nl80211  HW Mode(s): 802.11abgn
        Hardware: 168C:0029 168C:2096 [Generic MAC80211]
        TX power offset: unknown
        Frequency offset: unknown
        Supports VAPs: yes  PHY name: phy1

wlan2 ESSID: “some c”

        Access Point: 00:0C:42:xxxxxx
        Mode: Master  Channel: 1 (2.412 GHz)
        Tx-Power: 16 dBm  Link Quality: unknown/70
        Signal: unknown  Noise: -95 dBm
        Bit Rate: unknown
        Encryption: WPA PSK (CCMP)
        Type: nl80211  HW Mode(s): 802.11abgn
        Hardware: 168C:0029 168C:4204 [Generic MAC80211]
        TX power offset: unknown
        Frequency offset: unknown
        Supports VAPs: yes  PHY name: phy2
05.09.20203320Base systemBug ReportVery LowLowUbiquiti Routerstation compilation produces no sysupgra...TrunkUnconfirmed Task Description

OpenWrt SNAPSHOT, r14382+7-ad0f0df909
When compiling e.g. for another Ubiquiti device like Bullet XW, factory and sysupgrade images appear.
Compiling for Routerstation only the factory image.
Looking into target/linux/ath79/image/generic-ubnt.mk noticed that under
Device/ubnt there is IMAGES += factory.bin
and under
Device/ubnt_routerstation_common there is IMAGES := factory.bin

Just changing the := into +: produces a ...sysupgrade.bin but it is not accepted by sysupgrade.
Not hindered by knowledge just copied what it was in the times of ar71xx and it produces a working sysupgrade image:

define Device/ubnt_routerstation_common

DEVICE_PACKAGES := -kmod-ath9k -wpad-basic-wolfssl -uboot-envtools kmod-usb-ohci \
kmod-usb2 fconfig
DEVICE_VENDOR := Ubiquiti
SOC := ar7161
IMAGE_SIZE := 16128k
IMAGES := sysupgrade.bin factory.bin
IMAGE/factory.bin := append-rootfs | pad-rootfs | mkubntimage | \
check-size
IMAGE/sysupgrade.bin := append-rootfs | pad-rootfs | combined-image | check-size $$$$(IMAGE_SIZE)
KERNEL := kernel-bin | append-dtb | lzma | pad-to $$(BLOCKSIZE)
KERNEL_INITRAMFS := kernel-bin | append-dtb

endef

define Device/ubnt_routerstation

$(Device/ubnt_routerstation_common)
DEVICE_MODEL := RouterStation
DEVICE_TITLE := Ubiquiti RouterStation
BOARDNAME := UBNT-RS
UBNT_BOARD := RS
UBNT_TYPE := RSx
UBNT_CHIP := ar7100
DEVICE_PACKAGES += -swconfig
SUPPORTED_DEVICES += routerstation

endef
TARGET_DEVICES += ubnt_routerstation


05.09.20203319Base systemBug ReportVery LowHigherratic behaviour wireless network control on system wi...TrunkUnconfirmed Task Description

Device: Ubiquiti Routerstation (ar71xx)
Software: OpenWrt SNAPSHOT, r14382+7-ad0f0df909 (local compilation after Sep 3 2020 git pull)
Symptoms: commands like ‘wifi up wlan1’ on a system with wlan0, wlan1, and wlan2 (phy0,1,2) , make other wlanN disapperar than wlan1.
plus in dmesg messages like
[ n.n] do_page_fault(): sending SIGSEGV to hostapd for invalid write access to 00000000
[ n.n] epc = 77e79e6c in libc.so[77e4c000+9c000]
[ n.s] ra = 77e1e309 in libubus.so[77e1c000+13000]

Bug found through experimentation:
script: /lib/netifd/wireless/mac80211.sh
function: drv_mac80211_teardown()
line: json_select data
problem: ‘data’ does not produce phy, ‘config’ does.
corrected line: json_select config

Going though experimentations also found that there may be problems in
script: /lib/netifd/hostapd.sh
function: wpa_supplicant_run()
line: ubus call wpa_supplicant config_add
and the lines that follow with parameters and line continuations.
Replaced:

ubus call wpa_supplicant config_add "{ \
	\"driver\": \"${_w_driver:-wext}\", \"ctrl\": \"$_rpath\", \
	\"iface\": \"$ifname\", \"config\": \"$_config\" \
	${network_bridge:+, \"bridge\": \"$network_bridge\"} \
	${hostapd_ctrl:+, \"hostapd_ctrl\": \"$hostapd_ctrl\"} \
	}"

By:

local br=${network_bridge:+',"bridge":"'$network_bridge'"'}
local hc=${hostapd_ctrl:+',"hostapd_ctrl":"'$hostapd_ctrl'"'}
local jsonstr='{"driver":"'${_w_driver:-wext}'","iface":"'${ifname}'"'${br}${hc}',"ctrl":"'${_rpath}'","config":"'${_config}'"}'
ubus call wpa_supplicant config_add ${jsonstr}

because in a separate test script just to see the workings of the original I could not get it to work due to the nested parameter substitution.
Have removed all the \” as the " do not need to be escaped when within single quotes.


05.09.20203318KernelBug ReportVery LowMediumkmod-rtl8xxxu does not work with RTL8723BU moduleopenwrt-19.07Unconfirmed Task Description

RTL8723BU USB module ID 0bda:b720 does not work with kmod-rtl8xxxu driver and rtl8723bu-firmware
Bluetooth scanning does not see any device.
Module cannot be loaded.

[ 8893.763180] usb 1-1.4: This Realtek USB WiFi dongle (0x0bda:0xb720) is untested!
[ 8894.291851] usb 1-1.4: Firmware revision 35.0 (signature 0×5301)
[ 8894.564319] usb 1-1.4: Firmware failed to start
[ 8894.568980] rtl8xxxu: probe of 1-1.4:1.2 failed with error -11
[ 8894.575434] usbcore: registered new interface driver rtl8xxxu

31.08.20203316KernelBug ReportVery LowLowTP-Link CPE210v1 - kernel issue - kernel trace included...TrunkUnconfirmed Task Description

I have build a Image for TP-Link CPE210v1. OpenWrt SNAPSHOT r14184-eadb1a9437

I can see in dmesg output in luci at every boot following trace:

[ 1.145135] ————[ cut here ]———— [ 1.149922] WARNING: CPU: 0 PID: 1 at drivers/reset/core.c:556 reset_control_get_internal+0x15c/0×190 [ 1.159456] Modules linked in:
[ 1.162577] CPU: 0 PID: 1 Comm: swapper Not tainted 5.4.52 #0
[ 1.168411] Stack : 80640000 805ed468 00000000 00000000 805ec638 83c2795c 83c282fc 80623ce3
[ 1.176914] 8058e9ac 00000001 807832d8 00000001 00000000 00000001 83c27910 39024192
[ 1.185410] 00000000 00000000 807b0000 00000055 61696e74 00000000 2e342e35 32202330
[ 1.193903] random: fast init done
[ 1.197360] 00000055 a3248495 00000000 00027b11 00000000 00000009 00000000 802e6d08
[ 1.205852] 00000009 00000001 00000000 83c7da10 00000000 802fe010 00000000 80780000
[ 1.214344] ...
[ 1.216836] Call Trace:
[ 1.219344] [<80069934>] show_stack+0×30/0×100 [ 1.223873] [<8008254c>]
warn+0xc0/0x10c
[ 1.228051] [<800825f4>] warn_slowpath_fmt+0x5c/0xac
[ 1.233111] [<802e6d08>] reset_control_get_internal+0x15c/0×190 [ 1.239315] [<802e6e7c>] of_reset_control_get+0×140/0x1fc
[ 1.244991] [<802e7204>] devm_reset_control_get+0×70/0×108 [ 1.250776] [<8036369c>] ag71xx_mdio_probe+0xbc/0×208 [ 1.255942] [<80311998>] platform_drv_probe+0×40/0×94 [ 1.261087] [<8030faec>] really_probe+0×104/0×358 [ 1.265883] [<8030dbdc>] bus_for_each_drv+0×70/0xb0
[ 1.270854] [<8030f9a4>]
device_attach+0xdc/0×118 [ 1.275827] [<8030eb14>] bus_probe_device+0x9c/0xb8
[ 1.280797] [<8030bee8>] device_add+0x3e4/0×608 [ 1.285413] [<803788d4>] of_platform_device_create_pdata+0xa8/0×150 [ 1.291789] [<80378abc>] of_platform_bus_create+0×134/0×224 [ 1.297465] [<80378d28>] of_platform_populate+0×78/0xec
[ 1.302794] [<803659cc>] ag71xx_probe+0x6e4/0x98c
[ 1.307586] [<80311998>] platform_drv_probe+0×40/0×94 [ 1.312733] [<8030faec>] really_probe+0×104/0×358 [ 1.317531] [<80310234>] device_driver_attach+0×70/0×98 [ 1.322852] [<803102bc>] __driver_attach+0×60/0×100 [ 1.327816] [<8030db1c>] bus_for_each_dev+0×68/0xa4
[ 1.332788] [<8030ee88>] bus_add_driver+0x1f0/0×200 [ 1.337752] [<80310928>] driver_register+0×84/0×148 [ 1.342741] [<80660c14>] ag71xx_module_init+0x2c/0×50 [ 1.347889] [<80060a1c>] do_one_initcall+0x7c/0x1dc
[ 1.352877] [<8064ce10>] kernel_init_freeable+0×158/0x23c
[ 1.358391] [<80500858>] kernel_init+0×10/0xf0
[ 1.362922] [<80064d98>] ret_from_kernel_thread+0×14/0x1c
[ 1.368431] —[ end trace c9bd124b3a38de6d ]—

31.08.20203315Base systemBug ReportVery LowMediumTP-Link CPE210v1 - regular network disconnects - daemon...TrunkUnconfirmed Task Description

I have build a Image for TP-Link CPE210v1. OpenWrt SNAPSHOT r14184-eadb1a9437

I have issues with connection drop. The connection(routing?) suddenly dropps and then i have to reboot the device to fix this. The wifi connection itself seems to be fine at this moment (i can see in luci that its connected).

I think this is related to this issue:
Mon Aug 31 16:27:43 2020 daemon.err uwsgi[1135]: * has_emperor mode detected (fd: 7) *
Mon Aug 31 16:27:43 2020 daemon.err uwsgi[1135]: [uWSGI] getting INI configuration from /etc/uwsgi/vassals/luci-webui.ini
Mon Aug 31 16:27:43 2020 daemon.err uwsgi[1135]: Mon Aug 31 16:27:43 2020 - [emperor] vassal /etc/uwsgi/vassals/luci-webui.ini has been spawned
Mon Aug 31 16:27:43 2020 daemon.info uwsgi-luci: * big endian arch detected *
Mon Aug 31 16:27:43 2020 daemon.info uwsgi-luci: spawned uWSGI master process (pid: 3293)
Mon Aug 31 16:27:43 2020 daemon.err uwsgi[1135]: Mon Aug 31 16:27:43 2020 - [emperor] vassal /etc/uwsgi/vassals/luci-webui.ini is ready to accept requests
Mon Aug 31 16:27:43 2020 daemon.err uwsgi[1135]: Mon Aug 31 16:27:43 2020 - [emperor] vassal /etc/uwsgi/vassals/luci-webui.ini is now loyal
Mon Aug 31 16:27:47 2020 daemon.info uwsgi-luci: luci: accepted login on / for root from Mon Aug 31 16:27:53 2020 daemon.err uwsgi[1135]: * has_emperor mode detected (fd: 8) *
Mon Aug 31 16:27:53 2020 daemon.err uwsgi[1135]: [uWSGI] getting INI configuration from /etc/uwsgi/vassals/luci-cgi_io.ini
Mon Aug 31 16:27:53 2020 daemon.err uwsgi[1135]: Mon Aug 31 16:27:53 2020 - [emperor] vassal /etc/uwsgi/vassals/luci-cgi_io.ini has been spawned
Mon Aug 31 16:27:53 2020 daemon.err uwsgi[1135]: Mon Aug 31 16:27:53 2020 - [emperor] vassal /etc/uwsgi/vassals/luci-cgi_io.ini is ready to accept requests

31.08.20203314Base systemBug ReportVery LowLowath79/mikrotik: SXT Lite 5 image missing RouterBoard pl...TrunkUnconfirmed Task Description

The ath79/mikrotik MikroTik SXT Lite images (initramfs, sysupgrade) are missing the MikroTik Routerboard platform drivers. Therefore, the hard_config and soft_config partitions are not detected, correct MAC addresses can't be used and wifi calibration data can't be retrieved.

  • No MikroTik sysfs driver in dmesg:
root@OpenWrt:/# Please press Enter to activate this console.



BusyBox v1.31.1 () built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt SNAPSHOT, r14311-e5e54e52f7
 -----------------------------------------------------
=== WARNING! =====================================
There is no root password defined on this device!
Use the "passwd" command to set up a new password
in order to prevent unauthorized SSH logins.
--------------------------------------------------
root@OpenWrt:/# dmesg | grep -i mikro
[    0.000000] MIPS: machine is MikroTik RouterBOARD SXT 5nD r2 (SXT Lite5)
  • No wifi:
root@OpenWrt:/# dmesg | grep firmware
[   12.976697] ath9k 18100000.wmac: Direct firmware load for ath9k-eeprom-ahb-18100000.wmac.bin failed with error -2
  • No soft_config / hard_config:
[    0.377893] nand: device found, Manufacturer ID: 0x98, Chip ID: 0xf1
[    0.384532] nand: Toshiba NAND 128MiB 3,3V 8-bit
[    0.389326] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    0.397198] nand: WARNING: ar934x-nand: the ECC used on your system is too weak compared to the one required by the NAND chip
[    0.408888] Scanning device for bad blocks
[    0.420218] random: fast init done
[    0.526537] Bad eraseblock 768 at 0x000006000000
[    0.567786] 3 fixed-partitions partitions found on MTD device ar934x-nand
[    0.574815] Creating 3 MTD partitions on "ar934x-nand":
[    0.580244] 0x000000000000-0x000000040000 : "booter"
[    0.586538] 0x000000040000-0x000000400000 : "kernel"
[    0.592817] 0x000000400000-0x000008000000 : "ubi"
[    0.614065] spi-nor spi0.0: w25x10 (128 Kbytes)
[    0.618811] 1 fixed-partitions partitions found on MTD device spi0.0
[    0.625389] Creating 1 MTD partitions on "spi0.0":
[    0.630361] 0x000000000000-0x000000020000 : "RouterBoot"
[    0.638893] RouterBoot: routerboot partition /ahb/spi@1f000000/flash@0/partitions/partition@0/soft_config (/ahb/spi@1f000000/flash@0/partitions/partition@0) "soft_config" overlaps with previous partition "bootloader2".
[    0.658990] RouterBoot: error parsing routerboot partition /ahb/spi@1f000000/flash@0/partitions/partition@0/soft_config (/ahb/spi@1f000000/flash@0/partitions/partition@0)
[    0.674736] 2 fixed-partitions partitions found on MTD device RouterBoot
[    0.681664] Creating 2 MTD partitions on "RouterBoot":
[    0.686992] 0x000000000000-0x000000020000 : "bootloader1"
[    0.693814] 0x000000010000-0x000000020000 : "bootloader2"
31.08.20203313PackagesBuild FailureVery LowHighath79/mikrotik: initramfs image is missing the nand-uti...TrunkUnconfirmed Task Description

The initramfs-kernel.bin image for the ath79/mikrotik mikrotik,routerboard-sxt-5nd-r2 device (SXT Lite 5) is missing the nand-utils package. Therefore, when booting via TFTP (e.g., to install OpenWrt for the first time), the sysupgrade image can not be flashed:

[...] successful boot from TFTP, sysupgrade image uploaded via SCP
root@OpenWrt:/# cat /tmp/sysinfo/board_name 
mikrotik,routerboard-sxt-5nd-r2
root@OpenWrt:/# ls -la /usr/sbin/nand*
ls: /usr/sbin/nand*: No such file or directory
root@OpenWrt:/# sysupgrade -v -n /tmp/openwrt-ath79-mikrotik-mikrotik_routerboar
d-sxt-5nd-r2-squashfs-sysupgrade.bin 
Commencing upgrade. Closing all shell sessions.
Watchdog handover: fd=3
- watchdog -
killall: telnetd: no process killed
Sending TERM to remaining processes ... hostapd wpa_supplicant netifd odhcpd ntpd dnsmasq ubusd urngd logd 
Sending KILL to remaining processes ... 
Performing system upgrade...
Unlocking kernel ...
Erasing kernel ...
/lib/upgrade/do_stage2: line 25: nandwrite: not found
tar: write error: Broken pipe
removing ubiblock0_1
[  301.377800] block ubiblock0_1: released
Volume ID 0, size 19 LEBs (2451456 bytes, 2.3 MiB), LEB size 129024 bytes (126.0 KiB), dynamic, name "none", alignment 1
Volume ID 1, size 21 LEBs (2709504 bytes, 2.5 MiB), LEB size 129024 bytes (126.0 KiB), dynamic, name "rootfs", alignment 1
Set volume size to 119734272
Volume ID 2, size 928 LEBs (119734272 bytes, 114.1 MiB), LEB size 129024 bytes (126.0 KiB), dynamic, name "rootfs_data", alignment 1
sysupgrade successful
umount: can't unmount /dev: Resource busy
umount: can't unmount /tmp: Resource busy
[  303.837785] reboot: Restarting systemt
�

so the device can’t boot, as nothing has been written to NAND.

30.08.20203312Base systemBug ReportVery LowLowstatic route being added to wrong table if ip4table is ...TrunkUnconfirmed Task Description

I have a separate route table called ‘lan’:

root@btkrgn:~# cat /etc/iproute2/rt_tables 
#
# reserved values
#
128	prelocal
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep

40	lan

Then I have an interface configured with ip4table:

config interface 'ni'
	option type 'bridge'
	option delegate '0'
	option ifname 'eth0.22 vx22'
	option proto 'static'
	option ipaddr '192.168.22.248'
	option ip4table 'lan'
	option netmask '255.255.255.0'

And I also have static route with explicitly defined table ‘main’:

config route
	option interface 'ni'
	option target '192.168.22.0'
	option netmask '255.255.255.0'
	option gateway '192.168.22.253'
	option table 'main'
	option metric '100'

I expected that this static route will be in the ‘main’ table however it is being added to ‘lan’ table:

root@btkrgn:~# ip route show table lan
192.168.22.0/24 dev br-ni proto static scope link 
192.168.22.0/24 via 192.168.22.253 dev br-ni proto static metric 100
30.08.20203311Base systemBug ReportVery LowLowvlan(NETWORK -> SWITCH) menu missing on luci -> mt7621(...TrunkUnconfirmed Task Description

vlan menu missing on luci → mt7621(ZBT3526) - trunk

that was on 2020-01 working ?
why is it now gone ?
also in /etc/config, there are no entries for vlan

i compared to the old version from 20020-01 ..

and there is 1 file missing: (or more ?)
# cat /lib/network/switch.sh

#!/bin/sh
# Copyright (C) 2009 OpenWrt.org

setup_switch_dev() {

      local name
      config_get name "$1" name
      name="${name:-$1}"
      [ -d "/sys/class/net/$name" ] && ip link set dev "$name" up
      swconfig dev "$name" load network

}

setup_switch() {

      config_load network
      config_foreach setup_switch_dev switch

}

 


29.08.20203310Base systemBug ReportVery LowLowImage Builder error “following packages conflict with b...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
unielec_u7621-06-16m

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

- Steps to reproduce

sinan@sinan-VirtualBox:~$ make image PROFILE=unielec_u7621-06-16m PACKAGES="luci block-mount kmod-fs-ext4 wpad-mini nano htop kmod-mt76 kmod-mt76-core kmod-mt76x2 luci-app-sqm sqm-scripts kmod-usb-storage-uas kmod-usb3"
......................
......................
......................
Collected errors:
 * check_conflicts_for: The following packages conflict with busybox:
 * check_conflicts_for: 	busybox-selinux * 
 * opkg_install_cmd: Cannot install package busybox.
Makefile:154: recipe for target 'package_install' failed
make[2]: *** [package_install] Error 255
Makefile:112: recipe for target '_call_image' failed
make[1]: *** [_call_image] Error 2
Makefile:207: recipe for target 'image' failed
make: *** [image] Error 2


27.08.20203307Base systemBug ReportVery LowLowWRT3200ACM forgotted in a commit to assign the default ...TrunkUnconfirmed Task Description

https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=d0e8b8310f7079ccf250f7eddbdf8b9d319c274d

This commit forgot the linksys,wrt3200acm|\ before the linksys,wrt32x|\

People that have read me and more people about the crappy thing done by marvel locking the reg domain should know about I don’t think this is the way to go, but, just my 2 cents for the other team.

25.08.20203306Base systemBug ReportVery LowMediumQMI & DHCP renewal issue.openwrt-19.07Unconfirmed Task Description

I’m facing a problem on two routers WG3526 (Modem EC-25) and D-Link DWR921 (Model Broadmobi BM806). My 4G provider is Free Mobile a French mobile provider.

Every 12 hours my ISP change the IP of the interface and the DHCP-Client still get the old IP Address even if “uqmi -d /dev/cdc-wdm0 –get-current-settings” display the new valid ip address.

  • “uqmi -d /dev/cdc-wdm0 –get-current-settings” give IP “B”.
  • “udhcpc” still attribute IP “A” to the wwan0 interface resulting in an nonoperational interface until I restart it (ubus call network.interface.wwan down / ubus call network.interface.wwan up).
  • After an interface restart “udhcpc” attribute IP “B” to the wwan0 interface.

This problem happen exactly every 12 hours the duration of the dhcp lease time on the interface wwan0.

I don’t know if it’s a bug in the firmware of both modems or a problem within OpenWRT.
I can provide more informations or context if needed. It’s also described on another bug in the comment section by @Dmitry. As it’s another bug not related to the original one a new bug is needed. Thread reference https://bugs.openwrt.org/index.php?do=details&task_id=1252.


Detailed description of the BUG

'uqmi -d /dev/cdc-wdm0 –get-current-settings' display the new IP address

uqmi -d /dev/cdc-wdm0 –get-current-settings {

      "pdp-type": "ipv4",
      "ip-family": "ipv4",
      "mtu": 1500,
      "ipv4": {
              "ip": "10.81.148.43",
              "dns1": "193.41.60.16",
              "dns2": "193.41.60.15",
              "gateway": "10.81.148.44",
              "subnet": "255.255.255.248"
      },
      "ipv6": {
      },
      "domain-names": {
      }
}

'ifconfig wwan0' is showing a different IP. I tryed to restart udhcpc manually but the interface still get the old IP until I restart network interface

ifconfig wwan0

        inet addr:10.95.107.241  P-t-P:10.95.107.241  Mask:255.255.255.252
        inet6 addr: fe80::e1b3:e56d:de16:ba57/64 Scope:Link
        UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
        RX packets:54582 errors:0 dropped:0 overruns:0 frame:0
        TX packets:64104 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:46222544 (44.0 MiB)  TX bytes:60349584 (57.5 MiB)

After a network stack restart, "ifconfig wwan0" display the proper IP address.

ifconfig wwan0
        inet addr:10.81.148.43  P-t-P:10.81.148.43  Mask:255.255.255.248
        inet6 addr: fe80::e1b3:e56d:de16:ba57/64 Scope:Link
        UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
        RX packets:54584 errors:0 dropped:0 overruns:0 frame:0
        TX packets:64112 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:46223174 (44.0 MiB)  TX bytes:60351028 (57.5 MiB)

Problem happen again after 12 hours.


Details on the WG3526

root@nly-marconi:/etc/config# ubus call system board
{
	"kernel": "4.14.180",
	"hostname": "nly-marconi",
	"system": "MediaTek MT7621 ver:1 eco:3",
	"model": "ZBT-WG3526 (16M)",
	"board_name": "zbt-wg3526-16M",
	"release": {
		"distribution": "OpenWrt",
		"version": "19.07.3",
		"revision": "r11063-85e04e9f46",
		"target": "ramips/mt7621",
		"description": "OpenWrt 19.07.3 r11063-85e04e9f46"
	}
}
root@nly-marconi:~# uci show network.wwan
network.wwan=interface
network.wwan.proto='qmi'
network.wwan.device='/dev/cdc-wdm0'
network.wwan.apn='free'
network.wwan.auth='none'
network.wwan.pincode='my-pin-code-here'
network.wwan.modes='lte'
network.wwan.metric='20'
network.wwan.delegate='0'
network.wwan.force_link='0'


Details ont the Dlink router

root@lfgo-routeur:~# ubus call system board
{
	"kernel": "4.14.180",
	"hostname": "lfgo-routeur",
	"system": "MediaTek MT7620N ver:2 eco:6",
	"model": "D-Link DWR-921 C1",
	"board_name": "dlink,dwr-921-c1",
	"release": {
		"distribution": "OpenWrt",
		"version": "19.07.3",
		"revision": "r11063-85e04e9f46",
		"target": "ramips/mt7620",
		"description": "OpenWrt 19.07.3 r11063-85e04e9f46"
	}
}
root@lfgo-routeur:~# uci show network.wwan
network.wwan=interface
network.wwan.ifname='wwan0'
network.wwan.device='/dev/cdc-wdm0'
network.wwan.proto='qmi'
network.wwan.apn='free'
network.wwan.pincode='my-pin-code-here'
network.wwan.delay='10'
25.08.20203305Base systemBug ReportVery LowLowRequest for LXC support in MVEBUTrunkUnconfirmed Task Description

can the kernel needed flags for lxc support being added to the official releases, please ?

I have made a forum topic for this request and followed the tests in it !

https://forum.openwrt.org/t/request-for-lxc-support-in-mvebu/58767

24.08.20203304Base systemBug ReportVery LowLowMVEBU - sysupgrade may not correctly detect device from...TrunkUnconfirmed Task Description

forum topic : https://forum.openwrt.org/t/solved-19-07-xx-own-build-unflashable/72297 Solution : https://forum.openwrt.org/t/solved-19-07-xx-own-build-unflashable/72297/8

Sysupgrade do not correctly detect the device from some bootcmd uboot command line ...

I suppose, rootfs is not correctly detected ?

/proc/cmdline okay : console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000 root=/dev/mmcblk0p2 rw rootwait net.ifnames=0 biosdevname=0
/proc/cmdline which make an error : console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000 root=/dev/mmcblk0p2 rw ip=0.0.0.0:0.0.0.0:10.4.50.254:255.255.255.0:marvell:eth0:none nfsroot=0.0.0.0:/dev/mmcblk0p2

when error happend, the message is :
root@NAS:~# sysupgrade -v -T openwrt-19.07.3-mvebu-cortexa53-globalscale_espressobin-v7-emmc-ext4-sdcard.img.gz
Image not in /tmp, copying...
Unable to determine upgrade device
Image check failed.
root@NAS:~#

24.08.20203303Base systemBug ReportVery LowHighntfs drive not mountingTrunkUnconfirmed Task Description

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

 

This problem is occurring on a BT HomeHub 5A. I have two of these and the problem happens on both of them. I am currently using V5.X and the issue is only here but it is working in v19.07.3.

The issue is that I am not able to auto-mount my NTFS drive with bootup through fstab.
The error is as follows:

Sun Aug 23 21:56:03 2020 kern.notice kernel: [   11.711119] scsi 0:0:0:0: Direct-Access     Seagate  Expansion        0608 PQ: 0 ANSI: 6
Sun Aug 23 21:56:03 2020 kern.notice kernel: [   11.725022] sd 0:0:0:0: [sda] 976773167 512-byte logical blocks: (500 GB/466 GiB)
Sun Aug 23 21:56:03 2020 kern.notice kernel: [   11.733044] sd 0:0:0:0: [sda] Write Protect is off
Sun Aug 23 21:56:03 2020 kern.debug kernel: [   11.736665] sd 0:0:0:0: [sda] Mode Sense: 4f 00 00 00
Sun Aug 23 21:56:03 2020 kern.notice kernel: [   11.738710] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Sun Aug 23 21:56:03 2020 kern.warn kernel: [   11.739527] overlayfs: upper fs does not support xattr, falling back to index=off and metacopy=off.
Sun Aug 23 21:56:03 2020 kern.info kernel: [   12.012011]  sda: sda1
Sun Aug 23 21:56:03 2020 kern.notice kernel: [   12.020464] sd 0:0:0:0: [sda] Attached SCSI disk

Sun Aug 23 21:56:10 2020 daemon.err block: No "mount.ntfs" utility available
Sun Aug 23 21:56:10 2020 daemon.err block: mounting /dev/sda1 (ntfs) as /tmp/data-hdd failed (25) - Not a tty

Although I can mount the drive manually through ntfs-3g and the package is already installed but somehow the system thinks it is not available. For now the workaround is to manually mount the drive when the boot ends.

Please fix this issue thanks.

24.08.20203301PackagesBug ReportVery LowLowCannot satisfy dependency on iptables-mod-tproxyopenwrt-19.07Waiting on reporter Task Description

One example is iptables-mod-tproxy. It is available in 19.07.0, but not in 19.07.1. This causes dependency issue when installing some packages.
How to reproduce:

# opkg install shadowsocks-libev-ss-rules
Installing shadowsocks-libev-ss-rules (3.2.5-5) to root...
Downloading http://downloads.openwrt.org/releases/19.07.1/packages/aarch64_cortex-a53/packages/shadowsocks-libev-ss-rules_3.2.5-5_aarch64_cortex-a53.ipk
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for shadowsocks-libev-ss-rules:
 *      iptables-mod-tproxy
 * opkg_install_cmd: Cannot install package shadowsocks-libev-ss-rules.

I reproduced it on aarch64_coretex_a53, but I see it’s missing for other platforms like a72 and x86_64, too.

It was reported here: https://github.com/openwrt/packages/issues/11457 But was closed and the maintainer said it belongs here.

22.08.20203300KernelBug ReportVery LowCriticalQualcomm, MediaTek Wi-Fi Chips Vulnerable to Kr00k-Like...AllUnconfirmed Task Description

I don’t know if openwrt is/was affected
https://www.securityweek.com/qualcomm-mediatek-wi-fi-chips-vulnerable-kr00k-attacks

21.08.20203299Base systemBug ReportVery LowCriticalbusybox: Alternatives gets overwrited when busybox upda...TrunkUnconfirmed Task Description

This is device independent and I think it affects all versions but I have seen this over 19.07. If you have binary programs that conflicts with busybox ones, opkg sets them to be used instead when they are installed.

I discovered this because mwan3 got broke and investigating the error it dropped the problems seems to be that the ip binary from busybox doesn’t support some features mwan3 needs. I could find that I had ip installed as is a dependency of mwan3 so I just remembered that busybox was updated recently.

Just by reinstalling ip the issue was solved.

I don’t know how this could be managed, perhaps just when a package that has alternatives is installed update them and when the package is being upgraded ignore updating the alternatives.

I set this critical just because it could be very difficult to see where the problem is for many people (I surprised myself how it could take so many time to advert the real issue when I found it, it’s simple, but if you don’t notice busybox upgrading could be cumbersome to see), and, this could break things, like for example mwan3 or any other program that rely using alternative binaries and not the busybox ones. Of course fell free to set the severity you think could be more accurate.

21.08.20203298Base systemBug ReportVery LowCriticalEdimax 3G-6200n z OpenWrt 19.07.2 lost settings after r...openwrt-19.07Unconfirmed Task Description

Edimax 3G-6200n OpenWrt 19.07.2, r10947-65030d81f3

Steps:
1. Download the latest version OpenWrt 19.07.2 to Edimax 3G-6200n.
2. Set e.g. the password to the router and/or turn on the WiFi.
3. Reboot the router with the reboot option in OpenWrt.
4. The router has no settings previously saved - the status is as right after installing fresh OpenWRT - no password, no WiFi enabled, default settings.

Problem with JFFS.

root@OpenWrt:~# mount
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /tmp/root type tmpfs (rw,noatime,mode=755)
overlayfs:/tmp/root on / type overlay (rw,noatime,lowerdir=/,upperdir=/tmp/root/upper,workdir=/tmp/root/work)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
root@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 3.0M      3.0M         0 100% /rom
tmpfs                    13.8M    284.0K     13.5M   2% /tmp
tmpfs                    13.8M     60.0K     13.7M   0% /tmp/root
overlayfs:/tmp/root      13.8M     60.0K     13.7M   0% /
tmpfs                   512.0K         0    512.0K   0% /dev

root@OpenWrt:~# free
              total        used        free      shared  buff/cache   available
Mem:          28276       14008        5224         344        9044       11872
Swap:             0           0           0
#here I added the password and turned on the WiFi network - the free RAM decreased
root@OpenWrt:~# free
              total        used        free      shared  buff/cache   available
Mem:          28276       15632        3496         368        9148       10236
Swap:             0           0           0
root@OpenWrt:~#
Showing tasks 1 - 50 of 1122 Page 1 of 231 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing