On 2025/04/04 15:24, b...@courriel.fr.eu.org wrote: > thx, so no mali drivers under openbsd if I understand correctly (and > also other GPUs)?
I _think_ we just have just plain framebuffer drivers for the arm64 boards, no acceleration. > So no 3D, only small video resolution (480p-like) playable but only > with fast CPUs (> 1.8 GHz ?), something like that? There is 3d via llvmpipe but not accelerated. You will probably do better than 480p-like with a fast CPU, but not at the same time as doing anything else CPU-intensive, and it will use a lot more power than something with acceleration. > > If not averse to a more mainstream platform, there are various > > low-power intel based systems that would fit most of the stated > > requirements (e.g. various n100-based mini PCs and similar). > > x86 is OK for me but Intel and its long history of buildin backdoors / > security holes / etc., not fan of it. > And it looks like that AMD is not ready yet for a low-power solution. > > n100-like could be a last hope for me with some powerdowns in the bios. > I'll keep that in mind, ty. > > > > The missing one is gpio support, that could possibly be done via > > a USB module though that won't work via gpio(4), unless you write a > > driver.. > > OK, so no gpio for me via USB module :) I was more specific with my wording than that, referring to gpio(4) in particular ;) If you have such a device that attaches to ugen, you may be able to access it via libusb userland programs. (The USB GPIO modules are generally "some microcontroller with a USB 'gadget' interface and GPIO, running firmware to interface between the two sides" - there are similar devices where it's "a network interface and GPIO, running firmware to interface between the two sides" and those will usually be easier to work with from OpenBSD).
