118
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 03 May 2026
118 points (97.6% liked)
Linux
13744 readers
204 users here now
A community for everything relating to the GNU/Linux operating system (except the memes!)
Also, check out:
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 2 years ago
MODERATORS
What I hate about Valve's Linux efforts is how slow they are with upstreaming their changes. I think there are still some LCD fixes not in the vanilla kernel.
The fix that they applied wouldn't work as a general solution, it would break other things.
This commit implements their solution in a 'If Steam Deck then ' kind of way so it will resolve the Steam Deck issue on mainline without breaking other things.
Do you actually want "fast" AI-sloppy maintenance/nonsense, where customers would get even more issues eventually, and ruin the reputation?
Adequate verification and careful, responsible attitude to changes requires time.
I am sorry, but I have no idea how you may "hate" accountability.
Sure, don't rush into things. But when you have a fix that's just a few lines that's languishing in your repositories for years something's up.
I'm not talking specifically about this issue. There are several drivers for the Steam Deck controller and the thermal system that I have to compile myself to be able to properly run a vanilla kernel on my Steam Deck LCD. There has been more than enough time to fix the stuff.
Still glad that it's open source so that I can just grab everything I need. But it would be nice if I could just forget about it and find all fixes in my kernel half a year or so after they've been successfully in production in SteamOS.
You need to understand that testing the fix itself takes time. Especially if it is for a new hardware to make sure it doesn't break other hardware somehow