WARNING: possible circular locking dependency detected OpenWrt master r13174-73fa1aba94 on octeon with kernel 5.4 Kmod-cryptodev: WARNING: possible circular locking depe.
OPENWRT HARDWARE LIST SERIAL
I will try to get a serial output to see what happens. I sysupgraded again from the initramfs, and it still bootloops. Judging from the LEDs, it seems to bootloop.īooting the latest snapshot initramfs through TFTP works. I sysupgraded to latest snapshot and it does not come up. The RE6500 was working fine on an old 19.07 snapshot: OpenWrt 19.07-SNAPSHOT r10578-b3d70f628b Linksys RE6500 bootloops with latest snapshots If a subsequent URL is invalid, then the previous URL is re-used: In addition, only the first URL is checked for validity. The third and above URLs simply cause uclient-fetch to re-download the second URL again. However, this only works for the first two URLs. Uclient-fetch has support for downloading several files:
OPENWRT HARDWARE LIST DOWNLOAD
Uclient-fetch fails to download more than 2 files Uncommenting those lines brings back the problem, so further investigation is possible. I didn’t reboot the system where I’m currently experiencing this, I’ve commented out the procd_add_jail lines instead. I’ve seen this problem before, mentioned it a few times on IRC, the first time was in October 2020, so before 21.02 was branched, so it’s very likely this problem exists there as well. The problem also does not occur when dnsmasq is started during boot. Root 21455 0.0 0.0 1132 468 pts/1 S+ 15:19 0:00 grep ss -anput | grep out the 3 lines in the init script starting with procd_add_jail and then restarting the service solves the problem. Root 21289 0.0 0.0 2088 872 ? S 15:17 0:00 /sbin/ujail -n dnsmasq -u -l -r /dev/null -r /dev/urandom -r /etc/TZ -r /etc/nf -r /etc/ethers -r /etc/group -r /etc/hosts -r /etc/passwd -r /sbin/hotplug-call -r /tftpboot -r /tmp/dnsmasq.d -r /tmp/etc/ -r /tmp/hosts/dhcp.main -r /usr/lib/dnsmasq/dhcp-script.sh -r /usr/share/dnsmasq/nf -r /usr/share/dnsmasq/nf -r /usr/share/dnsmasq/nf -w /var/lib/dhcp.leases -w /var/run/dnsmasq/ - /usr/sbin/dnsmasq -C /tmp/etc/ -k -x /var/run/dnsmasq/ Tue Jul 20 15:17:15 2021 user.notice dnsmasq: Allowing RFC1918 responses for domain ps aux | grep dnsmasq Tue Jul 20 15:17:15 2021 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses! There are no errors displayed on stdout/stderr while restarting, nor in /etc/init.d/dnsmasq restart When a device has been running for a while (hit it today with 28d uptime), restarting dnsmasq results in dnsmasq running but it doesn’t bind to a single socket. Dnsmasq-full running in ujail doesn't bind any socket a.