You are not logged in.
Hello! I wanted to use Davinci Resolve to edit a video, but it won't let me use my GPU. After a quick search I found out that I need to install openCL. I installed the rocm-opencl-runtime package. The whole desktop started doing weird stuff and I just rebooted. Now all I get is a black screen with a cursor. Switching to tty, joutnalctl revealed the following error:
sddm-greeter-qt6[3762]: Failed to initialize graphics backend for OpenGL
I found this thread: https://bbs.archlinux.org/viewtopic.php?id=294566 but it didn't help because I don't have *-git packages for mesa or llvm.
Any ideas what can I do to solve this? Thanks
Last edited by ilia21 (2024-05-28 06:16:28)
Offline
That shouldn't be able have that effect... Post your /var/log/pacman.log of what you actually installed, and
sudo journalctl -b
cat /var/log/Xorg.0.log
Offline
Thanks for your reply!
sudo journalctl -b https://0x0.st/XNsX.txt
/var/log/pacman.log https://0x0.st/XNs8.txt
cat /var/log/Xorg.0.log https://0x0.st/XNsK.txt
Offline
There are some experiments with the proprietary OGL driver, did you set up the progl call somewhere or so? Maybe throw in the output of
printenv
eglinfo -B
Offline
I had a problem with Minecraft crashing where radeonsi_dri would show up in core dump so I did something with proprietary driver and it fixed the issue (don't remember what exactly) (https://github.com/IrisShaders/Iris/issues/778)
printenv https://0x0.st/XNsJ.txt
eglinfo -B https://0x0.st/H5yV.txt
eglinfo -B also prints the following text (may be inaccurate since I have to manully type it)
libEGL warning: MESA-LOADER: failed to open radeonsi: /usr/lib/dri/radeonsi_dri.so: undefined symbol: amdgpu_cs_ctx_stable_pstate (search paths /isr/lib/dri, suffix _dri)
libEGL warning: MESA-LOADER: failed to open swrast: /usr/lib/dri/sawrt_dri.so: undefined symbol: amdgpu_cs_ctx_stable_pstate (search paths /isr/lib/dri, suffix _dri)
libEGL warning: MESA-LOADER: failed to open zink: /usr/lib/dri/zink_dri.so: undefined symbol: amdgpu_cs_ctx_stable_pstate (search paths /isr/lib/dri, suffix _dri)
Offline
You broke your LIBGL_DRIVERS_PATH environment somewhere, sadly not visible in the printenv, but that should not read /isr/lib/dri but /usr/lib/dri and generally best not set at all if you're not debugging something specific.
The Minecraft bug you're linking should be long fixed and likely not be necessary anymore to move to progl for that
Or on second guess likely not using the correct GL loader anymore...
ls -l /usr/lib/libGL*
pacman -Qo /usr/lib/libGL*
pacman -Qkk mesa libglvnd
Last edited by V1del (2024-05-27 20:37:07)
Offline
I'm so sorry, it is /usr/lib/dri, I misstyped it.
Also I found a way to upload entire output of
eglinfo -B
with cat and &>
https://0x0.st/XNs5.txt
Once again thank you for your time!
Offline
Yeah I'm starting to doubt that as well see my edit
Offline
Output of all commands in one (I don't really want to pollute the file hosting service with one-line outputs like pacman -Qo)
https://0x0.st/XNsF.txt
Offline
pacman -Qo /usr/lib/libGL*
zsh: no matches found: /usr/lib/openGL*
Are you manually transcribing this??
[ 10.356] (II) LoadModule: "radeon"
[ 10.356] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
…
[ 10.529] (II) UnloadModule: "radeon"
[ 10.529] (II) Unloading radeon
…
[ 10.533] (II) AIGLX: Screen 0 is not DRI2 capable
[ 10.541] (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: undefined symbol: amdgpu_cs_ctx_stable_pstate)
[ 10.541] (EE) AIGLX error: unable to load driver swrast
[ 10.541] (EE) GLX: could not load software renderer
You've a NAVI10 chip, remove xf86-video-ati. In fact remove all xf86-video-* packages.
ldd /usr/lib/dri/swrast_dri.so
Offline
Hello, thank you for your reply!
Are you manually transcribing this??
My bad. I misstyped it and got "451 Unavailable for legal reasons" something clicked in my brain and for some reason i typed openGL instead of libGL. I'm sorry for wasting your time, here's the correct output
https://0x0.st/XNzu.txt
You've a NAVI10 chip, remove xf86-video-ati. In fact remove all xf86-video-* packages
Done
output of ldd /usr/lib/dri/swrast_dri.so
https://0x0.st/XNzm.txt
Offline
You didn't waste any time but maybe yours, I just wanted to know how reliable any posted information is (humans fuck up. I typo A LOT) and tell to save some time by getting us more reliable information
readelf -sW /usr/lib/libdrm_amdgpu.so* | grep amdgpu_cs_ctx_stable_pstate
pacman -Qo /usr/lib/libdrm_amdgpu.so*
pacman -Qikk libdrm
Offline
Nice to hear that! Here's an output of all commands (this time without manual typing)
http://0x0.st/XNzj.txt
Offline
warning: libdrm: /usr/lib/libdrm_amdgpu.so.1 (Symlink path mismatch)
warning: libdrm: /usr/lib/libdrm_amdgpu.so.1 (Modification time mismatch)
stat /usr/lib/libdrm_amdgpu.so.1
It's supposed to point at /usr/lib/libdrm_amdgpu.so.1.0.0
Offline
https://0x0.st/XNi-.txt
Looks like it is pointing to proprietary driver, if I understand correctly I need to link libdrm_amdgpu.so.1 -> libdrm_amdgpu.so.1.0.0 (it exists) to solve my problem?
Last edited by ilia21 (2024-05-27 23:00:16)
Offline
Yes.
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.
Offline
Nice, can't believe I forgot about ldd(tree) for wonked symbol resolving.
Offline
This actually didn't pan out - the correct object is resolved, but the object is a symlink and that told me that "yeah the amdgpupro thing just probably re-bent the link target and oc. doesn't clean upa afterwards "
Offline
Wouldn't lddtree at least dig deep enough to see that the wrong lib was getting resolved? NotonmyArch would test some stuff myself otherwise
Last edited by V1del (2024-05-28 15:27:17)
Offline
No, stops at the object (w/o realpath invocation) and I can't see anything in the help output that would suggest there's such feature
lddtree /usr/lib/dri/swrast_dri.so | awk -F ' => ' 'NR<2{print $0}; NR>1{printf $1" ===> "; system("realpath "$2)}'
Offline