Merged today to Mesa 26.2-devel was a reorganization of the AMD RadeonSI Gallium3D driver code to better separate the graphics and multimedia acceleration code from the rest of the driver.

This code hitting Mesa Git today cleans up a lot of the code and makes it easier for handling use-cases like RadoenSI driver builds without graphics (OpenGL) acceleration support as well as for now allowing RadeonSI driver builds just for multimedia support for video acceleration.

Since a few months ago was support for building the RadeonSI driver

The Flattened Image Tree "FIT" 1.0 specification was recently finalized for this container format used by U-Boot on embedded systems for providing various boot components like DTBs, the Linux kernel image, and more into a single file.

The Flat(tened) Image Tree usage can lead to a simpler Linux boot experience for embedded platforms and making it easier to manage deploying of updates with the single container file for providing all of the needed boot assets plus allowing for verified boot functionality and related features. U-Boot

Merged for the current Linux 7.1 cycle was beginning to phase out the Intel 486 processor support from the mainline kernel moving forward. That initial step with Linux 7.1 was dropping the various Kconfig options to allow compiling Linux kernel builds for targeting various i486 platforms. As part of that, the AMD Elan SoC configuration patches were dropped. The next step is proceeding on the AMD Elan side with beginning to remove the actual driver code.

With Linux 7.1 the driver code remained for

KDE developer Xaver Hugl has whipped up another nice improvement for the upcoming Plasma 6.7 desktop release. Due to QtWidgets still relying on CPU-based rendering and finding the performance subpar with Wayland shared memory "wl_shm" usage, Xaver has leveraged UDMABUF for avoiding excess buffer copies to provide a much more fluid experience when dealing with CPU-based rendering / shared memory usage on KDE under Wayland.

Xaver published a blog post to outline the issues with the slow performance of CPU rendering and the usage of Wayland shared

When it comes to compiling C/C++ code to WebAssembly (WASM), LLVM/Clang and other LLVM-based tooling has dominated the space. Nearly a decade ago was a proposal for a GCC WebAssembly back-end that ultimately never ended up being merged while now there is a new proposal for a WebAssembly back-end for the GNU toolchain.

An open-source developer this week posted a patch series introducing a new GCC back-end for WebAssembly. This has yet to receive approval from the GCC

AMD recently upstreamed Linux support for their next-gen AIE4 NPU . That next-gen AMD NPU support is expected to premiere in Linux 7.2 while this week an interesting new patch series has surfaced for SR-IOV support with those upcoming neural processing units.

A new patch series this week provides Single Root I/O Virtualization (SR-IOV) Virtual Function support for AMD's upcoming AIE4 platform with the AMDXDNA accelerator driver. This appears to be the first time any hardware supported by the AMDXDNA

Redox OS is out with its status report for April 2026. During the past month this open-source, Rust-based operating system written from scratch has seen improvements for running on real hardware as well as a wide variety of other improvements for bettering this original OS project.

Redox OS in recent weeks saw improvements for booting the operating system on real hardware, rather than just a virtual machine. There were boot fixes, updating against the latest Rust-OSDev ACPI crate to improve support for many systems,

D7VK continues advancing for this Vulkan-based implementation of Direct3D 7 that also supports D3D 6 / 5 / 3 APIs too for vintage games ultimately rendered using the modern Vulkan API.

D7VK 1.9 is out today as a big update for 2D-heavy Direct3D games. D7VK 1.9 introduces a system of delayed image uploads and dirty tracking for much better performance of 2D-heavy D3D7 and older games. Anno 150