Linux Kernel News Archives

As expected the Linux 6.11 kernel has been promoted to stable and in time for appearing in the likes of Ubuntu 24.10, Fedora 41, and other autumn Linux distribution releases.

It's expected to be the Linux 6.11 release day! We are just hours away from hopefully seeing Linux 6.11 stable christened as the kernel set to power the likes of Ubuntu 24.10 and Fedora 41. Here's a reminder of some of the most interesting new features and changes to look forward to with Linux 6.11.

Ahead of the Linux 6.12 kernel merge window opening on Monday, the printk updates were submitted in advance given the Linux Kernel Maintainer Summit also taking place next week in Vienna. Notable with the printk updates is finishing up the NBCON console work that is notable as the last major blocker before real-time (PREEMPT_RT) support can be finally mainlined.

With Linux 6.11 expected for release on Sunday that in turn will mark the start of the two-week merge window for Linux 6.12. The Linux 6.12 cycle will get underway and work towards its stable release in mid to late November. Ahead of the Linux 6.12 merge window here is a look at some of the material anticipated for merging during this next cycle.

With this past weekend's release of Linux 6.11-rc7, the kernel changes for the week were larger than prior RCs and Torvalds was a bit hesitant on releasing v6.11 this coming Sunday due to the upcoming that takes place next week in Vienna, Austria. But after a bit of time and feedback from other kernel developers, Torvalds is now more inclined to release Linux 6.11 this coming Sunday rather than dragging it out for an extra week.

Excitement is building that the real-time kernel "PREEMPT_RT" support might finally be ready for the mainline kernel as soon as the upcoming Linux 6.12 merge window. It will be interesting to see if that long-awaited day finally comes this month but recently noted patches have now been queued into tip/tip.git's "sched/rt" branch ahead of the Linux 6.12 merge window.

Following recent international travels, Linus Torvalds is back to his usual late Sunday Linux kernel release regiment. Linux 6.11-rc7 was released a few minutes ago as Linux 6.11 approaches the finish line.

Back in 2022 were a set of patches that allowed compiling the ARM64 Linux kernel from Apple macOS hosts. The intent was for developers just wanting to do some build/smoke testing from under an Apple Silicon device running macOS to see at least any kernel changes are successfully compiling on macOS with its LLVM/Clang-based toolchain. An updated form of those patches were posted today for review.

We're very close to the finish line for the mainline Linux kernel being able to enable real-time "PREEMPT_RT" kernel support.

Linux 6.11 merged getrandom() in the vDSO Support for very fast yet secure user-space random number generation needs. That work was initially focused on x86_64 but beginning with Linux 6.12 and following on this getrandom() vDSO implementation will see expanded CPU architecture support.

When it comes to the Rust programming language support within the Linux kernel one of the limitations is that the CPU architecture support isn't as widespread. Currently Rust for Linux supports x86_64, AArch64 (ARM64) little-endian, LoongArch, and RISC-V. While those cover the main targets, POWER is notably missing and many other niche CPU architectures supported by the Linux kernel especially for aging platforms. Patches posted today to the Linux kernel mailing list would extend the Rust support to MIPS.

Posted today as a "request for comments" by longtime Linux developer Josh Poimboeuf of Red Hat is klp-build. The klp-build proposal is a new means of building livepatch modules for live-patching the Linux kernel to address bugs and security issues with the running kernel image.

Like with last week's Linux 6.11-rc5 release, Linux 6.11-rc6 is out a half-day early due to Linus Torvalds' ongoing foreign travels. Linux 6.11-rc6 brings many more fixes to this kernel that will debut as stable in mid-September,

Longtime Direct Rendering Manager (DRM) subsystem maintainer David Airlie of Red Hat has written an interesting blog post providing an analogy to types of developers compared to road builders and hotels.

Submitted today via DRM-Misc-Next to DRM-Next for staging ahead of the Linux 6.12 merge window in mid-September is optional support for displaying a QR code within the DRM Panic handler infrastructure when a Linux kernel panic occurs.

