Sebastian Krzyszkowiak @dos@librem.one

@vincent Yes, feel free to ping me there.

Regarding USB there is https://lore.kernel.org/all/20260316-eth-null-deref-v1-1-07005f33be85@google.com/ - in next but hasn't reached stable trees yet, so you may be missing that.

@florekm Kwestia dokładności licznika Coulomba.

@0xabad1dea There are five nines on the screenshot, I don't see any problem.

Protip: GTK can do hardware video acceleration using V4L2 on e.g. #Librem5, but only if you let it.

Adding "--device=all" to overrides lets it be used in #Flatpak apps that don't specify it in their permissions already, such as #Tuba.

https://github.com/flatpak/flatpak/issues/5524

#mobilelinux #linuxmobile

@opensourceopenmind You'd have to ask Broadmobi to fix that one. We can only consider various workarounds, each with different tradeoffs - but since it's modular, replacing the modem is also on the table.

@vincent Lots of things to do there! Just let's make sure to coordinate :) Are on you the community Matrix channel?

There are many things in there that could be reworked for mainlining relatively easily, but I have a whole distro to maintain as well and nobody else has really worked on the kernel for a while now, so help would certainly be appreciated ☺️

@vincent Note that there's a 6.18 tree for some time now where the only things left to do aside of cleaning it up is to forward-port the Redpine and DisplayPort/HDMI drivers. The latter I already have mostly working by pulling the latest version from the NXP tree, but I haven't yet decided if this is actually how we want to proceed with it.

I have already sent several upstreamable patches recently that got applied for 7.0 and 7.1, but most of the others will need some extra work.

If you happen to maintain a distro that runs on the #Librem5, then please be aware that all the known issues resulting in the modem dropping out from the USB bus have been resolved *years ago* already. This shouldn't happen even with runtime power management enabled if configured properly.

If you still see that happening on your distro, feel free to hit me up on Matrix and we'll work together to have your distro set up well.

#linuxmobile #mobilelinux

@Blort You mean, like PureOS?

@oaj "Oczywiście w Oknie Czasu. Zaglądam tam regularnie, więc byłem gotowy na to pytanie."

@djvdq It makes no practical difference unless by "not github" you mean something like self-hosting a cgit and demanding sending patches via PGP-encrypted mail or whatever 😜

@nina_kali_nina @elly @Remiberry My phone has 3GB RAM and while I do sometimes think it would be handy to have a bit more, it's usually triggered by things like compiling Rust codebases on it, so it's not exactly an essential need 😂

@okennedy Not sure what "it" you refer to, but if irregular red LED blinking stops once you set a lower input current limit in sysfs manually then yes, that's what it is.

This is now going to happen automatically using BQ25895's ICO feature, which apparently works better when VINDPM is set correctly 😜

The #Librem5 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 😁 #mobilelinux #linuxmobile

@cassidy @firefoxnightly Something like... XULRunner? 🤔

@schratze musical creatures 🎶 😺

@valpackett > making sure wakeups don't turn the display on xD

That'll get us, like, 90% there usability-wise already 😜 AFAIR gnome-settings-daemon simply turns it on unconditionally on resume from system suspend.

It's nothing new and has even been proposed for upstreaming years ago, but I wasn't aware until now. Apparently it broke some iMX7 platforms, but could still be something worth having downstream.

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 #etnaviv with the #Librem5's internal screen, so the GPU could render directly to the scanout surface without having to resolve its tiled buffer to linear afterwards. #imx8mq