[SOLVED] Strange Observation: kernel 5.11.* + AMDGPU
Good Evening,
Artix continues to impress and run very, very well. Just like Linux should....OpenRC is simply great.....
My post below is NOT an Artix issue - it is a kernel issue. And the issue is not show-stopping....I don't really want anyone to burn any time on this - I'm simply looking for someone more in the know than I am regarding kernel internals as to why.....
No bugs along these lines that I see filed - so I filed one @ kernel.org.
AMD Threadripper Gen-I 16 c, 32T, 64gb DDR4 ram, RX-480 (Ellesmere) GPU.
When I run any 5.11.* kernel, my GPU temp is 40 degF hotter than any previous kernel. This is true if I'm running a 5.11.*-Artix, or a 5.11.*-Zen kernel.
Observed temperatures for C++ development and general office type workloads:
5.10.*(Artix or Zen) = 98 - 105degF
5.11.* (Artix or Zen) = 138-142degF.
Running the cli below on either kernel 5.10 or 5.11 shows no differences at all.
sudo watch -n 0.5 cat /sys/kernel/debug/dri/0/amdgpu_pm_info
Doesn't matter if compositing is on or off. I have a manually launched shell script that controls the AMDGPU fan by launching a python daemon. I don't usually launch it unless I'm done working for the day and am going to game. If I fire that script - the GPU temps normalize - and remain normal throughout running any of the games.
Skyrim and Fallout-4 run better under 5.10.* - Artix or Zen. Better as in 5.10.* is clean, 5.11.* has some artifacts left over - so I'm suspicious about the massive code dump for AMDGPU that AMD put in the 5.11 kernel series as being the culprit.
I find nothing in any google/duckduckgo/bing/qwant searching I do.
Again - lets not have anyone burn any time on this - but if anyone has any insights on this...I would certainly appreciate enlightening me.
The bandaid is to launch the python daemon at login, but that's not what I am after.... I'm looking for the underlying reason as to why....
Behavior remains for 5.11.1 thru -.5 revisions (.5 from gremlins repo at this point in time).
Thanks!
Dave