Flint 2 (GL-MT6000 ) - bug reports - collective thread

I know that you already plan to return but for the others with the same problem:

Installing ethtool and:

ethtool -s eth1 speed 1000 duplex full autoneg on

Should enforce 1Gbit on the WAN port.

I know its also possible to designate another LAN port as a WAN port, also in terms of the failover settings.

Hi,
Yesterday I've tested the new OpenWRT 24.x build. It is called V4.6.0-op24, which is quite confusing, but yes: it's OpenWRT from current master and the new and shiny v6.6 Linux kernel! In the recent two months there have been many improvements in the opensource drivers and the kernel 6.6 was updated from 6.1, bringing a lot of efficiency.

My test was brief but I have only one complaint: WED was enabled by default.

This feauture offloads all the WiFi traffic away from the CPU but in the current state causes very high latency (bufferbloat) under load, at least with the current opensource drivers.

I can't speak for the latency on proprietary Mediatek drivers, maybe somebody else can share their experience?

I tested a with Galaxy S23 on https://www.waveform.com/tools/bufferbloat
Fiber connection 2.5 Gb/s down and 500 Mbps up.

WED Enabled, +76 ms download, +59 upload. Score: C. Unacceptable.

WED Disabled: +20 ms download, +19 upload. Score A. Much better (not perfect). I haven't enabled SQM or others, so it might be improved.

To disable WED: connect to ssh, then edit /etc/modules.d/mt7915e and remove wed_ename=1, then save and reboot.

To the devs: please, disable WED in this firmware, at least for now. The WiFi latency under load is simply unacceptable.

4 Likes

Has anyone compared 4.6.0 2.4GHz Wifi performance to stable? Mine is horrendous

Op24 firmware, still the best one yet, the most stable, I disabled WED as per the instructions above which doesnt seem to have made the slightest bit of difference.

BRSK 900mb down and 900mb up fibre connection, tested using a Google Pixel 7 Pro on android 15 beta.

2.4ghz channel 6 @ 40mhz (Result C) WED DISABLED

5ghz channel 116 @ 160mhz (Result B) WED DISABLED

2 Likes

For the records I've only tested on 5ghz. Disabling WED brought me from C to A. I was very close to the router to avoid any other variance.

@Goose280672 what is the output of this command?
cat /sys/module/mt7915e/parameters/wed_enable

If it says Y, then try modifying /etc/modules.conf to include this line (and obviously reboot after that):
options mt7915e wed_enable=N

SOURCE: MT6000 custom build with LuCi and some optimization - kernel 6.6.x - #298 by _FailSafe - Community Builds, Projects & Packages - OpenWrt Forum

1 Like

I was about 5 or 6 meters away from the router when testing

Response was N

Untitled

I'll try running it on my PC's WiFi a little later, see what the results are like through WiFi then, at the moment my PC is hardwired to the router.

I would also like to add regarding op24 of 2024-05-31.
Works great, haven't experienced any stability issues in 2 days. No drop in stability is felt after snapshot 24.
A couple of questions on the development of this branch:

  1. Will the version on current open source drivers always be based on the snapshot? Or after the release of openwrt 24 will you stop on the stable branch?
  2. Is it possible to add additional languages to the gl.inet interface? Russian, Ukrainian, Kazakh. I would be grateful.
  3. MT6000 is a very productive machine. Is it possible to add qbittorrent and torrserver to the stock repository?
1 Like

We can переводить this together. Hi from 4pda and thanks for your help there!

1 Like

Lets Go.

@alex_zheng @Gary.Zhang using the 0p24, I got some wifi hangs again (with 4.5.8 and proprietary drivers, dont happens).

Got a Crashlog.

