Linux 6.16 introduced the ability to report the cause of AMD system resets/reboots thanks to specialized information available on AMD Zen platforms for indicating the detected cause of previous resets. This is a handy addition and the information is automatically reported to the kernel log on the next system boot, but in some instances that information could be stale/inaccurate. Today's Linux 6.18-rc2 will fix that.

Sent out today were the x86/urgent changes for Linux 6.1

There has already been hardware monitoring support and other functionality in place under Linux for various AYANEO devices while a new platform driver is being worked on for the new AYANEO 3 device.

The recently-launched AYANEO 3 is what's likely the first modular handheld console with the ability to change input controls either for different controller modules or the layout/orientation of the inputs. AYANEO 3 has both OLED and LCD screen options plus is yet another device powered by the AMD Ryzen AI 300 series for very fast performance.

At the start of the calendar year there was a proposal for a new GCC front-end for the Algol 68 programming language . GCC developers deferred merging Algol 68 support into GCC for this rarely talked about vintage programming language. But as talked about back at the GNU Tools Cauldron 2025, the developer is still working on the support . Sure enough, this week brought a new version of this GCC front-end.

Jose E. Marchesi of Oracle is the one that has been leading the effort

Posted to the Linux kernel mailing list one month ago were patches for a multi-kernel architecture design to allow multiple independent kernel instances to co-exist on the same single physical machine. This could let some CPU cores be running real-time "RT" kernels or other non-traditional uses between CPU cores. It wasn't clear how far the multi-kernel patches would get especially with some initial negative views toward it and Bytedance separately proposing "Parker" for multi-kernel usage just days later. In

FreeBSD 15.0 Beta 2 is out as the newest weekly test release of FreeBSD working its way toward a stable release in early December.

Similar to prior development builds of FreeBSD 15.0 improving their release build process , FreeBSD 15.0 Beta 2 brings more fixes to their release-building process.

Plus there are a number of pkgbase-related fixes and improvements in FreeBSD 15.0 Beta 2.

The FreeBSD 15.0 Beta 2 announcement also notes its Blocklist is updated, which

Back during the Linux 6.18 merge window Linus Torvalds commented on " mindless and completely crazy Rust format checking " and that the RUst format checking "is all bass-ackwards garbage" with condensing multi-line import statements into single lines. Merged minutes ago to Linux Git ahead of tomorrow's Linux 6.18-rc2 are fixes to the Rust format checking and updated guidelines to address Torvalds' criticism.

Rust for Linux lead developer Miguel Ojeda commented with today's Rust for Linux 6.

Since Qualcomm announced the Snapdragon X2 Elite last month , Linux patches for the X2 Elite "Glymur" platform have begun flowing. Among the recent Linux patches for the Snapdragon X2 is this past week seeing initial display support.

This week the first two revisions of the MSM Direct Rendering Manager (DRM) driver patches for being able to drive displays with the X2 Elite / Glymur were sent out. The display support with the Snapdragon X2 Elite turns out to be similar to the Snapdragon 8 Elite (SM

For those evaluating new options for high performance, cross-platform graphics and/or compute for simulations and other purposes, Tellusim Technologies has made their Tellusim Core SDK publicly available via GitHub.

Tellusim as a reminder is what powers the demanding GravityMark graphics benchmark. Alexander Zapryagaev who was a co-founder of the well known Unigine Corp and Unigine Engine developer is the one that went on to form Tellusim Technologies.

The Tellusim Core SDK is self-described as:

"Tellusim Core SDK is the foundational layer of the Tellusim Engine

A few days back we reported on a Meta engineer uncovering an architectural issue with RDSEED usage on AMD EPYC 9005 "Turin" CPUs . It ended up being found to affect more CPU models than originally anticipated and a new patch posted to the Linux kernel mailing list would disable RDSEED usage across all AMD Zen 5 processors.

Gregory Price of Meta posted a new patch to the LKML on Friday night that would disable RDSEED now for all AMD Zen 5 processors due to the problematic behavior.