One of the several Rust for Linux kernel maintainers has decided to step away from the project. The move is being driven at least in part due to having to deal with increased "nontechnical nonsense" raised around Rust programming language use within the Linux kernel.

The Linux 6.11-rc5 kernel is already out as stable today, roughly a half-day ahead of time due to travels by Linus Torvalds.

Google engineer Qais Yousef has posted a set of 16 patches for the "Schedutil" scheduler utilization code within the Linux kernel to better manage system response time. Schedutil is often used by default on many Linux distributions and with these patches a popular web browser benchmark can be as much as 30% faster with these kernel patches.

The fourth weekly release candidate of Linux 6.11 is now available for testing.

While Linus Torvalds was hoping to merge the sched_ext extensible scheduler for the Linux v6.11 kernel cycle, that didn't end up happening after some technical issues were raised on the kernel mailing list. Since then though the kernel developers have been collaborating and given the latest sched_ext patches with "for-next" and "for-6.12" markings, it's looking like the extensible scheduler will be attempted again for the Linux 6.12 merge window.

Sent out today was the latest round of DRM-Misc-Next patches to DRM-Next ahead of the Linux 6.12 merge window opening up in mid-September. For those using ARM single board computers with a Rockchip SoC and have been struggling for 4K support over HDMI, the Rockchip updates in Linux 6.12 should excite you.

While Linus Torvalds called for including the "sched_ext" extensible scheduler in Linux 6.11, he ultimately decided not to merge it for Linux 6.11 after some technical issues were raised on the Linux kernel mailing list.

The past few months have seen patches for updating the XZ (de)compression code within the Linux kernel that's been a lengthy process in part due to the XZ backdoor situation earlier this year and the reputable XZ developers in turn being busy cleaning up that mess. In any event it appears that the updated XZ code for the Linux kernel is now on track for mainlining come Linux 6.12.

Linus Torvalds released Linux 6.11-rc3 a few minutes ago as the latest weekly release candidate.

NVIDIA software engineer Andrea Righi has implemented his "scx_rustland" Linux Rust scheduler within eBPF for very promising performance results.

The Linux kernel itself can already boot quite fast but with a simple one-line patch another ~0.035 seconds will be able to be shaved off the boot time.

The second weekly release candidate of Linux 6.11 is now available for testing.

The Linux 6.12 kernel cycle later this year has a change coming that will impact users of the "Schedutil" CPU frequency scaling governor. This change is dropping the "LATENCY_MULTIPLIER" that has been within the kernel code the past two decades to slowdown how frequent the CPU frequency evaluation occurs. In turn the revised logic can allow for that CPUFreq frequency re-evaluation to occur more often.

Merged on Sunday prior to tagging the first release candidate of Linux 6.11 were some last minute updates to Turbostat, the tool that lives within the kernel source tree and used for reporting CPU frequency and idle statistics along with other useful metrics. With Linux 6.11, Turbostat is gaining some new abilities.

The Linux 6.11 merge window is over with the Linux 6.11-rc1 release now out the door.

While Linus Torvalds stated in mid-June that he intended to merge sched_ext for Linux 6.11 as the exciting extensible scheduler code, it didn't end up happening... The Linux 6.11-rc1 kernel was just released to close the Linux 6.11 merge window and the sched_ext code wasn't pulled.

Merged one year ago for Linux 6.6 was the EEVDF scheduler as a replacement to the CFS code and designed to provide a better scheduling policy for the kernel and being more robust. With a new set of patches for this "Earliest Eligible Virtual Deadline First" scheduling code, it's nearing the point of officially being completed.

With the Linux 6.11 kernel merge window wrapping up this weekend, I've begun "kicking the tires" on the new kernel that will then see the weekly release candidates over the next two months. For some initial Linux 6.10 vs. 6.11 Git benchmarking on an AMD Ryzen Threadripper workstation, the new kernel is appearing fit and offering some nice performance gains in a few areas.

Miguel Ojeda has sent out the big Rust pull request for the nearly wrapped up Linux 6.11 merge window. This contains all of the latest Rust programming language infrastructure now ready for the mainline kernel.