Oops#1 Part1
<2>[148896.034987] protocol 86dd is buggy, dev br-lan
<2>[148906.263546] protocol 86dd is buggy, dev br-lan
<2>[148916.493846] protocol 86dd is buggy, dev br-lan
<2>[148926.732847] protocol 86dd is buggy, dev br-lan
<2>[148936.951996] protocol 86dd is buggy, dev br-lan
<2>[148947.181208] protocol 86dd is buggy, dev br-lan
<2>[148957.411504] protocol 86dd is buggy, dev br-lan
<2>[148967.639505] protocol 86dd is buggy, dev br-lan
<2>[148977.869337] protocol 86dd is buggy, dev br-lan
<2>[148988.098867] protocol 86dd is buggy, dev br-lan
<2>[148998.326407] protocol 86dd is buggy, dev br-lan
<2>[149008.564241] protocol 86dd is buggy, dev br-lan
<2>[149018.784303] protocol 86dd is buggy, dev br-lan
<2>[149029.011874] protocol 86dd is buggy, dev br-lan
<2>[149039.241314] protocol 86dd is buggy, dev br-lan
<2>[149049.470774] protocol 86dd is buggy, dev br-lan
<2>[149059.700182] protocol 86dd is buggy, dev br-lan
<2>[149069.929092] protocol 86dd is buggy, dev br-lan
<2>[149080.159626] protocol 86dd is buggy, dev br-lan
<2>[149090.388531] protocol 86dd is buggy, dev br-lan
<2>[149100.627603] protocol 86dd is buggy, dev br-lan
<2>[149110.846861] protocol 86dd is buggy, dev br-lan
<2>[149121.076935] protocol 86dd is buggy, dev br-lan
<2>[149131.305113] protocol 86dd is buggy, dev br-lan
<2>[149141.535082] protocol 86dd is buggy, dev br-lan
<1>[149144.282038] Unable to handle kernel paging request at virtual address 002f0a6e07575ae2
<1>[149144.290036] Mem abort info:
<1>[149144.292915]   ESR = 0x0000000096000004
<1>[149144.296733]   EC = 0x25: DABT (current EL), IL = 32 bits
<1>[149144.302117]   SET = 0, FnV = 0
<1>[149144.305246]   EA = 0, S1PTW = 0
<1>[149144.308460]   FSC = 0x04: level 0 translation fault
<1>[149144.313409] Data abort info:
<1>[149144.316362]   ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
<1>[149144.321919]   CM = 0, WnR = 0, TnD = 0, TagAccess = 0
<1>[149144.327041]   GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
<1>[149144.332426] [002f0a6e07575ae2] address between user and kernel address ranges
<0>[149144.339628] Internal error: Oops: 0000000096000004 [#1] SMP
<7>[149144.345273] Modules linked in: pppoe ppp_async option wireguard usb_wwan rndis_host qmi_wwan pppox ppp_generic nft_fib_inet nf_flow_table_inet mt7915e(O) mt76_connac_lib(O) mt76(O) mac80211(O) libchacha20poly1305 ipt_REJECT huawei_cdc_ncm chacha_neon cfg80211(O) cdc_ncm cdc_ether xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state 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_cgroup xt_addrtype xt_TCPMSS xt_REDIRECT xt_MASQUERADE xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbserial usbnet ts_fsm ts_bm slhc poly1305_neon nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_compat nft_chain_nat nf_tables nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_irc nf_nat_h323 nf_nat_amanda nf_log_syslog nf_flow_table
<7>[149144.345457]  nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_pptp nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conncount mdio_netlink(O) libcurve25519_generic libcrc32c libchacha iptable_nat iptable_mangle iptable_filter ipt_ECN ipheth ip_tables compat(O) cdc_wdm cdc_acm br_netfilter asn1_decoder arptable_filter arpt_mangle arp_tables crypto_safexcel 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_ipmac ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6table_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip6t_NPT ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
<7>[149144.434691]  nf_reject_ipv6 ifb ip6_udp_tunnel udp_tunnel tun ntfs nls_utf8 nls_iso8859_1 nls_cp437 sha512_arm64 sha1_ce sha1_generic seqiv md5 geniv des_generic libdes authencesn authenc uas usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_mtk_hcd xhci_hcd uhci_hcd ohci_platform ohci_hcd fsl_mph_dr_of ehci_platform ehci_fsl kmwan(O) ehci_hcd gpio_button_hotplug(O) gl_sdk4_tertf(O) gl_sdk4_black_white_list(O) vfat fat exfat usbcore usb_common aquantia mii gl_sdk4_hw_info(O)
<7>[149144.566854] CPU: 3 PID: 12978 Comm: kworker/u8:3 Tainted: G           O       6.6.32 #0
<7>[149144.574922] Hardware name: GL.iNet GL-MT6000 (DT)
<7>[149144.579696] Workqueue: phy1 mt7915_mac_work [mt7915e]
<7>[149144.584837] pstate: a0400005 (NzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
<7>[149144.591866] pc : kmem_cache_alloc_node+0xb0/0x25c
<7>[149144.596644] lr : kmem_cache_alloc_node+0x3c/0x25c
<7>[149144.601417] sp : ffffffc08999bae0
<7>[149144.604802] x29: ffffffc08999bae0 x28: 0000000000000000 x27: ffffff8005e3a680
<7>[149144.612004] x26: 0000000083001000 x25: 0000000000000cc0 x24: 00000000000000e0
<7>[149144.619207] x23: ffffffc080b98000 x22: 00000000ffffffff x21: 0000000000000000
<7>[149144.626409] x20: 0000000000000cc0 x19: ffffff8000037a00 x18: 0000000000000000
<7>[149144.633612] x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000
<7>[149144.640815] x14: 0000000000000000 x13: 0000000000000020 x12: 0101010101010101
<7>[149144.648017] x11: 7f7f7f7f7f7f7f7f x10: fefefefefefefeff x9 : 7f7f7f7f7f7f7f7f
<7>[149144.655219] x8 : 0000000000000000 x7 : 0000000000000004 x6 : ffffffc08999bc60
<7>[149144.662422] x5 : 00000000009ea793 x4 : 00000000009ea792 x3 : 32b5c47aa2f04eca
<7>[149144.669624] x2 : 0000000000000070 x1 : e25a57076e0a2fc6 x0 : c62f0a6e07575a72
<7>[149144.676826] Call trace:
<7>[149144.679345]  kmem_cache_alloc_node+0xb0/0x25c
<7>[149144.683772]  __alloc_skb+0x110/0x140
<7>[149144.687422]  __mt76_mcu_msg_alloc+0x48/0xd0 [mt76]
<7>[149144.692293]  mt76_mcu_send_and_get_msg+0x54/0x8c [mt76]
<7>[149144.697593]  mt7915_mcu_get_chan_mib_info+0x98/0x1c4 [mt7915e]
<7>[149144.703500]  mt7915_update_channel+0x48/0x1a0 [mt7915e]
<7>[149144.708799]  mt76_update_survey+0x2c/0xe4 [mt76]
<7>[149144.713493]  mt7915_mac_work+0x2c/0x130 [mt7915e]
<7>[149144.718273]  process_one_work+0x154/0x2a0
<7>[149144.722356]  worker_thread+0x2a8/0x484
<7>[149144.726176]  kthread+0xd8/0xdc
<7>[149144.729305]  ret_from_fork+0x10/0x20
<0>[149144.732955] Code: b9402a62 f9405e63 8b020001 dac00c21 (f8626802) 
<4>[149144.739115] ---[ end trace 0000000000000000 ]---


Panic#2 Part1
<2>[148957.411504] protocol 86dd is buggy, dev br-lan
<2>[148967.639505] protocol 86dd is buggy, dev br-lan
<2>[148977.869337] protocol 86dd is buggy, dev br-lan
<2>[148988.098867] protocol 86dd is buggy, dev br-lan
<2>[148998.326407] protocol 86dd is buggy, dev br-lan
<2>[149008.564241] protocol 86dd is buggy, dev br-lan
<2>[149018.784303] protocol 86dd is buggy, dev br-lan
<2>[149029.011874] protocol 86dd is buggy, dev br-lan
<2>[149039.241314] protocol 86dd is buggy, dev br-lan
<2>[149049.470774] protocol 86dd is buggy, dev br-lan
<2>[149059.700182] protocol 86dd is buggy, dev br-lan
<2>[149069.929092] protocol 86dd is buggy, dev br-lan
<2>[149080.159626] protocol 86dd is buggy, dev br-lan
<2>[149090.388531] protocol 86dd is buggy, dev br-lan
<2>[149100.627603] protocol 86dd is buggy, dev br-lan
<2>[149110.846861] protocol 86dd is buggy, dev br-lan
<2>[149121.076935] protocol 86dd is buggy, dev br-lan
<2>[149131.305113] protocol 86dd is buggy, dev br-lan
<2>[149141.535082] protocol 86dd is buggy, dev br-lan
<1>[149144.282038] Unable to handle kernel paging request at virtual address 002f0a6e07575ae2
<1>[149144.290036] Mem abort info:
<1>[149144.292915]   ESR = 0x0000000096000004
<1>[149144.296733]   EC = 0x25: DABT (current EL), IL = 32 bits
<1>[149144.302117]   SET = 0, FnV = 0
<1>[149144.305246]   EA = 0, S1PTW = 0
<1>[149144.308460]   FSC = 0x04: level 0 translation fault
<1>[149144.313409] Data abort info:
<1>[149144.316362]   ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
<1>[149144.321919]   CM = 0, WnR = 0, TnD = 0, TagAccess = 0
<1>[149144.327041]   GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
<1>[149144.332426] [002f0a6e07575ae2] address between user and kernel address ranges
<0>[149144.339628] Internal error: Oops: 0000000096000004 [#1] SMP
<7>[149144.345273] Modules linked in: pppoe ppp_async option wireguard usb_wwan rndis_host qmi_wwan pppox ppp_generic nft_fib_inet nf_flow_table_inet mt7915e(O) mt76_connac_lib(O) mt76(O) mac80211(O) libchacha20poly1305 ipt_REJECT huawei_cdc_ncm chacha_neon cfg80211(O) cdc_ncm cdc_ether xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state 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_cgroup xt_addrtype xt_TCPMSS xt_REDIRECT xt_MASQUERADE xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbserial usbnet ts_fsm ts_bm slhc poly1305_neon nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_compat nft_chain_nat nf_tables nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_irc nf_nat_h323 nf_nat_amanda nf_log_syslog nf_flow_table
<7>[149144.345457]  nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_pptp nf_conntrack_netlink nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast ts_kmp nf_conntrack_amanda nf_conncount mdio_netlink(O) libcurve25519_generic libcrc32c libchacha iptable_nat iptable_mangle iptable_filter ipt_ECN ipheth ip_tables compat(O) cdc_wdm cdc_acm br_netfilter asn1_decoder arptable_filter arpt_mangle arp_tables crypto_safexcel 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_ipmac ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink ip6table_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip6t_NPT ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables
<7>[149144.434691]  nf_reject_ipv6 ifb ip6_udp_tunnel udp_tunnel tun ntfs nls_utf8 nls_iso8859_1 nls_cp437 sha512_arm64 sha1_ce sha1_generic seqiv md5 geniv des_generic libdes authencesn authenc uas usb_storage leds_gpio xhci_plat_hcd xhci_pci xhci_mtk_hcd xhci_hcd uhci_hcd ohci_platform ohci_hcd fsl_mph_dr_of ehci_platform ehci_fsl kmwan(O) ehci_hcd gpio_button_hotplug(O) gl_sdk4_tertf(O) gl_sdk4_black_white_list(O) vfat fat exfat usbcore usb_common aquantia mii gl_sdk4_hw_info(O)
<7>[149144.566854] CPU: 3 PID: 12978 Comm: kworker/u8:3 Tainted: G           O       6.6.32 #0
<7>[149144.574922] Hardware name: GL.iNet GL-MT6000 (DT)
<7>[149144.579696] Workqueue: phy1 mt7915_mac_work [mt7915e]
<7>[149144.584837] pstate: a0400005 (NzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
<7>[149144.591866] pc : kmem_cache_alloc_node+0xb0/0x25c
<7>[149144.596644] lr : kmem_cache_alloc_node+0x3c/0x25c
<7>[149144.601417] sp : ffffffc08999bae0
<7>[149144.604802] x29: ffffffc08999bae0 x28: 0000000000000000 x27: ffffff8005e3a680
<7>[149144.612004] x26: 0000000083001000 x25: 0000000000000cc0 x24: 00000000000000e0
<7>[149144.619207] x23: ffffffc080b98000 x22: 00000000ffffffff x21: 0000000000000000
<7>[149144.626409] x20: 0000000000000cc0 x19: ffffff8000037a00 x18: 0000000000000000
<7>[149144.633612] x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000
<7>[149144.640815] x14: 0000000000000000 x13: 0000000000000020 x12: 0101010101010101
<7>[149144.648017] x11: 7f7f7f7f7f7f7f7f x10: fefefefefefefeff x9 : 7f7f7f7f7f7f7f7f
<7>[149144.655219] x8 : 0000000000000000 x7 : 0000000000000004 x6 : ffffffc08999bc60
<7>[149144.662422] x5 : 00000000009ea793 x4 : 00000000009ea792 x3 : 32b5c47aa2f04eca
<7>[149144.669624] x2 : 0000000000000070 x1 : e25a57076e0a2fc6 x0 : c62f0a6e07575a72
<7>[149144.676826] Call trace:
<7>[149144.679345]  kmem_cache_alloc_node+0xb0/0x25c
<7>[149144.683772]  __alloc_skb+0x110/0x140
<7>[149144.687422]  __mt76_mcu_msg_alloc+0x48/0xd0 [mt76]
<7>[149144.692293]  mt76_mcu_send_and_get_msg+0x54/0x8c [mt76]
<7>[149144.697593]  mt7915_mcu_get_chan_mib_info+0x98/0x1c4 [mt7915e]
<7>[149144.703500]  mt7915_update_channel+0x48/0x1a0 [mt7915e]
<7>[149144.708799]  mt76_update_survey+0x2c/0xe4 [mt76]
<7>[149144.713493]  mt7915_mac_work+0x2c/0x130 [mt7915e]
<7>[149144.718273]  process_one_work+0x154/0x2a0
<7>[149144.722356]  worker_thread+0x2a8/0x484
<7>[149144.726176]  kthread+0xd8/0xdc
<7>[149144.729305]  ret_from_fork+0x10/0x20
<0>[149144.732955] Code: b9402a62 f9405e63 8b020001 dac00c21 (f8626802) 
<4>[149144.739115] ---[ end trace 0000000000000000 ]---
<3>[149144.783879] pstore: backend (ramoops) writing error (-28)
<0>[149144.789355] Kernel panic - not syncing: Oops: Fatal exception
<2>[149144.795170] SMP: stopping secondary CPUs
<0>[149144.799165] Kernel Offset: disabled
<0>[149144.802723] CPU features: 0x0,00000000,00000000,1000400b
<0>[149144.808104] Memory Limit: none

You have enabled ipv6 protocol?

No.

Fresh install, without restore config. Install, change it to "Access point mode" (network), put a fixed IPV4 on LAN and thats it.

I asked my friend about this and he said:
It could be due to memory corruption within the kernel, potentially caused by the driver malfunction.

I wonder if it really is driver issue

I found another bug on op24.

Im using the WAN as LAN (is in Access Point mode) and the WAN is a 2.5Gbit.

Doing a iperf3, as a server (receiving packages from LAN) there is a limit of 1gbit.

Doing a iperf3 as a client, there is no limit, i reach the 2.5gbit on network.

But... @pesa1234 WOW !! Will I be wrong or I see your work among the codes... Did Glinet hire you?

1 Like

beta 3 available for mt6000 and mt3000 and also a new version of op24 for both too!

5 Likes

Last beta of the op24 made my latency skyrocket :rocket: I went from a solid B to a D on the bufferbloat test :scream: Bufferbloat Test

gonna keep a eye on it :eyes: but I definitely not going back to the close source one :sweat_smile:

1 Like

Even on the beta 4.6.0 version SQM doesn’t work properly, it doesn’t shape the upload speeds after a reboot.

GL-MT6000 Flint 2 - SQM not shaping upload speed after a reboot

1 Like

Upgraded from 4.5.8 to 4.6 op24.

Strange behavior on my 5GHz network. After the upgrade, all devices reconnect perfectly. However, if I forget the network from my device (tried with both an iPhone and a Mac, both latest OS) and try to rejoin, it won't let me. I see the network, but it just wont let me rejoin.

This is my findings also. Bufferbloat almost 10 times up from previous version. From a solid B (+40ms) to an F (400+ms). Reverting to previous op version restore bufferbloat so there is definitely something with latest op.
Update,
after flashing again latest version (2024-06-07) bufferbloat remained low as previous version. :thinking:

1 Like

Do a hard reset since these 2 are very different versions.