this post was submitted on 14 Feb 2026
57 points (100.0% liked)

Linux

14971 readers
409 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 3 years ago
MODERATORS
 

Been fighting this bug for a while now, but since I updated rocm to 7.2 DaVinci resolve died.

Took me a while to track down that it was rocm until I ran across an endeavour os post about it. But if you’ve noticed that resolve stopped loading and not showing errors, Try downgrading rocm and trying again.

Endevour OS Post: https://forum.endeavouros.com/t/can-t-use-davinci-resolve-studio-crash-to-desktop/77870/11

AUR post which the Endevour OS post was referring to: https://aur.archlinux.org/packages/davinci-resolve-studio#comment-1058336

If you need to downgrade your amdgpu-install package, AMD's repo link is here https://repo.radeon.com/amdgpu-install/

you are viewing a single comment's thread
view the rest of the comments
[–] vikingtons@lemmy.world 5 points 7 months ago (1 children)

Thank you for linking these. The second one suggests the following

Update: Turns out that this is happening because the update of opencl-amd package, the newest ROCm 7.2 drivers appear to not be compatible with DaVinci, I installed rocm-opencl-runtime from the extra repo since it still on 7.1.1 and now its working again.. It also doesn't work with opencl-mesa, it crashes launching a project

I'll dig through to see what can be done about it.

[–] the16bitgamer@programming.dev 2 points 7 months ago (2 children)

I am curious if it's a Davinci issue or a AMD one. Would love to hear the results.

[–] vikingtons@lemmy.world 3 points 7 months ago (1 children)

have filed this to the ROCm team, hope to get someone looking into this tomorrow.

[–] the16bitgamer@programming.dev 3 points 7 months ago (2 children)

Thank you, hopefully it’s something small

[–] vikingtons@lemmy.world 3 points 6 months ago (1 children)

Good news, seems there's an existing internal ticket covering this defect. It's an application-side issue pertaining to libProResRAW.so.

I believe we're shipping a workaround at the ROCm framework side in 7.2.1

[–] the16bitgamer@programming.dev 3 points 6 months ago (1 children)
[–] vikingtons@lemmy.world 1 points 6 months ago (1 children)

Someone on the github issue thread has been asking for clinfo output on affected systems, theorising that client issues are caused by issues with vendor detection.

This is a bit of an ask, but if it's quick to jump forward and back between ROCm releases on your setup, would you be able to pass your clinfo output from 7.2.0 into the ticket linked above? No worries if not

[–] the16bitgamer@programming.dev 2 points 6 months ago (1 children)

More than happy to, though it might be later today thing

[–] vikingtons@lemmy.world 2 points 6 months ago (1 children)

no hurry at all, thanks a bunch!

[–] the16bitgamer@programming.dev 2 points 6 months ago (1 children)

Posted, I also had an error on the output

Memory access fault by GPU node-1 (Agent handle: 0x5a020e3bce10) on address 0x7f86a34eb000. Reason: Page not present or supervisor privilege. Aborted (core dumped)

[–] vikingtons@lemmy.world 1 points 6 months ago* (last edited 6 months ago) (1 children)

can you tell me which device this is with?

edit: nvm i saw you posted it directly into the thread - gfx1103 = 780M iirc

[–] the16bitgamer@programming.dev 2 points 6 months ago (1 children)
[–] vikingtons@lemmy.world 2 points 5 months ago (1 children)

hey, hope you're doing well. Can you confirm if ROCm 7.2.1 fixes the issue for you?

[–] the16bitgamer@programming.dev 2 points 5 months ago (1 children)

Last I tried to download it for Ubuntu last night. The file wasn’t there, will check again when I can

[–] vikingtons@lemmy.world 2 points 5 months ago (3 children)

huh, weird. I'll check in with that and see what's going on.

[–] the16bitgamer@programming.dev 2 points 5 months ago

Looks like they copies 7.2 folder when the updated to 7.2.1. Only REHL and another distro has March files, the rest are dated Jan.

[–] the16bitgamer@programming.dev 2 points 5 months ago

Found the driver, amdgpu-install_7.2.1.70201-1_all.deb.

Downloaded and installed. And while it doesn't immediately crash, it's still crashing before the main page loads. Just after the fairlight page. Will see if there is any Davinci updates and report back

[–] the16bitgamer@programming.dev 1 points 5 months ago (1 children)

Just finished installing DaVinci_Resolve_Studio_20.3.2_Linux.

With amdgpu-install_7.2.1.70201-1_all.deb the app does start and the splash screen shows. But the app crashes before the main menu appears. I presume there's still issues in the OpenCL implementation. Not sure if it's a Davinci issue or a Driver issue. Old driver still works.

Updating the issue myself, but yeah let me know if you want me to check anything else.

[–] vikingtons@lemmy.world 2 points 5 months ago (1 children)

Thank you for checking in with this. Strangely it seems to work fine for other people using different distros. Will follow up internally.

[–] the16bitgamer@programming.dev 2 points 5 months ago (1 children)

I am also running an edge case with an iGPU and a Laptop. Let me know if you want me to run or try anything else.

[–] vikingtons@lemmy.world 1 points 5 months ago (2 children)

Harry (from the github thread) hasn't been able to repro on Ubuntu so far

I'm curious if you've been using --usecase=graphics on install?

More info here: https://rocm.docs.amd.com/projects/radeon-ryzen/en/latest/docs/install/installrad/native_linux/install-radeon.html#install-amd-unified-kernel-mode-gpu-driver-rocm-and-graphics

[–] the16bitgamer@programming.dev 2 points 5 months ago (1 children)

OK, I've tried it. A amdgpu-uninstall, and a purge of amdgpu-install. With a re-install of "amdgpu-install_7.2.1.70201-1_all.deb" followed by amdgpu-install --usecase=graphics and it's loads. But with no OpenCL davinci is confused with GPU and refuses to launch.

I then run my prior command to install OpenCL, and it still crashes on boot. Is there a log I can share.

Also I am on Linux Mint (I know it's Ubuntu), but I am hopeful there aren't much different between the two version.

[–] vikingtons@lemmy.world 2 points 5 months ago (2 children)

appreciate the info, will pass this on

[–] the16bitgamer@programming.dev 2 points 5 months ago (1 children)

I uploaded a quick video about the issue for Github. Passing it along to you as well :)

https://youtu.be/U6zrLRdR8wU

[–] vikingtons@lemmy.world 2 points 5 months ago

appreciate you 😊

[–] the16bitgamer@programming.dev 2 points 5 months ago

NP, I know what I am doing is an edge case, so I’d love to help get it fixed if possible.

Just let me know what I need to do and I’ll test it.

Also if you need footage or screenshots I can also provide that too if it makes it easier to triage.

[–] the16bitgamer@programming.dev 2 points 5 months ago* (last edited 5 months ago)

No, I've been using "sudo amdgpu-install --usecase=opencl" Since Mesa has been working for OpenGL. Let me try and see if it works

[–] vikingtons@lemmy.world 3 points 7 months ago

We'll find out. It's filed to the public issue tracker, which is a nice change of pace. Hope you can stay appraised of the progress from the following link:

https://github.com/ROCm/ROCm/issues/5970

[–] vikingtons@lemmy.world 3 points 7 months ago

I don't suspect it's davinci resolve. This is likely due to rocm-opencl.

It's a long weekend, so I likely won't hear back from my colleagues until Tuesday at the earliest