this post was submitted on 16 Oct 2026
379 points (89.4% liked)

Linux

68290 readers
405 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS
 

There appears to be a few bad actors in the Lemmy community spreading ragebait for personal gain

In fact, the same mechanisms added at the beginning to catch bad human written code are the exact same that catch bad AI code

  1. No, the Linux kernel DOES NOT use AI to automatically approve code for inclusion. As far as I can tell, there are no plans to do so
  2. The Kernel actually has a huge number of maintainers. As part of the process, all patches are reviewed by a human who provide feedback as part of the process, and patches get bounced back and forth multiple time.
  3. Patches don't just magically go straight to master. The maintainers generally have their own branches where it goes to, then it goes to staging trees like Linux-Next. It goes through many eyes, and many tests by the end. The idea that AI code is overrunning the kernel is rediculous
  4. Maintainers also check that the code meets coding guidelines and is written properly, and solves the problem they are trying to solve. Yes, they also ensure the code isn't slop
  5. LLM's though might be used to identify obvious problems with the code (which they are VERY good at), or even identify code that doesn't follow coding guidelines.
  6. The only thing that matters is the human who submitted the code, as they should be checking the code submitted anyway (including LLM generated code)

Writing bad code isn't something new, and isn't unique to LLM's. Coders (and it seems some "journalists") have been writing slop since computers were invented.

The process hasn't gotten less stringent (probably even MORE stringent as there is an additional set of robotic eyes that can also check), and the same mechanisms that were put in place to catch badly written code 10 years ago, are still there now.. With no changes.

top 50 comments
sorted by: hot top controversial new old
[–] thingsiplay@lemmy.ml 83 points 1 week ago (6 children)

I agree with you that the Kernel isn't doing slop. But there are a few points I want to address, maybe even disagree. First let me say that people have different definition of what slop means. That is why we don't always agree on statements involving slop.

he Kernel actually has a huge number of maintainers.

True, but its still not enough to handle all slop. One problem is, its not always apparent at first glance. And more code is generated than ever before, surpassing the capabilities, time and nerves of all maintainers. That means they start using Ai to combat the amount. And that's an issue on itself.

Writing bad code isn’t something new, and isn’t unique to LLM’s. Coders (and it seems some “journalists”) have been writing slop since computers were invented.

This might be true, but that is not a reason to accept or normalize slop. It does not matter how much slop was before, we always try to minimize it. The difference to before is, that nowadays its easier and faster to write (or generate) slop in mass that looks legit. Finding out its bad code or wrong can suck up huge amount of time of maintainers, which would have worked on something more productive instead.

The only thing that matters is the human who submitted the code

For you maybe, but there are issues using Ai regardless of how the code looks. And I don't even talk about the amount of code it can generate and outpace every maintainer capacity. I mean stuff like how the LLM was trained on in example, and if the licensing will become an issue one day.

While the Linux Kernel operates very securely and in a controlled manner, that we cannot call it slop (yet). But there are inherent problems using Ai that are unsolved.

[–] Cris_Citrus@piefed.zip 12 points 1 week ago

Well put, thank you :)

[–] auzy1@lemmy.world 7 points 1 week ago (3 children)

True, but its still not enough to handle all slop. The number of maintainers have also grown though dramatically.. Also, don't forget that LLM's can also be used to identify bugs in patches more quickly too.. So, more are getting submitted, but, lots of bad patches are being rejected faster too, with less effort (that required human intervention in the past).

This might be true, but that is not a reason to accept or normalize slop. Define Slop..

The difference to before is, that nowadays its easier and faster to write (or generate) slop in mass that looks legit. Finding out its bad code or wrong can suck up huge amount of time of maintainers, which would have worked on something more productive instead. We've all spent hours doing that though on our own code. Again, the buck stops with maintainers. One thing that Maintainers are going to do though, is get them to prove the code first and test the code in other trees first, before even trying to push to main

There's always been code that has been bad, like Linus never liked the Con Kalivas performance patches, or Reiser4.

It is also finding a lot of security issues and bugs faster too though

I've actually written optimisations for code that I thought would be faster, and turned out to be a waste of time in production

For you maybe, but there are issues using Ai regardless of how the code looks. Both sets of code need the same level of examination by humans anyway. In fact, in some cases, the AI code I've seen has been better than the code i wrote

I mean stuff like how the LLM was trained on in example, and if the licensing will become an issue one day. That is true, and I agree with that. That's the one point that does stand out, but doesn't have anything to do with the claim by certain people in the community about the Linux Kernel being overrun with bad code.

What I would like to see is a LLM that's developed exclusively using Open source compatibility licences with FULL traceability to sources uses, and a way to specify licencing allowed (or something similar).

There is one issue with AI that you didn't mention however. The biggest problem with AI is that it adversely benefits closed source companies via Open source code. Because closed source code isn't easily accessed by the AI for training, but Open source is. The other issue is that hackers won't avoid LLM's based on the ethical issues, so, unfortunately, it forces developers to use them to keep up with the cat and mouse game.

As a developer, am I happy about AI? For code review yes, but, it makes my job suck and not fun. And no, I'm not happy about the ethics.. There are a lot of things that sh** me, like AI companies SHOULD be forced to pay royalties to everyone they stole info from.

However, what sucks, is that we can't pretend it's not a thing, and if Linux wants to remain competitive, it does need to use it.

The best thing we can do though, is petition to tax AI companies and pay producers of the information. That would make AI unprofitable immediately and kill the industry

[–] naught101@lemmy.world 12 points 1 week ago

What I would like to see is a LLM that’s developed ... with FULL traceability to sources uses,

That's not really possible. I mean, you can list the training data, but you can't attribute a specific output to a specific piece of training data, because all of the training data influences all of the weights. It's not possible to know which training data influenced which weights and how, because that data is not retained (and it would be massive and difficult to interpret if it was -on the order of weights × number of training context windows, and the weights alone are already terabytes)

[–] thingsiplay@lemmy.ml 6 points 1 week ago (1 children)

Because closed source code isn’t easily accessed by the AI for training, but Open source i

Besides all those Ai users, where code is uploaded to their servers.

[–] auzy1@lemmy.world 7 points 1 week ago (2 children)

On commercial accounts, you can turn off training, and they have policies generally to avoid code leaks (another bad thing for open source, the free accounts you generally can't, because you are the product).

[–] eestileib@sh.itjust.works 15 points 1 week ago (1 children)

If you believe that they're not using corporate code to train their models... These guys are all total lying sociopaths who think they're on a mission from the machine god, everything is permissible in their minds.

[–] riskable@programming.dev 8 points 1 week ago (1 children)

I work for a HUGE organization that uses all the big AI companies products. We have a contract for each that specifies that they MUST NOT train their models with our code.

If they do it anyway, my employer's vast teams of lawyers will make them take out brand new billion dollar loans to pay off the settlements. They might not even survive such a lawsuit because if they were caught using our code you can bet your ass they used everyone else's that has a similar contract.

[–] eestileib@sh.itjust.works 9 points 1 week ago (2 children)

I think in a sane world that would be the outcome. But this world (and particularly the AI cultists) is not sane.

I also worked at a couple of huge corporations (which are both major hyperscalers) and they tried to steal ip from each other pretty much continuously, that was one of the reasons that you had to keep switching companies to advance your career.

Look at how open AI straight expected candidates to bring development models of upcoming Apple devices to interviews. These dudes are more degenerate than you think, I promise.

load more comments (2 replies)
[–] ProdigalFrog@slrpnk.net 8 points 1 week ago

Greg KH (the second in command of the Linux kernel, below Linus) in a recent talk said anything uploaded to a corporate AI is going to be used for training, and to assume anything uploaded or pasted into it is insecure and certainly not private.

[–] SocialistVibes01@lemmy.ml 4 points 1 week ago* (last edited 1 week ago) (6 children)

Nobody ever remembers the environmental issues of using AI, like climate change and displacement of poor people. And that's happening inside the Evil Empire itself, imagine what will do to the rainforest and other ecosystems.

load more comments (6 replies)
load more comments (3 replies)
[–] klankin@piefed.ca 35 points 1 week ago (5 children)

Yeah but what if you care about AI ethics?

Slop is multifaceted

[–] auzy1@lemmy.world 21 points 1 week ago (2 children)

The ethics sucks, but that's an entirely different conversation. AI companies should be taxed and forced to pay royalties to creators imho (and yes, that would instantly kill the industry).. And, it should be Opt in specifically.

But, that's not what people are arguing about when calling the kernel "AI Slop". The bad information I've seen is that standards have dropped and even claims that kernel patches aren't being reviewed properly. Some are even suggesting that the only review that happens is AI.

Bad AI patches are no different to Bad human patches.. And the process has always been to identify bad patches specifically. The process doesn't need to change

If anything, the standards have actually been raised because initial code reviews with AI are possibly better at identifying code that doesn't follow coding standards, identifying common bugs (or similar patch attempts that were tried in the past but don't work), or obvious bugs

[–] naught101@lemmy.world 21 points 1 week ago (8 children)

Why is it an entirely different conversation? Or rather, why do you think that this conversation is not what the AI-opposition are concerned about? (At least some of us are)

By analogy, many of us leaped in to social media 20 years ago. 15+ years later, there was wide recognition that the new technology brought with it a shitload of undesirable outcomes that were completely unpredictable at the outset. The same can be said of fossil fuel use, as well as factory automation. Why would you not take lessons from those? Especially given what you know about the arseholes running the GenAI companies?

load more comments (8 replies)
load more comments (1 replies)
[–] Toga77@lemmy.world 20 points 1 week ago (1 children)

I also really hate Torvalds doing free propaganda for shitty fascist corporations.

Dude needs to realize his ego and stfu occasionally

load more comments (1 replies)
[–] gary_host_laptop@lemmy.ml 8 points 1 week ago* (last edited 1 week ago) (3 children)

most of the "ethics" are technology limitations, or simply issues inherent to capitalism. and by the way, there is no ethical consumption under capitalism, the same morals arise when you interact with anything that the market touches. do you think your goods are produced fair and square? do you even know the amounts of labour theft that occurred for you to wipe yo ass with a toilet paper? if you gon tell me then that you oppose all that too. good, you're a comrade of mine and a marxist it seems even tho you dont know. but now that you hold that position, you need to understand is capital u against, not some tech.

load more comments (3 replies)
load more comments (2 replies)
[–] Doomsider@lemmy.world 30 points 1 week ago* (last edited 1 week ago) (3 children)

There is truth to every bit of propaganda. AI is being used in a limited fashion on the Kernel. In the long term AI will likely decrease the contributors as already seen with AI blowing up some traditional communities. This is a very real problem and people should be concerned.

The sky is not falling. The future is very uncertain though and this could be the start of something very disruptive to the open source community.

[–] atzanteol@sh.itjust.works 15 points 1 week ago (1 children)

There is truth to every bit of propaganda

This is not true.

[–] Doomsider@lemmy.world 5 points 1 week ago (2 children)

Let me clarify, there is a bit of truth in every piece of propaganda. That is what makes it effective.

[–] atzanteol@sh.itjust.works 4 points 1 week ago

Still not true. People often just lie or make things up.

[–] HaraldvonBlauzahn@feddit.org 9 points 1 week ago* (last edited 1 week ago) (2 children)

In the long term AI will likely decrease the contributors as already seen with AI blowing up some traditional communities.

I do not agree to the AI hype, but I doubt that. The vast majority of the kernel code is hardware device drivers because one of the main functions of the kernel is hardware abstraction. Hardware is made by companies and being able to use ai will not reduce, rather increase their willingness to submit open source device drivers. If they do not, LLMs also seem to make it easier to reverse-engineer closed source Windows drivers.

Another thing to keep in mind is that the Linux kernel is quality-wise far above 99.9% of software projects. This means that you cannot apply observations of the effect of GenAI on software in general on the kernel, and also not vice versa.

The average usage of GenAI could totally trash 99% of company code bases within four or five years, and the kernel would still be fine.

Also, the way the kernel allows usage of LLMs is not necessarily a good blueprint for other open source projects, because these have less expertise, resources, and people which are experts in reviewing alien code.

[–] neox_@sh.itjust.works 6 points 1 week ago (1 children)

However, we currently don't whether LLM-generated code is libre software yet. Software Freedom Conservancy currently thinks otherwise, the Free Software Foundation is working on it with their lawyers. Whatever the outcome, it seems there will be a huge impact on licensing and perhaps new threats from proprietary software companies.

load more comments (1 replies)
[–] Doomsider@lemmy.world 4 points 1 week ago (1 children)
load more comments (1 replies)
[–] pineapple@lemmy.ml 4 points 1 week ago

AI will likely decrease the contributors as already seen with AI blowing up some traditional communities.

That's an interesting problem that I haven't heard anyone bring up before. I wonder how much of an impact this actually has.

[–] naught101@lemmy.world 27 points 1 week ago (5 children)

even identify code that doesn’t follow coding guidelines.

Code linters have existed for decades, that doesn't require LLMs

[–] elixir_fan@lemmy.ml 17 points 1 week ago

That's how I feel about autocompletion and scaffolding, we've had LSPs and code generators for years, and they're exponentially less wasteful

[–] auzy1@lemmy.world 4 points 1 week ago

AI code review finds a lot more bugs (such as logic bugs). But yes linters can be used for that specific case

load more comments (3 replies)
[–] savvywolf@pawb.social 26 points 1 week ago (2 children)

My feeling is that Linus is still going to call out slop if he sees it - human or otherwise.

[–] Eggymatrix@sh.itjust.works 4 points 1 week ago

Probably being very loud and a bit less tactful than the industry standard.

"Consider at least reading what your clanker shat out you jackass! Unless its your own crap, in that case only God may help you!"

load more comments (1 replies)
[–] davel@lemmy.ml 15 points 1 week ago

There appears to be a few bad actors in the Lemmy community spreading ragebait for personal gain

There’s no reason to attribute it all—or even most—to malice or opportunism.

True, but the seal's broken now

load more comments
view more: next ›