Going back two years has been the effort for adding getrandom() to the vDSO in order to enhance the performance. This work has yielded as much as 15x the performance in showing very fast while being secure user-space RNG needs. A few weeks back Linus Torvalds was unconvinced by adding getrandom() to the vDSO, but after going back through the patches he gave it another go. Today the work has managed to be mainlined for Linux 6.11.

Andrew Morton on Sunday sent in his "MM" pull requests for Linux 6.11 of the areas of the kernel he manages.

Back in March were a set of patches to the Linux kernel's XZ embedded compression implementation with the project having switched from public domain to the BSD Zero Clause License along with other changes to update that in-tree code. Since then the notorious XZ backdoor situation was discovered in the upstream XZ project. With those major issues behind, Lasse Collin today sent out an updated set of patches for updating the in-tree XZ code for the Linux kernel.

The crypto subsystem updates have landed for the Linux 6.11 kernel.

The SLAB pull request landed in Linux 6.11 Git on Thursday with kmem_buckets-based hardening of kernel memory allocations.

While Rust is viewed as a memory safe and robust programming language, there is the "unsafe" keyword within Rust that can be used for unsafe code that grants "unsafe superpowers" for the language. As dealing with Rust at low-levels as the Linux kernel can lead to needing to use "unsafe" Rust at times, a documentation standard has been proposed for dealing with such code inside the kernel.

Linus Torvalds began the Linux 6.11 merge window yesterday by merging some of his own feature code for this next kernel version.

Following last night's release of the Linux 6.10 kernel, the FSF LA developers have released GNU Linux-libre 6.10-gnu as their downstream kernel flavor that strips out the ability to load binary-only kernel modules and the ability to load non-free firmware/microcode into open-source drivers, among other alterations in the name of software freedom.

As anticipated the Linux 6.10 kernel was released as stable a few minutes ago by Linus Torvalds.

With Linux 6.10 expected to be released in the coming hours, in turn the Linux 6.11 merge window will open tomorrow unless there is any last-minute v6.10 release delay. With that said, here's a look at some of the features you can likely expect to see for this next kernel version.

Linux 6.10 stable should be released later today. It's been a fairly calm week in the kernel world and thus Linus Torvalds will most likely opt for tagging v6.10 as opposed to doing a v6.10-rc8 extra release candidate. So with Linux 6.10 likely upon us, here's a reminder about some of the most interesting changes in this new kernel release.

Linus Torvalds just released Linux 6.10-rc7 as the latest weekly release candidate of the forthcoming Linux 6.10 kernel.

As part of the memory management changes expected to be merged for the upcoming Linux 6.11 cycle is allowing more fine-tuned control over the swappiness setting used to determine how aggressively pages are swapped out of physical system memory and into the on-disk swap space.

It's been nearly one decade since Intel began working on 5-level paging support for the Linux kernel to allow for greater virtual and physical address space with expanding memory sizes. The 5-level paging kernel-side bits were upstreamed back in Linux 4.12 in 2017 and enabled by default since 2019 with Linux 5.5. Intel CPUs for a while (since Ice Lake) have supported 5-level paging and AMD CPUs too since Zen 4. The Linux kernel may move to unconditionally enabling 5-level paging support for x86_64 kernel builds.

Linux 6.10 introduces DRM Panic for providing a new panic screen in case of kernel errors and situations where the VT support may be disabled. This new kernel functionality is akin to Windows' Blue Screen of Death or thanks to open-source can be adapted to take on other forms such as a black screen of death and conveying monochrome logos rather than ASCII art. New patches provide for the ability to show QR codes of error messages within the DRM Panic screens.

For years Meta/Facebook has been exploring using BOLT with the Linux kernel to optimize the layout of the Linux kernel binary. Since BOLT was upstreamed into LLVM, they've continued work around BOLT'ing the kernel. There is now a public guide for carrying out a BOLT-optimized Linux kernel build and roughly 5% better system performance to expect from such an optimized kernel.