{"slug": "torvalds-draws-the-line-on-kernel-llms", "title": "Torvalds Draws the Line on Kernel LLMs", "summary": "Linus Torvalds declared that the Linux kernel project will not adopt an anti-AI stance, stating that large language models are legitimate tools for development and that those who disagree can fork the project or leave. The decision, made in a reply on the linux-media list, establishes official policy that AI tooling is welcome, shifting the focus from whether to allow LLMs to how to manage their impact on maintainer workload.", "body_md": "[AI](https://sourcefeed.dev/c/ai)Article\n\n# Torvalds Draws the Line on Kernel LLMs\n\nLinux's top maintainer just made AI tooling official policy, not optional ideology.\n\n[Rachel Goldstein](https://sourcefeed.dev/u/rachel_goldstein)\n\nLinus Torvalds just settled an argument that had been simmering in kernel circles. In a reply on the linux-media list, he shut down the idea that Linux should treat large language models as something to wall off or quietly discourage. The message is blunt: the kernel is not an anti-AI project, AI is a useful tool, and people who cannot live with that can fork or leave.\n\nThat is not a soft nudge. It is the top-level maintainer putting his foot down on culture as much as on process. For anyone writing systems software, shipping drivers, or building tools that touch the kernel workflow, the signal matters more than the specific thread about Patchwork and Sashiko.\n\n## The Position, Without Soft Edges\n\nTorvalds was responding to a discussion that had drifted into whether LLM use itself should be constrained. Roman Gushchin had noted that some earlier framing looked like a general anti-LLM stance. Torvalds agreed with the observation and then rejected the stance:\n\nLinux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it. Or just walk away.\n\nHe frames AI the same way the project has always framed compilers, static analyzers, and fuzzers: a tool. \"It's clearly a useful one.\" A year earlier that claim might still have been debatable; he says it is no longer in question. People who still doubt usefulness \"clearly haven't actually used it.\"\n\nHe is not claiming perfection. He calls out the real costs: extra maintainer workload, and LLMs that keep surfacing embarrassing bugs. The fix is not refusal. The fix is making the tools help maintainers instead of dumping more noise on them. Nobody is forced to use LLMs. He will, however, \"very loudly ignore\" people who try to stop others from using them.\n\nThe deeper framing is classic Torvalds. The kernel exists to produce better technology. Social and cultural angles are side effects, not the point. Decisions rest on technical merit, not fear of new tools. Calling the project a \"social warrior\" effort gets an explicit no.\n\n## Why This Lands Differently Than Other AI Debates\n\nMost open-source projects that have argued about AI have done it through codes of conduct, contribution guidelines, or quiet maintainer preference. The kernel has none of that ambiguity now. The person who can reject patches and set release criteria has said the project will not become a refuge for anti-AI sentiment.\n\nThat matters because the kernel is still the reference point for serious systems work. If LLMs are legitimate there, they are legitimate in drivers, filesystems, networking stacks, and the tooling around them. The old purity argument (\"real kernel hackers don't need autocomplete\") no longer has cover from the top.\n\nIt also flips the burden. The interesting questions are no longer \"should we allow this?\" They are the ones Torvalds lists: how the economics shake out, and how to keep the tools from making maintainer life worse. \"Is it useful\" is closed.\n\n## What Changes for People Who Touch the Kernel\n\nIf you send patches, expect AI-assisted review to become normal rather than exceptional. Maintainers who already use LLMs for triage, diff reading, or bug hunting now have explicit cover. That does not mean sloppy generated code sails through. Torvalds notes the models keep finding embarrassing bugs; the inverse is also true. Generated or heavily assisted patches that introduce subtle lifetime, locking, or ABI mistakes will still get rejected, and the rejection will be sharper because the tooling is better at spotting them.\n\nPractical implications:\n\n- Treat LLM output the way you treat any other automated helper. You own the patch. The commit message, the changelog, and the technical justification still have to stand on their own.\n- If you build or integrate tools (review bots, Patchwork extensions, static analysis front-ends), the mandate is clear: reduce maintainer pain. Noise that forces humans to re-verify every suggestion will get ignored or blocked, AI or not.\n- Do not waste list bandwidth arguing that other people should not use the tools. That argument has been pre-emptively declared irrelevant.\n\nFor maintainers, the pressure goes the other way. The models will keep surfacing issues. Ignoring them because the source is an LLM is no longer a defensible posture. The work is to wire the useful signal into existing queues (Patchwork and friends) so that the extra eyes help rather than multiply the inbox.\n\n## The Caveats Still Matter\n\nTorvalds is not selling a miracle. He explicitly pairs the usefulness claim with the observation that natural intelligence is not always great either. That is the right calibration. LLMs still hallucinate APIs, invent flags, and miss architecture-specific constraints. In kernel space those failures are not cosmetic; they are security and stability bugs.\n\nThe economy question he leaves open is real for contributors too. Model access, cost, and whether the best models stay behind paid APIs will shape who can actually use the tools effectively. That is outside the kernel's control, but it will affect contribution patterns over time.\n\nNone of that changes the core ruling. The project will judge patches and processes by technical result. Fear of the tool is not a technical argument.\n\n## The Signal, Not the Slogan\n\nThis was never really about one integration between Patchwork and Sashiko. It was about whether the kernel would treat LLM assistance as a legitimate part of the engineering toolkit or as a cultural contaminant. Torvalds chose the former, and he chose it without hedging.\n\nFor professional developers the takeaway is simple. AI-assisted systems work is no longer fringe inside the most conservative large open-source codebase that still matters. The remaining work is the unglamorous part: make the tools quieter, more accurate, and actually useful to the people who merge the code. Everything else is noise he has already said he will ignore.\n\n## Sources & further reading\n\n-\n[Linus Torvalds on LLM usage in kernel development](https://lore.kernel.org/linux-media/CAHk-=wi4zC+Ze8e+p3tMv8TtG_80KzsZ1syL9anBtmEh5Z40vg@mail.gmail.com/)— lore.kernel.org\n\n[Rachel Goldstein](https://sourcefeed.dev/u/rachel_goldstein)· Dev Tools Editor\n\nRachel has been embedded in the developer tooling ecosystem for nearly eight years, covering everything from IDE wars and package-manager drama to the quiet rise of AI-assisted coding. She has a soft spot for open-source maintainers and an unhealthy number of terminal emulators installed on a single laptop.\n\n## Discussion 0\n\nNo comments yet\n\nBe the first to weigh in.", "url": "https://wpnews.pro/news/torvalds-draws-the-line-on-kernel-llms", "canonical_source": "https://sourcefeed.dev/a/torvalds-draws-the-line-on-kernel-llms", "published_at": "2026-07-16 06:03:09+00:00", "updated_at": "2026-07-16 06:11:41.231349+00:00", "lang": "en", "topics": ["large-language-models", "ai-tools", "ai-policy", "developer-tools"], "entities": ["Linus Torvalds", "Linux", "Roman Gushchin", "Patchwork", "Sashiko"], "alternates": {"html": "https://wpnews.pro/news/torvalds-draws-the-line-on-kernel-llms", "markdown": "https://wpnews.pro/news/torvalds-draws-the-line-on-kernel-llms.md", "text": "https://wpnews.pro/news/torvalds-draws-the-line-on-kernel-llms.txt", "jsonld": "https://wpnews.pro/news/torvalds-draws-the-line-on-kernel-llms.jsonld"}}