Robert Krakora

> @desolated40 it seems to me like a reasonable temporary fix is to replace the existing '10-report-down' script with something like the following: > > ``` > root@OpenWrt:~# cat /usr/lib/ModemManager/connection.d/10-report-down-and-reconnect...

We are using an MT7688 with BG96 over QMI, OpenWRT with Modem Manager 1.20.6 with the 10-report-down-and-reconnect script. Below quote is from my colleague performing signal degradation and modem recovery...

In what logs are you interested @lynxthecat?

@lynxthecat my colleague is repeating his test to get one of our routers in to this state and dumping the log. Will provide this afternoon. Watchcat rebooted the router on...

@lynxthecat here you go. [d66b_registered_log.txt](https://github.com/openwrt/packages/files/13864545/d66b_registered_log.txt) [log (2).txt](https://github.com/openwrt/packages/files/13864547/log.2.txt)

Looks like mwan3 could be interfering?

I am seeing the same issue building chromium-ozone-wayland for wayland only for i.MX8MM after applying the same patch. | aarch64-poky-linux-ld.lld: error: undefined symbol: gl::NativeViewGLSurfaceEGL::NativeViewGLSurfaceEGL(gl::GLDisplayEGL*, void*, std::__1::unique_ptr) | >>> referenced by...

> We have been stuck on chromium 92 on i.MX8QM for a while but I copied this recipe from NXP's meta-imx layer: > > https://github.com/nxp-imx/meta-imx/tree/langdale-6.1.1-1.0.0/meta-sdk/dynamic-layers/chromium-browser-layer/recipes-browser/chromium/ > > Seems to work,...

> I haven't tried hardware video decode but a commit says it was added: > > commit fe0d3587d905a8fa32a9830d177f97c90352fdc5 Author: Hou Qi [[email protected]](mailto:[email protected]) Date: Thu Sep 15 22:28:13 2022 +0800 >...

> fe0d3587d905a8fa32a9830d177f97c90352fdc5 > I haven't tried hardware video decode but a commit says it was added: > > commit fe0d3587d905a8fa32a9830d177f97c90352fdc5 Author: Hou Qi [[email protected]](mailto:[email protected]) Date: Thu Sep 15 22:28:13 2022...