How about a new #OpenBSD story for breakfast (if you're having breakfast now, that is)?
The first episode of the story of OpenBSD and Motorola 88000 processors can be read at http://miod.online.fr/software/openbsd/stories/m88k1.html. With pictures!
| Github | https://github.com/tobhe |
| www | https://tobhe.de |
How about a new #OpenBSD story for breakfast (if you're having breakfast now, that is)?
The first episode of the story of OpenBSD and Motorola 88000 processors can be read at http://miod.online.fr/software/openbsd/stories/m88k1.html. With pictures!
Fedora Asahi Remix 43 is now available, bringing some new goodies for hardware and software support!
https://fedoramagazine.org/fedora-asahi-remix-43-is-now-available/

We are happy to announce the general availability of Fedora Asahi Remix 43. This release brings Fedora Linux 43 to Apple Silicon Macs. Fedora Asahi Remix is developed in close collaboration with the Fedora Asahi SIG and the Asahi Linux project. This release incorporates all the exciting improvements brought by Fedora Linux 43. Notably, package management is significantly upgraded with RPM 6.0 […]
…for the system Linux is running on.
In v257 we added the general infrastructure to do such matching in systemd-stub (our EFI stub), based on "CHIDs" (which are hashes of certain SMBIOS identifiers). With v260 we now ship a database (contributed by Canonical, containing entries for various Snapdragon devices), that can be built into UKIs for suitable architectures that make them "just work", very similar to behaviour on PCs: the UKI contains both the Devicetree blobs, and this matching…
…by firmware, Devicetree is different there: it binds hardware to OS concepts, and hence is somewhat specific to both the system *and* the OS. And that makes things a lot harder in some ways, because it must be provided by the OS but is also device specific, and needs to be there in earliest boot, before the kernel initializes.
In systemd v260 there's now not only infrastructure in place to help with this, but we by default ship with a database that automatically selects the right Devicetree…
1️⃣1️⃣ Here's the 11th post highlighting key new features of the just published v260 release of systemd. #systemd260 #systemd
ARM laptops have recently started moving from the fringes of the Linux world more towards the middle. In the ARM world the nice ACPI-based auto-discovery of devices that PCs have is not really that common, and Devicetree reigns instead. While ACPI is somewhat OS independent, and hence can easily be provided…
Resume / Curriculum Vitae GitHub Gitea Profile Upstreamed Patches Code Analyse and work on fix for a race condition in libvirt during shutdown of libvirtd Enable OpenGL threading in Mesa for a specific Unity application after validating its behaviour Fix Debug Logging in RAUC Update the Kernel config and boot parameters of the hardened NixOS Linux Kernel Fix audio plugin detection in DAW Ardour on NixOS by patching in NixOs specific paths Fixes for PS2 Homebrew related tools vclpp and openvcl Build Systems OCI Dockerfile refactoring Fix an OCI Dockerfile and CMake based build pipeline Documentation Fix the Btrfs Balance manual page Improve the Audacity build instructions for openSUSE and Fedora My Projects rpmo - building containers from scratch (on hiatus, started in 2023) SNMP Client that queries MACs connected to each ports on multiple managed switches and draws a network topology graph (on hiatus, started in 2021) Serial Console XML Configuration Parser and REST Exporter (started and completed in 2022) Collection of Linux / Unix related notes, scripts, configuration options etc.
I've moved some of my currently active repositories over to Game of Trees Hub! 🌳
GoTHub is a transparently funded Git/Got repository hosting service - lightweight, BSD-licensed, and a great minimalist alternative to the big tech.
Check it out: https://rsadowski.gothub.org/
Must confess, I'm a huge fan of the latest #Ubuntu mascot, all ready for the release of Ubuntu 26.04 LTS - the Resolute Raccoon!
It's technically thursday now here, so here is your new #OpenBSD/sgi episode, with grumpy commit messages and the explanation of why all OpenBSD developers are master bakers.