
#GNU Linux-Libre 6.14 Kernel Is Here for Those Who Seek 100% Freedom for Their PCs https://9to5linux.com/gnu-linux-libre-6-14-kernel-released-for-those-seeking-100-freedom-for-their-pcs
#GNU Linux-Libre 6.14 Kernel Is Here for Those Who Seek 100% Freedom for Their PCs https://9to5linux.com/gnu-linux-libre-6-14-kernel-released-for-those-seeking-100-freedom-for-their-pcs
Linux kernel 6.14 has arrived with a plethora of performance-minded improvements in tow, including sizeable frame-rate boosts for many Windows games run on Linux https://www.omgubuntu.co.uk/2025/03/linux-kernel-6-14-released-delivers-big-boosts-to-linux-gaming
#Linux Kernel 6.14 Officially Released, This Is What’s New https://9to5linux.com/linux-kernel-6-14-officially-released-this-is-whats-new
#Linux 6.13.8, 6.12.20, and 6.6.84 kernels are now available for download at https://www.kernel.org
#Linux 6.14-rc7 is now available for public testing at https://kernel.org and Linus Torvalds says that "things continue to look quite calm, and I expect to release the final 6.14 next weekend." Happy testing!
#Linux 6.13.7, 6.12.19, 6.6.83, 6.1.131, 5.15.179, 5.10.235, and 5.4.291 kernels are now available for download at https://www.kernel.org
#Linux 6.14-rc6 is now available for public testing at https://kernel.org and Linus Torvalds says that "this release remains on track, nothing special to report; the biggest patch here is for the AMD microcode signing snafu." Happy testing!
#Linux 6.13.6, 6.12.18, 6.6.81 and 6.1.130 kernels are now available for download at https://www.kernel.org All users of the 6.6 LTS kernel series must upgrade, EXCEPT i386 systems as the i386 arch is currently broken, please wait for the next release before you upgrade.
#Linux 6.14-rc5 is now available for public testing at https://kernel.org and Linus Torvalds says that "nothing strange stands out, and both the shortlog and diffstat look very regular." Happy testing!
The "x86: 32-bit cleanups" patch series[1] from @arnd hit #linux-next and thus is slated for inclusion in #kernel 6.15.
It removes some #LinuxKernel code like CONFIG_HIGHMEM64G that complicates things in some areas, but is mainly "about running 32-bit kernels on 64-bit hardware, which usually works but should probably be discouraged more clearly by only providing support for features that are used on real 32-bit hardware" – and unlikely to be used in the wild.
[1] https://lore.kernel.org/all/20250226213714.4040853-1-arnd@kernel.org/
#Linux 6.13.5, 6.12.17, and 6.6.80 kernrels are now available for download at https://www.kernel.org
2/ For the record:
* Christoph Hellwig might have dropped two #Linux #kernel maintainer positions (and a reviewer entry for VMALLOC), but kept four others, among them for the NVMe driver and the NVMe target driver: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS#n16933
* From a look at the lore archives it currently looks like hch is as busy as usual when it comes to contributing to the #LinuxKernel https://lore.kernel.org/all/?q=f%3A%22Christoph+Hellwig%22+d%3A2025-02-24..
Christoph Hellwig, who recently vetoed dma-mapping #rust bindings, stepped down as maintainer for the dma-mapping[1] and configfs[2] subsystems of the #Linux #kernel.
[1] https://git.kernel.org/torvalds/c/f7d5db965f3e132887779c6b449452db2b807caa
[2] https://git.kernel.org/torvalds/c/815291c11acda54515f1af5ce6fe307490de9127
I don’t get the whole #Rust #Linux kernel drama. Could someone help explain it to me?
I don’t really like Rust as much anymore and I don’t really want it in the kernel in my opinion, but I’m not gonna be a dick about it.
Personally, I think it’s better to stick with C since it already works well enough but before I fully form my opinion I just wanna know what’s been going on.
Thanks!
#Linux 6.14-rc4 is now available for public testing at https://kernel.org and Linus Torvalds says that "this continues to be the right kind of "boring" release: nothing in particular stands out in rc4.." Happy testing!
In the old Unix days, there was a filesystem that implemented the Xenix FS, Coherent Unix FS, and SystemV/386 FS. It allowed file organization and access that provided the data storage service that allowed applications to access mass storage and its contents, including files and folders.
The ex-maintainer of this filesystem support for Linux systems had orphaned the filesystem maintenance back in 2023 [lore.kernel.org], when the maintainer said that there was no way to test it, with the possible removal slated in the future.
The future has come, and Jan Kara from the SUSE team [git.kernel.org] has pushed a commit to the VFS git that removed all code for the SysV support for Linux, which confirms that, starting from Linux 6.15, you won’t be able to access these legacy filesystems. This is because, back in 2023, Google’s Linux kernel fuzzer, syzkaller [github.com], has automatically reported a bug [lore.kernel.org] in SysV where the sleep function was called from an invalid context.
As nobody is using this filesystem in their Linux installation, it’s safe to remove this filesystem support from the kernel. This only affects computers that have both Linux and a legacy Unix system that uses this antique filesystem installed, but the amount of such computers is very small.
Once Linux 6.15 gets released, you won’t be able to use any partitions that use this filesystem.
https://audiomack.com/aptivi/song/sysv-filesystem-is-being-removed-from-linux-615
#Linux 6.13.4, 6.12.16, 6.6.79, and 6.1.129 kernels are now available for download at https://www.kernel.org
Linus replied to Christoph about the Rust for #Linux DMA blockage:
https://lore.kernel.org/all/CAHk-=wgLbz1Bm8QhmJ4dJGSmTuV5w_R0Gwvg5kHrYr4Ko9dUHQ@mail.gmail.com/
'"Honestly, what you have been doing is basically saying "as a DMA maintainer I control what the DMA code is used for".
And that is not how *any* of this works […]
You are saying that you disagree with Rust - which is fine […]
I respect you technically, and I like working with you.
And no, I am not looking for yes-men, and I like it when you call me out on my bullshit. […]"'
You Can Now Install #Linux Kernel 6.13 on #Ubuntu, Here’s How https://9to5linux.com/you-can-now-install-linux-kernel-6-13-on-ubuntu-heres-how