OpenWrt 19.07.4 service release

Thanks aboaboit! It is quite a pitty that OpenWRT was released without taking into account ipq40xx devices and fixing vlan tagging.

Now we need another service release.

1 Like

Router is spontaneously rebooting after .4 update. I just noticed somewhere on that I wasn't supposed to do the update from the NetGear webui, but rather use a program Linux program to flash. I thought "aha!", and reflashed latest Netgear firmware and then Openwrt fw.

Still rebooting spontaneously.

FWIW, my affected device is a NetGear R6120.

Probably doesn't matter, but just in case, I'll mention that I am 1 of 4 renters living in this home. I have split the 4 Ethernet ports into 4 different segments. While there is no firewall between them, I have all 4 LAN ports split into 4 different IP address subnets, each with its own DHCP server settings, etc. WiFi is Bridged to the 1st LAN port, and the other 3 have a separate APs at the other end of their respective Ethernet runs. I have had to completely take down my Netgear router, and put back up my backup router.

No issues upgrading 5 routers (4 remotely):

2x Archer C7 v2

I'd like if the sysupgrade options "-u" and "-k" were added to LuCI as well.
Also, /etc/rc.d/* symlinks deletions are not preserved across upgrades. On some routers, I disabled dnsmasq and odhcpd. I have to do it again after each upgrade, and reinstall packages. If there was an automatic package re-installation feature, a minor upgrade like this would be transparent to me.

thanks for the good work

5 posts were split to a new topic: Automatic update script

Hi All, upgrading from a 19.07.3 I to 07.4 I'm getting this message:

The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.

device is indeed a xiaomi mini, file is miwifi-mini-squashfs-sysupgrade.bin , checksums match.

Should I just cross my fingers and force (-F) the upgrade ?

Rock solid for 14 days on my Netgear R7800. :+1:

My issue was related to firewall hardware offloading, disabling it fixed the stability issue

Replying to my own question: yes, you can safely force update the 19.07.4 image.
AFAIK someone omitted 'xiaomi' somewhere, but otherwise 19.07.4 is running fine.

Flashed a snapshot update, and the device rebooted maybe 2 more times, but has now been up almost 7 days straight. For some reason, when I flashed the snapshot, LuCI stopped working, and I had to ssh in and install the packages. (I'm just glad I re-enabled dropbear before doing the update). Everything seems to be great now. Thank you to the devs at OpenWRT.

I have a question regarding the .4 update. If this is the wrong place to ask, well, mods don't really need my permission to move it... :grin:

Anywho, I noticed there is no update link for my Netgear R7900. Is this an oversight, or is there some reason why I can't or shouldn't update it directly from .3 to .4?

Update: I've been running on new .4 version for 16 days now and with constant 10 wifi clients and another 5 wired devices without any issues. We're constantly streaming, Zoom meetings, YouTube, and video chat all without any issues. This is a very stable build!!! Much thanks to all the Devs!!!

1 Like

Seems so, see[Model*~]=r7900

Snapshots do not include LuCI, never have. So this is entirely expected and you did the right thing.
Official stable release builds do include LuCI, of course.

1 Like

From my experience with a R7800 I got more Wifi client drops of an android lineage note 3 smartphone than with 18.06.8. Despite the higher drop frequency there is surely a lineageOS problem (generally?) because it doesn't reconnect itself automatically.

I had the same issue with a ZBT-WG3526 (16M). It looks to me that somehow it has been broken.

With the previous release I was using:

iptables -A forwarding_rule -i br-lan -o pppoe-ONT -m conntrack --ctstate RELATED,ESTABLISHED -j FLOWOFFLOAD --hw
ip6tables -A forwarding_rule -i br-lan -o 6in4-he -m conntrack --ctstate RELATED,ESTABLISHED -j FLOWOFFLOAD --hw

(pppoe-ONT and 6in4 are my WAN and IPv6 tunnel interfaces, respectively)

With this release, I needed to change it to:

iptables -A forwarding_rule -i br-lan -o pppoe-ONT -m conntrack --ctstate RELATED,ESTABLISHED -j FLOWOFFLOAD
ip6tables -A forwarding_rule -i br-lan -o 6in4-he -m conntrack --ctstate RELATED,ESTABLISHED -j FLOWOFFLOAD

Sooo, where can I find the OpenWRT update firmware to move my .3 box to .4 on my R7900. The spot for it on the ToH is blank.

In order to make it easier for users which are expecting that there are two different OpenWrt images (one for installation, one for upgrading), I have copied the install link to the upgrade datafield.


Xiaomi R3P problems if we plug ethernet cable to LAN port no2, all LAN became unsable , connected but will not get dhcp ip(No RX packets), and wifi performace so poor ping spike very high.100 ms+

Similar issue with Archer C50 v1.

1 Like

confirming the behaviour of

on my xiaomi mini
mtk_soc_eth 10100000.ethernet eth0: transmit timed out

earlier in the logs I spotted this

100793.656616] ------------[ cut here ]------------
[100793.661451] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:320 0x802c39c0
[100793.668756] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out

both my mini's worked fine with 19.07.3 - looks like downgrading is the best way forward until a bug fix emerges.