This is the best summary I could come up with:
While ReiserFS is obsolete and will eventually be dropped from the upstream Linux kernel in Linux 6.10 is one last ReiserFS change that was requested by former lead developer Hans Reiser.
ReiserFS lead developer and convicted murderer Hans Reiser a few months back wrote letters to be made public apologizing for his social mistakes and other commentary.
In his written communications he also made a last request for ReiserFS in the Linux kernel: "Assuming that the decision is to remove [ReiserFS] V3 from the kernel, I have just one request: that for one last release the README be edited to add Mikhail Gilula, Konstantin Shvachko, and Anatoly Pinchuk to the credits, and to delete anything in there I might have said about why they were not credited.
Hans credits his improved social and communication skills learned in prison among other details shared in the public letters.
Per the indirect request by Hans Reiser, SUSE's Jan Kara has now altered the ReiserFS README file with the changes going in today to the Linux 6.10 kernel.
The change landed today as part of the linux-fs merge to Linux 6.10.
The original article contains 203 words, the summary contains 187 words. Saved 8%. I'm a bot and I'm open source!
This is the best summary I could come up with:
The extensible scheduler "sched_ext" code has proven quite versatile for opening up better Linux gaming performance, more quickly prototyping new scheduler changes, Ubuntu/Canonical has been evaluating it for pursuing a more micro-kernel like design, and many other interesting approaches with it.
Torvalds feels the sched_ext code is ready enough and provides real value to the mainline Linux kernel.
This whole patchset was the major (private) discussion at last year's kernel maintainer summit, and I don't find any value in having the same discussion (whether off-list or as an actual event) at the upcoming maintainer summit one year later, so to make any kind of sane progress, my current plan is to merge this for 6.11.
I've never been a huge believer in trying to make everybody happy with code that is out of tree - we're better off working together on it in-tree.
And using the "in order to accept this, some other thing has to be fixed first" argument doesn't really work well either (and that has been discussed for over a decade at various maintainer summits).
So short of any last minute change of plans between now and mid-July when the Linux 6.11 merge window opens, looks for sched_ext in the next kernel cycle.
The original article contains 432 words, the summary contains 206 words. Saved 52%. I'm a bot and I'm open source!