Flint 2 , 4.7 is very unstable (driver crashes)

I am chatting with support (via email) but jfyi in case others see the same issue. This is my 5th crash in 3 days.

I have a Dahua NVR controlling 6 cameras, it has a built-in POE switch and was doing the routing in the NVR itself.

Recently I switched the NVR to be in Bridge Mode, so the IP Cameras are being powered by the POE switch in the NVR but the DHCP is happening on the router (well the Cameras have Static IPs), this was so I can access the IP Cameras directly w/o having to go via the NVR everytime.

Since I did this, the Flint 2 is crashing more often... the Dahua NVR is connected to the WAN/LAN1 port (as Lan)

[178642.910179] ------------[ cut here ]------------
[178642.914883] NETDEV WATCHDOG: eth1 (mtk_soc_eth): transmit queue 0 timed out
[178642.921963] WARNING: CPU: 2 PID: 0 at net/sched/sch_generic.c:473 dev_watchdog+0x2d8/0x2e0
[178642.930297] Modules linked in: pppoe ppp_async option wireguard usb_wwan pppox ppp_generic libchacha20poly1305 ipt_REJECT chacha_neon xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_socket xt_recent xt_quota xt_pkttype xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TPROXY xt_TCPMSS xt_REDIRECT xt_MASQUERADE xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CT xt_CLASSIFY usbserial ts_fsm ts_bm slhc rndis_host qmi_wwan poly1305_neon nf_tproxy_ipv6 nf_tproxy_ipv4 nf_socket_ipv6 nf_socket_ipv4 nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_pptp nf_nat_irc nf_nat_h323 nf_nat_amanda nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_pptp nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conncount mtqos mtk_warp_proxy(P) mtfwd mt_wifi(P) libcurve25519_generic libchacha
[178642.930370]  iptable_raw iptable_nat iptable_mangle iptable_filter ipt_ECN ipheth ip_tables huawei_cdc_ncm exfat crc_ccitt cdc_wdm cdc_ncm cdc_ether cdc_acm asn1_decoder arptable_filter arpt_mangle arp_tables fuse sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred act_gact 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 ip6table_nat nf_nat ip6t_NPT nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb ip6_udp_tunnel udp_tunnel tun vfat fat ntfs nls_utf8 nls_iso8859_1 nls_cp437 shortcut_fe_ipv6 shortcut_fe mtdoops mtk_warp mtkhnat leds_gpio uhci_hcd ohci_platform ohci_hcd fsl_mph_dr_of ehci_platform ehci_fsl
[178643.017370]  kmwan ehci_hcd gpio_button_hotplug gl_sdk4_tertf gl_sdk4_black_white_list f2fs ext4 mbcache jbd2 conninfra crc32c_generic crc32_generic gl_sdk4_hw_info
[178643.119500] CPU: 2 PID: 0 Comm: swapper/2 Tainted: P                  5.4.238 #0
[178643.126966] Hardware name: GL.iNet GL-MT6000 (DT)
[178643.131743] pstate: 40000005 (nZcv daif -PAN -UAO)
[178643.136609] pc : dev_watchdog+0x2d8/0x2e0
[178643.140692] lr : dev_watchdog+0x2d8/0x2e0
[178643.144774] sp : ffffffc010013db0
[178643.148161] x29: ffffffc010013db0 x28: 0000000000000140 
[178643.153545] x27: 00000000ffffffff x26: 0000000000000000 
[178643.158929] x25: 0000000000000002 x24: 0000000000000000 
[178643.164312] x23: 0000000000000001 x22: ffffff803e1c1000 
[178643.169696] x21: ffffff803e1c1480 x20: ffffffc010ab6000 
[178643.175079] x19: 0000000000000000 x18: 0000000000000000 
[178643.180464] x17: 0000000000000000 x16: 0000000000000000 
[178643.185848] x15: 0000000000000000 x14: ffffffc010b523da 
[178643.191232] x13: 0000000000008024 x12: ffffffc010b51000 
[178643.196616] x11: ffffffc010ace000 x10: 0000000000000010 
[178643.202000] x9 : 0000000000000000 x8 : 75712074696d736e 
[178643.207384] x7 : 617274203a296874 x6 : 0000000000000001 
[178643.212768] x5 : 0000000000000000 x4 : 0000000000000000 
[178643.218151] x3 : 0000000000000000 x2 : ffffff803fdc1260 
[178643.223535] x1 : ffffffc02f317000 x0 : 000000000000003f 
[178643.228919] Call trace:
[178643.231444]  dev_watchdog+0x2d8/0x2e0
[178643.235182]  call_timer_fn.isra.37+0x20/0x78
[178643.239524]  run_timer_softirq+0x1e0/0x468
[178643.243694]  __do_softirq+0x124/0x260
[178643.247430]  irq_exit+0xb8/0xc8
[178643.250648]  __handle_domain_irq+0x64/0xb8
[178643.254818]  gic_handle_irq+0xc0/0x158
[178643.258640]  el1_irq+0xb8/0x140
[178643.261858]  arch_cpu_idle+0x10/0x18
[178643.265509]  do_idle+0x120/0x148
[178643.268812]  cpu_startup_entry+0x20/0x60
[178643.272810]  secondary_start_kernel+0x148/0x158
[178643.277413] ---[ end trace 802c9084ea3ca757 ]---```

Does changing to LAN2 improve something?

LAN2 is being used by another server… I suspect it is the 2.5G driver and/or auto negotiation bug with the mtk driver.

I had another issue before on another Flint 2 with the WAN port and GLinet asked me to switch LAN2 to a WAN port and use that instead but that is not an option here.

Try version 4.7.0-op24 Beta

Is that with the Luci interface only ? If so I'd rather not..

It has the GL interface too

Looks like the eth1 (WAN) issue.

What is the device connected to the Flint 2 WAN port, ISP modem or something?

Yeah, T-Mobile ISP (5G Internet) - Sagemcom Fast 5688W Gateway | T-Mobile 5G Home Internet

Another crash just now (will DM you the tarball)

Bruce, is there a way to force the two 2.5Gbps ports to only negotiate at 1Gbps ?

Please try upgrading the op24 firmware to test if the 2.5G interfaces work.

Flint 2 2.5Gbps ports are not supporting the manually negotiate 1Gbps.

Will do, thanks Bruce et. al

Everything seems good so far… Looks like op24 firmware did the trick.

1 Like