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.

OpenedIDCategory  ascTask TypePrioritySeveritySummaryReported InStatus
17.10.20203390Base systemBug ReportVery LowLowIPv6 network stops working after a whileTrunkUnconfirmed Task Description

I have a Teltonika RUTX11 mobile internet router. It’s having issues that makes my router to loose IPv6 connectivity after a while.

root@Teltonika-RUTX11:~# ping6 ftp.sunet.se
PING ftp.sunet.se (2001:6b0:19::165): 56 data bytes
ping6: sendto: Permission denied

If I kill the odhcp6c process it will spawn a new process and IPv6 connectivity is restored for a while but in like 1-3 days It’s diving again.

I have logged a task at Teltonika but they haven’t been able to pinpoint where the issue is. I have tried starting the process with -v but it seems to not be able to give any more details in the logs.

The process is started with these arguments:

 odhcp6c -v -s /lib/netifd/dhcpv6.script -P0 -t120 qmimux0

Is there anything I can do to enable more logging to pinpoint the issue?

The /lib/netifd/dhcpv6.script file is quite massive:

 /proc/sys/net/ipv6/conf/$device/hop_limit
	[ -n "$RA_MTU" ] && [ "$RA_MTU" -ge 1280 ] && echo "$RA_MTU" > /proc/sys/net/ipv6/conf/$device/mtu 2>/dev/null
	[ -n "$RA_REACHABLE" ] && [ "$RA_REACHABLE" -gt 0 ] && echo "$RA_REACHABLE" > /proc/sys/net/ipv6/neigh/$device/base_reachable_time_ms
	[ -n "$RA_RETRANSMIT" ] && [ "$RA_RETRANSMIT" -gt 0 ] && echo "$RA_RETRANSMIT" > /proc/sys/net/ipv6/neigh/$device/retrans_time_ms
 
	proto_init_update "*" 1
 
	# Merge RA-DNS
	for radns in $RA_DNS; do
		local duplicate=0
		for dns in $RDNSS; do
			[ "$radns" = "$dns" ] && duplicate=1
		done
		[ "$duplicate" = 0 ] && RDNSS="$RDNSS $radns"
	done
 
	for dns in $RDNSS; do
		proto_add_dns_server "$dns"
	done
 
	for radomain in $RA_DOMAINS; do
		local duplicate=0
		for domain in $DOMAINS; do
			[ "$radomain" = "$domain" ] && duplicate=1
		done
		[ "$duplicate" = 0 ] && DOMAINS="$DOMAINS $radomain"
	done
 
	for domain in $DOMAINS; do
		proto_add_dns_search "$domain"
	done
 
	for prefix in $PREFIXES; do
		proto_add_ipv6_prefix "$prefix"
		prefsig="$prefsig ${prefix%%,*}"
		local entry="${prefix#*/}"
		entry="${entry#*,}"
		entry="${entry#*,}"
		local valid="${entry%%,*}"
 
		if [ -z "$RA_ADDRESSES" -a -z "$RA_ROUTES" -a \
				-z "$RA_DNS" -a "$FAKE_ROUTES" = 1 ]; then
			RA_ROUTES="::/0,$SERVER,$valid,4096"
		fi
	done
 
	for prefix in $USERPREFIX; do
		proto_add_ipv6_prefix "$prefix"
	done
 
	# Merge addresses
	for entry in $RA_ADDRESSES; do
		local duplicate=0
		local addr="${entry%%/*}"
		for dentry in $ADDRESSES; do
			local daddr="${dentry%%/*}"
			[ "$addr" = "$daddr" ] && duplicate=1
		done
		[ "$duplicate" = "0" ] && ADDRESSES="$ADDRESSES $entry"
	done
 
	for entry in $ADDRESSES; do
		local addr="${entry%%/*}"
		entry="${entry#*/}"
		local mask="${entry%%,*}"
		entry="${entry#*,}"
		local preferred="${entry%%,*}"
		entry="${entry#*,}"
		local valid="${entry%%,*}"
 
		proto_add_ipv6_address "$addr" "$mask" "$preferred" "$valid" 1
		addrsig="$addrsig $addr/$mask"
 
		if [ -z "$RA_ADDRESSES" -a -z "$RA_ROUTES" -a \
				-z "$RA_DNS" -a "$FAKE_ROUTES" = 1 ]; then
			RA_ROUTES="::/0,$SERVER,$valid,4096"
		fi
 
		# RFC 7278
		if [ "$mask" -eq 64 -a -z "$PREFIXES" -a -n "$EXTENDPREFIX" ]; then
			proto_add_ipv6_prefix "$addr/$mask,$preferred,$valid"
 
			local raroutes=""
			for route in $RA_ROUTES; do
				local prefix="${route%%/*}"
				local entry="${route#*/}"
				local pmask="${entry%%,*}"
				entry="${entry#*,}"
				local gw="${entry%%,*}"
 
				[ -z "$gw" -a "$mask" = "$pmask" ] && {
					case "$addr" in
						"${prefix%*::}"*) continue;;
					esac
				}
				raroutes="$raroutes $route"
			done
			RA_ROUTES="$raroutes"
		fi
	done
 
	for entry in $RA_ROUTES; do
		local duplicate=$NOSOURCEFILTER
		local addr="${entry%%/*}"
		entry="${entry#*/}"
		local mask="${entry%%,*}"
		entry="${entry#*,}"
		local gw="${entry%%,*}"
		entry="${entry#*,}"
		local valid="${entry%%,*}"
		entry="${entry#*,}"
		local metric="${entry%%,*}"
 
		for xentry in $RA_ROUTES; do
			local xprefix="${xentry%%,*}"
			xentry="${xentry#*,}"
			local xgw="${xentry%%,*}"
 
			[ -n "$gw" -a -z "$xgw" -a "$addr/$mask" = "$xprefix" ] && duplicate=1
		done
 
		if [ -z "$gw" -o "$duplicate" = 1 ]; then
			proto_add_ipv6_route "$addr" "$mask" "$gw" "$metric" "$valid"
		else
			for prefix in $PREFIXES $ADDRESSES; do
				local paddr="${prefix%%,*}"
				proto_add_ipv6_route "$addr" "$mask" "$gw" "$metric" "$valid" "$paddr"
			done
		fi
	done
 
	proto_add_data
	[ -n "$CER" ] && json_add_string cer "$CER"
	[ -n "$PASSTHRU" ] && json_add_string passthru "$PASSTHRU"
	[ -n "$ZONE" ] && json_add_string zone "$ZONE"
	proto_close_data
 
	proto_send_update "$INTERFACE"
 
	MAPTYPE=""
	MAPRULE=""
 
	if [ -n "$MAPE" -a -f /lib/netifd/proto/map.sh ]; then
		MAPTYPE="map-e"
		MAPRULE="$MAPE"
	elif [ -n "$MAPT" -a -f /lib/netifd/proto/map.sh -a -f /proc/net/nat46/control ]; then
		MAPTYPE="map-t"
		MAPRULE="$MAPT"
	elif [ -n "$LW4O6" -a -f /lib/netifd/proto/map.sh ]; then
		MAPTYPE="lw4o6"
		MAPRULE="$LW4O6"
	fi
 
	[ -n "$ZONE" ] || ZONE=$(fw3 -q network $INTERFACE 2>/dev/null)
 
	if [ "$IFACE_MAP" != 0 -a -n "$MAPTYPE" -a -n "$MAPRULE" ]; then
		[ -z "$IFACE_MAP" -o "$IFACE_MAP" = 1 ] && IFACE_MAP=${INTERFACE}_4
		json_init
		json_add_string name "$IFACE_MAP"
		json_add_string ifname "@$INTERFACE"
		json_add_string proto map
		json_add_string type "$MAPTYPE"
		json_add_string _prefsig "$prefsig"
		[ "$MAPTYPE" = lw4o6 ] && json_add_string _addrsig "$addrsig"
		json_add_string rule "$MAPRULE"
		json_add_string tunlink "$INTERFACE"
		[ -n "$ZONE_MAP" ] || ZONE_MAP=$ZONE
		[ -n "$ZONE_MAP" ] && json_add_string zone "$ZONE_MAP"
		[ -n "$ENCAPLIMIT_MAP" ] && json_add_string encaplimit "$ENCAPLIMIT_MAP"
		[ -n "$IFACE_MAP_DELEGATE" ] && json_add_boolean delegate "$IFACE_MAP_DELEGATE"
		json_close_object
		ubus call network add_dynamic "$(json_dump)"
	elif [ -n "$AFTR" -a "$IFACE_DSLITE" != 0 -a -f /lib/netifd/proto/dslite.sh ]; then
		[ -z "$IFACE_DSLITE" -o "$IFACE_DSLITE" = 1 ] && IFACE_DSLITE=${INTERFACE}_4
		json_init
		json_add_string name "$IFACE_DSLITE"
		json_add_string ifname "@$INTERFACE"
		json_add_string proto "dslite"
		json_add_string peeraddr "$AFTR"
		json_add_string tunlink "$INTERFACE"
		[ -n "$ZONE_DSLITE" ] || ZONE_DSLITE=$ZONE
		[ -n "$ZONE_DSLITE" ] && json_add_string zone "$ZONE_DSLITE"
		[ -n "$ENCAPLIMIT_DSLITE" ] && json_add_string encaplimit "$ENCAPLIMIT_DSLITE"
		[ -n "$IFACE_DSLITE_DELEGATE" ] && json_add_boolean delegate "$IFACE_DSLITE_DELEGATE"
		json_close_object
		ubus call network add_dynamic "$(json_dump)"
	elif [ "$IFACE_464XLAT" != 0 -a -f /lib/netifd/proto/464xlat.sh ]; then
		[ -z "$IFACE_464XLAT" -o "$IFACE_464XLAT" = 1 ] && IFACE_464XLAT=${INTERFACE}_4
		json_init
		json_add_string name "$IFACE_464XLAT"
		json_add_string ifname "@$INTERFACE"
		json_add_string proto "464xlat"
		json_add_string tunlink "$INTERFACE"
		json_add_string _addrsig "$addrsig"
		[ -n "$ZONE_464XLAT" ] || ZONE_464XLAT=$ZONE
		[ -n "$ZONE_464XLAT" ] && json_add_string zone "$ZONE_464XLAT"
		[ -n "$IFACE_464XLAT_DELEGATE" ] && json_add_boolean delegate "$IFACE_464XLAT_DELEGATE"
		json_close_object
		ubus call network add_dynamic "$(json_dump)"
	fi
 
	# TODO: $SNTP_IP $SIP_IP $SNTP_FQDN $SIP_DOMAIN
}
 
teardown_interface() {
	proto_init_update "*" 0
	proto_send_update "$INTERFACE"
}
 
case "$2" in
	bound)
		teardown_interface "$1"
		setup_interface "$1"
	;;
	informed|updated|rebound)
		setup_interface "$1"
	;;
	ra-updated)
		[ -n "$ADDRESSES$RA_ADDRESSES$PREFIXES$USERPREFIX" ] && setup_interface "$1"
	;;
	started|stopped|unbound)
		teardown_interface "$1"
	;;
esac
 
# user rules
[ -f /etc/odhcp6c.user ] && . /etc/odhcp6c.user "$@"
 
exit 0
>
13.10.20203384Base systemBug ReportVery LowLowDescription of "Local Service Only" in dhcp and dns pag...TrunkUnconfirmed Task Description
  • Background

On the “DHCP and DNS” page of the graphical UI (LuCI), there is an option named “Local Service Only” with a description of the option. The option reads as follows:

“Limit DNS service to subnets interfaces on which we are serving DNS.”

This is a very confusing description of whatever it is this option is intended to do. For comparison, this is a bit like saying “Delivery of food is only provided in locations where we provide food delivery.”

There is an option in dnsmasq called “no-dhcp-interface” whose description is similar to the one provided for the option in question here; I am guessing that this might have been the intended treatment.

  • Version of openwrt:

OpenWrt 19.07.4 r11208-ce6496d796

  • Steps to reproduce:

See the option labeled “Local Service Only” on the LuCI page for “DHCP and DNS

  • Expected results:

Option description should match an option or combination of options available in dnsmasq in a clear, non-circular fashion.

  • Actual results:

Uncertainty as to what this option is supposed to do, written in an obvious and intuitive manner.

  • Workaround:

Avoiding any use of this option until its meaning is clarified in the description.

  • Additional:

It may be that the intention was to implement something like the no-dhcp-interface option of dnsmasq. I cannot tell from the UI, but the description as it stands seems to indicate that. Hopefully, clarifying what this option actually does do will help avoid confusing user support issues.

12.10.20203381Base systemBug ReportVery LowLowTrunk don't initialize pci cards at mt7621TrunkUnconfirmed Task Description

Trunk does not initialize pci adapter cards properly.

I’m using unielec mt7621 board with kind of Atheros miniPCIe cards? in this test installed AR9287 adapter.

Here is lspci and part of dmesg output from 19.07.4:

root@OpenWrt:~# lspci -v
02:00.0 Network controller: Qualcomm Atheros AR9287 Wireless Network Adapter (PCI-Express) (rev 01)
        Subsystem: Qualcomm Atheros Device 30a4
        Flags: fast devsel, IRQ 255
        Memory at 60200000 (64-bit, non-prefetchable) [disabled] [size=64K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit-
        Capabilities: [60] Express Legacy Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 00-15-17-ff-ff-24-14-12
        Capabilities: [170] Power Budgeting <?>

[    2.261556] pci 0000:02:00.0: [168c:002e] type 00 class 0x028000
[    2.261628] pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x0000ffff 64bit]
[    2.261756] pci 0000:02:00.0: supports D1
[    2.261764] pci 0000:02:00.0: PME# supported from D0 D1 D3hot

Here is lspci and part of dmesg output from trunk:

02:00.0 Ethernet controller: Qualcomm Atheros AR5008 Wireless Network Adapter (rev 01)
        Flags: fast devsel, IRQ 255
        Memory at 60200000 (64-bit, non-prefetchable) [disabled] [size=64K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit-
        Capabilities: [60] Express Legacy Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00
        Capabilities: [170] Power Budgeting <?>

[    1.604742] pci 0000:02:00.0: [168c:ff1c] type 00 class 0x020000
[    1.610801] pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x0000ffff 64bit]
[    1.617717] pci 0000:02:00.0: supports D1
[    1.621723] pci 0000:02:00.0: PME# supported from D0 D1 D3hot

You may see the the trunk cannot see correct PCI ID and some pci parameters like device serial numbers. Also any wifi modules does not work (mac80211, etc).


11.10.20203379Base systemBug ReportVery LowMediumMissing switch0 LEDs in board definitionopenwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: TP-Link WDR3600
- Software versions of OpenWrt/LEDE release, packages, etc.: OpenWrt 19.07.4 r11208-ce6496d796 / LuCI openwrt-19.07 branch git-20.247.75781-0d0ab01

LEDs of switch0 are missing in board definition thus missing in LuCi web interface on ath79 target.

 


11.10.20203378Base systemBug ReportVery LowMediumuhttpd randomly returns "400 Bad request"TrunkUnconfirmed Task Description

In recent trunk uhttpd (2020-08-05-212f8364-1) sometimes return http error 400 Bad request

when cl→state==CLIENT_STATE_INIT
ustream_get_read_buf should read http request starting with method (GET,POST)
and ending with request body

sometimes it reads previous request body followed by current request (GET ...........)
it looks like

<some_json_date>GET /cgi-bin/luci/....

then this block is passed to client_init_cb and client_parse_request
client_parse_request return CLIENT_STATE_DONE
and it triggers uh_header_error(cl, 400, “Bad Request”);

