388
Lol, from the title I thought that 486 models of specific CPUs were going to be affected, that sounded way more impactful
this post was submitted on 09 May 2025
388 points (99.5% liked)
Linux
54061 readers
817 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 6 years ago
MODERATORS
If anyone is actually using a 486 still, you can try using the kernels that the CIP maintains https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git They actually still support kernel 4.4
The latest kernels still work on 486 - kernel 6.14 currently.
I just meant after support is dropped. The CIP I think supports each of its kernels for 10 years? So whatever the last kernel is before they officially drop support will still be maintained by them for a long time. :)
Got it. I was not familiar with this Linux Foundation initiative. Very cool.
It looks like they support the LTS kernels as an extension of Debian. So, kernel 6.12 will get 10 years of support after Debian Trixie launches with it this summer.
That means 486 will be fully supported until at least mid 2035. Amazing.
That's what I'm saying! It's kinda awesome how long things get supported in linux land!
Following the links in the article, someone got windows xp to load on a 486…
I think it should be possible to still run Linux on almost every 25 years old computer.
If the computer is older than this, it really becomes a piece of history and I can accept that it’d take efforts from the user to keep it in use, just like a collection car.
I only hope no bricking update is gonna be proposed to the people running such old hardware. The distribution should check if the hardware is compatible with a newer kernel before updating.
Still I think it’s important that Linux remains the OS of choice for old hardware and that the some distros remain deficated to these museum pieces.
I think older versions of the kernel (that support 486 hw) would still be available to download so someone could use them if they wanted. Not sure what other extre work would be involved though.
The issue is that older kernel versions will lose support and stop getting security updates eventually. I don't know if there is enough of a community around old CPUs for fixes to be backported by the community.
i love backwards compatibility as much as the next guy, but at some point, if there isn't enough of a community to backport fixes, there probably aren't many using them. if a tree falls in the forest, you get the idea.
Yea if you have a 468 connected to the internet it's probably not your primary computer that you depend on anyway.
You wouldn't want to keep such old equipment connected to a network anyway. That's only inviting trouble down the line.
What does the age of the hardware have to do with it?
You can run a 486 today with the latest Linux kernel, the latest C library, and the latest utilities. A 486 is not vulnerable to Spectre and Meltdown. It may be more secure than a typical i7.
Come to think of it. Acting as a bastion server may be a legitimate use of a 486 today.
Sorry, my bad. I found my old 486 PC in my parent's attic recently, and started planning to get it running again
That's a real showcase of how linux actually cares about its users over other companies. It's great to see that hardware I buy now will be supported on linux for a long long time into the future.
This is absurd! Think of all the 486 cpus that will become EWASTE! LINUX HATES THE ENVIRONMENT!
/s in case not obvious.
I'm kind of shocked that it's only been 18 years since the last 486 chip was made. It was launched in 1989 and discontinued in 2008, while the original Pentium was launched in 1993 and discontinued in 1999. Hell, the Pentium 4 was discontinued in 2007.
There's no way in hell 2007 was 18 years ago.
Time is weird. A few years ago, I would have agreed. Now I feel that everything from March 2020 to now was just yesterday, and everything before covid is ancient history
It's quite incredible, and very interesting. I wonder why they continued to produce these CPUs.
Probably for industrial machines.
Yeah, the amount of industrial machinery being controlled by ancient hardware would baffle a lot of people.
For a comparison people might relate to: There are ATMs running twenty year old versions of Windows XP.
There are still ATMs running OS/2 and probably lots of POS systems running DOS.
Yup. Airplanes, for example, take a lot of validation. It's extremely expensive to retest a new configuration, so they make one computer, get it validated, and use it unmodified for the next thirty years.
This is why the Boeing Max 8 thing was a big deal. They made approved modifications, but found in rare conditions it could cause unexpected and dangerous flight conditions. But, a times b times c was estimated to be less than the cost of doing it properly, so they didn't.
Same with industrial automation. There's some robotic arms, assembly lines, etc in use today that still use PCs with ISA slots - the predecessor to PCI, which was the predecessor to PCIe. Old 16-bit bus with a max speed of around 5Mbps. That's why you'll occasionally see newish "industrial" motherboards that have ISA slots and parallel ports.
They also often have a lot of the hardware in stock and ready to deploy, to handle replacements.
A project I worked on at university (way back in 2010) was for one of the largest providers of air traffic control systems. Our project was interesting - overlaying eye tracking data from Tobii eye trackers they provided (thousands of dollars each at the time) on top of screen recordings taken via VNC, to aid in training of air traffic controllers.
It was even more interesting to learn about some of their processes, though. Whenever they built an ATC computer system for a client, they'd build one or two spares at the same time, with exactly identical hardware. They did this for two reasons:
- If the hardware breaks down, they can supply a new system that exactly matches the hardware that was verified.
- If a client has an issue with their system, they can try and replicate the issue on a clone of that client's system.
We got to see a storage room with a large number of these systems. Lots of different PCs anywhere from a month to maybe 15 years old. :)
load more comments
(4 replies)
load more comments
(1 replies)
Linux newb here. So I'm assuming this would make the kernel smaller, and take up less space. Would it be significant?
The size difference is not significant. This is about the maintenance burden. When you need to change some of the code where CPU architecture specific things happen you always have to consider what to do with the code path or the compiler flags that concern 486 CPUs.
Here is the announcement by the maintainer Ingo Molnar where he lists some of the things he can now remove and stop worrying about: https://lore.kernel.org/lkml/20250425084216.3913608-1-mingo@kernel.org/
Actually, most devices today run an amd64 kernel (amd or intel cpus in typical desktops or servers) or arm (phones, some modern notebooks). Those architectures never supported 486 cpus.
I assume, the code removed is in the x86 branch, excluded when compiling for other architectures. As others said, I guess this is mostly about maintainance effort and testing.
(But then i don't know much about the kernels. Maybe there's some interplay between amd64 and ~~x64~~ x86 architectures.)
Maybe there's some interplay between amd64 and x64 architectures.
AMD64 and x64 are the same thing. Do you mean AMD64 and x86? There is definitely interplay there, as AMD64 implements the x86-32 instruction set.
yes, i meant x86
The Linux kernel is well over 30 million lines of code (lots of that is drivers).
This change shrinks the kernel by about 15,000 lines. That is not nothing, but it hardly moves the needle.
It is just one less thing to have to worry about and one less constraint to limit flexibility in the future.
It’s probably less about making the kernel smaller and more about security and reviewing code. The less code you have to maintain, the fewer vulnerabilities even if it’s old code.
I would doubt almost 20 year-old code is taking up a lot of space or presenting new vulnerabilities. And it’s obviously open source so if anyone needs it, they can always use an older kernel or maintain it. Sometimes, your oldest code is insane. I wish there was a budget for every company and government to pay retirees part time to go back over their oldest code that’s still in use. A lot of retired programmers would do it for fun and nostalgia. And to be horrified something they wrote 20 years ago hasn’t been updated or replaced.
I wish there was a budget for every company and government to pay retirees part time to go back over their oldest code that’s still in use. A lot of retired programmers would do it for fun and nostalgia.
There is no budget for it AFAICT but there is https://github.com/abandonware and others trying to help on that path.
load more comments
(1 replies)
Whew. My 586 is safe.
The Linux kernel still supports Pentium but most Linux distros do not. The only two I can think of are Adelie and Gentoo. Nothing based on Debian does (Pentium Pro minimum).
load more comments
(4 replies)
Nooooooooo my...wait I've never actually owned a 486. Carry On.
First they came for 486, and I did not speak out - because I've never actually owned a 486...
load more comments
(4 replies)
view more: next ›