When you try to run a thing that everyone assures you now works on Linux flawlessly but for some reason it does not work for you in particular so you dwell deep into troubleshooting and try everything possible until you break something but then you figure out how to make it work without breaking your system so you re-install OS and start again for it to just suddenly work without the workaround just so you stumble on the same scenario with another program.

Haven’t finished the game yet but this is my 11th Honor campaign

I wish you were a cat too

I’m upgrading ASAP just for ROCM 6.2 because almost nothing seems to work ever since I’ve updated to 6.1.2 for some reason

deleted by creator

Thanks. That’s a good ELI5. Fortunately I managed to make sense of it before your reply but the link to environment variables is highly appreciated. As I already replied to someone else, I had no idea PATH was a global/environment variable and just assumed it’s telling me to specify path so I had no idea I need to RTFM as it confused me greatly and on top of that I did another mistake which confused me even more when I finally managed to get it to do correctly which made me think I am doing it wrong.

I gave up at CMAKE finally as I really need to RTFM more on that as it started to throw many errors at me.

I’m fine with RTFM but I had no idea PATH is a global variable and I assumed it’s telling me to specify path to something. So I had no idea I need to RTFM because I did not RTFM to understand that I need to RTFM. After the first reply pointed me the right direction I managed to make sense of it. Though english is not my first language and some of the terms are just over my head so I had to RTFM with dictionary which took a lot of time for me to finally understand because I was doing another thing wrong on top of that which specifically was

I had to do ~/SCALE_PATH instead of the confusing example of $(SCALE_PATH} as trying nvcc --version did absolutely nothing even though the path was correct

I’ve been on Linux since April so I’ve stumbled a lot but got many things to work, it just takes me a lot of time to get trough it and I’ve really stumbled on this one. Getting ROCM to work was a breeze and most recently getting PyTorch with ROCM to work for AI generative models on AMD. I’ve also finally started to tinker with toolbox a lot more and finally understand the benefits of it.

Well, I progressed quite a bit and learned a lot more than I knew until now but I give up. This is way over my head, I’ll stick to using ROCM for now. Thanks for pointing me in the right direction at least.

Thanks, I’m still not sure I completely understand but I think this iis how it’s supposed to be

That’s why I said Photopea instead of GIMP

Or just use Photopea like a non-self abusive person

Manjaro and Ubuntu surprised me how bad they are

But I can only buy whole software…

Thanks!

1.) will definitely give it a try 3.) I have set the amdgpu feature mask otherwise I wouldn’t even have access to the power limit, voltages, etc… but VRAM overclocking just does not work. Everything else seems to work fine.

I’m 100% sure it’s not a cable issue for many different valid reasons one of the main ones being that the cable is able to drive higher res monitor at higher refresh rate without issue.

Also if I just swap cables from my main monitor with the 2nd the same issue still happens with the 2nd monitor but only in Linux, never Windows.

Please bear in mind that custom tuning isn’t a guarantee between different driver versions; the voltage floor can shift with power management firmware changes delivered driver packages (this doesn’t overwrite the board VBIOS, it’s loaded in at OS runtime (pmfw is also included in linux-firmware)). I’d recommend testing with vulkan memory test with each Adrenalin update, and every now and then on Fedora too.

I’m aware. For now it seems to behave consistently. I observed higher avg clocks on Linux vs Windows with the same OC but then again it may be due to difference in monitoring SW or just polling rate.

To be fair when it’s time to upgrade the Linux support will be probably even worse since I would be upgrading to even newer stuff than what I have now.

I would hold on the conclusion for now. Steve from HW Unboxed tested both Zen 4 and Zen 5 with the “supposed” fix and both had improved performance so the rough difference between Zen 4 and Zen 5 remained almost the same as the issue was affecting both. We will need to see more tests though to draw a reasonable conclusion. We don’t yet know if this also affects older Zen 3 at all or not.

The monitors being flipped happened as well. I fixed that by flipping the DP cable order on the graphics card.