Lorenzo Stoakes, a long-time reviewer of the Linux kernel’s memory-management code, is stepping back from most of his reviewer roles, and he names the reason in the patch itself. On 10 November he posted a four-patch series to the kernel mailing list. His cover letter reads:
“Given the current throughput in the kernel resulting from AI-generated series, I unfortunately lack the bandwidth to generally be able to offer review except in those areas I maintain.”
What the patches change
The series edits the kernel’s MAINTAINERS file and adds one CREDITS entry:
| Patch | Change |
|---|---|
| 1/4 | Removes him as reviewer for MEMORY MANAGEMENT - CORE |
| 2/4 | Removes him as reviewer for MM misc and reclaim |
| 3/4 | Removes him from the MM Rust reviewerships |
| 4/4 | Adds a CREDITS entry recording his time maintaining transparent huge pages (THP) |
He split the patches by the maintainers who take them, David, Andrew, and Alice with Danilo, “for convenience”. He keeps his role in the areas he maintains. The THP entry, he writes, follows the appointment of a co-maintainer there, so he no longer expects to need to step in. He closes with an apology and a light note: “given the current trends I’d like to do something to make my inbox a little more manageable :)”
Phoronix notes that he works at Arm, has contributed to the kernel since 2014 and wrote the book The Linux Memory Manager. The patches are a request to those maintainers; we have not seen them merged yet.
Context: more AI output, same number of reviewers
The kernel is getting more AI-made work from several directions. OpenAI said its unreleased cyber model found 948 kernel root bugs, and Microsoft said turning its MDASH scan into 59 kernel reports took more than four person-months, with maintainer rounds on the fixes. On the other side, tools like Sashiko try to put AI on the review end. Stoakes’s note concerns ordinary patch series rather than bug reports. Both end up at the same bottleneck: experienced human reviewers.
Why this matters
Review time is the scarce resource in the projects your stack depends on, and one experienced reviewer has just named AI-generated series as the reason he is giving up part of his. If your team uses coding agents on upstream work, read and test the series yourself before posting it, so the cost does not land on maintainers. Microsoft’s MDASH numbers show the same lesson from the security side: most of the work came after the AI finished.

The Campfire
CommentsThanks. Your comment is waiting for the desk. Once it is approved it appears here within about a minute.
Add a comment