Why are you using a real time kernel? Try the normal one. If older kernels show a better performance I would use them and wait until your issue is fixed on newer kernels. Even the older LTS kernels are updated often, no reason not to use them if they perform better for your hardware.
I have also tried the standard one, and I have the general feeling that there are fewer glitches, but there are still some.
I use the rt kernel because I mainly make music on Linux. Although I have to admit that I have not really noticed any performance gains for my use case with the rt kernel.
I started getting full hangs beginning with 6.11 and ~might~ have stability again on 6.12.1 with amdgpu.dcdebugmask=0x200 boot option on this zen3 system.
I have a longer detailed post on PSR on one of the update announcement threads…
Please forgive my ignorance, but when I try adding this flag to my grub config and updating I get an error.
/etc/default/grub: line 66: amdgpu.dcdebugmask=0x200: command not found
Hmm. Did the upgrade do something to my graphics drivers?
If I run glxgears on the display that uses my 7800x3d’s onboard graphics it works, if I run it on the display connected to my 7900 it closes straight away.
I use both since there were power issues in the past with driving two monitors from the 7900. No idea if that’s still the case, but it’s been working well since I changed it.
I guess I’ll try a game on the main display and see if that works.
Cheers,
Westy
Edit: glxgears closing straight away on both displays now.
The info flag seems to display my main card though, so that’s good:
> glxgears -info
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
GL_RENDERER = AMD Radeon RX 7900 XTX (radeonsi, navi31, LLVM 18.1.8, DRM 3.54, 6.6.63-1-MANJARO)
GL_VERSION = 4.6 (Compatibility Profile) Mesa 24.2.7-arch1.1
GL_VENDOR = AMD
GL_EXTENSIONS = *snip*
Edit2: Games are running fine, so that’s great!
But yeah, I’m back on kernel 6.6 for now, since get horrible graphics hanging in 6.11 and 6.12, hence me trying your fix. I guess it’s not a bad thing to be on the LTS kernel, but I believe .11 or .12 have performance updates for AMD processors.
Technically either of those works … but I tend to keep the actual system defaults on the DEFAULT one and my own extras on the other.
Please also keep in mind that it is only one of possible variables.
It will only disable the newest PSR_SU (or PSR 2.0), but as shown at the previous link, there are various combinations to disable all of PSR and/or other related options.
That is even if PSR is the culprit - this option may not suffice.
With PSR being a power-saving feature we will generally want to only disable as much of it as is necessary.
Well, I’m back on 6.11 and the graphics haven’t crashed on the main display yet, so looking promising!
Is there a way of verifying the flag is set?
Will there be a time in the future where it is no longer needed? How will be know?
Yeah, I saw that there are a lot of options in your linked post. I’ll see how I get on with this one I guess. I have a 7900 GTX, if that helps determine what I might need.
