There’s been some Friday night kernel drama on the Linux kernel mailing list… Linus Torvalds has expressed regrets for merging the Bcachefs file-system and an ensuing back-and-forth between the file-system maintainer.

On Friday a set of fixes were submitted for merging into the current Linux 6.11 cycle. There were little fixes plus two big “fixes” around an rhashtable conversion and a new data structure for managing free lists in the BTree key cache. That later one eliminates the BTree key cache lock and avoids some locking contention that can appear in some multi-threaded workloads.

But this “fixes” pull request touches more than one thousand lines of code and we’re now more than half-way through the Linux 6.11 cycle. This is far from the first time that big “fixes” pulls for Bcachefs have been submitted post merge window and not the first time that it’s not strictly bug fixes but also heavier more feature-like additions being made via fixes pull requests. Linus Torvalds had enough and responded to the pull request.

64 points

The arrogance of Kent is ridiculous and he sounds like a man-child throwing a neck beard flavored tantrum whenever someone questions the bullshit reality that doesn’t actually exist. This isn’t some dumb application you can run into the ground because you can’t play well with others. This is the fucking linux kernel, and if you can’t fathom how bad it is to throw random “fixes” at the last minute instead of waiting for the next development cycle, you are the problem. I see that shit all the damn time in corporate environments and I am sick of arrogant programmers who can’t understand processes, why they exist, and why they need to be followed.

permalink
report
reply
63 points
*

“You guys are freaked out because I’m moving quickly and you don’t have visibility into my own internal process, that’s all.”

Uh, yeah?! Maybe add on “and you refuse to see why that’s a problem”

permalink
report
reply
2 points

I was amazed to read that, too. At least, they seem to keep it polite and professional. Kent even agrees that Linus is acting because of the responsibility of the maintainer, not on a whim or out of spite

permalink
report
parent
reply

These are all factors that let me say, with confidence, that there really aren’t any bugs in this this pull request.

That kind of thinking from Kent sounds like act one of a Greek tragedy.

permalink
report
reply

This is a poor posture from Kent

It’s fine to have something buggy but pissing off Linus Torvalds is probably not the best idea, perhaps a bit of introspection might be the best course of action before sending another hasty message

From the wise words of Jack Stauber:
But it feels better to check than to reflect~

permalink
report
reply
3 points

I’m waiting for Torvalds to start with the bad language.

permalink
report
parent
reply
11 points

Nah, he changed since the creation of Linux code of conduct

permalink
report
parent
reply
-42 points

I thought Linux represents freedom but you sound like it’s a tyranny.

permalink
report
parent
reply

Linus is the head of Linux because he’s trustworthy and acts responsibly (esp more so nowadays than previously)

If at any point he were to act in a way that tarnishes the trust built behind Linux, I wouldn’t be surprised if fellow maintainers forked Linux just like Redis and decided to put their weight behind the new project

Same like me or any of the mods or admins here; I would hope my ass gets banned faster than the speed of light if I were to ever act irresponsibly with mod/admin powers


“Remember, with great power comes great responsibility.” - Uncle Ben

permalink
report
parent
reply
31 points

It does represent freedom.

Kent can fork the kernel if he wants with all the fixes he wants in it and distribute it as he sees fit. This particular instance of the kernel (which happens to be original – the upstream), Linus has to balance allowing some fixes other developers want to include versus a ‘minor’ release of the kernel during this cycle (because it is a minor version release, not a major one). Kent could then also stop other developers from contributing to his fork but then those people could just fork his kernel fork and do what they want.

You as a user are free to use any of them. You’re even free to take Kent’s PRs right now with everything done in the kernel at this point, compile it and run it yourself if you want. You could even market it as something and sell it all if you want for a profit if you can get the customers. You’re free to do all of that. You can do it right now if you want.

permalink
report
parent
reply
27 points

This guy is free to do all the cowboy shit he wants in his own fork of the kernel. The problem is that he’s trying to force his way with the main one without proper care for how much a small mistake of his could damage.

permalink
report
parent
reply
5 points

And freedoms of speech is why one can badmouth others and act racist /s

No, freedom is not absence of any kind of process or rules

permalink
report
parent
reply
36 points

Honestly, I find it great that Linus still manages the Kernel after all this time.

permalink
report
reply
25 points

Actually it’s GNU/Linus that manages the kernel (also known as GNU + Linus)

permalink
report
parent
reply

Linux

!linux@programming.dev

Create post

A community for everything relating to the linux operating system

Also check out !linux_memes@programming.dev

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

Community stats

  • 2.1K

    Monthly active users

  • 560

    Posts

  • 4.8K

    Comments