this post was submitted on 12 Jan 2026
324 points (99.4% liked)
Linux Gaming
24079 readers
323 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
No memes/shitposts/low-effort posts, please.
Resources
WWW:
- Linux Gaming wiki
- Gaming on Linux
- ProtonDB
- Lutris
- PCGamingWiki
- LibreGameWiki
- Boiling Steam
- Phoronix
- Linux VR Adventures
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Yeah, when you're compiling from source code, it's much easier to add in ARM support. Kernels do need to handle more hardware-specific stuff, like interrupt handling, context switching, feature enablement and the like will likely need custom ASM code and might have different parameters/events to handle. But at the user level, you can often compile for ARM by just changing a few command line arguments and it'll be fine as long as you don't rely on inline ASM and have ARM versions of any libraries you need.
You still might need to do some adjustments for specific behavior differences when it comes to concurrency and atomicity of operations. It didn't surprise me to see that the previous attempt to make an ARM ReactOS didn't support multi-threading, because trying to enable it was probably an unreliably buggy mess with race conditions all over the place.