this post was submitted on 27 Oct 2026
245 points (98.0% liked)

Linux Gaming

28126 readers
180 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.

That includes posts generated by LLMs. It doesn’t matter if you “don’t have the time” or “would’ve written the same anyway”, or if “everyone’s doing it geez get with the times”.

For now it’ll also include “AI”-assisted projects that haven't had at least two months of (public, verifiable) dev time behind them.

Resources

Help:

Launchers/Game Library Managers:

General:

Discord:

IRC:

Matrix:

Telegram:

founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Eximius@lemmy.world 2 points 14 hours ago* (last edited 14 hours ago) (1 children)

TBH, Epic Games EACv2 looks decently well designed, and robust:

Requirements:

  1. Signed Kernel & Kernel Modules
  2. TPM 2.0
  3. Secure Boot
  4. Measured Boot
  5. Input-Output Memory Management Unit (IOMMU)
  6. Kernel Lockdown Integrity Mode
  7. Kexec Disabled
  8. Linux Security Module BPF
  • systemd service (with hopefully introspectable code) which all it does is checks the above and gives a verified bool (also locks memory regions for Epic games)

Generally it is a good system of locking down any potential paths for code that can work on other processes' memory.

Signed boot kernel is big problem for most distros (though most people don't modify their ramdisk, or cmdline, so... probably fine?). Kernel modules would be iffy too, I guess, but presumable even for Arch it would mean .ko from only the official repos. The others are just annoyances.

Would not be a huge amount of pain to set this up for distros. Definitely political momentum is not there and I think will never be. Linux is just a different beast and won't bend to their corporational "Lock it down!" mentality, better find other ways to combat cheating.

[–] black0ut@pawb.social 1 points 3 hours ago (1 children)

I have yet to see a machine that doesn't have a tainted kernel (meaning the kernel wasn't signed, a module wasn't signed, or both) in the wild. Not even with Ubuntu.

At the same time, requiring TPM 2.0 is the same anti consumer thing Win11 did.

Secure boot is a pain to set up on Linux because it was never meant to be for Linux. It's a Microsoft invention that Microsoft holds the keys for.

Kexec is useful on a lot of machines for faster reboot times, and disabling it can make them significantly longer.

LSM BPF is scary and sketchy, especially if you're giving a proprietary blackbox access to it. You should not have random software accessing that.

[–] Eximius@lemmy.world 2 points 3 hours ago (1 children)

Actually, I setup secure boot, it isnt that much of a pain. If the docs were more clear, it's like a nice 4-7 commands, with some reboots (clarity missing in arch wiki)

[–] black0ut@pawb.social 2 points 1 hour ago

I can't even enable it because I have an nvidia card that doesn't support the new ""open source"" driver, so I'm always loading tainted binary blobs.