@kde @plasmamobile running on the @purism #Librem5 Birch edition
@linmobnet ...and Giara has migrated now as well :)
@linmobnet FYI Tootle has already arrived in amber-phone yesterday, and Giara has been available in amber-phone-staging for more than two weeks now (seems there's some issue with its migration, it should have migrated by now - well, it likely just needs some manual encouragement ;))
@vancha @linmobnet People use to call it "random reboot", but in fact it's a compositor crash and then a manual reboot triggered by a power button when the compositor wasn't running. Unfortunately we still have a notorious crash in phoc that isn't sorted out yet :(
Spent some time on getting my old Librem 5 port of Jumpdrive into shape, so it can get upstreamed. It's a super useful little recovery utility to have in your tool belt :) https://github.com/dreemurrs-embedded/Jumpdrive/pull/24 #librem5 #gnu #linux #mobile
@luis_de_sousa @Purism
> For years I have ordered items from overseas and was never confronted with such pricing practice
Really? That's a standard thing when ordering from US to EU. You don't have to pay VAT on import only if the value is low enough to fit within the limit, or if it wasn't correctly declared and you're lucky that it wasn't checked on border (which is pretty common for things ordered from China).
@immychan When it comes to the CPU, then aside of the obvious clock speed increase (1.152GHz vs. 1.5GHz), the Librem 5 SoC also has twice as large L2 cache - but I'm not sure how much of a difference it makes in practice.
@immychan From my experience it's mostly about RAM speed - L5 has LPDDR4-3200 while PinePhone has only LPDDR3-1333 which is further clocked down by stability issues (I believe most distros have it at 1104). For some workloads it's also the GPU - L5's GC7000L is much faster than Mali-400.
(technically both phones actually contain RAM that's capable of being faster than that but LPDDR4-3200 and LPDDR3-1333 is what their SoCs limit its speed to)
@tbernard oh, it's clearly a git-over-bittorrent client!
I always wanted a simple way to do measurements on the #librem5 with a voltmeter or scope while still having most of the hardware like #wifi attached and being able to swap components quickly. Today i got an idea and it works fairly well. I can even flip the whole thing around fairly quickly to measure on the other side and put the whole thing away to free space on the desk:
As of todays #linux-next (https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tag/?h=next-20210112) you can run the #librem5devkit without any additional patches using the default mainline arm64 #defconfig. This means distributions can enable it without trouble from #linux 5.12 onwards. The #librem5 itself needs some more work but it builds a lot on what we have for the devkit.
@carlosgonz@mastodon.social As I said, those updates are not related to mainline releases. There were several 5.9 kernels distributed for Librem 5 and a new one is now available in the staging repo (and will migrate to production in a few days). This particular fix is included in version 5.9.16+librem5.1.
@carlosgonz@mastodon.social @agx Battery level is already fixed in a 5.9 update that's currently in staging repos, and PD should follow soon. Those things aren't aligned with mainline kernel releases.
But answering your question - there's already a 5.11-rc2 tree available for testing and I'm running it on my phones. https://source.puri.sm/Librem5/linux-next/-/tree/imx8-next-librem5
@gamey If the drivers have improved since the last time I tried it there, it might have worked out-of-box in GL mode now. You may still get slightly better performance in GLES though.
Hi, I'm dos. ~80 silly FLOSS games, open smartphones, terrible music. 50% of @holypangolin; 100% of dosowisko.net. he/him/any. I don't receive DMs.