Some customers are still stuck in a world of 32bit. On ARM64, we have two options for those poor folks:
1) Run applications in the legacy ARMv7 instruction set 2) Compile applications with 32bit, but for the new AArch64 instruction set. This is called ILP32.
The main reason option 1 is a bad idea is that some hardware is already dropping ARMv7 instruction set support. And there will be more to come.
So if we ever want to enable people to run code that is not 64bit safe on AArch64 platforms, we need to provide them with a way out. Hence we should bootstrap at least the bare minimum to enable them to compile their own (broken) code.
Beware that all of this is in a big flux. The interfaces (ABI, syscalls) are not yet set in stone.
This project is part of:
Hack Week 12
Activity
Comments
Be the first to comment!
Similar Projects
Add Graphics Mode to WozMania by e_bischoff
Project description
WozMania is an Apple ...
Install BLOB-less U-Boot in SPI of Pine64 ROCKPro64 and boot from NVMe disk by clanig
Project Description
This project is about i...
Rust in linux kernel by dsterba
[comment]: # (Please use the project descriptio...
generic zswap dedup by ailiopoulos
[comment]: # (Please use the project descriptio...
Setup A Linux Cross Referencer for SUSE kernels by tdz
Project Description
There's [Elixir](http...
Modular kernel packaging by mwilck
Project Description
Create a PoC for a mo...
Model checking the BPF verifier by shunghsiyu
Project Description
BPF verifier plays a ...
Validate the embargo date OBS attribute by enavarro_suse
Project Description
The issue is describe...
MicroOS Desktop by RBrownSUSE
[Video Recording of openSUSE Conference sessio...
Package workflow experiments by jfehlig
[comment]: # (Please use the project descriptio...