If I replace uhttpd binary with the one taken from 19.07 problem disappears (had to ln one .so to make it work)

09.10.20203373Base systemBug ReportVery LowHighIPV6 flow offload brokenTrunkUnconfirmed Task Description

Enabling this option makes the ipv6 connection unstable.

Example: connecting to #openwrt-devel from hexchat (Ubuntu) makes you constantly disconnect.
Disabling flow offload makes the connection stable.


09.10.20203372Base systemBug ReportVery LowCriticalAfter flashing 19.07.4 on Kingston MLWG2, no network ar...openwrt-19.07Unconfirmed Task Description

Just flashed 19.07.4 on Kingston MLWG2.

Followed online procedure found (copy image to SD card, touch special file, login via telnet on stock firmware, write image, reboot device) to flash OpenWRT.

After flash, device “seems” stuck dead (all leds are on, wired network irresponsive, no WiFi AP detected).

I have opened the device, soldered the serial console pins and accessere via serial console.

Device is actually booting perfectly, but both wired and wifi are not accessible.

1. I have WiFi enabled by setting “disabled = 0” in /etc/config/wireless to OpenWrt AP

2. I have Wired enabled by adding “option iface “eth0”” to the “lan” interface in /etc/config/network

3. Device now works great

Without these two changes, the device is as good as dead.

This is a peculiar device: only 1 ethernet port and 2.4Ghz Wifi. My guess something is wrong in the vlan/bridge/switch settings?

I hope a fix can be commited somehow so that future users do not end up with a dead-like device.

 


04.10.20203368Base systemBug ReportVery LowLowsysupgrade using CLI require downloading image from htt...openwrt-19.07Unconfirmed Task Description

Hi,

I would like to submit a feature/enhancement request more than a bug request.

Supply the following if possible:
- Device problem occurs on
tested on xiaomi mi wifi 3G v1 (https://openwrt.org/toh/hwdata/xiaomi/xiaomi_miwifi_3g)
but probably occuring for all devices
- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 19.07.4
- Steps to reproduce
1/ upgrade to last stable firmware, so currently 19.07.4
2/ try to download the sysupgrade image
cd /tmp; wget –no-check-certificate “https://downloads.openwrt.org/releases/19.07.4/targets/ramips/mt7621/openwrt-19.07.4-ramips-mt7621-xiaomi_mir3g-squashfs-sysupgrade.bin” wget: SSL support not available, please install one of the libustream-.*[ssl|tls] packages as well as the ca-bundle and ca-certificates packages.

Since a few month, upgrade images have to be downloaded with https, because http requests are now redirected to https.
I also think that redirecting to https, can be a good idea.

Extract of https://openwrt.org/docs/guide-user/installation/sysupgrade.cli :
Download and check the firmware checksum with:
cd /tmp;wget $DOWNLOAD_LINK;wget $SHA256SUMS;sha256sum -c sha256sums 2>/dev/null|grep OK

When applied to my device and last stable release :
cd /tmp; wget –no-check-certificate “https://downloads.openwrt.org/releases/19.07.4/targets/ramips/mt7621/openwrt-19.07.4-ramips-mt7621-xiaomi_mir3g-squashfs-sysupgrade.bin” wget: SSL support not available, please install one of the libustream-.*[ssl|tls] packages as well as the ca-bundle and ca-certificates packages.

As discussed in forum (https://forum.openwrt.org/t/problem-downloading-openwrt-release-to-router-using-wget/63805), there are alternatives.

But, it’s a pain (at least not user friendly) to install a package, in order to download a new image to flash.
Can you add an ssl package to the default packages list ?

Another option is to permit download on http, but may not be the best idea.

I agree about the fact, that adding a package to all images is not so easy and maybe impossible due to space disk considerations.

As an openwrt user, I appreciate all the work, you are doing. Thank you for that project.

Regards,
Serge

03.10.20203367Base systemBug ReportVery LowMediumproblems in speed test on the Ethernet side TrunkUnconfirmed Task Description

Model router Linksys WRT1900ACS rev.v2
Architecture ARMv7 Processor rev 1 (v7l)
Firmware Version SNAPSHOT r14618-6f96a4d043 / LuCI Master git-20.267.53658-b17ec09
Kernel Version 5.4.68

Linksys WRT1900ACS v2 since it switched to this kernel version it no longer reaches a speed of 1Gbps on the wire, in speed test it reaches a maximum of 870Mbps!
DD-WRT, Linksys software manages to carry 1Gbps on the wire without problems!

 


30.09.20203366Base systemBug ReportVery LowMediumrouter keeps running out of memory, have to power cycle...openwrt-19.07Unconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
netgear r6350
- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 19.07.4 r11208-ce6496d796 / LuCI openwrt-19.07 branch git-20.247.75781-0d0ab01
I installed ocserv too but I don’t think its the problem
- Steps to reproduce
Just let router run, maybe will stay up for a week and then at some point gui tells me can’t fork, I can’t login to router with ssh and I have to power cycle it.

I added swap space on a USB stick to try to keep it from locking up.
I’ve ssh’ed into and run the following to try to figure out what’s going on.

I expected to find a process growing but nothing looks obvious to me. I just see free memory keep going down, and I see a bit of swap space used.

Any suggestions on what else I could do to figure out what’s going on with the memory usage?

looking at meminfo it shows about ~100M used but the numbers don’t seem to add up to that.

while sleep 60
do
  date
  uptime
  top -b -n 1 | head -n 10
  ps w | awk '$3 > 4000'
  free -m
  cat /proc/meminfo
  printf "\n"
done

Here’s what 10 days looks like:

Wed Sep 30 00:56:16 EDT 2020
 00:56:16 up 10 days,  2:38,  load average: 0.00, 0.02, 0.00
Mem: 100276K used, 23496K free, 1076K shrd, 1832K buff, 4600K cached
CPU:   0% usr   0% sys   0% nic 100% idle   0% io   0% irq   0% sirq
Load average: 0.01 0.02 0.00 2/71 27832
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
27831  7096 root     R     1224   1%   0% top -b -n 1
 2175  2174 root     S     4912   4%   0% ocserv-sm
 2174     1 root     S     4740   4%   0% ocserv-main
  931     1 root     S     2324   2%   0% /sbin/rpcd -s /var/run/ubus.sock -t 30
 2001     1 root     S     1784   1%   0% /usr/sbin/hostapd -s -P /var/run/wifi-phy0.pid -B /var/run/hostapd-phy0.conf
 1077     1 root     S     1748   1%   0% /sbin/netifd
  PID USER       VSZ STAT COMMAND
 2174 root      4740 S    ocserv-main
 2175 root      4912 S    ocserv-sm
              total        used        free      shared  buff/cache   available
Mem:         123772       93796       23544        1076        6432        2604
Swap:        262140        1024      261116
MemTotal:         123772 kB
MemFree:           23500 kB
MemAvailable:       2560 kB
Buffers:            1832 kB
Cached:             4600 kB
SwapCached:          232 kB
Active:             5184 kB
Inactive:           3364 kB
Active(anon):       1120 kB
Inactive(anon):     2072 kB
Active(file):       4064 kB
Inactive(file):     1292 kB
Unevictable:           0 kB
Mlocked:               0 kB
HighTotal:             0 kB
HighFree:              0 kB
LowTotal:         123772 kB
LowFree:           23500 kB
SwapTotal:        262140 kB
SwapFree:         261116 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:          1960 kB
Mapped:             2136 kB
Shmem:              1076 kB
Slab:              11756 kB
SReclaimable:       1912 kB
SUnreclaim:         9844 kB
KernelStack:         624 kB
PageTables:          308 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      324024 kB
Committed_AS:       6680 kB
VmallocTotal:    1040376 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
28.09.20203365Base systemBug ReportVery LowCriticalaccess USB storage in LEDE for Talon AD7200TrunkUnconfirmed Task Description

Anybody have an ideal to access USB storage at Talon AD72000 with nexmon firmware? lede-ad7200?

Several ways I have tried:

1. search for path like `/mnt/dev` `/dev/`, I can see my usb flash disk led blinking and there show up the device after I insert the disk, but I can NOT cd into the disk

2. install other tool via `opkg`, especially Quick Start for Adding a USB drive, however, the whole OS will crash down when install `kmod-usb-storage` at step 3 and I have to start all over.

Let me know if any solution

Best.

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

 


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.


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


14.09.20203338Base systemBug ReportVery LowHighTL-WR841N v13 (ramips) unstable Ethernet and WiFi in 19...openwrt-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

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


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

}

 


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.

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:~#
20.08.20203295Base systemBug ReportVery LowLowAdresses not configured on interface but visible via ub...TrunkUnconfirmed Task Description

On an ipq40xx/compex-wpj428, sometimes the addresses aren’t configured on the wan bridge.
netifd shows that it knows about addresses that should be configured but they aren’t.

“ip l set br-wan down” + up didn’t change that.
“ubus call network.interface.wan down” + up however, did lead to a change.

$ ip a show br-wan
6: br-wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 04:f0:21:4e:21:05 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::6f0:21ff:fe4e:2105/64 scope link 
       valid_lft forever preferred_lft forever
$ ubus call network.interface.wan status {}
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "dynamic": false,
        "uptime": 91629,
        "l3_device": "br-wan",
        "proto": "dhcp",
        "device": "br-wan",
        "ip4table": 1,
        "ip6table": 1,
        "metric": 0,
        "dns_metric": 0,
        "delegation": true,
        "ipv4-address": [
                { 
                        "address": "192.168.0.34",
                        "mask": 24
                } 
        ],
        "ipv6-address": [

        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                { 
                        "target": "0.0.0.0",
                        "mask": 0,
                        "nexthop": "192.168.0.1",
                        "source": "192.168.0.34/32"
                } 
        ],
        "dns-server": [
                "192.168.0.1",
                "192.168.0.1"
        ],
        "dns-search": [

        ],
        "neighbors": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ],
                "neighbors": [

                ]
        },
        "data": {
                "hostname": "test",
                "leasetime": 3600,
                "ntpserver": "212.6.108.160"
        }
}
18.08.20203293Base systemBug ReportVery LowLowath10k_pci firmware crash on openwrt-19.07 branch (git-...TrunkUnconfirmed Task Description

Running OpenWRT 19.07 on TP-LINK Archer C7 v5 with Candela Technologies firmware ath10k-firmware-qca988x-ct - 2019-10-03-d622d160-1 causes AP to crash, stalling all connections.

This is specially troublesome using a Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter as client (as per this bug report I filed here: External Link ).

Please refer to attached dmesg buffer. Let me know what additional info I may provide for completeness. I’m willing to test and can compile OpenWRT from scracth.

18.08.20203291Base systemBug ReportVery LowLowprocd gives warning when called outside an init scriptTrunkUnconfirmed Task Description

The documentation here: https://openwrt.org/docs/guide-developer/procd-init-scripts suggests that you can use procd outside of init scripts.:

Note You can also send signals to named procd services from outside initscripts. Simply load the procd functions and send the signal as before.
#!/bin/sh
. /lib/functions/procd.sh
procd_send_signal service_name [instance_name] [signal]

However, when you import the procd like this, the script shows an error when it calls ‘basename’ trying to obtain the procd lock.

 # cat /tmp/test.sh 
 
 #!/bin/sh
 set -x
 . /lib/functions/procd.sh
 # /tmp/test.sh 2>&1|grep basename -C2
 + readlink 
 + local 'basescript='
 + basename
 BusyBox v1.30.1 () multi-call binary.
 
 Usage: basename FILE [SUFFIX]
 
 Strip directory path and .SUFFIX from FILE

`

Either procd.sh should be updated so that it can be called outside of init scripts without printing warnings, or the documentation should be updated to reflect that procd should not be called outside init scripts.

15.08.20203286Base systemBug ReportVery LowLowSD card freezing for a while on Raspberry Pi 3 Model B ...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Raspberry Pi 3 Model B Rev 1.2
- OpenWrt 19.07.3 and occurs in the Linux kernel module.
- Steps to reproduce: Run RPI3B and wait for a while and monitor kernel logs and you will get the following:
[ 33.111038] mmc0: timeout waiting for hardware interrupt.
[ 33.118228] [019e2838] FCM> 34f29528 34f29628
[ 33.124313] [019e2839] IRQ> 0 0
[ 33.129082] [019e283d] TSK< 34f29528 0
[ 33.134397] [019e284b] TSK> 34f29528 0
[ 33.139625] [819e286f] REQ< 8b8baa0 10801
[ 33.145087] [819e2872] CMD< d 70000
[ 33.149984] [819e2879] FCM< 8b8baa0 8b8bb40
[ 33.155539] [819e287c] RSP 900 0
[ 33.160141] [819e2882] FCM> 8b8baa0 0
[ 33.165110] [819e2883] CMD d 0
[ 33.169506] [819e2884] REQ> 8b8baa0 0
[ 33.174403] [819e288a] TSK< 8b8baa0 0
[ 33.179286] [819e288e] TSK> 8b8baa0 0
[ 33.184103] [819e2895] PRD< 34f28668 0
[ 33.188995] [819e2895] PRD1 38ecf080 0
[ 33.193843] [819e289a] PRD2 1 0
[ 33.198009] [819e28a2] PRD3 35799808 0
[ 33.202727] [819e28a2] PDM> 34f28668 0
[ 33.207372] [819e28a2] REQ< 34f28528 10801
[ 33.212369] [819e28a3] CMD< 19 ed74f8
[ 33.216877] [819e28a5] CMDD 8 200
[ 33.220985] [819e28a6] SDMA 34f28668 38ecf080
[ 33.226169] [819e28a7] FCM< 34f28528 34f285e8
[ 33.231353] [819e28a8] RSP 900 0
[ 33.235491] [819e28a8] FCM> 34f28528 0
[ 33.240065] [819e28a9] CMD 19 200
[ 33.244277] [819e28a9] REQ> 34f28528 0
[ 33.248840] [419e2a08] DMA< 34f28668 1
[ 33.253393] [419e2a09] DMA 99 10807
[ 33.257763] [419e2a0b] FDA< 34f28528 0
[ 33.262313] [419e2a0c] TCM< 34f28668 0
[ 33.266850] [419e2a0c] CMD< c 0
[ 33.270772] [419e2a0d] TCM> 34f28668 0
[ 33.275345] [419e2a0d] FDA> 34f28528 34f28628
[ 33.280535] [419e2a0e] DMA> 0 0
[ 33.284488] [419e2ba1] IRQ< 400 0
[ 33.288616] [419e2ba1] IRQB 34f28628 400
[ 33.293372] [419e2ba2] FCM< 34f28528 34f28628
[ 33.298582] [419e2ba3] RSP c00 0
[ 33.302733] [419e2ba4] FCM> 34f28528 34f28628
[ 33.307964] [419e2ba5] IRQ> 0 0
[ 33.311953] [419e2ba6] TSK< 34f28528 0
[ 33.316559] [419e2bab] TSK> 34f28528 0
[ 33.321148] [819e2bb3] REQ< 8b8baa0 10801
[ 33.326005] [819e2bb4] CMD< d 70000
[ 33.330327] [819e2bb6] FCM< 8b8baa0 8b8bb40
[ 33.335370] [819e2bb9] RSP 900 0
[ 33.339530] [819e2bbc] FCM> 8b8baa0 0
[ 33.344048] [819e2bbc] CMD d 0
[ 33.348026] [819e2bbc] REQ> 8b8baa0 0
[ 33.352541] [819e2bc0] TSK< 8b8baa0 0
[ 33.357057] [819e2bc3] TSK> 8b8baa0 0
[ 33.361557] [819e2e8c] PRD< 34f29e68 0
[ 33.366146] [819e2e8d] PRD1 38ecf080 0
[ 33.370729] [819e2e95] PRD2 1 0
[ 33.374677] [819e2e9b] PRD3 35799908 0
[ 33.379255] [819e2e9b] PDM> 34f29e68 0
[ 33.383827] [819e2e9c] REQ< 34f29d28 10801
[ 33.388754] [819e2e9d] CMD< 19 ed74f8
[ 33.393230] [819e2ea3] CMDD 8 200
[ 33.397331] [819e2ea4] SDMA 34f29e68 38ecf080
[ 33.402510] [819e2ea6] FCM< 34f29d28 34f29de8
[ 33.407688] [819e2ea8] RSP 900 0
[ 33.411822] [819e2ea8] FCM> 34f29d28 0
[ 33.416391] [819e2ea9] CMD 19 200
[ 33.420602] [819e2eaa] REQ> 34f29d28 0
[ 33.425167] [c19e301d] DMA< 34f29e68 0
[ 33.429721] [c19e301e] DMA 99 10801
[ 33.434091] [c19e3020] FDA< 34f29d28 0
[ 33.438645] [c19e3021] TCM< 34f29e68 0
[ 33.443191] [c19e3022] CMD< c 0
[ 33.447122] [c19e3024] TCM> 34f29e68 0
[ 33.451699] [c19e3024] FDA> 34f29d28 34f29e28
[ 33.456901] [c19e3024] DMA> 0 0
[ 33.460859] [019e31ce] IRQ< 400 0
[ 33.464998] [019e31cf] IRQB 34f29e28 400
[ 33.469768] [019e31cf] FCM< 34f29d28 34f29e28
[ 33.474990] [019e31d1] RSP c00 0
[ 33.479151] [019e31d2] FCM> 34f29d28 34f29e28
[ 33.484390] [019e31d3] IRQ> 0 0
[ 33.488390] [019e31d5] TSK< 34f29d28 0
[ 33.493002] [019e31dc] TSK> 34f29d28 0
[ 33.497594] [819e32e0] REQ< 8b8baa0 10801
[ 33.502455] [819e32e1] CMD< d 70000
[ 33.506784] [819e32e8] FCM< 8b8baa0 8b8bb40
[ 33.511835] [819e32eb] RSP 900 0
[ 33.515996] [819e32ef] FCM> 8b8baa0 0
[ 33.520519] [819e32ef] CMD d 0
[ 33.524507] [819e32f0] REQ> 8b8baa0 0
[ 33.529031] [819e32f6] TSK< 8b8baa0 0
[ 33.533550] [819e32fa] TSK> 8b8baa0 0
[ 33.538055] [819e3300] PRD< 34f29268 0
[ 33.542652] [819e3301] PRD1 38ecf080 0
[ 33.547242] [819e3305] PRD2 1 0
[ 33.551195] [819e330d] PRD3 35799a08 0
[ 33.555775] [819e330e] PDM> 34f29268 0
[ 33.560348] [819e330e] REQ< 34f29128 10801
[ 33.565277] [819e330f] CMD< 19 ed1908
[ 33.569749] [819e3311] CMDD 8 200
[ 33.573851] [819e3311] SDMA 34f29268 38ecf080
[ 33.579028] [819e3312] FCM< 34f29128 34f291e8
[ 33.584206] [819e3314] RSP 900 0
[ 33.588340] [819e3314] FCM> 34f29128 0
[ 33.592908] [819e3314] CMD 19 200
[ 33.597114] [819e3315] REQ> 34f29128 0
[ 33.601673] [819e349f] DMA< 34f29268 0
[ 33.606221] [819e34a0] DMA 99 10801
[ 33.610586] [819e34a3] FDA< 34f29128 0
[ 33.615133] [819e34a4] TCM< 34f29268 0
[ 33.619669] [819e34a5] CMD< c 0
[ 33.623592] [819e34a7] TCM> 34f29268 0
[ 33.628162] [819e34a7] FDA> 34f29128 34f29228
[ 33.633350] [819e34a8] DMA> 0 0
[ 33.637300] [819e3634] IRQ< 400 0
[ 33.641430] [819e3635] IRQB 34f29228 400
[ 33.646187] [819e3636] FCM< 34f29128 34f29228
[ 33.651399] [819e3639] RSP c00 0
[ 33.655551] [819e363a] FCM> 34f29128 34f29228
[ 33.660784] [819e363b] IRQ> 0 0
[ 33.664774] [819e363d] TSK< 34f29128 0
[ 33.669384] [819e364b] TSK> 34f29128 0
[ 33.673974] [819e365b] REQ< 8b8baa0 10801
[ 33.678826] [819e365c] CMD< d 70000
[ 33.683144] [819e3660] FCM< 8b8baa0 8b8bb40
[ 33.688189] [819e3662] RSP 900 0
[ 33.692344] [819e3665] FCM> 8b8baa0 0
[ 33.696861] [819e3666] CMD d 0
[ 33.700842] [819e3666] REQ> 8b8baa0 0
[ 33.705359] [819e366e] TSK< 8b8baa0 0
[ 33.709874] [819e3672] TSK> 8b8baa0 0
[ 33.714371] [819e3679] PRD< 34c12a68 0
[ 33.718959] [819e367a] PRD1 38ecf080 0
[ 33.723544] [819e3685] PRD2 13 0
[ 33.727580] [819e3696] PRD3 34d1d008 0
[ 33.732157] [819e3697] PDM> 34c12a68 0
[ 33.736729] [819e3698] REQ< 34c12928 10801
[ 33.741657] [819e3698] CMD< 17 a8
[ 33.745770] [819e369a] FCM< 34c12928 34c129a8
[ 33.750957] [819e369d] RSP 900 0
[ 33.755072] [819e369d] CMD< 12 1f9de
[ 33.759452] [819e369f] CMDD a8 200
[ 33.763662] [819e36a0] SDMA 34c12a68 38ecf080
[ 33.768864] [819e36a1] FCM< 34c12928 34c129e8
[ 33.774069] [819e36a2] RSP 900 0
[ 33.778200] [819e36a3] FCM> 34c12928 0
[ 33.782770] [819e36a3] FCM> 34c12928 0
[ 33.787318] [819e36a4] CMD 12 200
[ 33.791510] [819e36a4] REQ> 34c12928 0
[ 33.796060] [019e47c5] DMA< 34c12a68 1
[ 33.800620] [019e47c7] DMA 52 10834
[ 33.805014] [019e47d6] FDA< 34c12928 0
[ 33.809588] [019e47d7] TCM< 34c12a68 0
[ 33.814157] [019e47d8] WTC< 10804 0
[ 33.818459] [019e47d9] WTC> 10804 0
[ 33.822746] [019e47d9] TCM> 34c12a68 0
[ 33.827306] [019e47d9] FDA> 34c12928 0
[ 33.831851] [019e47d9] DMA> 0 0
[ 33.835764] [019e47db] TSK< 34c12928 0
[ 33.840297] [019e47f0] TSK> 34c12928 0
[ 33.844803] [819e481f] PRD< 34f2a668 0
[ 33.849313] [819e481f] PRD1 38ecf080 0
[ 33.853819] [819e4823] PRD2 1 0
[ 33.857684] [819e482a] PRD3 360b5d08 0
[ 33.862173] [819e482a] PDM> 34f2a668 0
[ 33.866642] [819e482b] REQ< 34f2a528 10801
[ 33.871469] [819e482d] CMD< 19 ed1910
[ 33.875876] [819e4834] CMDD 8 200
[ 33.879921] [819e4835] SDMA 34f2a668 38ecf080
[ 33.885051] [819e4838] FCM< 34f2a528 34f2a5e8
[ 33.890187] [819e4839] RSP 900 0
[ 33.894262] [819e483a] FCM> 34f2a528 0
[ 33.898781] [819e483b] CMD 19 200
[ 33.902953] [819e483b] REQ> 34f2a528 0
[ 33.907486] [019e490c] DMA< 34f2a668 1
[ 33.912034] [019e490d] DMA 99 10807
[ 33.916400] [019e490e] FDA< 34f2a528 0
[ 33.920963] [019e490f] TCM< 34f2a668 0
[ 33.925521] [019e490f] CMD< c 0
[ 33.929444] [019e4911] TCM> 34f2a668 0
[ 33.934012] [019e4912] FDA> 34f2a528 34f2a628
[ 33.939210] [019e4912] DMA> 0 0
[ 33.943171] [019e4aa2] IRQ< 400 0
[ 33.947306] [019e4aa3] IRQB 34f2a628 400
[ 33.952072] [019e4aa3] FCM< 34f2a528 34f2a628
[ 33.957293] [019e4aa5] RSP c00 0
[ 33.961452] [019e4aa6] FCM> 34f2a528 34f2a628
[ 33.966692] [019e4aa7] IRQ> 0 0
[ 33.970687] [019e4aaa] TSK< 34f2a528 0
[ 33.975301] [019e4abd] TSK> 34f2a528 0
[ 33.979897] [819e4adb] REQ< 8b8baa0 10801
[ 33.984758] [819e4add] CMD< d 70000
[ 33.989086] [819e4ae1] FCM< 8b8baa0 8b8bb40
[ 33.994136] [819e4ae4] RSP 900 0
[ 33.998297] [819e4ae8] FCM> 8b8baa0 0
[ 34.002817] [819e4ae9] CMD d 0
[ 34.006806] [819e4ae9] REQ> 8b8baa0 0
[ 34.011328] [819e4af7] TSK< 8b8baa0 0
[ 34.015849] [819e4afd] TSK> 8b8baa0 0
[ 34.020356] [819e4b08] PRD< 34f2aa68 0
[ 34.024954] [819e4b09] PRD1 38ecf080 0
[ 34.029540] [819e4b0d] PRD2 1 0
[ 34.033491] [819e4b13] PRD3 382b2608 0
[ 34.038076] [819e4b14] PDM> 34f2aa68 0
[ 34.042657] [819e4b15] REQ< 34f2a928 10801
[ 34.047594] [819e4b15] CMD< 19 ed74f8
[ 34.052075] [819e4b17] CMDD 8 200
[ 34.056183] [819e4b18] SDMA 34f2aa68 38ecf080
[ 34.061370] [819e4b1a] FCM< 34f2a928 34f2a9e8
[ 34.066554] [819e4b1b] RSP 900 0
[ 34.070691] [819e4b1b] FCM> 34f2a928 0
[ 34.075269] [819e4b1c] CMD 19 200
[ 34.079484] [819e4b1c] REQ> 34f2a928 0
[ 34.084047] [419e4c97] DMA< 34f2aa68 0
[ 34.088602] [419e4c98] DMA 99 10801
[ 34.092973] [419e4c9a] FDA< 34f2a928 0
[ 34.097521] [419e4c9c] TCM< 34f2aa68 0
[ 34.102060] [419e4c9d] CMD< c 0
[ 34.105989] [419e4ca0] TCM> 34f2aa68 0
[ 34.110563] [419e4ca1] FDA> 34f2a928 34f2aa28
[ 34.115763] [419e4ca1] DMA> 0 0
[ 34.119720] [819e4e32] IRQ< 400 0
[ 34.123855] [819e4e33] IRQB 34f2aa28 400
[ 34.128622] [819e4e34] FCM< 34f2a928 34f2aa28
[ 34.133841] [819e4e36] RSP c00 0
[ 34.138000] [819e4e37] FCM> 34f2a928 34f2aa28
[ 34.143241] [819e4e37] IRQ> 0 0
[ 34.147238] [819e4e3b] TSK< 34f2a928 0
[ 34.151853] [819e4e4d] TSK> 34f2a928 0
[ 34.156450] [819e5abf] REQ< 8b8baa0 10801
[ 34.161314] [819e5ac0] CMD< d 70000
[ 34.165644] [819e5acc] FCM< 8b8baa0 8b8bb40
[ 34.170694] [819e5acf] RSP 900 0
[ 34.174862] [819e5ad3] FCM> 8b8baa0 0
[ 34.179390] [819e5ad4] CMD d 0
[ 34.183382] [819e5ad5] REQ> 8b8baa0 0
[ 34.187913] [819e5adf] TSK< 8b8baa0 0
[ 34.192441] [819e5ae6] TSK> 8b8baa0 0
[ 34.196952] [819e5af7] PRD< 383a6668 0
[ 34.201552] [819e5af8] PRD1 38ecf080 0
[ 34.206140] [819e5b03] PRD2 2 0
[ 34.210099] [819e5b0b] PRD3 360b5d08 0
[ 34.214684] [819e5b0b] PDM> 383a6668 0
[ 34.219259] [819e5b0c] REQ< 383a6528 10801
[ 34.224191] [819e5b0c] CMD< 17 8c
[ 34.228310] [819e5b0e] FCM< 383a6528 383a65a8
[ 34.233500] [819e5b10] RSP 900 0
[ 34.237620] [819e5b11] CMD< 12 21982
[ 34.242005] [819e5b13] CMDD 8c 200
[ 34.246220] [819e5b14] SDMA 383a6668 38ecf080
[ 34.251421] [819e5b16] FCM< 383a6528 383a65e8
[ 34.256619] [819e5b17] RSP 900 0
[ 34.260748] [819e5b18] FCM> 383a6528 0
[ 34.265319] [819e5b18] FCM> 383a6528 0
[ 34.269870] [819e5b18] CMD 12 200
[ 34.274060] [819e5b19] REQ> 383a6528 0
[ 34.278607] [823adfd1] TIM< 0 0
[ 34.282555] mmc0: sbc op 23 arg 0x8c flags 0×15 - resp 00000900 00000000 00000000 00000000, err 0
[ 34.293364] mmc0: cmd op 18 arg 0×21982 flags 0xb5 - resp 00000900 00000000 00000000 00000000, err 0
[ 34.304769] mmc0: data blocks 8c blksz 200 - err 0
[ 34.310795] mmc0: stop op 12 arg 0×0 flags 0×95 - resp 00000000 00000000 00000000 00000000, err 0
[ 34.322319] mmc0:

REGISTER DUMP

[ 34.328983] mmc0: SDCMD 0×00004052 [ 34.333872] mmc0: SDARG 0×00021982 [ 34.338742] mmc0: SDTOUT 0x017d7840
[ 34.343607] mmc0: SDCDIV 0×00000003 [ 34.348472] mmc0: SDRSP0 0×00000900 [ 34.353319] mmc0: SDRSP1 0×00001269 [ 34.358154] mmc0: SDRSP2 0x7fffffff
[ 34.362970] mmc0: SDRSP3 0×00024007 [ 34.367774] mmc0: SDHSTS 0×00000080 [ 34.372593] mmc0: SDVDD 0×00000001 [ 34.377403] mmc0: SDEDM 0×00010801 [ 34.382197] mmc0: SDHCFG 0x0000040e
[ 34.386978] mmc0: SDHBCT 0×00000200 [ 34.391676] mmc0: SDHBLC 0×00000006 [ 34.396280] mmc0:

[ 34.403337] mmcblk0: error -110 transferring data, sector 137602, nr 140, cmd response 0×900, card status 0xb00

 


14.08.20203283Base systemBug ReportVery LowLowLUCI unavailable when WAN MAC specifiedTrunkUnconfirmed Task Description

Running ‘OpenWrt 19.07.3 r11063-85e04e9f46’ on a Linksys WRT32ACM v1 if you set the WAN MAC to something other than what it really is, you can not access LUCI using the internal router IP (192.168.1.1) when the WAN is plugged in. If unplug the WAN, access to 192.168.1.1 is restored. This does not impact the IPv6 access via `openwrt.lan`. Repeatedly plugging and unplugging the WAN makes the problem appear and go away. I tried all kinds of Firewall rules and port forwards, rebooted and reset many times. I reverted the WAN MAC back to the actual hardware address and it works just fine. It appears that eth1.2 gets the new MAC, but the underlying eth1 still has the burned in MAC and I think that the card drops the packets (VLAN interfaces should have the same MAC as the parent). I’m now noticing that the MAC lines up with the wlan0 interface that was down and that could also contribute to the problem.

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

 

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000

  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  inet 127.0.0.1/8 scope host lo
     valid_lft forever preferred_lft forever
  inet6 ::1/128 scope host 
     valid_lft forever preferred_lft forever

2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 532

  link/ether 24:f5:a2:2f:39:d8 brd ff:ff:ff:ff:ff:ff
  inet6 fe80::26f5:a2ff:fe2f:39d8/64 scope link 
     valid_lft forever preferred_lft forever

3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 532

  link/ether 26:f5:a2:2f:39:d8 brd ff:ff:ff:ff:ff:ff
  inet6 fe80::24f5:a2ff:fe2f:39d8/64 scope link 
     valid_lft forever preferred_lft forever

5: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000

  link/ether 24:f5:a2:2f:39:da brd ff:ff:ff:ff:ff:ff

6: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000

  link/ether 24:f5:a2:2f:39:d9 brd ff:ff:ff:ff:ff:ff

7: mlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000

  link/ether 24:f5:a2:2f:39:db brd ff:ff:ff:ff:ff:ff

8: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000

  link/ether 26:f5:a2:2f:39:d8 brd ff:ff:ff:ff:ff:ff
  inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
     valid_lft forever preferred_lft forever
  inet6 2600:6c52:6300:74d6::1/64 scope global dynamic 
     valid_lft 600870sec preferred_lft 600870sec
  inet6 fdaa:bf91:a905::1/60 scope global 
     valid_lft forever preferred_lft forever
  inet6 fe80::24f5:a2ff:fe2f:39d8/64 scope link 
     valid_lft forever preferred_lft forever

9: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000

  link/ether 26:f5:a2:2f:39:d8 brd ff:ff:ff:ff:ff:ff

11: eth1.2@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000

  link/ether 24:f5:a2:2f:39:da brd ff:ff:ff:ff:ff:ff
  inet xx.xx.xx.xx/24 brd 24.176.239.255 scope global eth1.2
     valid_lft forever preferred_lft forever
  inet6 2600:6c52:7008:400:d99f:4eea:b0fd:a61/128 scope global dynamic 
     valid_lft 600870sec preferred_lft 600870sec
  inet6 fe80::26f5:a2ff:fe2f:39da/64 scope link 
     valid_lft forever preferred_lft forever
09.08.20203280Base systemBug ReportVery LowCriticalWan interface and sometimes lan interfaces randomly go ...TrunkUnconfirmed Task Description

- Versions where bug is present: OpenWRT snapshots, tested with r13938 and r18039.

- Affected device: D-Link DIR-878 and likely others from its family.

- What does it do and shouldn’t do: the ethernet interfaces randomly get switched on/off, dropping the link and resetting the connection. Troubleshooting has already been thoroughly conducted to rule out other causes, see below. This is critical severity because makes OpenWRT unusable in these devices.

- Steps to reproduce:
– flash the snapshot image on a D-Link DIR-878;
– configure the WAN (tested with PPPoE and DHCP protocols) and LAN interfaces (tested with Static and DHCP protocols) - using all interfaces will increase the likelihood that at least one of them will present the behaviour;
– wait an indefinite but reasonable (< 2h for all instances so far) amount of time;
– the interface will randomly be put down and then up a couple seconds later, and it will be randomly looping up/down states at random amounts of time.

- Troubleshooting already conducted: full and detailed troubleshooting history is present at this forum thread. Please let me know if I can provide further information.

- Additional info: some people are having WiFi issues with MT7621 family devices that might be related to this one if they share a common cause, such as a possible race condition in the drivers;

08.08.20203279Base systemBug ReportVery LowMediummac80211 doesn't see AR9820 minipci adapter at mt7621 b...TrunkUnconfirmed Task Description

Device: Unielec 7621-06 mt7621 with 64M Flash with Atheros AR9820 mini pcie adapter
Software: trunk

After sysupgrade -n with trunk image kernel does not recognize Atheros adapter:

root@router:~# lspci -k
00:00.0 PCI bridge: Device 0e8d:0801 (rev 01)
00:01.0 PCI bridge: Device 0e8d:0801 (rev 01)
01:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
        Subsystem: ASMedia Technology Inc. Device 1060
        Kernel driver in use: ahci
02:00.0 Ethernet controller: Qualcomm Atheros AR5008 Wireless Network Adapter (rev 01)

There is no interesting at dmesg output exсepts this:

[    1.028161]	mt7621-pci 1e140000.pcie: Parsing DT failed
[    1.140760]	mt7621-pci 1e140000.pcie: Error applying setting, reverse things back

Also there is no any messages about enabling pci002:00.0 device.

If mac80211 removed (with depended packets) adapter initialized correctly:

root@router:~# lspci -k
00:00.0 PCI bridge: Device 0e8d:0801 (rev 01)
00:01.0 PCI bridge: Device 0e8d:0801 (rev 01)
01:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
        Subsystem: ASMedia Technology Inc. Device 1060
        Kernel driver in use: ahci
02:00.0 Ethernet controller: Qualcomm Atheros AR982X Wireless Network Adapter (rev 01)

Image built by myself, downloaded snapshot from openwrt.org does not run at all.

The same card at the same device works perfectly with 19.07.3:

root@router:~# lspci -k
00:00.0 PCI bridge: Device 0e8d:0801 (rev 01)
00:01.0 PCI bridge: Device 0e8d:0801 (rev 01)
01:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
        Subsystem: ASMedia Technology Inc. Device 1060
        Kernel driver in use: ahci
02:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01)
        Subsystem: Qualcomm Atheros Device 3099
        Kernel driver in use: ath9k
06.08.20203275Base systemBug ReportVery LowLowMT7621 - Clients disconnecting / deauthenticated due to...TrunkUnconfirmed Task Description

Model Netgear R6220
Architecture MediaTek MT7621
OpenWrt 19.07.3 r11063-85e04e9f46

Wed Aug  5 13:20:29 2020 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 90:78:****
Wed Aug  5 13:20:29 2020 daemon.info hostapd: wlan0: STA 90:78:**** RADIUS: starting accounting session ACBA497F6AD16C46
Wed Aug  5 13:20:29 2020 daemon.info hostapd: wlan0: STA 90:78:**** WPA: pairwise key handshake completed (RSN)
Wed Aug  5 13:20:29 2020 daemon.info hostapd: wlan1: STA 90:78:**** IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Aug  5 13:20:35 2020 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 90:78:****
Wed Aug  5 13:20:35 2020 daemon.info hostapd: wlan0: STA 90:78:**** IEEE 802.11: disassociated
Wed Aug  5 13:20:35 2020 daemon.notice hostapd: wlan1: STA-OPMODE-N_SS-CHANGED 90:78:**** 1
Wed Aug  5 13:20:35 2020 daemon.info hostapd: wlan1: STA 90:78:**** IEEE 802.11: associated (aid 1)
Wed Aug  5 13:20:35 2020 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 90:78:****
Wed Aug  5 13:20:35 2020 daemon.info hostapd: wlan1: STA 90:78:**** RADIUS: starting accounting session B30F2D4C310A41EA
Wed Aug  5 13:20:35 2020 daemon.info hostapd: wlan1: STA 90:78:**** WPA: pairwise key handshake completed (RSN)
Wed Aug  5 13:20:36 2020 daemon.info hostapd: wlan0: STA 90:78:**** IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
config wifi-device 'radio0'
	option type 'mac80211'
	option hwmode '11g'
	option path 'pci0000:00/0000:00:01.0/0000:02:00.0'
	option htmode 'HT20'
	option country 'PL'
	option channel '11'
	option legacy_rates '0'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid '*****'
	option key '**********'
	option ft_over_ds '1'
	option ieee80211w '1'
	option ft_psk_generate_local '1'
	option ieee80211r '1'
	option mobility_domain '27DB'
	option encryption 'sae'
	option disassoc_low_ack '0'

config wifi-device 'radio1'
	option type 'mac80211'
	option hwmode '11a'
	option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
	option htmode 'VHT80'
	option country 'PL'
	option channel '128'
	option legacy_rates '0'

config wifi-iface 'wifinet3'
	option ssid '*****-IoT'
	option encryption 'psk2+ccmp'
	option device 'radio0'
	option mode 'ap'
	option ieee80211w '1'
	option key '**********'
	option ft_over_ds '1'
	option ft_psk_generate_local '1'
	option ieee80211r '1'
	option mobility_domain '285D'
	option disassoc_low_ack '0'

config wifi-iface 'wifinet4'
	option ssid '*****_5GHz'
	option device 'radio1'
	option ieee80211r '1'
	option ft_over_ds '1'
	option key '**********'
	option network 'lan'
	option mode 'ap'
	option ieee80211w '1'
	option ft_psk_generate_local '1'
	option mobility_domain '27DB'
	option encryption 'sae'
	option disassoc_low_ack '0'

config wifi-iface 'wifinet6'
	option ssid '*****_5GHz-IoT'
	option encryption 'psk2+ccmp'
	option device 'radio1'
	option ieee80211r '1'
	option ft_over_ds '1'
	option key '**********'
	option mode 'ap'
	option ieee80211w '1'
	option ft_psk_generate_local '1'
	option mobility_domain '285D'
	option disassoc_low_ack '0'

config wifi-iface 'wifinet5'
	option ssid '*****-Guest'
	option encryption 'psk2+ccmp'
	option device 'radio0'
	option mode 'ap'
	option ieee80211w '1'
	option ft_over_ds '1'
	option mobility_domain '28B1'
	option ft_psk_generate_local '1'
	option ieee80211r '1'
	option network 'lan'
	option key '**********'
	option disassoc_low_ack '0'

config wifi-iface 'wifinet7'
	option ssid '*****_5GHz-Guest'
	option encryption 'psk2+ccmp'
	option device 'radio1'
	option mode 'ap'
	option ieee80211w '1'
	option ft_over_ds '1'
	option ft_psk_generate_local '1'
	option ieee80211r '1'
	option mobility_domain '28B1'
	option network 'lan'
	option key '**********'
	option disassoc_low_ack '0'
 


04.08.20203271Base systemBug ReportVery LowLowWAN-eth1 restarts constantly and stops completely after...TrunkUnconfirmed Task Description

I have a TP-link Archer C60 v1 that has a serious problem of constant disconnections every few minutes (approx 4 to 1 hour). It seems to be random, or something I’m not seeing.

Device info.

Report in the OpenWrt forum here and here.

The problem happens with official or own compilations.

root@archer_c60:~# dmesg
[    0.000000] Linux version 5.4.52 (franco@ubuntu) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r14025-009e62c92c)) #0 Mon Aug 3 21:34:34 2020
[    0.000000] printk: bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019750 (MIPS 74Kc)
[    0.000000] MIPS: machine is TP-Link Archer C60 v1
[    0.000000] SoC: Qualcomm Atheros QCA956X ver 1 rev 0
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] 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] On node 0 totalpages: 16384
[    0.000000]   Normal zone: 144 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 16384 pages, LIFO batch:3
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 16240
[    0.000000] Kernel command line: console=ttyS0,115200n8 rootfstype=squashfs,jffs2
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes, linear)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] Memory: 57348K/65536K available (4786K kernel code, 186K rwdata, 1112K rodata, 1204K init, 196K bss, 8188K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS: 51
[    0.000000] random: get_random_bytes called from start_kernel+0x32c/0x518 with crng_init=0
[    0.000000] CPU clock: 775.000 MHz
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 4932285024 ns
[    0.000006] sched_clock: 32 bits at 387MHz, resolution 2ns, wraps every 5541893118ns
[    0.008216] Calibrating delay loop... 385.02 BogoMIPS (lpj=770048)
[    0.046713] pid_max: default: 32768 minimum: 301
[    0.051703] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.059420] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.071423] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.081738] futex hash table entries: 256 (order: -1, 3072 bytes, linear)
[    0.089029] pinctrl core: initialized pinctrl subsystem
[    0.095494] NET: Registered protocol family 16
[    0.129728] clocksource: Switched to clocksource MIPS
[    0.136186] NET: Registered protocol family 2
[    0.141534] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 4096 bytes, linear)
[    0.150415] TCP established hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.158508] TCP bind hash table entries: 1024 (order: 0, 4096 bytes, linear)
[    0.165952] TCP: Hash tables configured (established 1024 bind 1024)
[    0.172784] UDP hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.179723] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes, linear)
[    0.187384] NET: Registered protocol family 1
[    0.192033] PCI: CLS 0 bytes, default 32
[    0.199601] workingset: timestamp_bits=14 max_order=14 bucket_order=0
[    0.212506] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.218699] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.242820] pinctrl-single 1804002c.pinmux: 544 pins, size 68
[    0.249924] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    0.257292] printk: console [ttyS0] disabled
[    0.261885] 18020000.uart: ttyS0 at MMIO 0x18020000 (irq = 9, base_baud = 1562500) is a 16550A
[    0.270991] printk: console [ttyS0] enabled
[    0.280058] printk: bootconsole [early0] disabled
[    0.299004] spi-nor spi0.0: gd25q64 (8192 Kbytes)
[    0.303934] 5 fixed-partitions partitions found on MTD device spi0.0
[    0.310502] Creating 5 MTD partitions on "spi0.0":
[    0.315464] 0x000000000000-0x000000010000 : "u-boot"
[    0.321473] 0x000000010000-0x000000020000 : "mac"
[    0.327179] 0x000000020000-0x0000007e0000 : "firmware"
[    0.336503] 2 uimage-fw partitions found on MTD device firmware
[    0.342670] Creating 2 MTD partitions on "firmware":
[    0.347820] 0x000000000000-0x0000001e8769 : "kernel"
[    0.353783] 0x0000001e8769-0x0000007c0000 : "rootfs"
[    0.359694] mtd: device 4 (rootfs) set to be root filesystem
[    0.367266] 1 squashfs-split partitions found on MTD device rootfs
[    0.373704] 0x000000720000-0x0000007c0000 : "rootfs_data"
[    0.380120] 0x0000007e0000-0x0000007f0000 : "tplink"
[    0.386169] 0x0000007f0000-0x000000800000 : "art"
[    0.393638] libphy: Fixed MDIO Bus: probed
[    0.730817] ag71xx 19000000.eth: Could not connect to PHY device. Deferring probe.
[    1.133724] random: fast init done
[    1.370090] libphy: ag71xx_mdio: probed
[    1.374808] libphy: ar8xxx-mdio: probed
[    1.383022] switch0: Atheros AR8229 rev. 1 switch registered on mdio.0
[    1.443277] ag71xx 1a000000.eth: connected to PHY at fixed-0:00 [uid=00000000, driver=Generic PHY]
[    1.453133] eth0: Atheros AG71xx at 0xba000000, irq 5, mode: gmii
[    1.459652] i2c /dev entries driver
[    1.465629] NET: Registered protocol family 10
[    1.475565] Segment Routing with IPv6
[    1.479506] NET: Registered protocol family 17
[    1.484184] 8021q: 802.1Q VLAN Support v1.8
[    1.489239] PCI host bridge /ahb/pcie-controller@18250000 ranges:
[    1.495606]  MEM 0x0000000012000000..0x0000000013ffffff
[    1.501011]   IO 0x0000000000000000..0x0000000000000000
[    1.506568] PCI host bridge to bus 0000:00
[    1.510837] pci_bus 0000:00: root bus resource [mem 0x12000000-0x13ffffff]
[    1.517948] pci_bus 0000:00: root bus resource [io  0x0000]
[    1.523714] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    1.530731] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    1.538945] pci 0000:00:00.0: [168c:0056] type 00 class 0x028000
[    1.545205] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x001fffff 64bit]
[    1.552347] pci 0000:00:00.0: PME# supported from D0 D3hot
[    1.558929] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    1.565815] pci 0000:00:00.0: BAR 0: assigned [mem 0x12000000-0x121fffff 64bit]
[    1.893261] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd042, driver=Generic PHY]
[    1.903527] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[    1.916678] VFS: Mounted root (squashfs filesystem) readonly on device 31:4.
[    1.930630] Freeing unused kernel memory: 1204K
[    1.935329] This architecture does not have kernel memory protection.
[    1.941979] Run /sbin/init as init process
[    2.603251] init: Console is alive
[    2.607070] init: - watchdog -
[    3.857698] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    3.901414] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    3.919321] init: - preinit -
[    4.761647] random: jshn: uninitialized urandom read (4 bytes read)
[    4.866893] random: jshn: uninitialized urandom read (4 bytes read)
[    5.008869] random: jshn: uninitialized urandom read (4 bytes read)
[    5.761280] eth0: link up (1000Mbps/Full duplex)
[    5.769806] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    5.781838] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[    5.821133] urandom_read: 4 callbacks suppressed
[    5.821140] random: procd: uninitialized urandom read (4 bytes read)
[   10.086330] jffs2: notice: (527) jffs2_build_xattr_subsystem: complete building xattr subsystem, 21 of xdatum (9 unchecked, 1 orphan) and 32 of xref (1 dead, 0 orphan) found.
[   10.104253] mount_root: switching to jffs2 overlay
[   10.139301] overlayfs: upper fs does not support tmpfile.
[   10.151067] urandom-seed: Seeding with /etc/urandom.seed
[   10.238894] eth0: link down
[   10.259802] procd: - early -
[   10.262927] procd: - watchdog -
[   10.866830] procd: - watchdog -
[   10.870377] procd: - ubus -
[   10.915048] random: ubusd: uninitialized urandom read (4 bytes read)
[   10.924763] random: ubusd: uninitialized urandom read (4 bytes read)
[   10.932683] procd: - init -
[   11.661864] kmodloader: loading kernel modules from /etc/modules.d/*
[   11.758839] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[   11.875205] Mirror/redirect action on
[   11.900395] u32 classifier
[   11.903248]     input device check on
[   11.907032]     Actions configured
[   11.942370] Loading modules backported from Linux version v5.8-rc2-0-g48778464bb7d
[   11.950239] Backport generated by backports.git v5.8-rc2-1-0-g7a69429b
[   12.015183] wireguard: WireGuard 1.0.20200729 loaded. See www.wireguard.com for information.
[   12.023954] wireguard: Copyright (C) 2015-2019 Jason A. Donenfeld <Jason@zx2c4.com>. All Rights Reserved.
[   12.125541] urngd: v1.0.2 started.
[   12.154690] xt_time: kernel timezone is -0000
[   12.432978] ath10k 5.4 driver, optimized for CT firmware, probing pci device: 0x56.
[   12.441047] ath10k_mac_create, priv_size: 804  hw: (ptrval)  hw->priv: (ptrval)
[   12.454450] random: crng init done
[   12.470492] ath10k_pci 0000:00:00.0: enabling device (0000 -> 0002)
[   12.477291] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[   14.858841] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target 0x01000000 chip_id 0x00000000 sub 0000:0000
[   14.868416] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[   14.888430] ath10k_pci 0000:00:00.0: firmware ver 10.4b-ct-9888-fW-013-d81f62d97 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT crc32 937128b4
[   15.223010] ath10k_pci 0000:00:00.0: failed to fetch board data for bus=pci,bmi-chip-id=0,bmi-board-id=20 from ath10k/QCA9888/hw2.0/board-2.bin
[   15.237129] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id 0:20 crc32 8971a1b4
[   17.273475] ath10k_pci 0000:00:00.0: unsupported HTC service id: 1536
[   17.283350] ath10k_pci 0000:00:00.0: 10.4 wmi init: vdevs: 16  peers: 48  tid: 96
[   17.291138] ath10k_pci 0000:00:00.0: msdu-desc: 2500  skid: 32
[   17.321246] ath10k_pci 0000:00:00.0: wmi print 'P 48/48 V 16 K 144 PH 176 T 186  msdu-desc: 2500  sw-crypt: 0 ct-sta: 0'
[   17.332536] ath10k_pci 0000:00:00.0: wmi print 'free: 114524 iram: 12628 sram: 29508'
[   17.566737] ath10k_pci 0000:00:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-cal-file max-sta 32 raw 0 hwcrypto 1
[   17.648824] ath: EEPROM regdomain sanitized
[   17.648834] ath: EEPROM regdomain: 0x64
[   17.648837] ath: EEPROM indicates we should expect a direct regpair map
[   17.648854] ath: Country alpha2 being used: 00
[   17.648857] ath: Regpair used: 0x64
[   17.732561] ath: EEPROM regdomain sanitized
[   17.732571] ath: EEPROM regdomain: 0x64
[   17.732574] ath: EEPROM indicates we should expect a direct regpair map
[   17.732593] ath: Country alpha2 being used: 00
[   17.732596] ath: Regpair used: 0x64
[   17.744788] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[   17.746726] ieee80211 phy1: Atheros AR9561 Rev:0 mem=0xb8100000, irq=2
[   17.784311] kmodloader: done loading kernel modules from /etc/modules.d/*
[   29.726074] eth0: link up (1000Mbps/Full duplex)
[   29.744030] br-lan: port 1(eth0.1) entered blocking state
[   29.749664] br-lan: port 1(eth0.1) entered disabled state
[   29.755551] device eth0.1 entered promiscuous mode
[   29.760547] device eth0 entered promiscuous mode
[   29.773858] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   29.845863] br-lan: port 1(eth0.1) entered blocking state
[   29.851467] br-lan: port 1(eth0.1) entered forwarding state
[   30.753814] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   32.003594] eth1: link up (100Mbps/Full duplex)
[   32.028748] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[   32.790926] ath: EEPROM regdomain: 0x8020
[   32.795121] ath: EEPROM indicates we should expect a country code
[   32.801425] ath: doing EEPROM country->regdmn map search
[   32.806913] ath: country maps to regdmn code: 0x3b
[   32.811867] ath: Country alpha2 being used: AR
[   32.816462] ath: Regpair used: 0x3b
[   32.820066] ath: regdomain 0x8020 dynamically updated by user
[   32.826071] ath: EEPROM regdomain: 0x8020
[   32.830223] ath: EEPROM indicates we should expect a country code
[   32.836514] ath: doing EEPROM country->regdmn map search
[   32.841998] ath: country maps to regdmn code: 0x3b
[   32.846944] ath: Country alpha2 being used: AR
[   32.851530] ath: Regpair used: 0x3b
[   32.855135] ath: regdomain 0x8020 dynamically updated by user
[   35.621539] br-lan: port 2(2G_ap) entered blocking state
[   35.627088] br-lan: port 2(2G_ap) entered disabled state
[   35.632889] device 2G_ap entered promiscuous mode
[   36.767071] IPv6: ADDRCONF(NETDEV_CHANGE): 2G_ap: link becomes ready
[   36.773915] br-lan: port 2(2G_ap) entered blocking state
[   36.779457] br-lan: port 2(2G_ap) entered forwarding state
[   39.593566] ath10k_pci 0000:00:00.0: unsupported HTC service id: 1536
[   39.600391] ath10k_pci 0000:00:00.0: 10.4 wmi init: vdevs: 16  peers: 48  tid: 96
[   39.608239] ath10k_pci 0000:00:00.0: msdu-desc: 2500  skid: 32
[   39.638423] ath10k_pci 0000:00:00.0: wmi print 'P 48/48 V 16 K 144 PH 176 T 186  msdu-desc: 2500  sw-crypt: 0 ct-sta: 0'
[   39.649793] ath10k_pci 0000:00:00.0: wmi print 'free: 114524 iram: 12628 sram: 29508'
[   39.962495] ath10k_pci 0000:00:00.0: Firmware lacks feature flag indicating a retry limit of > 2 is OK, requested limit: 4
[   40.056094] br-lan: port 3(5G_ap) entered blocking state
[   40.061668] br-lan: port 3(5G_ap) entered disabled state
[   40.067470] device 5G_ap entered promiscuous mode
[   40.592976] ath10k_pci 0000:00:00.0: NOTE:  Firmware DBGLOG output disabled in debug_mask: 0x10000000
[   42.454916] IPv6: ADDRCONF(NETDEV_CHANGE): 5G_ap: link becomes ready
[   42.461871] br-lan: port 3(5G_ap) entered blocking state
[   42.467408] br-lan: port 3(5G_ap) entered forwarding state
[   71.382406] ath10k_pci 0000:00:00.0: Invalid VHT mcs 15 peer stats
[  341.666028] eth1: link down
[  344.483336] eth1: link up (100Mbps/Full duplex)
[  344.491658] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[  578.229353] ath10k_pci 0000:00:00.0: htt tx: fixing invalid VHT TX rate code 0xff
[  592.368021] eth1: link down
[  594.703887] eth1: link up (100Mbps/Full duplex)
[  594.714352] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[  731.949888] eth1: link down
[  734.221962] eth1: link up (100Mbps/Full duplex)
[  734.227213] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[  820.236857] eth1: link down
[  822.605965] eth1: link up (100Mbps/Full duplex)
[  822.610905] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[  826.702190] eth1: link down
[  829.102014] eth1: link up (100Mbps/Full duplex)
[  829.107387] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 1649.347796] eth1: link down
[ 1651.621462] eth1: link up (100Mbps/Full duplex)
[ 1651.626465] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 1841.056988] eth1: link down
[ 1843.456817] eth1: link up (100Mbps/Full duplex)
[ 1843.461740] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 2180.413149] eth1: link down
[ 2182.718570] eth1: link up (100Mbps/Full duplex)
[ 2182.724457] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 2198.078586] eth1: link down
[ 2200.350082] eth1: link up (100Mbps/Full duplex)
[ 2200.355326] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 2767.640586] eth1: link down
[ 2769.913486] eth1: link up (100Mbps/Full duplex)
[ 2769.918880] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 3632.176061] eth1: link down
[ 3634.929548] eth1: link up (100Mbps/Full duplex)
[ 3634.947194] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 4204.358095] eth1: link down
[ 4206.821967] eth1: link up (100Mbps/Full duplex)
[ 4206.826885] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 4285.669868] eth1: link down
[ 4288.549039] eth1: link up (100Mbps/Full duplex)
[ 4288.553962] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 4437.028463] eth1: link down
[ 4439.299787] eth1: link up (100Mbps/Full duplex)
[ 4439.305020] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5146.874710] eth1: link down
[ 5149.368670] eth1: link up (100Mbps/Full duplex)
[ 5149.374116] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5381.813951] eth1: link down
[ 5384.055038] eth1: link up (100Mbps/Full duplex)
[ 5384.059934] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 5642.100393] eth1: link down
[ 5644.373038] eth1: link up (100Mbps/Full duplex)
[ 5644.378482] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 7494.721193] eth1: link down
[ 7497.344721] eth1: link up (100Mbps/Full duplex)
[ 7497.349853] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 7498.367589] eth1: link down
[ 7501.023786] eth1: link up (100Mbps/Full duplex)
[ 7501.033810] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 7768.284460] eth1: link down
[ 7770.555910] eth1: link up (100Mbps/Full duplex)
[ 7770.560802] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 8019.384339] eth1: link down
[ 8021.625385] eth1: link up (100Mbps/Full duplex)
[ 8021.630736] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 8403.572058] eth1: link down
[ 8405.813090] eth1: link up (100Mbps/Full duplex)
[ 8405.818007] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 8527.667165] eth1: link down
[ 8529.907650] eth1: link up (100Mbps/Full duplex)
[ 8529.914523] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 8880.112215] eth1: link down
[ 8882.383496] eth1: link up (100Mbps/Full duplex)
[ 8882.388796] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 9199.819312] eth1: link down
[ 9202.091975] eth1: link up (100Mbps/Full duplex)
[ 9202.096881] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 9356.713628] eth1: link down
[ 9358.954413] eth1: link up (100Mbps/Full duplex)
[ 9358.959717] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 9633.414597] eth1: link down
[ 9635.687330] eth1: link up (100Mbps/Full duplex)
[ 9635.692245] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 9684.873413] eth1: link down
[ 9687.110800] eth1: link up (100Mbps/Full duplex)
[ 9687.116036] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[10674.234523] eth1: link down
[10676.505354] eth1: link up (100Mbps/Full duplex)
[10676.510427] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[10983.699927] eth1: link down
[10985.941798] eth1: link up (100Mbps/Full duplex)
[10985.946692] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[11115.987273] eth1: link down
[11118.227019] eth1: link up (100Mbps/Full duplex)
[11118.231935] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[11258.511665] eth1: link down
[11260.752903] eth1: link up (100Mbps/Full duplex)
[11260.757818] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[12051.270601] eth1: link down
[12053.542580] eth1: link up (100Mbps/Full duplex)
[12053.547634] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[12224.548043] eth1: link down
[12226.820838] eth1: link up (100Mbps/Full duplex)
[12226.826133] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[13093.116349] eth1: link down
[13095.388099] eth1: link up (100Mbps/Full duplex)
[13095.393036] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[13237.723403] eth1: link down
[13239.994531] eth1: link up (100Mbps/Full duplex)
[13239.999449] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[13480.631361] eth1: link down
[13482.903933] eth1: link up (100Mbps/Full duplex)
[13482.908827] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[14079.986670] eth1: link down
[14082.865153] eth1: link up (100Mbps/Full duplex)
[14082.875799] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[14136.142960] eth1: link down
[14138.480152] eth1: link up (100Mbps/Full duplex)
[14138.485048] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[14326.892801] eth1: link down
[14329.165044] eth1: link up (100Mbps/Full duplex)
[14329.170437] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[15205.698224] eth1: link down
[15208.034072] eth1: link up (100Mbps/Full duplex)
[15208.038993] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[16868.939213] eth1: link down
[16871.691530] eth1: link up (100Mbps/Full duplex)
[16871.696502] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[17219.845264] eth1: link down
[17222.085945] eth1: link up (100Mbps/Full duplex)
[17222.091188] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[17266.116135] eth1: link down
[17268.358170] eth1: link up (100Mbps/Full duplex)
[17268.363287] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[18608.757159] eth1: link down
[18610.998442] eth1: link up (100Mbps/Full duplex)
[18611.003804] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[18764.595469] eth1: link down
[18766.836763] eth1: link up (100Mbps/Full duplex)
[18766.841656] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[20083.683566] eth1: link down
[20085.924491] eth1: link up (100Mbps/Full duplex)
[20085.929635] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[20258.977467] eth1: link down
[20261.250149] eth1: link up (100Mbps/Full duplex)
[20261.255096] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[20799.867102] eth1: link down
[20800.905538] eth1: link up (100Mbps/Full duplex)
[20801.403850] eth1: link down
[20803.739123] eth1: link up (100Mbps/Full duplex)
[20803.744597] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[20860.057661] eth1: link down
[20862.298378] eth1: link up (100Mbps/Full duplex)
[20862.303274] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[21054.806768] eth1: link down
[21057.335858] eth1: link up (100Mbps/Full duplex)
[21057.340763] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[21401.394255] eth1: link down
[21403.667456] eth1: link up (100Mbps/Full duplex)
[21403.673375] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[21526.544502] eth1: link down
[21528.785624] eth1: link up (100Mbps/Full duplex)
[21528.790873] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[22750.558286] eth1: link down
[22752.991528] eth1: link up (100Mbps/Full duplex)
[22752.996798] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[23049.946588] eth1: link down
[23052.667230] eth1: link up (100Mbps/Full duplex)
[23052.672628] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[23937.424784] eth1: link down
[23939.918740] eth1: link up (100Mbps/Full duplex)
[23939.923699] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[24151.883187] eth1: link down
[24154.155689] eth1: link up (100Mbps/Full duplex)
[24154.160921] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[24189.994240] eth1: link down
[24192.267137] eth1: link up (100Mbps/Full duplex)
[24192.272514] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[24815.876173] eth1: link down
[24818.146255] eth1: link up (100Mbps/Full duplex)
[24818.151147] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[24919.520764] eth1: link down
[24921.760804] eth1: link up (100Mbps/Full duplex)
[24921.765696] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[25562.774798] eth1: link down
[25565.047734] eth1: link up (100Mbps/Full duplex)
[25565.053118] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[25785.204201] eth1: link down
[25787.476678] eth1: link up (100Mbps/Full duplex)
[25787.481822] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[26773.733380] eth1: link down
[26776.714562] eth1: link up (100Mbps/Full duplex)
[26776.730903] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[26790.085415] eth1: link down
[26792.678448] eth1: link up (100Mbps/Full duplex)
[26792.697842] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[27487.164577] eth1: link down
[27489.660947] eth1: link up (100Mbps/Full duplex)
[27489.668112] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[28290.895944] eth1: link down
[28293.425287] eth1: link up (100Mbps/Full duplex)
[28293.437604] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[28658.059181] eth1: link down
[28660.812898] eth1: link up (100Mbps/Full duplex)
[28660.826712] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[28743.785857] eth1: link down
[28746.187045] eth1: link up (100Mbps/Full duplex)
[28746.191940] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[28782.025579] eth1: link down
[28784.266545] eth1: link up (100Mbps/Full duplex)
[28784.271471] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[30246.613459] eth1: link down
[30249.014683] eth1: link up (100Mbps/Full duplex)
[30249.019603] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[32144.537910] eth1: link down
[32147.131202] eth1: link up (100Mbps/Full duplex)
[32147.149670] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[38872.203135] eth1: link down
[38873.247956] eth1: link up (100Mbps/Full duplex)
[38873.695232] eth1: link down
[38876.139641] eth1: link up (100Mbps/Full duplex)
[38876.144565] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[39186.470864] eth1: link down
[39189.224149] eth1: link up (100Mbps/Full duplex)
[39189.238760] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[40019.293485] eth1: link down
[40022.302813] eth1: link up (100Mbps/Full duplex)
[40022.317265] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[41084.176732] eth1: link down
[41087.250081] eth1: link up (100Mbps/Full duplex)
[41087.260597] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[43065.688340] eth1: link down
[43066.762455] eth1: link up (100Mbps/Full duplex)
[43066.780405] eth1: link down
[43068.953581] eth1: link up (100Mbps/Full duplex)
[43068.964050] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[45176.735987] eth1: link down
[45177.813318] eth1: link up (100Mbps/Full duplex)
[45177.929459] eth1: link down
[45180.003569] eth1: link up (100Mbps/Full duplex)
[45180.015357] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[47273.319242] eth1: link down
[47275.708534] eth1: link up (100Mbps/Full duplex)
[47275.718181] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[47301.574020] eth1: link down
[47304.040059] eth1: link up (100Mbps/Full duplex)
[47304.045503] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[47480.355611] eth1: link down
[47481.427781] eth1: link up (100Mbps/Full duplex)
[47481.447013] eth1: link down
[47483.556901] eth1: link up (100Mbps/Full duplex)
[47483.567363] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[53730.071248] eth1: link down
[53731.096636] eth1: link up (100Mbps/Full duplex)
[53732.239828] eth1: link down
[53734.649205] eth1: link up (100Mbps/Full duplex)
[53734.654139] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[54051.443072] ath10k_pci 0000:00:00.0: Cannot communicate with firmware, previous wmi cmds: 36967:13437256 36967:13437239 36965:13436981 40859:13436981, jiffies: 13438016, attempting to fake crash and restart firmware, dev-flags: 0x42
[54051.464514] ath10k_pci 0000:00:00.0: failed to send wmi nop: -143
[54051.470856] ath10k_pci 0000:00:00.0: could not request stats (type -268435456 ret -143 specifier 1)
[54051.589474] ath10k_pci 0000:00:00.0: firmware crashed! (guid n/a)
[54051.595832] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target 0x01000000 chip_id 0x00000000 sub 0000:0000
[54051.605430] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[54051.625558] ath10k_pci 0000:00:00.0: firmware ver 10.4b-ct-9888-fW-013-d81f62d97 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT crc32 937128b4
[54051.655549] ath10k_pci 0000:00:00.0: board_file api 1 bmi_id 0:20 crc32 8971a1b4
[54051.663289] ath10k_pci 0000:00:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-cal-file max-sta 32 raw 0 hwcrypto 1
[54051.684158] ath10k_pci 0000:00:00.0: failed to get memcpy hi address for firmware address 4: -16
[54051.693254] ath10k_pci 0000:00:00.0: failed to read firmware dump area: -16
[54051.700454] ath10k_pci 0000:00:00.0: in crash-regs-harder
[54052.859201] ath10k_pci 0000:00:00.0: in crash-regs-harder, firmware did not provide indicator: 0x2
[54052.868542] ath10k_pci 0000:00:00.0: Copy Engine register dump:
[54052.874710] ath10k_pci 0000:00:00.0: [00]: 0x0004a000   5   5   3   3
[54052.881383] ath10k_pci 0000:00:00.0: [01]: 0x0004a400  21  21  91  92
[54052.888060] ath10k_pci 0000:00:00.0: [02]: 0x0004a800  63  63  62  63
[54052.894737] ath10k_pci 0000:00:00.0: [03]: 0x0004ac00  20  16  20  16
[54052.901405] ath10k_pci 0000:00:00.0: [04]: 0x0004b000 4791 4791  57  17
[54052.908248] ath10k_pci 0000:00:00.0: [05]: 0x0004b400  19  19  50  51
[54052.914919] ath10k_pci 0000:00:00.0: [06]: 0x0004b800  25  25  25  25
[54052.921580] ath10k_pci 0000:00:00.0: [07]: 0x0004bc00   0   1   0   1
[54052.928247] ath10k_pci 0000:00:00.0: [08]: 0x0004c000   0   0 127   0
[54052.934918] ath10k_pci 0000:00:00.0: [09]: 0x0004c400   0   0   0   0
[54052.941579] ath10k_pci 0000:00:00.0: [10]: 0x0004c800   0   0   0   0
[54052.948244] ath10k_pci 0000:00:00.0: [11]: 0x0004cc00   0   0   0   0
[54052.955045] ath10k_pci 0000:00:00.0: failed to get memcpy hi address for firmware address 8: -28
[54052.964224] ath10k_pci 0000:00:00.0: failed to dump debug log area: -28
[54054.231779] ath10k_pci 0000:00:00.0: failed to send pdev bss chan info request: -143
[54054.283727] ath10k_pci 0000:00:00.0: failed to set beacon mode for vdev 0: -143
[54054.291449] ath10k_pci 0000:00:00.0: failed to set dtim period for vdev 0: -143
[54054.299559] ath10k_pci 0000:00:00.0: failed to recalculate rts/cts prot for vdev 0: -143
[54054.308003] ath10k_pci 0000:00:00.0: failed to set cts protection for vdev 0: -143
[54054.315853] ath10k_pci 0000:00:00.0: failed to set preamble for vdev 0: -143
[54054.323152] ath10k_pci 0000:00:00.0: failed to set mgmt tx rate -143
[54057.534308] ath10k_pci 0000:00:00.0: removing peer, cleanup-all, deleting: peer e80ddcc2 vdev: 0 addr: 50:c7:bf:75:81:af 
[54057.545794] ath10k_pci 0000:00:00.0: failed to read hi_board_data address: -28
[54057.710699] ieee80211 phy0: Hardware restart was requested
[54059.808138] ath10k_pci 0000:00:00.0: unsupported HTC service id: 1536
[54059.815390] ath10k_pci 0000:00:00.0: 10.4 wmi init: vdevs: 16  peers: 48  tid: 96
[54059.823264] ath10k_pci 0000:00:00.0: msdu-desc: 2500  skid: 32
[54059.853446] ath10k_pci 0000:00:00.0: wmi print 'P 48/48 V 16 K 144 PH 176 T 186  msdu-desc: 2500  sw-crypt: 0 ct-sta: 0'
[54059.864797] ath10k_pci 0000:00:00.0: wmi print 'free: 114524 iram: 12628 sram: 29508'
[54060.177482] ath10k_pci 0000:00:00.0: Firmware lacks feature flag indicating a retry limit of > 2 is OK, requested limit: 4
[54060.387955] ath10k_pci 0000:00:00.0: device successfully recovered
[56380.150084] eth1: link down
[56382.455362] eth1: link up (100Mbps/Full duplex)
[56382.460915] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[57573.479020] eth1: link down
[57575.848305] eth1: link up (100Mbps/Full duplex)
[57575.857942] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[62279.278882] eth1: link down
[62282.093972] eth1: link up (100Mbps/Full duplex)
[62282.106792] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[62566.921643] eth1: link down
[62569.642374] eth1: link up (100Mbps/Full duplex)
[62569.647702] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[64258.228833] eth1: link down
[64260.469184] eth1: link up (100Mbps/Full duplex)
[64260.475349] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[64432.498472] eth1: link down
[64434.770921] eth1: link up (100Mbps/Full duplex)
[64434.776356] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[64681.582940] eth1: link down
[64683.855712] eth1: link up (100Mbps/Full duplex)
[64683.860607] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[67376.940335] eth1: link down
[67379.277635] eth1: link up (100Mbps/Full duplex)
[67379.294109] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[68199.649623] eth1: link down
[68201.958955] eth1: link up (100Mbps/Full duplex)
[68201.969490] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[68440.734545] eth1: link down
[68443.103654] eth1: link up (100Mbps/Full duplex)
[68443.110942] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[68926.670978] eth1: link down
[68928.765150] eth1: link up (100Mbps/Full duplex)
[68928.783506] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[69076.342428] eth1: link down
[69078.711358] eth1: link up (100Mbps/Full duplex)
[69078.716498] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[69122.741131] eth1: link down
[69125.815266] eth1: link up (100Mbps/Full duplex)
[69125.822898] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[69135.124950] eth1: link down
[69137.334553] eth1: link up (100Mbps/Full duplex)
[69137.340172] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[69379.154014] eth1: link down
[69381.426908] eth1: link up (100Mbps/Full duplex)
[69381.432153] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
root@archer_c60:~# logread | grep udhcpc
Tue Aug  4 14:00:10 2020 daemon.notice netifd: wan (11433): udhcpc: received SIGTERM
Tue Aug  4 14:00:10 2020 daemon.notice netifd: wan (11433): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 14:00:10 2020 daemon.notice netifd: wan (11433): udhcpc: sending release
Tue Aug  4 14:00:10 2020 daemon.notice netifd: wan (11433): udhcpc: entering released state
Tue Aug  4 14:00:12 2020 daemon.notice netifd: wan (12732): udhcpc: started, v1.31.1
Tue Aug  4 14:00:12 2020 daemon.notice netifd: wan (12732): udhcpc: sending discover
Tue Aug  4 14:00:15 2020 daemon.notice netifd: wan (12732): udhcpc: sending discover
Tue Aug  4 14:00:15 2020 daemon.notice netifd: wan (12732): udhcpc: sending select for 190.244.135.61
Tue Aug  4 14:00:15 2020 daemon.notice netifd: wan (12732): udhcpc: lease of 190.244.135.61 obtained, lease time 11197
Tue Aug  4 14:04:19 2020 daemon.notice netifd: wan (12732): udhcpc: received SIGTERM
Tue Aug  4 14:04:19 2020 daemon.notice netifd: wan (12732): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 14:04:19 2020 daemon.notice netifd: wan (12732): udhcpc: sending release
Tue Aug  4 14:04:19 2020 daemon.notice netifd: wan (12732): udhcpc: entering released state
Tue Aug  4 14:04:21 2020 daemon.notice netifd: wan (13989): udhcpc: started, v1.31.1
Tue Aug  4 14:04:21 2020 daemon.notice netifd: wan (13989): udhcpc: sending discover
Tue Aug  4 14:04:21 2020 daemon.notice netifd: wan (13989): udhcpc: sending select for 190.244.135.61
Tue Aug  4 14:04:21 2020 daemon.notice netifd: wan (13989): udhcpc: lease of 190.244.135.61 obtained, lease time 10951
Tue Aug  4 14:49:14 2020 daemon.notice netifd: wan (13989): udhcpc: received SIGTERM
Tue Aug  4 14:49:14 2020 daemon.notice netifd: wan (13989): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 14:49:14 2020 daemon.notice netifd: wan (13989): udhcpc: sending release
Tue Aug  4 14:49:14 2020 daemon.notice netifd: wan (13989): udhcpc: entering released state
Tue Aug  4 14:49:17 2020 daemon.notice netifd: wan (15789): udhcpc: started, v1.31.1
Tue Aug  4 14:49:17 2020 daemon.notice netifd: wan (15789): udhcpc: sending discover
Tue Aug  4 14:49:17 2020 daemon.notice netifd: wan (15789): udhcpc: sending select for 190.244.135.61
Tue Aug  4 14:49:17 2020 daemon.notice netifd: wan (15789): udhcpc: lease of 190.244.135.61 obtained, lease time 19655
Tue Aug  4 15:02:57 2020 daemon.notice netifd: wan (15789): udhcpc: received SIGTERM
Tue Aug  4 15:02:57 2020 daemon.notice netifd: wan (15789): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:02:57 2020 daemon.notice netifd: wan (15789): udhcpc: sending release
Tue Aug  4 15:02:57 2020 daemon.notice netifd: wan (15789): udhcpc: entering released state
Tue Aug  4 15:03:00 2020 daemon.notice netifd: wan (17240): udhcpc: started, v1.31.1
Tue Aug  4 15:03:00 2020 daemon.notice netifd: wan (17240): udhcpc: sending discover
Tue Aug  4 15:03:00 2020 daemon.notice netifd: wan (17240): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:03:00 2020 daemon.notice netifd: wan (17240): udhcpc: lease of 190.244.135.61 obtained, lease time 18833
Tue Aug  4 15:06:58 2020 daemon.notice netifd: wan (17240): udhcpc: received SIGTERM
Tue Aug  4 15:06:58 2020 daemon.notice netifd: wan (17240): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:06:58 2020 daemon.notice netifd: wan (17240): udhcpc: sending release
Tue Aug  4 15:06:58 2020 daemon.notice netifd: wan (17240): udhcpc: entering released state
Tue Aug  4 15:07:01 2020 daemon.notice netifd: wan (18540): udhcpc: started, v1.31.1
Tue Aug  4 15:07:01 2020 daemon.notice netifd: wan (18540): udhcpc: sending discover
Tue Aug  4 15:07:01 2020 daemon.notice netifd: wan (18540): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:07:01 2020 daemon.notice netifd: wan (18540): udhcpc: lease of 190.244.135.61 obtained, lease time 18592
Tue Aug  4 15:15:04 2020 daemon.notice netifd: wan (18540): udhcpc: received SIGTERM
Tue Aug  4 15:15:04 2020 daemon.notice netifd: wan (18540): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:15:04 2020 daemon.notice netifd: wan (18540): udhcpc: sending release
Tue Aug  4 15:15:04 2020 daemon.notice netifd: wan (18540): udhcpc: entering released state
Tue Aug  4 15:15:07 2020 daemon.notice netifd: wan (20037): udhcpc: started, v1.31.1
Tue Aug  4 15:15:07 2020 daemon.notice netifd: wan (20037): udhcpc: sending discover
Tue Aug  4 15:15:10 2020 daemon.notice netifd: wan (20037): udhcpc: sending discover
Tue Aug  4 15:15:10 2020 daemon.notice netifd: wan (20037): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:15:10 2020 daemon.notice netifd: wan (20037): udhcpc: lease of 190.244.135.61 obtained, lease time 600
Tue Aug  4 15:17:34 2020 daemon.notice netifd: wan (20037): udhcpc: received SIGTERM
Tue Aug  4 15:17:34 2020 daemon.notice netifd: wan (20037): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:17:34 2020 daemon.notice netifd: wan (20037): udhcpc: sending release
Tue Aug  4 15:17:34 2020 daemon.notice netifd: wan (20037): udhcpc: entering released state
Tue Aug  4 15:17:36 2020 daemon.notice netifd: wan (21065): udhcpc: started, v1.31.1
Tue Aug  4 15:17:36 2020 daemon.notice netifd: wan (21065): udhcpc: sending discover
Tue Aug  4 15:17:37 2020 daemon.notice netifd: wan (21065): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:17:37 2020 daemon.notice netifd: wan (21065): udhcpc: lease of 190.244.135.61 obtained, lease time 453
Tue Aug  4 15:18:21 2020 daemon.notice netifd: wan (21065): udhcpc: received SIGTERM
Tue Aug  4 15:18:21 2020 daemon.notice netifd: wan (21065): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:18:21 2020 daemon.notice netifd: wan (21065): udhcpc: sending release
Tue Aug  4 15:18:21 2020 daemon.notice netifd: wan (21065): udhcpc: entering released state
Tue Aug  4 15:18:23 2020 daemon.notice netifd: wan (21840): udhcpc: started, v1.31.1
Tue Aug  4 15:18:23 2020 daemon.notice netifd: wan (21840): udhcpc: sending discover
Tue Aug  4 15:18:23 2020 daemon.notice netifd: wan (21840): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:18:23 2020 daemon.notice netifd: wan (21840): udhcpc: lease of 190.244.135.61 obtained, lease time 406
Tue Aug  4 15:18:33 2020 daemon.notice netifd: wan (21840): udhcpc: received SIGTERM
Tue Aug  4 15:18:33 2020 daemon.notice netifd: wan (21840): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:18:33 2020 daemon.notice netifd: wan (21840): udhcpc: sending release
Tue Aug  4 15:18:33 2020 daemon.notice netifd: wan (21840): udhcpc: entering released state
Tue Aug  4 15:18:35 2020 daemon.notice netifd: wan (22614): udhcpc: started, v1.31.1
Tue Aug  4 15:18:35 2020 daemon.notice netifd: wan (22614): udhcpc: sending discover
Tue Aug  4 15:18:35 2020 daemon.notice netifd: wan (22614): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:18:35 2020 daemon.notice netifd: wan (22614): udhcpc: lease of 190.244.135.61 obtained, lease time 395
Tue Aug  4 15:21:52 2020 daemon.notice netifd: wan (22614): udhcpc: sending renew to 172.20.2.226
Tue Aug  4 15:21:52 2020 daemon.notice netifd: wan (22614): udhcpc: lease of 190.244.135.61 obtained, lease time 21600
Tue Aug  4 15:22:37 2020 daemon.notice netifd: wan (22614): udhcpc: received SIGTERM
Tue Aug  4 15:22:37 2020 daemon.notice netifd: wan (22614): udhcpc: unicasting a release of 190.244.135.61 to 172.20.2.226
Tue Aug  4 15:22:37 2020 daemon.notice netifd: wan (22614): udhcpc: sending release
Tue Aug  4 15:22:37 2020 daemon.notice netifd: wan (22614): udhcpc: entering released state
Tue Aug  4 15:22:39 2020 daemon.notice netifd: wan (23460): udhcpc: started, v1.31.1
Tue Aug  4 15:22:39 2020 daemon.notice netifd: wan (23460): udhcpc: sending discover
Tue Aug  4 15:22:39 2020 daemon.notice netifd: wan (23460): udhcpc: sending select for 190.244.135.61
Tue Aug  4 15:22:39 2020 daemon.notice netifd: wan (23460): udhcpc: lease of 190.244.135.61 obtained, lease time 21553
root@archer_c60:~# opkg list-installed
6to4 - 13
ath10k-firmware-qca9888-ct - 2020-04-24-2
base-files - 225-r14025-009e62c92c
busybox - 1.31.1-1
cgi-io - 19
ddns-scripts - 2.7.8-21
dnsmasq - 2.82-3
dropbear - 2020.80-1
firewall - 2020-07-25-e9b90dfa-1
fstools - 2020-06-17-d34ea8eb-1
fwtool - 2019-11-12-8f7fe925-1
getrandom - 2019-12-31-0e34af14-4
hostapd-common - 2020-06-08-5a8b3662-3
htop - 2.2.0-3
ip-tiny - 5.7.0-2
ip6tables - 1.8.4-1
iperf3 - 3.7-1
iptables - 1.8.4-1
iptables-mod-conntrack-extra - 1.8.4-1
iptables-mod-ipopt - 1.8.4-1
iw - 5.4-1
iwinfo - 2020-06-03-2faa20e5-1
jshn - 2020-07-11-f4e9bf73-1
jsonfilter - 2018-02-04-c7e938d6-1
kernel - 5.4.52-1-a3b0c799c80449fa80b53cf0e54c74e1
kmod-ath - 5.4.52+5.8-rc2-1-1
kmod-ath10k-ct-smallbuffers - 5.4.52+2020-06-30-edfbf916-1
kmod-ath9k - 5.4.52+5.8-rc2-1-1
kmod-ath9k-common - 5.4.52+5.8-rc2-1-1
kmod-cfg80211 - 5.4.52+5.8-rc2-1-1
kmod-gpio-button-hotplug - 5.4.52-3
kmod-hwmon-core - 5.4.52-1
kmod-ifb - 5.4.52-1
kmod-ip6tables - 5.4.52-1
kmod-ipt-conntrack - 5.4.52-1
kmod-ipt-conntrack-extra - 5.4.52-1
kmod-ipt-core - 5.4.52-1
kmod-ipt-ipopt - 5.4.52-1
kmod-ipt-nat - 5.4.52-1
kmod-ipt-offload - 5.4.52-1
kmod-ipt-raw - 5.4.52-1
kmod-iptunnel - 5.4.52-1
kmod-iptunnel4 - 5.4.52-1
kmod-ledtrig-default-on - 5.4.52-1
kmod-ledtrig-heartbeat - 5.4.52-1
kmod-ledtrig-netdev - 5.4.52-1
kmod-ledtrig-timer - 5.4.52-1
kmod-mac80211 - 5.4.52+5.8-rc2-1-1
kmod-nf-conntrack - 5.4.52-1
kmod-nf-conntrack6 - 5.4.52-1
kmod-nf-flow - 5.4.52-1
kmod-nf-ipt - 5.4.52-1
kmod-nf-ipt6 - 5.4.52-1
kmod-nf-nat - 5.4.52-1
kmod-nf-reject - 5.4.52-1
kmod-nf-reject6 - 5.4.52-1
kmod-sched-cake - 5.4.52-1
kmod-sched-cake-virtual - 5.4.52+2020-07-24-48979385-1
kmod-sched-core - 5.4.52-1
kmod-sit - 5.4.52-1
kmod-udptunnel4 - 5.4.52-1
kmod-udptunnel6 - 5.4.52-1
kmod-wireguard - 5.4.52+1.0.20200729-1
libblobmsg-json - 2020-07-11-f4e9bf73-1
libc - 1.1.24-2
libelf1 - 0.179-1
libgcc1 - 8.4.0-2
libip4tc2 - 1.8.4-1
libip6tc2 - 1.8.4-1
libiwinfo-lua - 2020-06-03-2faa20e5-1
libiwinfo20200105 - 2020-06-03-2faa20e5-1
libjson-c5 - 0.14-1
libjson-script - 2020-07-11-f4e9bf73-1
liblua5.1.5 - 5.1.5-7
liblucihttp-lua - 2019-07-05-a34a17d5-1
liblucihttp0 - 2019-07-05-a34a17d5-1
libmbedtls12 - 2.16.6-1
libncurses6 - 6.2-1
libnl-tiny - 2019-10-29-0219008c-1
libopenssl1.1 - 1.1.1g-1
libpcre - 8.44-2
libpthread - 1.1.24-2
librt - 1.1.24-2
libubox20191228 - 2020-07-11-f4e9bf73-1
libubus-lua - 2020-02-05-171469e3-1
libubus20191227 - 2020-02-05-171469e3-1
libuci20130104 - 2020-04-24-ec8d3233-3
libuclient20160123 - 2020-06-17-c6609861-1
libustream-mbedtls20200215 - 2020-03-13-5e1bc342-1
libxtables12 - 1.8.4-1
logd - 2019-12-31-0e34af14-4
lua - 5.1.5-7
luci - git-20.216.62430-9acc7d8
luci-app-ddns - git-20.216.62430-9acc7d8
luci-app-firewall - git-20.216.62430-9acc7d8
luci-app-opkg - git-20.216.62430-9acc7d8
luci-app-sqm - 1.4.0
luci-app-wireguard - git-20.216.62430-9acc7d8
luci-base - git-20.216.62430-9acc7d8
luci-compat - git-20.216.62430-9acc7d8
luci-i18n-base-en - git-20.216.62430-9acc7d8
luci-i18n-base-es - git-20.216.62430-9acc7d8
luci-i18n-ddns-en - git-20.216.62430-9acc7d8
luci-i18n-ddns-es - git-20.216.62430-9acc7d8
luci-i18n-firewall-en - git-20.216.62430-9acc7d8
luci-i18n-firewall-es - git-20.216.62430-9acc7d8
luci-i18n-opkg-en - git-20.216.62430-9acc7d8
luci-i18n-opkg-es - git-20.216.62430-9acc7d8
luci-i18n-sqm-en - git-20.216.62430-9acc7d8
luci-i18n-sqm-es - git-20.216.62430-9acc7d8
luci-i18n-wireguard-en - git-20.216.62430-9acc7d8
luci-i18n-wireguard-es - git-20.216.62430-9acc7d8
luci-lib-base - git-20.216.62430-9acc7d8
luci-lib-ip - git-20.216.62430-9acc7d8
luci-lib-ipkg - git-20.216.62430-9acc7d8
luci-lib-jsonc - git-20.216.62430-9acc7d8
luci-lib-nixio - git-20.216.62430-9acc7d8
luci-mod-admin-full - git-20.216.62430-9acc7d8
luci-mod-network - git-20.216.62430-9acc7d8
luci-mod-status - git-20.216.62430-9acc7d8
luci-mod-system - git-20.216.62430-9acc7d8
luci-proto-ipv6 - git-20.216.62430-9acc7d8
luci-proto-ppp - git-20.216.62430-9acc7d8
luci-proto-wireguard - git-20.216.62430-9acc7d8
luci-ssl - git-20.216.62430-9acc7d8
luci-theme-argon - 2.2.1
luci-theme-bootstrap - git-20.216.62430-9acc7d8
luci-theme-openwrt-2020 - git-20.216.62430-9acc7d8
mtd - 25
nano - 5.0-1
netifd - 2020-06-06-51e9fb81-1
odhcp6c - 2020-03-28-f575351c-16
odhcpd - 2020-06-21-5da52992-4
openwrt-keyring - 2019-07-25-8080ef34-1
opkg - 2020-05-07-f2166a89-1
procd - 2020-07-30-2ae5cbcf-1
px5g-mbedtls - 9
rpcd - 2020-05-26-078bb57e-1
rpcd-mod-file - 2020-05-26-078bb57e-1
rpcd-mod-iwinfo - 2020-05-26-078bb57e-1
rpcd-mod-luci - 20191114
rpcd-mod-rrdns - 20170710
sqm-scripts - 1.4.0-8
swconfig - 12
tc - 5.7.0-2
terminfo - 6.2-1
uboot-envtools - 2020.04-1
ubox - 2019-12-31-0e34af14-4
ubus - 2020-02-05-171469e3-1
ubusd - 2020-02-05-171469e3-1
uci - 2020-04-24-ec8d3233-3
uclient-fetch - 2020-06-17-c6609861-1
uhttpd - 2020-06-03-939c281c-1
uhttpd-mod-ubus - 2020-06-03-939c281c-1
urandom-seed - 2
urngd - 2020-01-21-c7f7b6b6-1
usign - 2020-05-23-f1f65026-1
wget - 1.20.3-4
wireguard-tools - 1.0.20200513-1
wireless-regdb - 2020.04.29-1
wpad-basic - 2020-06-08-5a8b3662-3
zlib - 1.2.11-3

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

 


03.08.20203268Base systemBug ReportVery LowLow802.11s mesh warn when using 802.11s over 5GHz mtk7612.TrunkUnconfirmed Task Description

I see the same warn when using 802.11s over 5GHz mtk7612. It appears a skb buffer is full?

We have encryption enabled and working. This happens at time, would like to help find a solution?

This is the section of code that is generating the error. Is there anything I can try to help debug? I’m on a 18.04 build, have seen this on 17.01?

ccmp_encrypt_skb:

    if (WARN_ON(skb_tailroom(skb) < tail ||
                skb_headroom(skb) < IEEE80211_CCMP_HDR_LEN))
            return -1;

[ 234.629726] ————[ cut here ]———— [ 234.639113] WARNING: CPU: 0 PID: 0 at backports-2017-11-01/net/mac80211/wpa.c:431 ieee80211_crypto_ccmp_encrypt+0xe0/0×248 [mac80211]
[ 234.663087] Modules linked in: rt2800soc rt2800pci rt2800mmio rt2800lib pppoe ppp_async rt2x00soc rt2x00pci rt2x00mmio rt2x00lib pppox ppp_generic 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 slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_netlink nf_conntrack_ftp nf_conntrack iptable_mangle iptable_filter ip_tables crc_itu_t crc_ccitt compat arptable_filter arpt_mangle arp_tables xt_set ip_set_list_set ip_set_hash_netiface
[ 234.804092] ip_set_hash_netport ip_set_hash_netnet ip_set_hash_net ip_set_hash_netportnet ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables tun eeprom_93cx6 leds_gpio gpio_button_hotplug
[ 234.879023] CPU: 0 PID: 0 Comm: swapper Tainted: G W 4.14.131 #0
[ 234.893240] Stack : 80483660 80373fe4 00000000 00000000 803d882c 83807bf4 80427ccc 804278e7
[ 234.909918] 803d4b48 00000000 80483660 000001af 00000123 00000001 83807ba8 a434d50c
[ 234.926591] 00000000 00000000 80480000 00000000 0000011e 00000000 33312e34 30232031
[ 234.943258] 6e757420 00000000 3fff0000 70656520 00000000 00000000 83288754 832d9e40
[ 234.959924] 00000009 000001af 00000123 83807dc0 00000000 801da924 00000000 80480000
[ 234.976589] ...
[ 234.981465] Call Trace:
[ 234.986351] [<8000e4f4>] show_stack+0×74/0×104 [ 234.995229] [<80024ee0>] __warn+0×110/0×118 [ 235.003575] [<80024f7c>] warn_slowpath_null+0x1c/0×30 [ 235.013783] [<83288754>] ieee80211_crypto_ccmp_encrypt+0xe0/0×248 [mac80211]
[ 235.027964] [<832a7a74>] ieee80211_probereq_get+0x6d8/0×1668 [mac80211]
[ 235.041219] —[ end trace c50314b568e42025 ]—Supply the following if possible:

 


03.08.20203266Base systemBug ReportVery LowLowMulticast does not work over bridge with AP/VLAN interf...TrunkUnconfirmed Task Description

Devices:
MikroTik RouterBOARD wAP G-5HacT2HnD with OpenWRT r13630-635f111148
EnGenius EAP1300 with OpenWRT r14017-c90db26e05

I have a wifi setup with EAP and dynamic vlan assigment from a radius server.
Clients can connect and both unicast and broadcast (DHCP) works fine, but multicast does not, so IPv6 SLAAC does not work for example.
On the APs I can see the multicast packets being sent out on the the AP/VLAN interfaces (tcpdump -n -i wlan1.10 multicast), but none of the three clients (linux laptop and two iOS devices) receives them.
I have tried enabling multicast_to_unicast, multicast_snooping and hairpin_mode by hand in sysfs, doesn’t make any difference, also tried disabling multicast_router.
It sometimes works on the MikroTik device, but mostly does not.

My wireless config (it’s the same on both devices for both radios):
config wifi-iface ‘myssid_5’

      option mode 'ap'
      option ssid 'myssid'
      option hidden '1'
      option encryption 'wpa3-mixed'
      option auth_server 'authserver'
      option auth_secret 'secret'
      option dynamic_vlan '2'
      option vlan_tagged_interface 'eth0'
      option max_inactivity '1800'
      option device 'radio0'
      option mobility_domain 'f1f1'
      option nasid 'mynasid'
      option pmk_r1_push '1'
      option ieee80211r '1'
      option rsn_preauth '0'
      option isolate '1'
      option vlan_bridge 'br-vlan'
      option vlan_naming '0'
      option ieee80211w '1'
      list r0kh '....'
      list r0kh '....'
      list r0kh '....'
      list r0kh '....'
      list r1kh '....'
      list r1kh '....'
      list r1kh '....'
      list r1kh '....'
02.08.20203264Base systemBug ReportVery LowCriticalR7800 router crashes when Macbook Air joins the networkTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Netgear R7800 Router, Macbook Air 11” Mid-2013, Macbook Air 13” 2017
- Software versions of OpenWrt/LEDE release: LuCI branch git-20.201.65700-7edd635
- Steps to reproduce: I join the device to the network with either ethernet or wifi and the router would shortly crash. I simply reboot the router and connect the macbook via ethernet or wifi after the router is up. I would then run a speedtest (it’s not related to any particular activity, but I just use speedtest.net as a control)
- Attempts at trying to remedy issue: I tried disabling IPv6 on the router and macbooks. I signed out of icloud. I updated Macbooks to MacOS Catalina. I tried flashing router to latest stable release 19.07.3. The network only dies when these Macbook Airs connect to the network, all other devices don’t have any issues. Prior to this router, I had a Netgear AC1900 (R7000) running DD-WRT which never had this issue.

External logs captured before crash:
8/2/2020 14:14 Alert 192.168.1.1 [ 189.332615] 8←– cut here — 8/2/2020 14:14 Alert 192.168.1.1 [ 189.332636] Unable to handle kernel NULL pointer dereference at virtual address 0000000c
8/2/2020 14:14 Alert 192.168.1.1 [ 189.334560] pgd = eb7a8104
8/2/2020 14:14 Alert 192.168.1.1 [ 189.342856] [0000000c] *pgd=00000000
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.345391] Internal error: Oops: 17 [#1] SMP ARM
8/2/2020 14:14 Warning 192.168.1.1 [ 189.349049] Modules linked in: ksmbd ath9k ath9k_common pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath qmi_wwan pppox ppp_generic mac80211 iptable_nat ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_policy xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_geoip xt_esp xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_MASQUERADE xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY wireguard usbnet ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda slhc sch_cake nf_reject_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conntrack_rtcache nf_conntrack_netlink nf_conncount iptable_raw iptable_mangle iptable_filter ipt_ah ipt_ECN ip_tables crc_ccitt compat cdc_wdm fuse act_connmark nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall
8/2/2020 14:14 Warning 192.168.1.1 [ 189.349149] cls_fw cls_flow cls_basic act_skbedit act_mirred ledtrig_usbport ledtrig_heartbeat xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net 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 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip6_gre ip_gre gre ifb ip6_udp_tunnel udp_tunnel sit ipcomp6 xfrm6_tunnel esp6 ah6 xfrm4_tunnel ipcomp esp4 ah4 ip6_tunnel tunnel6 tunnel4 ip_tunnel tun xfrm_user xfrm_ipcomp af_key xfrm_algo vfat fat autofs4 nls_utf8 nls_iso8859_1 nls_cp437 rfkill sha512_generic sha1_generic seqiv md5 md4 ghash_generic gf128mul gcm echainiv ecb des_generic libdes ctr cmac ccm cbc authenc arc4 uas usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom ohci_platform ohci_hcd phy_qcom_dwc3 ahci
8/2/2020 14:14 Warning 192.168.1.1 [ 189.418843] fsl_mph_dr_of ehci_platform ehci_fsl sd_mod ahci_platform libahci_platform libahci libata scsi_mod ehci_hcd gpio_button_hotplug f2fs ext4 mbcache jbd2 exfat(C) crc32c_generic crc32_generic
8/2/2020 14:14 Warning 192.168.1.1 [ 189.528411] CPU: 0 PID: 5 Comm: kworker/0:0 Tainted: G C 5.4.52 #0
8/2/2020 14:14 Warning 192.168.1.1 [ 189.546362] Hardware name: Generic DT based system
8/2/2020 14:14 Warning 192.168.1.1 [ 189.553873] Workqueue: ksmbd-io handle_ksmbd_work [ksmbd]
8/2/2020 14:14 Warning 192.168.1.1 [ 189.558534] PC is at ksmbd_free_user+0xc/0×38 [ksmbd]
8/2/2020 14:14 Warning 192.168.1.1 [ 189.564001] LR is at smb_session_disconnect+0×40/0xa4 [ksmbd]
8/2/2020 14:14 Warning 192.168.1.1 [ 189.569016] pc : [<bf9242e0>] lr : [<bf9402ac>] psr: 60000013
8/2/2020 14:14 Warning 192.168.1.1 [ 189.574745] sp : dd459ee0 ip : d83da240 fp : bf94f004
8/2/2020 14:14 Warning 192.168.1.1 [ 189.580820] r10: bf958234 r9 : 000001d0 r8 : bf957b58
8/2/2020 14:14 Warning 192.168.1.1 [ 189.586030] r7 : d83da200 r6 : 00000000 r5 : d69b2a00 r4 : 00000000
8/2/2020 14:14 Warning 192.168.1.1 [ 189.591238] r3 : d83da200 r2 : 00000003 r1 : 00000001 r0 : 00000000
8/2/2020 14:14 Warning 192.168.1.1 [ 189.597838] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
8/2/2020 14:14 Warning 192.168.1.1 [ 189.604348] Control: 10c5787d Table: 5eb7806a DAC: 00000051
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.611551] Process kworker/0:0 (pid: 5
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.617280] Stack: (0xdd459ee0 to 0xdd45a000)
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.623367] 9ee0: dcbcc480 bf9402ac d83da200 dcbcc480 dcbcc4dc 00000074 bf957b58 bf9290e4
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.627799] 9f00: dcddb704 dcde6400 c0c221cc dcbcc4dc dd40f500 dda09840 ff7e6500 00000000
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.635957] 9f20: 00000000 00000000 dd458000 c033a684 00000008 dda09858 dd40f500 dd40f514
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.644116] 9f40: dda09840 00000008 dda09858 c0c03d00 dda09840 c033a948 c0c0c35c c0c0c318
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.652276] 9f60: dd41951c dd419500 dd419280 dd458000 dd41951c dd43bea4 dd40f500 c033a8f4
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.660436] 9f80: 00000000 c0340724 00000000 dd419280 c0340608 00000000 00000000 00000000
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.668596] 9fa0: 00000000 00000000 00000000 c03010e8 00000000 00000000 00000000 00000000
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.676755] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.684915] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
8/2/2020 14:14 Warning 192.168.1.1 [ 189.693179] [<bf9242e0>] (ksmbd_free_user [ksmbd]) from [<bf9402ac>] (smb_session_disconnect+0×40/0xa4 [ksmbd])
8/2/2020 14:14 Warning 192.168.1.1 [ 189.701271] [<bf9402ac>] (smb_session_disconnect [ksmbd]) from [<bf9290e4>] (handle_ksmbd_work+0x18c/0×500 [ksmbd])
8/2/2020 14:14 Warning 192.168.1.1 [ 189.711150] [<bf9290e4>] (handle_ksmbd_work [ksmbd]) from [<c033a684>] (process_one_work+0x1f8/0×468)
8/2/2020 14:14 Warning 192.168.1.1 [ 189.721543] [<c033a684>] (process_one_work) from [<c033a948>] (worker_thread+0×54/0×588)
8/2/2020 14:14 Warning 192.168.1.1 [ 189.730919] [<c033a948>] (worker_thread) from [<c0340724>] (kthread+0x11c/0×148)
8/2/2020 14:14 Warning 192.168.1.1 [ 189.739077] [<c0340724>] (kthread) from [<c03010e8>] (ret_from_fork+0×14/0x2c)
8/2/2020 14:14 Warning 192.168.1.1 [ 189.746448] Exception stack(0xdd459fb0 to 0xdd459ff8)
8/2/2020 14:14 Warning 192.168.1.1 [ 189.753483] 9fa0: 00000000 00000000 00000000 00000000
8/2/2020 14:14 Warning 192.168.1.1 [ 189.758613] 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
8/2/2020 14:14 Warning 192.168.1.1 [ 189.766769] 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000
8/2/2020 14:14 Emergency 192.168.1.1 [ 189.774929] Code: eaffffd1 e52d4008 e1a04000 e58de004 (e590000c)
8/2/2020 14:14 Warning 192.168.1.1 [ 189.781453] —[ end trace 469d54bcbf49ae73 ]—

31.07.20203261Base systemBug ReportVery LowVery LowDHCP IP conflict and the whole DHCP stops workingTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Linksys WRT3200ACM - Software versions of OpenWrt/LEDE release, packages, etc. - dnsmasq

- Problem: If there is an IP conflict between two devices to LAN interface the whole DHCP stops working for the whole LAN subnet.

- Steps to reproduce

    1. Set two devices/with different MAC-addresses (or more) on static leases with the same IP

- My opinion: Have the the devices trying to connect (that has a conflict) to get the error conflict IP message (on receiving end) as soon as a conflict happens; DHCP continue working despite a conflict has occurred.

28.07.20203253Base systemBug ReportVery LowCriticalLinksys WRT3200 ipv4 connection speed problems openwrt-19.07Unconfirmed Task Description

I’m using Linksys wrt3200 as router behind cable modem with a dslite configuration and Devolo 1200+ DinRail connected to one of the LAN ports.

Previuos configuration was provider cable modem connected to Devolo and it was working fine (up to 50-100 mbit up and download to all DLAN devices.

After swiching to Linksys and OpenWRT I noticed that download speed for IPv4 dropped to 2-3 MBit for all devices. Upload and IPv6 work fine.

Thought it was dslite problem but provider router works fine and if I connect to Linksys directly via WLAN the download speed is as expected...

Repatched with Linksys stock firmware without changing anything else stable up and download speeds in expected range for ip4/ip6.

Patched openwrt back - ipv4 download drop to 2Mbit, back to stock back to normal speed...

Assume it’s potentially an MTU setting for LAN interface but all values I tried did not change much...

Would appreciate any help. Would be pity to fall back to stock but if it’s the only option...

 


28.07.20203252Base systemBug ReportVery LowHighX86 kernel has no emmc support, cause it can't boot fro...TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on: Z83II mini pc. https://www.minipcdb.com/articles/Meet-Z83II-Mini-PC - Software versions of OpenWrt/LEDE release, packages, etc. Tested on both 19.07.3 and latest snapshots, both failed.
- Steps to reproduce: Write to image to the embedded emmc disk and boot it.

I’ve tested both 19.07.3 and latest snapshots build of openwrt x86-64 build on the Intel Z8350 fanless mini PC. Both failed to boot. The kernel can boot up correctly, but the system hang at waiting for root device. If the image is burned on USB disk, it can boot up correctly without any issue.

I searched on Google and found this post - https://forum.archive.openwrt.org/viewtopic.php?id=72195

I did the test on 19.07.3 and verified the system can boot up correctly from embedded emmc storage that by adding the following two options into the target/linux/x86/64/config-default file
CONFIG_MMC_SDHCI_ACPI
CONFIG_X86_INTEL_LPSS

Could you approve to add the options into the future update to support booting from emmc storage?
Thanks!

 


26.07.20203248Base systemBug ReportVery LowLowFeature request: Add firewall functionaity to support d...TrunkUnconfirmed Task Description

OpenWRT currently has no effective support for firewalling IPv6 on a per-device basis, either to allow inbound connections or to block outbound connections. IPv4-style firewall rules, based on the assumption of fixed IP addresses, do not work in IPv6 dynamic addressing environments (e.g. DHCPv6-PD) encountered by most OpenWRT users. As a result, the benefits of IPv6 in allowing for easier, NAT-free, VOIP communications, gaming, and other purposes that need inbound connectivity are not available to OpenWRT users.

IPv6 firewalling needs rules tied to devices by hostname, DUID, or MAC address. Ip6tables does not support this, and much of the functionality would need to be developed in the form of a shim that would dynamically update ip6tables as IPv6 addresses change on the user’s LAN.

As I see it, the shim architecture would need two parts plus a user interface:

1. a configuration management component that stores IPv6 firewall rules in terms of hostnames, DUIDs, MAC addresses, or other unique identifiers, such as captive portal logins, or 802.1x.

2. a tracking component that maps hostnames/DUID/MACs to IPv6 addresses that ip6tables can use, and updates ip6tables as these addresses change. This component would need to tie into the LAN-side addressing infrastructure to detect changes in device addresses, such as DHCPv6 leases. It would also need to periodically use ip neigh to identify IPv6 devices, such as those running Android, that don’t use DHCPv6. It could also tie into a default-deny ip6tables rule so when an unknown address attempts to connect via IPv6, the tracking component would use ip neigh to identify the MAC of the device and load the appropriate ip6tables rules.

The address mapping component I have described wouldn’t work for non-DHCPv6 devices on LANs with multiple broadcast domains (IPv6 neighbor discovery doesn’t work through routers. Coping with non-DHCPv6 devices on routed LANs would require a captive portal system, or 802.1x support, to tie IPv6 addresses to specific devices. I doubt this situation would apply to very many, if any, OpenWRT users.

Any thoughts?

Showing tasks 101 - 150 of 1073 Page 3 of 22 - 1 - 2 - 3 - 4 - 5 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing