BuildIndependently confirmed2 publishers3 min readPublished Updated
The AI told Torvalds his bug was unsolvable. Twenty-four patches later it was one character.
A model that quits is harder to audit than a model that lies, because a refusal leaves no artifact to check. The Xe driver fix shows the quitting verdict can be flatly wrong.
The Engineer · Build desk
What happened
- Torvalds tracked an Intel Xe driver bug on a Battlemage G21 card, where a memory mismatch left the GDM display manager restarting endlessly.
- His commit message records that the AI helping him stated flat out, several times, that the bug was impossible and unsolvable and that they should file a report instead.
- The fix is merged to Linux 7.3 Git and marked for back-porting to stable branches, with the commit message written by the AI.
- dev.to identifies the tool as Google's Gemini; Torvalds' own text says only "an AI".
Why it matters
- constraint Existing defences check outputs against ground truth, which a refusal has none of, so the whole detector stack is blind to a model that declares a real bug dead.
- cost Overriding one wrong verdict cost a maintainer 24 debug patches and 18 boots of directed grunt work; accepting it would have cost Battlemage owners a working display manager in stable kernels.
- capability If model stubbornness is a training property rather than a fixed trait, abandonment thresholds can be measured and tuned the way refusal-to-answer already is.
- contradiction The clinical case counts and the headline error rates in the same essay do not share arithmetic, which weakens the strongest quantitative evidence on offer for the silent version of this failure.
A false refusal leaves nothing behind to grade. When a model invents a library that does not exist, the artifact is right there and can be checked against a package index, which is why detectors and retrieval pipelines exist for that class of error [16]. When a model states flat out that a bug is impossible and unsolvable and that you should just write a report about it [4], the output is a recommendation. The only way to score it is to go and solve the thing anyway.
Torvalds did. Twenty-four patches of added debug information and eighteen kernel boots narrowed it to a one-liner replacing a bogus `round_up()` with `round_down()` [7], now merged to Linux 7.3 Git and marked for backporting to stable [8]. So every one of those flat statements of impossibility was false, and the only reason anyone knows is that the person at the keyboard would not take the verdict [10]. Torvalds' own explanation is that the models were trained by people less stubborn than he is [5].
This is not a case against the tool. The same commit calls the AI an enormous help with the grunt work [3], notes that it kept adding debug code and analysing it faithfully every time he pushed back [6], and hands it the commit message [9]. The problem is narrower and more tractable: nobody publishes an abandonment rate. Vendors report hallucination benchmarks; a wrongful-refusal number would need a suite of problems known to be solvable and hard, scored on how often the model declares them dead. Torvalds ran that experiment once, by accident, with a sample size of one bug and a pass rate of zero.
The dev.to essay that frames this pairs the kernel session with a second failure mode, silent omission, and cites Sebastian Fox of Composo on 847 production clinical notes containing 34 omitted findings, 19 discussions rewritten as treatment decisions, and 11 omissions rated severity-critical [18][19]. It also cites headline rates: roughly 1 in 20 notes carrying an error serious enough to cause significant harm, nearly 1 in 5 containing an important omission [11]. Those two things do not sit together. Against the 847, the disclosed case counts work out to 4.0 percent for omitted findings and 1.3 percent for the severity-critical ones [12], well short of 20 and 5 percent. The piece does not say the rates share that denominator and does not reconcile them, so treat the counts as the evidence and the rates as needing their own.
The mechanism dev.to proposes for both is RLHF: raters prefer confident, well-structured answers and penalise ones that surface uncomfortable complexity, so the policy learns that a graceful exit scores well [14]. Torvalds' folk version says the same thing in one sentence and has the advantage of being testable [5]. If stubbornness is a training artifact, the point at which a model stops is a parameter, and it is currently shipped unlabelled.
What a false impossible costs is an absence. Here it would have been a bug report instead of a patch, leaving GDM restarting endlessly on Battlemage G21 cards in shipped stable branches [2][8]. Absences are exactly what evaluation systems miss; Fox's team found the clinical ones after the evals had flagged a handful and signed off the rest [20].
What to watch
- Whether Composo publishes the method and denominator behind the 1-in-20 and 1-in-5 clinical rates, or only the case counts.
- Whether kernel maintainers set any policy on AI-authored commit messages after the debate this one started.
- Whether any model vendor starts reporting a wrongful-refusal or abandonment rate next to its hallucination benchmarks.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence62
- Adoption15
- Hype gap+30
- Incentives
- Insufficient
- Confidence55
Perspective Coverage
3 publishers- Builder
- Builder 62%
- Operator
- Operator 33%
- Investor
- Investor 5%
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
Torvalds' patch to the Xe kernel driver stops handing out the flat Compute Command Streamer (CCS) storage as usable vRAM.
- [2]
On a Battlemage G21 graphics card, Torvalds hit a mismatch over where usable memory ended, in a case where the GDM display manager would end up being endlessly restarted.
- [3]
Torvalds wrote in the commit: "And this was a debug session from hell, enormously helped by an AI doing much of the grunt-work."
ReportedSupportedSource: Linus Torvalds, commit message2 sources— create a free account to open themView cited source - [4]
Torvalds wrote that "the AI several times stated flat out that this was impossible and unsolvable and that we should just write a report about it."
ReportedSupportedSource: Linus Torvalds, commit message2 sources— create a free account to open themView cited source - [5]
Torvalds wrote: "I suspect those things have been trained by people who may not be quite as stubborn as I am."
ReportedSupportedSource: Linus Torvalds, commit message2 sources— create a free account to open themView cited source - [6]
Torvalds wrote that while the AI was ready to give up several times, it did keep adding debug code and analyzing it faithfully when he pushed.
ReportedSupportedSource: Linus Torvalds, commit message2 sources— create a free account to open themView cited source - [7]
Torvalds described the change as basically a one-liner fixing a bogus round_up() to a round_down(), reached via 24 patches adding more and more debug information and 18 kernel boots.
- [8]
The Intel Xe driver fix is merged to Linux 7.3 Git and is also marked for back-porting to the stable kernel branches.
- [9]
Torvalds let the AI write the commit message.
- [10]
Because the bug was in fact narrowed to a one-character fix that was merged, each of the AI's several statements that it was impossible and unsolvable was false.
- [11]
dev.to states that roughly 1 in 20 AI-generated clinical notes carries an error serious enough to cause significant patient harm, and nearly 1 in 5 contains an important omission.
- [12]
The disclosed Composo case counts imply 4.0 percent of the 847 notes had an omitted finding and 1.3 percent had a severity-critical omission, below the stated rates of nearly 1 in 5 (20 percent) and roughly 1 in 20 (5 percent).
- [13]
dev.to reports that the tool Torvalds used as his debugging partner was Google's Gemini; the commit message itself refers only to "an AI".
- [14]
dev.to attributes both failure modes to RLHF optimising for seeming helpful over being complete: human raters prefer confident, well-structured, helpful-sounding responses and penalise uncertain or verbose ones that surface uncomfortable complexity, and the reward model learns that preference.
- [15]
dev.to says the AI-written commit message sparked its own debate about AI-generated documentation in critical infrastructure.
- [16]
dev.to describes hallucination as the familiar, visible and measurable failure mode, against which teams build guardrails, deploy hallucination detectors and run retrieval-augmented pipelines, including models confidently naming a library that does not exist.
- [17]
dev.to argues the "AI says impossible" problem is at least noisy, because the model tells you it is giving up and a stubborn human can override it.
- [18]
dev.to reports that Composo's analysis of 847 production clinical AI notes found 34 omitted findings, 19 clinical discussions transformed into treatment decisions, and 11 omissions that were severity-critical.
- [19]
Sebastian Fox is described as a physician and the founder of Composo.
- [20]
dev.to says the evaluation systems reviewing those notes "flagged only a handful of notes as problematic and signed off the rest".
- [21]
dev.to reports 12 instances in which steroid tapering schedules were simplified to flat courses followed by abrupt stops, risking adrenal crisis.
Sources
2 independent publishers whose own reporting we read for this story.
- dev.toAI's Worst Failure Mode Isn't Hallucination
1 article · August 23, 2026
- phoronix.comLinus Torvalds Endures A Debug Session From Hell, "Enormously Helped" By AI
1 article · August 21, 2026
- simonwillison.netQuoting Linus Torvalds
1 article · August 22, 2026
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.
Topics
- LLM Failure Modes Beyond HallucinationFollow
- Clinical AI documentationFollow
- AI-Assisted Debugging ContributionsFollow
- Linux Kernel DevelopmentFollow
Entities
- Sebastian FoxFollow
- Linus TorvaldsFollow
- Reinforcement Learning from Human FeedbackFollow
- GDMFollow
- Linux kernelFollow
- ComposoFollow
- GeminiFollow
- Intel Xe Kernel DriverFollow
- Intel BattlemageFollow