Linus Torvalds used Claude Code to build a Linux page cache fix that hit 23x read throughput, but kernel reviewers found a race before anything merged.
Maybe it did, but apparently the code was not properly reviewed initially, so there could be other hidden problems.
Of course that’s the same for human made code, but there’s a problem in only judging code from how it performs, and not actually understanding the code. And that seems to be the situation with a lot of AI code.
100% that is the worst place to have the problem originate.
I have rarely disagreed with Linus Torvalds on things regarding the kernel, and maybe I’m wrong, but I strongly disagree with him on this issue. Contributing code nobody understands cannot be a good thing.
The code still undergoes the exact same code review as before.
That’s not good enough, because it is well documented that AI often make mistakes and absolutely needs to undergo way stricter review.
It is also well documented that although you can achieve some results quickly, AI code also quickly becomes impossible to maintain.
If nobody understands the code, as it seems was the case here, and it is introduced anyway, the kernel is doomed to deteriorate.
My wife has already noticed deteriorating quality in Debian, with system hangs after they loosened the requirements for AI code. The quality of Debian now is lower than it has been in a decade!
Lol. That guy banned me from his community yesterday. He doesn’t want debate, he wants to be surrounded in yes men and it’s clear he has no idea how the kernel process works.
That was after I pointed out that submissions to the kernel go through a huge process to get to main
I actually checked, and I can’t find any evidence whatsoever he contributes code anywhere, and his blog is at best described as human slop. It’s fairly obvious that he already had a conclusion, and tried digging up anything to support it.
He basically thrives on rage bait
Well documented by who exactly? Show some examples please. Because in my own experience over the past year, I’ve resolved probably hundreds of bugs in our products and a lot of it was due to AI identifying logic bugs. It can produce crappy code, but I’ve also had to review some absolutely crap code too. The kernel team have been discussing providing official AI agents files and such to help the code match what they’re after
Nobody is generating AI code and simply pushing it to main lol. And, if you submit badly written code immediately, the team are going to spot it easily
Also, if you’re getting system hangs, there are so many possibilities for that. Define system hangs for starters. That could be anything, but it’s been the opposite of my experience. At best it’s anecdotal. At worst you have a gpu driver possibly with a single bug causing issues
I can’t remember the last time my nuc 14 pro plus hung for anything other than self stupidity
Or maybe his blog post falls apart completely by simply pointing out that AI isn’t approving code, code doesn’t go straight to main, and all code is manually code reviewed by human.
Is it an understanding failure, an unexpected interaction, or just an existing issue now exposed? A 23x performance increase could very well expose an existing race condition that systems weren’t fast enough to run into.
People make mistakes. Software bugs existing at all is proof of this. This is certainly not the first time a change Torvalds approved has an issue, and it won’t be the last.
There’s a reason code is reviewed, and there’s a reason people still go through after it is approved and verify. The process is working exactly as designed, the way it has for decades before AI coding.
Expecting absolute perfection is ridiculous, the anti-AI circlejerk acting like only AI fucks up just makes them look ridiculous. Any developer could have developed this fix, and there would be no article. Nothing in this issue is specific to AI usage and treating it like it is somehow special just undermines arguments against AI slop and vibe coding in general.
Not based on speculation, based on numerous analysis of the problems with using AI code you don’t understand.
Clearly Linus failed to understand the code, otherwise he wouldn’t have suggested it for submission.
You seem to have a problem with criticism of Linus, is it a religious thing?
Race Conditions are common. This isn’t new to AI. Nobody writes stories about them though unless they lead to security issues (like with XFS, which had one for 10 years and only fixed recently).
There is a lot happening in the kernel, its not always a matter of looking in one tiny location. A race condition is pretty broad and can lead to many things.
Patches get rejected all the time, for reasons including race conditions which are identified.
If you check the post, other developers had tried and failed to fix the same issue. He’s not the only one. It was just yet another failed attempt
Optimisation is HARD, and always has been.
Finally, you say “suggested it for submission”. That code would go to a staging repo first for testing. He wasn’t suggesting pushing it immediately to the main tree…
Standard development tools (at least for my development work) wouldn’t catch race conditions (maybe commercial ones / high end ones would)… AI is actually far better at detecting these things
This isn’t a unique or interesting story in any capacity… It’s boring and normal
Of course of course. How dare you blaspheme against our Lord and Saviour, filthy infidel!
But anyway, I’d like to be as enlightened as you. Could you name any of those numerous analyses that detail exactly what Torvalds did and what he failed to understand?
No I can’t, because those are so general and commonly known, that if you somehow are unaware, you must have been living under a rock for the past year.
The second option is that you are just trolling or for some reason is in denial.
Either way I’m not wasting my time on any of those options.
So you’re saying the review process worked as designed?
Yes, but it’s bad because software has bugs.
Maybe it did, but apparently the code was not properly reviewed initially, so there could be other hidden problems.
Of course that’s the same for human made code, but there’s a problem in only judging code from how it performs, and not actually understanding the code. And that seems to be the situation with a lot of AI code.
And particularly disturbing when the human understanding failure is from the original and lead Linux developer.
100% that is the worst place to have the problem originate.
I have rarely disagreed with Linus Torvalds on things regarding the kernel, and maybe I’m wrong, but I strongly disagree with him on this issue. Contributing code nobody understands cannot be a good thing.
The code still undergoes the exact same code review as before, because humans were the original slop coders.
The standards needed for code to be accepted haven’t changed at all. Even the code Linus personally is reviewed…
That’s not good enough, because it is well documented that AI often make mistakes and absolutely needs to undergo way stricter review.
It is also well documented that although you can achieve some results quickly, AI code also quickly becomes impossible to maintain.
If nobody understands the code, as it seems was the case here, and it is introduced anyway, the kernel is doomed to deteriorate.
My wife has already noticed deteriorating quality in Debian, with system hangs after they loosened the requirements for AI code. The quality of Debian now is lower than it has been in a decade!
Maybe you need to watch something like this:
https://www.youtube.com/watch?v=l9ARF2KcDgc
Lol. That guy banned me from his community yesterday. He doesn’t want debate, he wants to be surrounded in yes men and it’s clear he has no idea how the kernel process works.
That was after I pointed out that submissions to the kernel go through a huge process to get to main
I actually checked, and I can’t find any evidence whatsoever he contributes code anywhere, and his blog is at best described as human slop. It’s fairly obvious that he already had a conclusion, and tried digging up anything to support it.
He basically thrives on rage bait
Well documented by who exactly? Show some examples please. Because in my own experience over the past year, I’ve resolved probably hundreds of bugs in our products and a lot of it was due to AI identifying logic bugs. It can produce crappy code, but I’ve also had to review some absolutely crap code too. The kernel team have been discussing providing official AI agents files and such to help the code match what they’re after
Nobody is generating AI code and simply pushing it to main lol. And, if you submit badly written code immediately, the team are going to spot it easily
Also, if you’re getting system hangs, there are so many possibilities for that. Define system hangs for starters. That could be anything, but it’s been the opposite of my experience. At best it’s anecdotal. At worst you have a gpu driver possibly with a single bug causing issues
I can’t remember the last time my nuc 14 pro plus hung for anything other than self stupidity
Maybe because you are making stupid ignorant comments.
Or maybe his blog post falls apart completely by simply pointing out that AI isn’t approving code, code doesn’t go straight to main, and all code is manually code reviewed by human.
And his blog is pages of slop.
You people act like Linux adopted an all-AI pipeline.
Is it an understanding failure, an unexpected interaction, or just an existing issue now exposed? A 23x performance increase could very well expose an existing race condition that systems weren’t fast enough to run into.
People make mistakes. Software bugs existing at all is proof of this. This is certainly not the first time a change Torvalds approved has an issue, and it won’t be the last.
There’s a reason code is reviewed, and there’s a reason people still go through after it is approved and verify. The process is working exactly as designed, the way it has for decades before AI coding.
Expecting absolute perfection is ridiculous, the anti-AI circlejerk acting like only AI fucks up just makes them look ridiculous. Any developer could have developed this fix, and there would be no article. Nothing in this issue is specific to AI usage and treating it like it is somehow special just undermines arguments against AI slop and vibe coding in general.
I’d say do better but that’s not likely to happen.
So, let me get this right. You’re disapproving on how things were handled based on your speculation of how it went?
Not based on speculation, based on numerous analysis of the problems with using AI code you don’t understand.
Clearly Linus failed to understand the code, otherwise he wouldn’t have suggested it for submission.
You seem to have a problem with criticism of Linus, is it a religious thing?
You understand it less it sounds like.
This isn’t a unique or interesting story in any capacity… It’s boring and normal
For Christ sake, of course I know that.
Of course of course. How dare you blaspheme against our Lord and Saviour, filthy infidel!
But anyway, I’d like to be as enlightened as you. Could you name any of those numerous analyses that detail exactly what Torvalds did and what he failed to understand?
No I can’t, because those are so general and commonly known, that if you somehow are unaware, you must have been living under a rock for the past year.
The second option is that you are just trolling or for some reason is in denial.
Either way I’m not wasting my time on any of those options.
Only while there are still reviewers who care to review the slop. Which is a rare breed and will quickly soon vanish.
I bet some projects will get more tolerance and love than others, based on value and utility. The kernel will get more, and Systemd will get less.