One of the early changes merged for the in-development Mesa 26.0 is adding support to Intel's "ANV" open-source Vulkan driver for supporting the low-latency hint supported by the modern Intel Xe kernel graphics driver.

The Intel ANV driver already supported low latency hinting when using the older i915 kernel graphics driver while with the Mesa 26.0-devel code as of yesterday is similar functionality wired up when ANV is running atop the modern Xe kernel graphics driver.

The

Ahead of the Linux 6.18-rc2 release on Sunday, the Direct Rendering Manager (DRM) fixes for the week were sent out today. There is the usual assortment of different kernel graphics driver fixes, mostly with the Intel and AMD drivers as usual. In particular a few Intel driver fixes make this week's pull worth mentioning.

Included as part of this week's DRM fixes for Linux 6.18 is a patch for the modern Intel Xe driver to enable media sampler power gating

Valve's Linux graphics driver team contributions aren't limited to just enhancing the rasterization and ray-tracing graphics performance of the open-source Linux GPU drivers for gaming. Beyond other interesting contributions from that talented group of open-source Linux graphics developers over the years and for other areas like enhancing old GPU hardware support , merged this week for the Radeon Vulkan "RADV" driver is a massive improvement to benefit the Llama.cpp AI performance.

Rhys Perry of Valve's Linux graphics team who specializes on the

Fedora 43 had been planning for an early final target release date of 21 October. Unfortunately, that's not going to happen as a "No-Go" was declared at the Fedora Linux 43 release meeting.

While years ago Fedora Linux was notorious for its release delays in order to address blocker bugs, more recently they have managed to be rather on-point for releases. In fact, recently they have begun hitting early release targets a week before their actual planned target release dates. But for

Over the years we have seen various workarounds like disabling RDSEED for select AMD CPUs due to hardware bugs and early on in the Zen days were also some RdRand issues due to different problems . It turns out the newest AMD EPYC 5th Gen "Turin" processors have a new RDSEED issue.

RDSEED is principally used for seeding software psuedo random number generators with additional entropy where not needing high quality RDRAND. Meta engineer Gregory Price announced on the Linux kernel mailing list the uncovering of an RDSEED bug affecting AMD EPYC 900

A Phoronix reader pointed out a bug report from 2015 now getting renewed interest... Linux software RAID via MD RAID, DRBD, LVM RAID, and similar software-based solutions can be broken from user-space around O_DIRECT usage. The issue is that these RAID arrays can be put silently into an inconsistent state across disks.

The 2015 bug report provided a sample script for showing how MD RAID and similar can be put into an inconsistent state across disks from a user-

Posted to the Linux kernel mailing list and GNU Binutils mailing list today is an intriguing message from a longtime x86/x86_64 expert around a "a corporate entity other than Intel/AMD" using some x86 opcodes not used by AMD or Intel processors.

Longtime x86 expert Christian Ludloff posted a cryptic message to the LKML and Binutils mailing lists. An anonymous Phoronix reader in turn relayed the interesting occurrence to me. Christian Ludloff has worked for Google, AMD, TI,

AOMP 22.0-1 was released on Wednesday as the newest routine update to this downstream of LLVM/Clang/Flang maintained by AMD that continues to carry their latest modifications for enhancing the C/C++/Fortran compiler offloading support to AMD Radeon/Instinct hardware using the likes of OpenMP and OpenACC.

AOMP 22.0-1 marks their first release since re-basing to the latest LLVM Git upstream that is now tracking LLVM 22 development over the recent LLVM 21 stable release.