Yup
But this one should have it, r12194
But it did not succeed. Another possibility is to move around the IRQ's
Yup
But this one should have it, r12194
But it did not succeed. Another possibility is to move around the IRQ's
Just tried r12194, and while it booted up correctly I could not get Internet from wired or wireless. Back on patch before this and its now working again...
Strange, on my mir3g everything runs as it should. Have you tried a clean flash aka starting from scratch?
Using the tools in the router, which for some strange reason points to lede site, I had Internet access from router. Just not shared to my lan. I have limited time testing it, since there are others actually using this network =)
On my end - after sysupgrade - DHCP is failing:
Fri Feb 7 01:02:59 2020 daemon.crit dnsmasq[3587]: directory /tmp/resolv.conf.d/resolv.conf.auto for resolv-file is missing, cannot poll
Fri Feb 7 01:02:59 2020 daemon.crit dnsmasq[3587]: FAILED to start up
Would be nice to see that single line pushed in master, so I can forget about these custom builds once again...
It is also hilarious that by the time these builds pushed, the master kernel is ahead, so any and all kernel modules wont install...
Sorry, but this is starting to get slightly annoying.
I have never ever gotten the bug people are talking about, and I've been using this Dir-860l since LEDE reboot.
According to what I've read, it seems to be a bug in the switch. Now that got me thinking. I need igmp_snooping, which the switch does not support by default. So I have opted to create 4 VLANs, one on each LAN port and bridge those together in a Linux software bridge. This effectively stops using the switching capability of the switch and hence might be a workaround for this bug and explain why I have never ran into it myself.
Confirmed. r12194 has no internet access also in my router.
@Bartvz I am sending you the logs for debugging.
Thank you!
Mushoz, can you share your network configuration. I want apply it to my xiaomi mir3g router. I also suppose there is bug in the switch of mir3g in all recent version of the openwrt.
Guys. The "no internet" issue is a DHCP issue in reality. The solution is very easy. Make sure that you edit the "Resolve file" according to the following:
Go to Network --> DHCP and DNS --> Resolve and Hosts files and edit the "Resolve file" part to this: /tmp/resolv.conf.auto
Then hit Save and Apply, and reboot the router. This fixed it on my end.
Recently I bought a smart switch, with which the errors still emerge (probably less frequent) without the disable flow control patch.
[253784.502614] WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
[253784.519261] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Happened again. Are we sure the patch got applied this time?
I can confirm this patch works, since the crash only completely disappeared with it applied.
You can always use the force install flag, should work fine as long as there is no major kernel revision
Heh, really should have noted that in the release notes
Again, you are correct. Tired due to work and forgot to do a make clean, doh
You are absolutely correct and it probably is snake oil but it looks like it works for some people. Such a cosmetic change doesn't "hurt".
@ All, new build, r12215 with the cosmetic fix applied
This looks promising, could you post your config please?
In latest build Cake is not available anymore, moving back to fq codel + simple qos
According to the github, OpenWRT master's 4.19 kernel will have new drivers of MT7621 backported from 5.4 or 5.5 and ready for test.
Is it possible to make such a build with the new driver?
Edit: I asked this because of the interrupt errs suffering:
root@OpenWrt:~# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
8: 23742611 23742585 23742551 23742578 MIPS GIC Local 1 timer
9: 169213 0 0 0 MIPS GIC 63 IPI call
10: 0 53682005 0 0 MIPS GIC 64 IPI call
11: 0 0 52102628 0 MIPS GIC 65 IPI call
12: 0 0 0 53240053 MIPS GIC 66 IPI call
13: 4314414 0 0 0 MIPS GIC 67 IPI resched
14: 0 5016773 0 0 MIPS GIC 68 IPI resched
15: 0 0 893050 0 MIPS GIC 69 IPI resched
16: 0 0 0 1027280 MIPS GIC 70 IPI resched
19: 14 0 0 0 MIPS GIC 33 ttyS0
20: 0 0 0 0 MIPS GIC 29 xhci-hcd:usb1
21: 417335224 0 0 0 MIPS GIC 10 1e100000.ethernet
22: 2 0 0 0 MIPS GIC 30 gsw
23: 277 0 6651569 0 MIPS GIC 11 mt76x2e
24: 21390323 0 0 0 MIPS GIC 31 mt76x2e
26: 0 0 0 0 GPIO 7 keys
27: 0 0 0 0 GPIO 18 keys
ERR: 1199
in more than 2 days running:
root@OpenWrt:~# uptime
13:24:16 up 2 days, 17:58, load average: 0.00, 0.01, 0.00
I have no clue how these errs came from, and if they're just harmless.
I have the same kernel error again after 5 days.
Can you try this modified patch instead of the one we have now?
It removes the if statement, so on all mt7621 devices it will turn off flow control. If it does not work with this, then this is not the solution. But it worth a try.
Nice. FYI, the patch also made it to master. Gonna start testing it today.
MOD: it did not helped, same error message, within 24 hours...
Is it just me or some else also experienced this? The interrupt Errs seem greatly reduced with latest mt76 code upgrade.
CPU0 CPU1 CPU2 CPU3
8: 11438439 11438367 11438417 11438407 MIPS GIC Local 1 timer
9: 65180 0 0 0 MIPS GIC 63 IPI call
10: 0 21816266 0 0 MIPS GIC 64 IPI call
11: 0 0 21809977 0 MIPS GIC 65 IPI call
12: 0 0 0 20825530 MIPS GIC 66 IPI call
13: 290556 0 0 0 MIPS GIC 67 IPI resched
14: 0 1585346 0 0 MIPS GIC 68 IPI resched
15: 0 0 3819879 0 MIPS GIC 69 IPI resched
16: 0 0 0 430114 MIPS GIC 70 IPI resched
19: 14 0 0 0 MIPS GIC 33 ttyS0
20: 0 0 0 0 MIPS GIC 29 xhci-hcd:usb1
21: 174998675 0 0 0 MIPS GIC 10 1e100000.ethernet
22: 2 0 0 0 MIPS GIC 30 gsw
23: 2 0 2782385 0 MIPS GIC 11 mt76x2e
24: 9815114 0 0 0 MIPS GIC 31 mt76x2e
26: 0 0 0 0 GPIO 7 keys
27: 0 0 0 0 GPIO 18 keys
ERR: 172
up 1 day, 7:46.