> Am 16.11.2021 um 20:37 schrieb Miro Hrončok <email@example.com>:
> On 15. 11. 21 20:15, Ben Cotton wrote:
>> == Owner ==
>> * Name: [[User:pbrobinson| Peter Robinson]]
>> * Email: <firstname.lastname@example.org>
> May I suggest to include https://email@example.com/thread/YC2LYBJSFKDAVBUJAIFQCCBS5VLW5TUB/ in the feedback section (which is entirely missing from this proposal)?
I've only been dealing with Arm SBC boards for a short time and therefore only with aarch64 and certainly don't know many details yet.
A big advantage of Linux is that older hardware is supported for a long time and is still usable. This is almost a "trademark“.
Therefore my question, would it reduce the effort already noticeably, if you reduce armv7 to "server" (and evtl IoT), i.e. without all the graphical interfaces? And without new, additional functionality, just security fixes? A kind of „maintenance mode“?
This could (hopefully) solve a number of problems raised by various contributors to the discussion (and preserve the „trademark").
The main problem is that armv7 is currently built on a set of AARCh64 dual instruction CPU systems from AMPERE. These boxes can run VM’s of armv7 instructions and allow us to do builds for Fedora. They are also the way that what few QA tests can be done are done. These systems are also no longer built, and the newer systems are AARCH64 only.
While it is possible to run ARM via QEMU emulation, this is mainly ‘for demonstration purposes’ only. The QEMU emulation is about 4 times to 20 times slower than native running and can lock and crash on non-reproducible faults regularly. Because failed servers cause ALL koji architectures to fail a build.. it would mean a lot of crashed builds for an architecture we can’t regularly debug.
Fedora does not do cross compilation so that is not a way out of this either.
These are the major reasons for retiring the armv7 architecture with the hope they are retired before we end up with no builders in the middle of a release.
devel mailing list -- firstname.lastname@example.org
To unsubscribe send an email to email@example.com
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://firstname.lastname@example.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure