Turbosqueeze 1.0 was announced today as a new real-time, multi-threaded compression solution designed for C/C++ programs and aiming to compete with the likes of Zstd, LZ4, and Snappy compression.

Turbosqueeze is a new MIT-licensed multi-threaded compression library aiming for competitive performance to the more established compression algorithms/implementations. Turbosqueeze aims to provide real-time multi-threaded compression, async job scheduling, and more.

Benchmarks from the project show Turbosqueeze delivering around 305 MB

Sent out on Sunday to the Linux kernel mailing list was a proposal for a new Direct rendering Manager (DRM) client for providing "splash screen" type functionality such as for embedded systems and more. But with Plymouth in user-space already being the dominant solution here and upstream developers tending to prefer such functionality in user-space instead, its future remains uncertain with some developers already questioning the value of this proposed solution.

The "Splash" DRM client is explained in its Request For Comments patch series as:

"

The PanVK driver for modern Arm Mali Vulkan driver support within Mesa has tapped into Mesa's on-disk shader cache functionality as well as an in-memory cache to provide for a better experience with this open-source driver.

Faith Ekstrand of Collabora implemented the in-memory cache and on-disk shader cache support last week for this Arm Vulkan driver. Thanks to building off existing Mesa shared functionality, it was just a few dozen lines of code to implement and provides some immediate wins thanks to this caching.

In addition to the patches sent out this weekend by Intel for Xe driver preparations for multi-device Shared Virtual Machine (multi-device SVM), another notable patch series making it out this weekend for the Intel Xe open-source kernel graphics driver is support for mapping DMA-BUFs via IOV interconnects.

This is yet another component to their work around proper SR-IOV support for their latest Arc Pro B-Series graphics cards and ensuring an optimal "Project Battlematrix" experience for multiple GPUs and supporting virtualization.

The Linux 6.18-rc3 kernel is now available for testing in working toward the Linux 6.18 stable kernel release in just about one month. Linux 6.18 is expected to become this year's Long Term Support "LTS" kernel.

More bug/regression fixes poured in this week for Linux 6.18-rc3 as well as some new hardware bits. Among the Linux 6.18 changes that were on my radar this week included AWCC profile support for

Debian Project Leader Andreas Tille announced today that their "FTP Master" team is being disbanded and instead establishing the Debian Archive Operations Team "Archive Team" and DFSG, Licensing & New Packages Team "DFSG Team" in its place.

The DFSG, Licensing & New Packages Team spin-off from the FTP Master team is formally described as:

"The DFSG, Licensing & New Packages Team ensures that new packages entering the Debian archive comply with the Debian Free Software Guidelines and relevant licensing requirements. Its responsibilities include:

*

The talented FFmpeg developers continue to be quite innovative with their performance optimizations and other features for this widely-used, open-source multimedia library. The latest addition to FFmpeg this weekend is introducing Vulkan accelerated video decoding for Apple ProRes content.

ProRes is Apple's high quality video codec for video editing and similar purposes. Following earlier code around Vulkan acceleration for Apple ProRes RAW , FFmpeg has merged Vulkan acceleration for ProRes video decoding with most features being supported. With Apple ProRes not being an official Vulkan Video feature and not

Following the initial VFS changes last year for supporting block sizes larger than the kernel's page size along with the initial XFS file-system patches, Btrfs recently landed its support for block sizes greater than the page size . Now EXT4 is preparing to join the party too for allowing larger block sizes.

Huawei engineer Baokun Li sent out the patch series on Saturday for wrapping up work on enabling block sizes larger than page size for EXT4. With EXT4 already supporting large folios, various small changes throughout the EXT