91
AMD’s Linux graphics driver is getting too big for older machines
(www.tomshardware.com)
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 17 Sep 2024
91 points (100.0% liked)
Linux
5380 readers
29 users here now
A community for everything relating to the linux operating system
Also check out !linux_memes@programming.dev
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 1 year ago
MODERATORS
That does seem a bit ... excessive.
A decent chunk of that is autogenerated code
Do they know what it does?
"Register bit twiddling." Setting all the modes that all their various cards can operate in, with the associated code for sending the bit updates over the connection bus. Tedious stuff that's very prone to copy-paste errors if written by hand.
At some point you have to take AMDs word for it that these codes = this functionality, but if the right graphics come out then it can't be so wrong.
Thanks
why?
On an Intel machine, this makes me want to compile my kernel so much
I should learn how to compile RPM kernels on COPR
Compiling has never been the hard part. The challenge is making it through the entire configuration menu system before succumbing to the urge to gouge your own eyes out with blunt sticks.
Once that's done, kick off
maketake a long break; it'll be compiled by the time you get back to it.I hear build times are getting longer with the Rust parts, though, so do it soon before you need mainframe access to get a compile within your lifetime.
The thing is I need to configure, compile, package, sign and then layer, because I am on Fedora Atomic (and because that is the correct way)
And I dont know many of the steps in the middle.
A Github runner for this would be great, like a template where people can choose what kernel they need, which then packages it.