Indicates that the device is under heavy interrupt load.
Caused by IRQs coming in faster than the system can handle them.
They are queued for later processing by ksoftirqd.
Run...
cat /proc/interrupts
... and post the results.
Your device target is ramips/mt7621, which is a DSA device.
Even though the EA7300 has 2 CPUs, only one is being used for DSA devices in 21.02.
I suspect the best option is to roll back to 19.07.n, until the issue is fixed.
During a speedtest, this command gives :
CPU0 CPU1 CPU2 CPU3
8: 28589101 28589132 28589122 28589117 MIPS GIC Local 1 timer
9: 1157445 0 0 0 MIPS GIC 63 IPI call
10: 0 41179 0 0 MIPS GIC 64 IPI call
11: 0 0 988399 0 MIPS GIC 65 IPI call
12: 0 0 0 41810 MIPS GIC 66 IPI call
13: 153062 0 0 0 MIPS GIC 67 IPI resched
14: 0 633781 0 0 MIPS GIC 68 IPI resched
15: 0 0 618748 0 MIPS GIC 69 IPI resched
16: 0 0 0 564527 MIPS GIC 70 IPI resched
17: 0 0 0 0 MIPS GIC 19 1e000600.gpio-bank0, 1e000600.gpio-bank1, 1e000600.gpio-bank2
19: 12 0 0 0 MIPS GIC 33 ttyS0
20: 0 0 0 0 MIPS GIC 29 xhci-hcd:usb1
21: 33780702 0 0 0 MIPS GIC 10 1e100000.ethernet
23: 23 0 0 0 MIPS GIC 11 mt7603e
24: 18 0 0 0 MIPS GIC 31 mt7615e
26: 0 0 0 0 1e000600.gpio 17 keys
27: 0 0 0 0 1e000600.gpio 12 keys
ERR: 1
And after fresh reboot
CPU0 CPU1 CPU2 CPU3
8: 10998 11028 11038 11011 MIPS GIC Local 1 timer
9: 19175 0 0 0 MIPS GIC 63 IPI call
10: 0 6531 0 0 MIPS GIC 64 IPI call
11: 0 0 18069 0 MIPS GIC 65 IPI call
12: 0 0 0 6388 MIPS GIC 66 IPI call
13: 3946 0 0 0 MIPS GIC 67 IPI resched
14: 0 3963 0 0 MIPS GIC 68 IPI resched
15: 0 0 4043 0 MIPS GIC 69 IPI resched
16: 0 0 0 4662 MIPS GIC 70 IPI resched
17: 0 0 0 0 MIPS GIC 19 1e000600.gpio-bank0, 1e000600.gpio-bank1, 1e000600.gpio-bank2
19: 12 0 0 0 MIPS GIC 33 ttyS0
20: 0 0 0 0 MIPS GIC 29 xhci-hcd:usb1
21: 10788 0 0 0 MIPS GIC 10 1e100000.ethernet
23: 23 0 0 0 MIPS GIC 11 mt7603e
24: 18 0 0 0 MIPS GIC 31 mt7615e
26: 0 0 0 0 1e000600.gpio 17 keys
27: 0 0 0 0 1e000600.gpio 12 keys
ERR: 1
Since your router is one of those making use of MediaTek MT7621A - MT7615N combination,
Provided you're comfortable installing LuCi manually,
You could give Development Snapshot builds a try and see if that improves the situation.
Due to bug(s),
I stopped testing/using the stable releases on DIR-878 and DIR-882 (MediaTek MT7621A - MT7615N) routers.
I can do that. But when I bought the router, I installed by mistake a dev snapshot instead of the stable one and configured LUCI myself. But I don't remember which one, but I think that there were a couple other packages that were not comptatible.
I may take a look at this option after Easter because I'll be out of the country a couple a days and I dont want to make the situation worse before leaving.
For now I'll schedule a reboot every night as a temporary patch..
Hi all,
Just a little follow up on this one.. I may have found the (or one of the) guilty package.
Few weeks ago, I updated my router to the latest version, and the issue diseapered.
I did not reinstall any of my previous packages(except VPN) to keep the setup clean.
After a few weeks running without issue, last week I wanted to limit bandwidth for a specific device, so after reading, I installed NFT-QOS (which was installed before but unused).
I was unabled to get it to work properly.. So I unchecked the "active" box in Lucy and I left it like that.
Two days later, my Internet speed was veeeeery slow, on all devices. As I knew that the only difference was the NFT-QOS "inactive" package, I decided to completely remove it.
I'm now on the sixth day without reboot with no issue at all.
So lesson learned, I'll go one package at a time and wait a couple of days to see if there are issues!
Thanks all for help !
This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.