The future of 32-bit Linux
The future of 32-bit Linux
Posted Dec 6, 2020 14:27 UTC (Sun) by amacater (subscriber, #790)In reply to: The future of 32-bit Linux by glaubitz
Parent article: The future of 32-bit Linux
The long term future of AMD/Intel 32 bit only is rapidly downhill, I think, though I'm fairly sure that we've committed to supporting it for the lifetime of Debian 11 (Bullseye) - the discussions on architectures are going on at the moment as Bullseye will be released next year and porters and maintainers for the various architectures have to step up and be counted at the moment.
In the ARM world, there's a large number of small boards / embedded systems as noted - but it's hard to build 32 bit code for some large packages on the 32 bit boards themselves because they have small memory. Some packages have to be built on an ARM 64 bit platform in a 32 bit environment - not all ARM 64 bit processors will now run 32 bit code. Various build farms of small boards are also increasingly flaky to support. [Speaking for myself and not on behalf of the Debian project].
Posted Dec 6, 2020 16:28 UTC (Sun)
by luto (guest, #39314)
[Link] (4 responses)
Posted Dec 6, 2020 17:18 UTC (Sun)
by amacater (subscriber, #790)
[Link] (1 responses)
Posted Jan 1, 2021 10:44 UTC (Fri)
by wtarreau (subscriber, #51152)
[Link]
Posted Dec 6, 2020 17:33 UTC (Sun)
by smcv (subscriber, #53363)
[Link]
Posted Dec 10, 2020 20:19 UTC (Thu)
by BenHutchings (subscriber, #37955)
[Link]
We dropped 486 support by accident. It was broken in the kernel by sync_core() using CPUID unconditionally (Debian bug #515982), and then by stack-protector initialisation using RDTSC unconditionally (Debian bug #766105). The latter was reported 5 years after the regression and after it had been included in 2 stable releases, which indicated to me that it wasn't worth fixing. We dropped 586 support more deliberately, after discussion on debian-devel.
Posted Dec 7, 2020 3:57 UTC (Mon)
by pabs (subscriber, #43278)
[Link] (1 responses)
Posted Dec 7, 2020 8:00 UTC (Mon)
by geert (subscriber, #98403)
[Link]
The future of 32-bit Linux
The future of 32-bit Linux
The future of 32-bit Linux
The future of 32-bit Linux
The future of 32-bit Linux
The future of 32-bit Linux
The future of 32-bit Linux