Sebastian Krzyszkowiak @dos@librem.one

@pavel FYI I played a bit with the M4 core in the last days and the obstacles have moved a bit :)

I can make it continue running in suspend now and fixing interrupt issues is just a matter of not registering GPIO interrupt handlers in Zephyr's dt. Now it needs to stop consuming more power than when the system isn't suspended at all 😂

I'm optimistic that it's possible though. There's plenty of things described in AN13400 that we don't do ATM.

@richardwonka@mastodon.social @janvlug That claim relates to another (though similar) product, not to the Librem 5.

Me: So, dear GitHub container repository, I need a version of this image from May 2023.

GitHub: Here is the list of 55 tags "published about 2 years ago"!

@pavel You can upload and launch code via remoteproc interface (/sys/class/remoteproc/remoteproc0)

There's an example code that blinks a LED in Zephyr: https://source.puri.sm/angus.ainslie/zephyr/-/tree/librem5

AFAIR the current obstacle to overcome is to make it continue running while suspended. It seems to do some weird things to interrupts too.

That's all I can think of on the spot. Of course there's still the camera and GPU stuff, but these would need their own dedicated threads 😂 Feel free to hit me up if you want to hack on some of these things, I could likely offer some help and guidance.

#mobilelinux #linuxmobile #librem5 #linuxsmartphones

iio-sensor-proxy still needs some work in order to be able to use the compass: https://gitlab.freedesktop.org/hadess/iio-sensor-proxy/-/merge_requests/316

There's also a hall sensor which needs to be exposed to the userspace in some appropriate way: https://source.puri.sm/Librem5/linux/-/merge_requests/638

We're still missing a way to control the notification LED while the phone is suspended. There's a lightweight Cortex-M4 core that can keep running in suspend and some proof-of-concepts have been made to utilize it in the past, but nothing has been properly integrated so far.

The audio codec has a quite powerful DSP that can perform frequency linearisation based on speaker's and microphone's impulse response - but it needs to be fed with configuration parameters.

Speaking of audio, since there are two microphones - one on the top and one of the bottom of the phone, they could be utilized for noise cancellation. Right now only the bottom one is used for calls.

The touchscreen supports a low-power mode in which it can recognize some predefined gestures. It could be used to wake up the phone by, for example, double tapping the screen. Right now it just gets its power shut down as soon as the screen is blanked.

The GNSS module has an internal flash that can be used to autonomously store traces, letting the phone suspend and save plenty of power. It can also wake the phone up with geofencing. Right now you need to configure it manually with NMEA commands though, as there's no high-level infra to use at all.

There's also AGNSS to speed fixes up. I wrote a script to generate almanac/ephemeris data, but you need to run it manually and it could be improved with SBAS and GLONASS: https://source.puri.sm/-/snippets/1207

The Librem 5 (and mobile GNU/Linux in general) has matured a lot over the years, but there are still some areas where the software stack is behind the hardware capabilities. Some of them are often talked about, such as camera quality or GPU (GLES3/Vulkan/OpenCL), but there are also lesser known ones in need of some plumbing and middleware infrastructure. Maybe you'll find something interesting to hack on there?

1/N 🧵

#mobilelinux #linuxmobile #librem5 #linuxsmartphones

Today's GNOME patch has been sponsored by Hendrix Night: https://gitlab.gnome.org/World/vocalis/-/merge_requests/233

#shotonlibrem5 #hendrix #guitar #music #gnome #mobilelinux #linuxmobile #cichoński #kozakiewicz #drapała

@whitequark Special points if it breaks when /bin/sh isn't bash.

@mkljczk where's the downvote button

@emill1984 @mkljczk Ja to generalnie wszystkiego co nie jest ze swojej natury polskie używam po angielsku. Nie dość, że pomaga w znajomości języka, to nie trzeba się głowić "co autor miał na myśli" przy co kreatywniejszych tłumaczeniach 😁

Jedyny z tym problem to to, że teraz jak mam wygłosić jakąś techniczną prelekcję to łatwiej idzie po angielsku niż po polsku.

@deep A sama "komercyjność" to nie tylko LLC, ale też i np. infrastruktura Amazonu. Obce firmy i państwa mają możliwość odcięcia od usługi kogo i kiedy tylko zechcą. Teoretycznie implementacja serwerowa jest dostępna na AGPLu, ale absolutnie bez żadnego wsparcia, polegająca na infrastrukturze "chmurowej", a z wypuszczaniem aktualizacji bywa różnie.

@deep Ale ten komentarz odnosił się właśnie do artykułu. Problem jest głębszy i nie tyczy się Signala per se. Gdy urzędnik otwarcie przyznaje, że nie chce używać środka komunikacji, bo obawia się, że mają do niego dostęp państwowe służby, to coś tu jest mocno nie tak - zarówno w literze prawa, jak i jego kulturze. Szyfrowanie E2E to jedno, ale obok mamy znikające wiadomości i przypadkowe dodawanie osób postronnych do czatu... Rzeczy z natury niekompatybilne z zastosowaniami urzędowymi.

@deep Sorry, ale wpadasz w jakieś dziwne skrajności. Signal np. od lat jest aktywnie wrogi wobec użytkowników innych systemów niż Android i iOS, co utrudnia mi kontakt z ludźmi z niego korzystającymi tak samo jak każdy inny prywatny silos. Czyli co, jeśli nie będę uśmiechał się na dźwięk słowa "Signal" to znaczy, że ślinię się do amerykańskich faszystów?

@deep To jest infrastruktura utrzymywana przez prywatną firmę i będąca w pełni pod jej kontrolą, w przeciwieństwie do np. przytoczonej instalacji Threemy która jest utrzymywana i kontrolowana przez państwo. Nie ma absolutnie nic zdrożnego w takim pogrupowaniu jak w artykule i "filozofia działania" nie ma tu nic do rzeczy.