2025 has probably been the best year for Linux that I can remember, at least from the perspective of general PC users. Itās had tons of publicity as a viable alternative to Windows, even, and perhaps especially for gaming. I switched to it myself earlier this year, but Iām back on Windows and I donāt think Iāll be switching back to Linux properly any time soon.
The Linux hype this time was precipitated by Valveās Linux-based operating system, SteamOS, opening up for use on other handhelds than just the Steam Deck. That had been long on the cards, but it finally started seeming close at hand early on this year.
SteamOS has shown what Linux can be capable of for gaming in large part because of Proton, the compatibility layer Valve employs to translate Windows commands into ones that Linux can understand. Itās a fork of WINE tailored towards gaming, created and maintained by Valve specifically for that purpose.
Over the years, Proton has gotten so good that compatible games tend to run flawlessly. Valve has an incentive to ensure this is the case, as a great gaming experience on SteamOS via Proton makes for more Steam Deck and Steam Store sales.
The development and improvement of Proton has been a massive part of whatās made Linux distros genuinely viable for gaming. And yes, I said ādistrosā, plural, because any distro can use Proton, as itās built into Steam for Linux. Itās not just a SteamOS thing.
My own recent foray into Linux was very short-lived, however. Iāve dipped into Linux many times over the course of my life, but Iāve never stuck with it, and this time I was punted back over to Windows with undue force. You can read the full story explaining why here, but the long-story-short is it just completely brokeātrackpad, Wi-Fi card, the lotāwhile I was working away at Gamescom, and I didnāt have the time or patience to troubleshoot and fix it.
A frantic Windows install was my solution, and the experience has traumatised me enough that Iām reluctant to give Linux another go, at least not on a machine that I depend on for work. Iād experienced troubles that made me consider abandoning Linux prior to thisāNobara Linux didnāt seem to gel with my laptopās hybrid graphics and external monitorābut my complete disaster at Gamescom solidified things.
Still, that was just my own experience, and the hype was still there for Linux as the year went on. Whether that was from influencers and publications capitalising on the hype by generating even more hype, or whether it was real enthusiasm, it doesnāt matter: it was there.



I mean, yes, he shouldāve picked a less busy period to test Linux out. But trackpad and wifi issues could come up at any time, which would be troublesome. Iāve gone weeks wihout issues, only to turn my laptop on one day and boom, touchpad doesnāt work. And some days I donāt have my mouse with me to use. And the other issue is Linux is so varied and different that a solution for one person might not work for you. That and lack of proper documentation. I have tried doing crazy shit to fix issues, only to then learn all I had to do was toggle a switch in the settings, but my distro didnāt make it obvious thatās what i should do.
(This LITERALLY is what happened with my touchpad, for some reason it disabled itself in settings after an update a while ago.)
People donāt want to spend weekends fixing their tech, and thatās understandable.
For the past month or so, Iāve been getting āRDSEED32 is brokenā and it seems to be an issue with AMDās drivers? Either way, there doesnāt appear to be a solution for me outside of getting a new CPU, but it also still boots and works so Iām not too bothered by it either.
But when updates roll around? Yeah, usually a good idea to make a backup before updating. Same is true with Windows, of course, but I already expect Windows to need a reinstall every year or so.
https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7055.html
it sounds like the kernel is just working around a known CPU microcode bug. it would probably be using the 64-bit RDSEED operation anyway, so disabling the 32-bit option probably doesnāt actually change anything.
also, the kernelās random number generator is very robust (especially since Jason Donenfeld, the author of Wireguard, took over its maintenance) and will work perfectly fine even in the complete absence of RDSEED CPU instructions.
Yeah that particular issue doesnāt bother me much anyway, just delays startup by a second or two.
I mean, they could have pretty quickly and easily tried a different distro