Linux is preparing to drop built-in support for Intel’s 486 processor, a chip first released in 1989 and now mostly a museum piece with fans. If the proposed change lands in Linux 7.1, it will trim away compatibility code that has outlived the hardware it was built for, and the people maintaining the kernel are making no effort to pretend that’s a bad trade.
The driver here is simple: old compatibility layers cost developer time, and sometimes they cause problems for everyone else. That’s the unglamorous side of Linux’s famous hardware support story – keeping obscure ancient CPUs alive can mean more code to test, more bugs to chase, and fewer hours spent on features people actually use.
What Linux 7.1 is removing
The change, spotted by Phoronix and authored by Ingo Molnar, is titled ”x86/cpu: Remove M486/M486SX/ELAN support.” It targets the built-in paths for Intel’s i486 family by deleting CONFIG_M486SX, CONFIG_M486, and CONFIG_MELAN. In practice, that means the kernel is moving away from supporting a class of 32-bit hardware that very few people are still trying to run modern Linux on.
Linus Torvalds has already made his preference clear: he wants the i486 era left behind. That’s not unusual for a mature open-source project. The Linux kernel has spent decades widening hardware support, but eventually the equation flips, and carrying ancient machinery starts looking less like generosity and more like technical debt with a nostalgic label.
Why the 486 is finally getting cut loose
The 486 arrived in 1989, which is old enough to vote, buy a drink in many countries, and still be older than some Linux users. Yet support for that chip has hung around because Linux has long prided itself on running where other operating systems won’t bother. The problem is that support for hardware this old is no longer broad compatibility; it is specialized maintenance.
That shift matters because Linux is not short of alternatives. Anyone still running an i486 is unlikely to want a brand-new kernel release anyway, and an LTS distro or older kernel branch is the obvious escape hatch. This is the same pattern the Linux world has used for years: keep the old code around where it makes sense, then let newer releases move on without dragging the dead weight forever.
What i486 owners should do next
- Stay on an LTS Linux distribution if you need continued support for older hardware.
- Stick with an older kernel if your machine depends on i486-era compatibility.
- Assume future mainline releases may continue pruning legacy x86 code, because this is unlikely to be the last clean-up.
The proposed change has not been merged yet, but the direction is obvious. If it does go through, it will be another sign that Linux is getting more selective about what deserves to stay in the kernel forever. The open question is how far that cleanup goes once maintainers decide the oldest x86 code is no longer worth the hassle.