Jakub Kicinski, a Linux network subsystem maintainer, removed AppleTalk support from the mainline Linux kernel. The removal deleted nearly 4,000 lines from the kernel source. AppleTalk is Apple’s zero-configuration networking protocol introduced in 1985; Apple itself stopped supporting it in 2009, but it remained in Linux for roughly 17 more years for vintage users in schools and archives.
What triggered the change
The removal was not driven by complete obsolescence but by a wave of largely AI-generated fix patches. These "well-meaning" fixes flooded the kernel mailing list, and according to the report none of the proposed patches were properly reviewed. Faced with accumulating, unreviewed submissions, the maintainer chose to remove older, less-defended code rather than allow further potentially harmful changes.
A sign of a broader problem
This incident is less about a single dead protocol and more about an emerging pattern: AI can now automatically produce plausible patches for any module faster than maintainers can read and vet them. The Linux community has already been pruning older network drivers — examples mentioned include ARCnet, ISDN and AX.25. Kernels contain many such older modules that remained stable precisely because they were seldom touched; that condition is now under threat from AI-generated contributions.
Why it matters
The core issue is that seemingly helpful but unreviewed AI patches can undermine code integrity. Instead of legacy modules fading away due to lack of use or maintenance, they are becoming targets for an automated influx of changes. Maintainers will face a choice: spend more resources on review, or remove legacy components to reduce exposure.
Conclusion
The removal of AppleTalk is not merely the end of a nostalgic protocol; it illustrates how AI-generated contributions are reshaping development workflows. Kernel maintainers will increasingly make decisions in response to risks introduced by automated patches rather than solely by technical obsolescence.
