Here it is, another big Linux kernel release is out now. Linux kernel 6.12 is an exciting one too with a big feature finally landing.
From the release announcement, Linus Torvalds said:
No strange surprises this last week, so we're sticking to the regular release schedule, and that obviously means that the merge window opens tomorrow. I already have two dozen+ pull requests in my mailbox, kudos to all the early birds.
But before the merge window opens, please give this a quick test to make sure we didn't mess anything up. The shortlog below gives you the summary for the last week, and nothing really jumps out at me. A number of last-minute reverts, and some random fairly small fixes fairly spread out in the tree.
The real big one for this release is the enabling of PREEMPT_RT, implementing real-time computing capabilities. This was merged by Linus Torvalds on September 20th from Thomas Gleixner that noted:
Enable PREEMPT_RT on supported architectures:
After twenty years of development we finally reached the point to enable PREEMPT_RT support in the mainline kernel.
All prerequisites are merged, so enable it on the supported architectures ARM64, RISCV and X86(32/64-bit)
There's a good interview on Linux.com to give a bit of background on it, here's an excerpt where Gleixner explained what it actually really means:
TG: Real-Time in the context of operating systems means that the operating system provides mechanisms to guarantee that the associated real-time task processes an event within a specified period of time. Real-Time is often confused with “really fast.” The late Prof. Doug Niehaus explained it this way: “Real-Time is not as fast as possible; it is as fast as specified.”
The specified time constraint is application-dependent. A control loop for a water treatment plant can have comparatively large time constraints measured in seconds or even minutes, while a robotics control loop has time constraints in the range of microseconds. But for both scenarios missing the deadline at which the computation has to be finished can result in malfunction. For some application scenarios, missing the deadline can have fatal consequences.
In the strict sense of Real-Time, the guarantee which is provided by the operating system must be verifiable, e.g., by mathematical proof of the worst-case execution time. In some application areas, especially those related to functional safety (aerospace, medical, automation, automotive, just to name a few), this is a mandatory requirement. But for other scenarios or scenarios where there is a separate mechanism for providing the safety requirements, the proof of correctness can be more relaxed. But even in the more relaxed case, the malfunction of a real-time system can cause substantial damage, which obviously wants to be avoided.
Some other fun stuff added in this kernel release include:
- Expanded oxp-sensors support for OrangePi NEO-01, OneXPlayer 2 series, OneXFly, and X1 series. Plus AYANEO models 2S, AIR 1S, Flip series, GEEK 1S, and KUN.
- Fixed up ROG ALLY X audio support.
- Added support for the GameForce Ace handheld (Rockchip RK3588s SoC).
- Improved support for the Anbernic RG28XX handheld (H700 ARM Cortex-A53).
- Improved Raspberry Pi 5 support.
- Intel Battlemage and Lunar Lake support enabled by default.
- Intel graphics fan speed reporting.
- More work towards supporting Intel Panther Lake.
- Support for showing a QR code for Linux kernel panics.
- Lots of improved support for various laptops.
- sched_ext, "a scheduler class whose behavior can be defined by a set of BPF programs" is now in.
I'm just searching through and cherry-picking random bits here as usual. It's a ridiculously long read as always with thousands of changes across all areas. See more in the full changelog.
Is there a particular change you're excited to see that made it into Linux kernel 6.12? Let me know in the comments.
The Pull Request for the real-time integration has been submitted with style - personally, on paper!
!link
Source linked here
(On third view: The background for Mr. Gleixner and Mr. Torvalds has been badly arranged. :D )
Last edited by Eike on 18 November 2024 at 11:07 am UTC
For some application scenarios, missing the deadline can have fatal consequences.Literally fatal in some cases.
So I had to revert back to Windows 10. Which... is REALLY not where I want to be with this fancy machine. So hoping Bazzite will jump to Linux 6.12 very soon, since I'm keen to give that distro a try!
Improved support for the Anbernic RG28XX handheld (H700 ARM Cortex-A53).thats pretty neat, I wonder what that does in terms of performance for it and if other devices like the dozen of 35xx devices will get any kernel improvements
- https://lwn.net/Articles/979617/ - RIP Daniel Bristot de Oliveira
Last edited by nwildner on 18 November 2024 at 3:26 pm UTC
The big one for me is support for the latest Realtek network drivers. I just got a new PC and absolutely splurged on it. I'm running a swanky new Ryzen 7 9800X3D on a X870E motherboard with 32Gb DDR5 RAM, a 7800XT graphics card, but no Linux distro has network working on install! A quick Google showed me that kernel drivers were coming in 6.12.I can see your new PC screaming for a Linux gaming distro right now with that awesome configuration.
So I had to revert back to Windows 10. Which... is REALLY not where I want to be with this fancy machine. So hoping Bazzite will jump to Linux 6.12 very soon, since I'm keen to give that distro a try!
Linux dimkosPC 6.12.0-rc7+ #1 SMP PREEMPT_RT Sun Nov 17 23:04:21 GMT 2024 x86_64 AMD Ryzen 9 3950X 16-Core Processor AuthenticAMD GNU/Linux
its MEH...
Had to tinker with pulseaudio to make it work more or less. Don't seem much difference starting games with higher priority.
The big one for me is support for the latest Realtek network drivers. I just got a new PC and absolutely splurged on it. I'm running a swanky new Ryzen 7 9800X3D on a X870E motherboard with 32Gb DDR5 RAM, a 7800XT graphics card, but no Linux distro has network working on install! A quick Google showed me that kernel drivers were coming in 6.12.
So I had to revert back to Windows 10. Which... is REALLY not where I want to be with this fancy machine. So hoping Bazzite will jump to Linux 6.12 very soon, since I'm keen to give that distro a try!
Bazzite updates with fedora so it's fedora that bazzite has to wait on. :(
So if I understand correctly, the RT kernels will disappear, as it's become useless now?I don't know if they will disappear but they will lose their purpose really.
See more from me