[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-linux-finally-dropping-i486-support-en":3,"tags-linux-finally-dropping-i486-support-en":30,"related-lang-linux-finally-dropping-i486-support-en":41,"related-posts-linux-finally-dropping-i486-support-en":45,"series-industry-fa8614e0-3f2c-46e7-bdcc-639925135317":82},{"id":4,"title":5,"content":6,"summary":7,"source":8,"source_url":9,"author":10,"image_url":11,"keywords":12,"language":18,"translated_content":10,"views":19,"is_premium":20,"created_at":21,"updated_at":21,"cover_image":11,"published_at":22,"rewrite_status":23,"rewrite_error":10,"rewritten_from_id":24,"slug":25,"category":26,"related_article_id":27,"status":28,"google_indexed_at":29,"x_posted_at":10,"tweet_text":10,"title_rewritten_at":10,"title_original":10,"key_takeaways":10,"topic_cluster_id":10,"embedding":10,"is_canonical_seed":20},"fa8614e0-3f2c-46e7-bdcc-639925135317","Linux is finally dropping i486 support","\u003Cp>Linux kernel maintainers may finally be ready to turn off support for 80486-class CPUs. The latest patch queued by \u003Ca href=\"https:\u002F\u002Flore.kernel.org\u002Flkml\u002F\" target=\"_blank\" rel=\"noopener\">Ingo Molnar\u003C\u002Fa> would remove the M486, M486SX, and MELAN config options, which means new upstream kernels would no longer be buildable for 486-only systems.\u003C\u002Fp>\u003Cp>That matters less for people running real 486 hardware than it does for the people maintaining x86-32 code paths. The proposal has been circulating since April 2025, and the timing points at \u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002F\" target=\"_blank\" rel=\"noopener\">Linux kernel\u003C\u002Fa> 7.1 later this year, after the 7.0 release lands in the next few months.\u003C\u002Fp>\u003Ch2>Why this patch is getting attention now\u003C\u002Fh2>\u003Cp>The kernel has been carrying 486 support for a very long time, but the practical user base has shrunk to almost nothing. According to the patch notes, the change would stop upstream configuration for 486-class systems rather than ripping out every last line of compatibility code in one go.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775952597140-65fk.png\" alt=\"Linux is finally dropping i486 support\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>That distinction matters. Linux kernel development often removes support in stages, because outright deletion can break build assumptions, testing setups, and old distribution tooling. Here, the first step is to stop promising support to new builds.\u003C\u002Fp>\u003Cp>There is also a simple maintenance argument. Every ancient CPU feature that stays in the tree adds code paths, review work, and debugging overhead. For a project this large, even a small amount of dead weight can create friction for people working on current hardware.\u003C\u002Fp>\u003Cul>\u003Cli>Patch author: \u003Ca href=\"https:\u002F\u002Flore.kernel.org\u002Flkml\u002F\" target=\"_blank\" rel=\"noopener\">Ingo Molnar\u003C\u002Fa>\u003C\u002Fli>\u003Cli>Target release window: \u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002F\" target=\"_blank\" rel=\"noopener\">Linux 7.1\u003C\u002Fa>\u003C\u002Fli>\u003Cli>Config options affected: M486, M486SX, MELAN\u003C\u002Fli>\u003Cli>Earlier architecture drop: 80386 support was removed in 2012\u003C\u002Fli>\u003Cli>Proposal first raised: April 2025\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Linus Torvalds already made the case\u003C\u002Fh2>\u003Cp>This is not a surprise decision. \u003Ca href=\"https:\u002F\u002Fwww.kernel.org\u002Fdoc\u002Fhtml\u002Flatest\u002Fprocess\u002Fmaintainer-tip.html\" target=\"_blank\" rel=\"noopener\">Linus Torvalds\u003C\u002Fa> has been blunt about 486-era systems for years, and his view is that they belong in history, not in the active kernel tree. He said in 2022 that he did not think i486-class hardware was relevant anymore.\u003C\u002Fp>\u003Cblockquote>\u003Cp>“I *really* don't think i486 class hardware is relevant any more,” Torvalds said in 2022, adding that old machines might as well run museum kernels.\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>That quote is the key to understanding where the project is headed. The Linux kernel is not a preservation project for every CPU ever made. It is a living codebase, and maintainers keep asking whether a feature still helps real users or just keeps old assumptions alive.\u003C\u002Fp>\u003Cp>Molnar made the same point in his patch notes. He argued that the compatibility glue for ancient 32-bit CPUs eats developer time and can even create bugs that people then have to chase down. In kernel work, that kind of hidden cost adds up fast.\u003C\u002Fp>\u003Ch2>What changes technically\u003C\u002Fh2>\u003Cp>The latest version of the proposal drops the idea of requiring newer instructions like Time Stamp Counter and CMPXCHG8B as the gatekeeper. Instead, it takes a simpler route: remove the ability to configure the kernel for 486-family chips through those Kconfig options.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775952584117-goxj.png\" alt=\"Linux is finally dropping i486 support\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>That is a cleaner administrative cut, and it reduces the chance of half-supported configurations lingering in the tree. It also aligns with the direction kernel maintainers have been moving in for years, where old CPU families slowly lose first-class status before any deeper cleanup happens.\u003C\u002Fp>\u003Cp>The interesting part is that this does not strand current users overnight. Molnar noted that no recent kernel package supports 486 chips anyway, so actual users should not notice a sudden break. If someone is still running a 486, the path forward is older kernel releases, not current upstream builds.\u003C\u002Fp>\u003Cul>\u003Cli>Old requirement idea: TSC and CMPXCHG8B support\u003C\u002Fli>\u003Cli>Current proposal: remove 486-specific Kconfig entries\u003C\u002Fli>\u003Cli>Compatibility impact: upstream kernels stop being configurable for 486-only CPUs\u003C\u002Fli>\u003Cli>User impact: minimal, because recent kernels already ignore 486 hardware\u003C\u002Fli>\u003Cli>Historical comparison: 80386 support left the tree in 2012\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>What this says about Linux in 2026\u003C\u002Fh2>\u003Cp>This patch is a reminder that kernel development is partly about subtraction. The project gets faster to maintain when it stops carrying code for machines that have not mattered in years. That is true for 486 support, and it will be true for other old assumptions too.\u003C\u002Fp>\u003Cp>For distro maintainers, the practical takeaway is simple: keep an eye on upstream architecture policy if you ship long-lived enterprise branches or build custom kernels for embedded gear. For hobbyists, the message is even simpler: if your machine is old enough to vote, it may already belong on an archival kernel.\u003C\u002Fp>\u003Cp>If the patch lands in Linux 7.1, the next question is not whether 486 support disappears, but how long the rest of x86-32 compatibility stays untouched. My bet: this is one more step toward a smaller, easier-to-maintain kernel, and the next cleanup proposal will not take nearly as long to arrive.\u003C\u002Fp>\u003Cp>For more kernel context, see our coverage of \u003Ca href=\"\u002Fnews\u002Flinux-kernel-maintainers-and-legacy-cpu-support\" target=\"_blank\" rel=\"noopener\">how Linux maintainers handle legacy CPU support\u003C\u002Fa> and \u003Ca href=\"\u002Fnews\u002Fwhy-old-hardware-lingers-in-open-source\" target=\"_blank\" rel=\"noopener\">why old hardware keeps showing up in open source debates\u003C\u002Fa>.\u003C\u002Fp>","Linux 7.1 may drop i486 support, ending a cleanup that began in 2025 and freeing kernel work from 486-era compatibility code.","www.theregister.com","https:\u002F\u002Fwww.theregister.com\u002F2026\u002F04\u002F06\u002Fpatch_to_end_i486_support\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775952597140-65fk.png",[13,14,15,16,17],"Linux kernel","i486 support","Ingo Molnar","Linus Torvalds","legacy CPUs","en",1,false,"2026-04-12T00:09:31.055755+00:00","2026-04-12T00:09:30.922+00:00","done","0b266c6d-4b77-400d-b34d-1f8c716017f2","linux-finally-dropping-i486-support-en","industry","2c913f37-e16a-4b67-a231-8bfb4e84990d","published","2026-04-12T09:00:07.402+00:00",[31,33,35,37,39],{"name":16,"slug":32},"linus-torvalds",{"name":14,"slug":34},"i486-support",{"name":13,"slug":36},"linux-kernel",{"name":17,"slug":38},"legacy-cpus",{"name":15,"slug":40},"ingo-molnar",{"id":27,"slug":42,"title":43,"language":44},"linux-finally-dropping-i486-support-zh","Linux 真的要丟掉 i486 了","zh",[46,52,58,64,70,76],{"id":47,"slug":48,"title":49,"cover_image":50,"image_url":50,"created_at":51,"category":26},"6ff3920d-c8ea-4cf3-8543-9cf9efc3fe36","circles-agent-stack-targets-machine-speed-payments-en","Circle’s Agent Stack targets machine-speed payments","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778871659638-hur1.png","2026-05-15T19:00:44.756112+00:00",{"id":53,"slug":54,"title":55,"cover_image":56,"image_url":56,"created_at":57,"category":26},"1270e2f4-6f3b-4772-9075-87c54b07a8d1","iren-signs-nvidia-ai-infrastructure-pact-en","IREN signs Nvidia AI infrastructure pact","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778871059665-3vhi.png","2026-05-15T18:50:38.162691+00:00",{"id":59,"slug":60,"title":61,"cover_image":62,"image_url":62,"created_at":63,"category":26},"b308c85e-ee9c-4de6-b702-dfad6d8da36f","circle-agent-stack-ai-payments-en","Circle launches Agent Stack for AI payments","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778870450891-zv1j.png","2026-05-15T18:40:31.462625+00:00",{"id":65,"slug":66,"title":67,"cover_image":68,"image_url":68,"created_at":69,"category":26},"f7028083-46ba-493b-a3db-dd6616a8c21f","why-nebius-ai-pivot-is-more-real-than-hype-en","Why Nebius’s AI Pivot Is More Real Than Hype","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778823055711-tbfv.png","2026-05-15T05:30:26.829489+00:00",{"id":71,"slug":72,"title":73,"cover_image":74,"image_url":74,"created_at":75,"category":26},"b63692ed-db6a-4dbd-b771-e1babdc94af7","nvidia-backs-corning-factories-with-billions-en","Nvidia backs Corning factories with billions","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778822444685-tvx6.png","2026-05-15T05:20:28.914908+00:00",{"id":77,"slug":78,"title":79,"cover_image":80,"image_url":80,"created_at":81,"category":26},"26ab4480-2476-4ec7-b43a-5d46def6487e","why-anthropic-gates-foundation-ai-public-goods-en","Why Anthropic and the Gates Foundation should fund AI public goods","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778796645685-wbw0.png","2026-05-14T22:10:22.60302+00:00",[83,88,93,98,103,108,113,118,123,128],{"id":84,"slug":85,"title":86,"created_at":87},"d35a1bd9-e709-412e-a2df-392df1dc572a","ai-impact-2026-developments-market-en","AI's Impact in 2026: Key Developments and Market Shifts","2026-03-25T16:20:33.205823+00:00",{"id":89,"slug":90,"title":91,"created_at":92},"5ed27921-5fd6-492e-8c59-78393bf37710","trumps-ai-legislative-framework-en","Trump's AI Legislative Framework: What's Inside?","2026-03-25T16:22:20.005325+00:00",{"id":94,"slug":95,"title":96,"created_at":97},"e454a642-f03c-4794-b185-5f651aebbaca","nvidia-gtc-2026-key-highlights-innovations-en","NVIDIA GTC 2026: Key Highlights and Innovations","2026-03-25T16:22:47.882615+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"0ebb5b16-774a-4922-945d-5f2ce1df5a6d","claude-usage-diversifies-learning-curves-en","Claude Usage Diversifies, Learning Curves Emerge","2026-03-25T16:25:50.770376+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"69934e86-2fc5-4280-8223-7b917a48ace8","openclaw-ai-commoditization-concerns-en","OpenClaw's Rise Raises Concerns of AI Model Commoditization","2026-03-25T16:26:30.582047+00:00",{"id":109,"slug":110,"title":111,"created_at":112},"b4b2575b-2ac8-46b2-b90e-ab1d7c060797","google-gemini-ai-rollout-2026-en","Google's Gemini AI Rollout Extended to 2026","2026-03-25T16:28:14.808842+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"6e18bc65-42ae-4ad0-b564-67d7f66b979e","meta-llama4-fabricated-results-scandal-en","Meta's Llama 4 Scandal: Fabricated AI Test Results Unveiled","2026-03-25T16:29:15.482836+00:00",{"id":119,"slug":120,"title":121,"created_at":122},"bf888e9d-08be-4f47-996c-7b24b5ab3500","accenture-mistral-ai-deployment-en","Accenture and Mistral AI Team Up for AI Deployment","2026-03-25T16:31:01.894655+00:00",{"id":124,"slug":125,"title":126,"created_at":127},"5382b536-fad2-49c6-ac85-9eb2bae49f35","mistral-ai-high-stakes-2026-en","Mistral AI: Facing High Stakes in 2026","2026-03-25T16:31:39.941974+00:00",{"id":129,"slug":130,"title":131,"created_at":132},"9da3d2d6-b669-4971-ba1d-17fdb3548ed5","cursors-meteoric-rise-pressures-en","Cursor's Meteoric Rise Faces Industry Pressures","2026-03-25T16:32:21.899217+00:00"]