This was already covered in a video by Dave2d (Lemmy discussion here), but it's great to see more widespread coverage of how great performance is for SteamOS vs windows.
Some highlights:
this post was submitted on 25 Jun 2025
204 points (99.0% liked)
Steam Deck
17896 readers
466 users here now
A place to discuss and support all things Steam Deck.
Replacement for r/steamdeck_linux.
As Lemmy doesn't have flairs yet, you can use these prefixes to indicate what type of post you have made, eg:
[Flair] My post title
The following is a list of suggested flairs:
[Discussion] - General discussion.
[Help] - A request for help or support.
[News] - News about the deck.
[PSA] - Sharing important information.
[Game] - News / info about a game on the deck.
[Update] - An update to a previous post.
[Meta] - Discussion about this community.
Some more Steam Deck specific flairs:
[Boot Screen] - Custom boot screens/videos.
[Selling] - If you are selling your deck.
These are not enforced, but they are encouraged.
Rules:
- Follow the rules of Sopuli
- Posts must be related to the Steam Deck in an obvious way.
- No piracy, there are other communities for that.
- Discussion of emulators are allowed, but no discussion on how to illegally acquire ROMs.
- This is a place of civil discussion, no trolling.
- Have fun.
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
If even Microsoft was/is considering giving custom kernel modules the boot and potentially not allowing them in the future (due to similar but unrelated issues) why should the Linux community embrace proprietary kernel modules from companies who's goal is antithetical to the user, and which are probably horribly insecure and/or rootkits themselves.
Which is why I prefer the MacOS approach better - instead of relying on the developer adding a hypervisor, Apple uses binary signatures for all the relevant system files which are attested via something similar to Secure Boot, plus an Apple-provided API for runtime attestation, to ensure that the system has not been touched since boot. I suspect that Valve's assistance in making Arch Linux builds reproducible is pointing towards that goal.