Is there anyplace where you are keeping a tally of the #MNTReform variants shipped in the wild?
I wondered about that a lot recently, when working on support in #Guix ... but only for the most part able to test on a MNT/Reform2 rk3588. It would also help give a sense of which platforms to even attempt to support.
A precise total would be awesome, but even rough numbers would sate my curiosity!
An ostensibly complete #Guix System #MNTReform rk3588 configuration:
https://codeberg.org/vagrantc/mnt-reform-guix-config/src/branch/main/config-mnt-reform.scm
caveats:
It could use workarounds from https://source.mnt.re/reform/reform-tools in particular to get ethernet working more reliably.
It does build a full working u-boot image, but does not actually install it directly, that requires a manual step:
sudo dd if=u-boot-rockchip.bin of=/dev/sdX seek=64
I took a leap of faith and installed it directly to eMMC and was lucky enough to not regret it. :)
I am well aware of the challenge on the #Debian side too, having brought up more than a few arm systems there too... but there is no comparison!
In #Guix the initrd has a hard-coded(?) list of modules loaded with insmod... In order... no attempt at dependency resolution at runtime or initrd creation. You can add modules to the list, or specify your own list entirely, which is what did for the #MNTReform this time.
The 90s haunt the 2020s sometimes. :)
Boot tested #Guix System on the #MNTReform tonight!
After a few fiddly bits getting the right modules into the initrd and successfully running "guix system init" ... much to my surprise... it booted successfully on the first try!
As they say, this is not my first rodeo...
Substitute availability for aarch64 has been quite good the last couple days, otherwise I might still be compiling things!
Will push a fairly minimal example system configuration to the WIP branch tomorrow.
Made a #MNTReform kernel for #Guix ... and used my MNT Reform2 rk3588 to build the kernel and successfully booted to #Debian !
With 32GB of ram, 8 moderately fast arm64 cores and an NVMe disk, it seems quite viable to run Guix.
Probably still missing some functionality, but the screen, mouse, keyboard, ethernet all work, at least!
Thanks @josch for organizing those patches so nicely for the reform-debian-packages repository!
@Openhuman wie wärs mit MNT aus Deutschland? Das wird sogar hier zusammengeschraubt. https://mntre.com/
Not sure what is inspiring me to replay #returntocastlewolfenstein on my #mntreform today but it sure runs well on the rk3588 and looks great with the venom mod.
@friedensbote Ich nutze ein #tuxedo Notebook. https://www.tuxedocomputers.com/ Funktioniert tadellos. Ich finde aber auch die #mntreform Initiative sehr cool. https://shop.mntre.com/products/mnt-reform
After some trial and error, I found that the #BooxMira #EInk display supports more resolutions than are listed in its EDID.
For instance, the following modeline runs it at 1600x1200 at 38 Hz refresh rate:
97.68 1600 1680 1848 2096 1200 1201 1204 1227 +HSync +Vsync
I am quite happy that this works, because my #MNTReform with #BananaPi #CM4 SoM is quite reluctant to go beyond 1080p, so it can't reach the display's native resolution, 1080p has the wrong pixel aspect ratio, and 1280x960 is low-res.
Finally pulled the trigger on the rk3588 module for my #mntreform!! Also got the cool earrings -- I like to think that I'm a conscious consumer but if you slap open source on anything the money just flies out of my wallet
I was about to complain that my new #Dasung #Paperlike Color (Revolutionary) doesn't work on my #Linux PC, but it turned out to just be a bad HDMI cable. After switching cables it started working fine on my desktop.
Sadly I did not (yet?) manage to get it working on my #MNTReform with the #BananaPi #CM4 SoM. Trying to enable HDMI-out with the screen's native resolution/timings just gives a "failed to set parameters" error from wlr-randr, but HDMI-out on that SoM is known to be problematic.
Loving how non-monolithically modular the MNT Reform Next design is!
So much potential to go completely different directions than classic laptop form-factor.
https://www.crowdsupply.com/mnt/mnt-reform-next/updates/mnt-reform-next-and-maximum-modularity
The stability promises of #Debian stable are that packages will only receive fixes for security or major breakages, and not major changes.
It is not a firehose of new upstream versions, but a trickle of small fixes.
So on the #MNTReform not much different from any other Debian stable system.
That said, I have decades of experience with Debian, so not sure I am the best advocate for someone less familiar!
I did create my own custom barebones image, for example...
Schon jemand probiert, ein 5 GbE-NVMe B+M Modul für Ethernet (RTL8126) in ein MNT Reform oder Pocket Reform zu bekommen?
Hätte gerne mehr als 1999-Gigabit, wo SSDs Kreise drum laufen.
Yesterday I installed #Stellarium on my #MNTReform with the #BananaPi #CM4 SoM.
At first it didn't look good, as it failed to create an OpenGL context under Wayland, and even after I found the `-platform xcb` workaround, it just drew an empty window.
Luckily in the end the same options that get it working on the Raspberry Pi 4B also worked on the BananaPi CM4:
https://github.com/Stellarium/stellarium/wiki/Raspberry-Pi#user-content-raspberry-pi-model-4b
To make them permanent, I added `-platform xcb --opengl-compat` to my .desktop file as a portage user patch.
#mnt / #mnt reform questions.
