The has properly detected chargers using BC1.2, Type-C and PD signaling for years now, but it struggled with sources that couldn't actually provide the advertised current (which could happen with buggy chargers/docks, broken or poorly made cables etc.). It would attempt to draw power, drop below voltage threshold, disconnect, and then do it all again once the voltage went back up to a good level in an endless loop. Good news: this behavior is about to be gone ๐Ÿ˜

NXP has published their 6.18-based kernel tree and while browsing it I have noticed that they apparently found a way to support custom horizontal strides with mxsfb (by using some undocumented leftover IP for EPDC panels that imx8mq doesn't support). This may be interesting as it potentially opens a way to use linear PE in with the 's internal screen, so the GPU could render directly to the scanout surface without having to resolve its tiled buffer to linear afterwards.

It's funny how this phone keeps feeling faster as it gets older.

Looks like GTK is starting to get its renderer inefficiencies sorted out, as updating Flatpak runtimes has made Tuba smoother than ever ๐Ÿ˜„

I couldn't make any sense out of these logs so I yielded to a developer higher in seniority who is now carefully analyzing the issue.

Call me a Time Lord, cause lately whenever I dig into something in the kernel I end up fixing clocks being all over the place ๐Ÿ• ๐Ÿ•œ ๐Ÿ•ข ๐Ÿ•–

Show more
Librem Social

Librem Social is an opt-in public network. Messages are shared under Creative Commons BY-SA 4.0 license terms. Policy.

Stay safe. Please abide by our code of conduct.

(Source code)

image/svg+xml Librem Chat image/svg+xml