You are not logged in.
opencl-mesa relies on liblclc to provide the opencl functionality.
check /usr/lib/clc/ folder for a firmware that matches the chipset your card uses.
If there is none, you can try amd app sdk .
GPGPU page on wiki has more info.
I have found /usr/lib/clc/caicos-r600--.bc firmware for my AMD GPU. But when I start darktable:
...
[opencl_init] discarding device 0 `AMD CAICOS (DRM 2.43.0, LLVM 3.9.0)' due to missing image support.
Offline
try running "darktable-cltest" , see darktable user manual
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Similar problem here with an AMD 6870:
$ darktable-cltest
[opencl_init] opencl related configuration options:
[opencl_init]
[opencl_init] opencl: 1
[opencl_init] opencl_library: ''
[opencl_init] opencl_memory_requirement: 768
[opencl_init] opencl_memory_headroom: 300
[opencl_init] opencl_device_priority: '*/!0,*/*/*'
[opencl_init] opencl_size_roundup: 16
[opencl_init] opencl_async_pixelpipe: 0
[opencl_init] opencl_synch_cache: 0
[opencl_init] opencl_number_event_handles: 25
[opencl_init] opencl_micro_nap: 1000
[opencl_init] opencl_use_pinned_memory: 0
[opencl_init] opencl_use_cpu_devices: 0
[opencl_init] opencl_avoid_atomics: 0
[opencl_init] opencl_omit_whitebalance: 0
[opencl_init]
[opencl_init] found opencl runtime library 'libOpenCL'
[opencl_init] opencl library 'libOpenCL' found on your system and loaded
[opencl_init] found 1 platform
[opencl_init] found 1 device
[opencl_init] discarding device 0 `AMD BARTS (DRM 2.43.0, LLVM 3.7.1)' due to missing image support.
[opencl_init] no suitable devices found.
[opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
[opencl_init] initial status of opencl enabled flag is OFF.
opencl-mesa is installed and I suspect
/usr/lib/clc/barts-r600--.bc
should be the "missing" image?
Any suggestions?
Last edited by matse (2016-04-03 21:38:08)
Offline
from http://www.darktable.org/2012/03/darktable-and-opencl/ :
Coudy on April 5, 2012 at 21:47 said:
Hi, I have RV730 Radeon HD4670 1GB RAM, Intel Q8300, 4BG Ram.
Opencl is detected, but not enabled. Is there a chance to enable it ?
-> glxinfo | grep rende
direct rendering: Yes
OpenGL renderer string: ATI Radeon HD 4600 Series
GL_NV_conditional_render, GL_NV_copy_depth_to_color, GL_NV_copy_image,
-> grep opencl darktablerc
opencl_memory_headroom=300
opencl=TRUE
opencl_library=
opencl_memory_requirement=512
opencl_runtime=
-> darktable -d opencl
[opencl_init] trying to load opencl library: ”
[opencl_init] opencl library ‘libOpenCL’ found on your system and loaded
[opencl_init] found 2 devices
[opencl_init] discarding device 0 `ATI RV730′ due to missing image support.
[opencl_init] discarding CPU device 1 `Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz’ as it will not deliver any performance gain.
[opencl_init] no suitable devices found.
[opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
[opencl_init] initial status of opencl enabled flag is OFF.
upegelow on April 6, 2012 at 19:26 said:
The relevant topic is this:
[opencl_init] discarding device 0 `ATI RV730′ due to missing image support.
This card lacks an important feature that ATI probably only offers with recent models. Without this feature darktable can’t use that device. Unfortunately you are out of luck.
While that's an old post,it does appear to be relevant.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Since people keep talking about it, let's end this discussion.
In the code this is where it's checked: https://github.com/darktable-org/darkta … ncl.c#L275
CL_DEVICE_IMAGE_SUPPORT cl_bool Is CL_TRUE if images are supported by the OpenCL device and CL_FALSE otherwise.
Your opencl support most likely works fine.
But: "image support" probably means functions like clCreateImage that are part of OpenCL 1.2.
Clover does not support full OpencL 1.2 yet. They have OpenCL 1.1 and some parts of 1.2, but not images yet. Here is my feature request for mandelbulber-opencl support that relies on this functionality too.
Speculation: https://www.phoronix.com/scan.php?page= … ader_image may mean that some of the work for OpenCL is already done with ARB_shader_image_load_store and ARB_shader_image_size. This article hinted at it at least: https://www.phoronix.com/scan.php?page= … ge-Patches.
Offline
Since people keep talking about it, let's end this discussion.
In the code this is where it's checked: https://github.com/darktable-org/darkta … ncl.c#L275
CL_DEVICE_IMAGE_SUPPORT cl_bool Is CL_TRUE if images are supported by the OpenCL device and CL_FALSE otherwise.
Your opencl support most likely works fine.
But: "image support" probably means functions like clCreateImage that are part of OpenCL 1.2.
Clover does not support full OpencL 1.2 yet. They have OpenCL 1.1 and some parts of 1.2, but not images yet. Here is my feature request for mandelbulber-opencl support that relies on this functionality too.Speculation: https://www.phoronix.com/scan.php?page= … ader_image may mean that some of the work for OpenCL is already done with ARB_shader_image_load_store and ARB_shader_image_size. This article hinted at it at least: https://www.phoronix.com/scan.php?page= … ge-Patches.
Thanks for the info. What's 'clover'?
I have moved my setup to Ubuntu 15.10 + fglrx drivers. Darktable now is able to enable OpenCL. clinfo reports Image processing is supported. So my GPU does support it, is a driver question. I hope the full OpenCL 1.2 support be one day in Mesa/Gallium driver for the ATI gpus.
Offline
clover is the name of the gallium based opencl support in mesa.
@lordheavy Can you update the lib32-llvm-svn PKGBUILD on your server? It's not building the ocaml docs (make ocaml_doc) and doesn't install for that reason. And if you fix that and try to install it, it has many ocaml files that are already in the 64 bit llvm-svn..
Anyway, clover doesn't build with current llvm, needs https://patchwork.freedesktop.org/series/5639/ but this patch will probably be in mesa git very soon anyway.
Offline
Double post, but the second (and last) patch for compute shader support landed in llvm: https://github.com/llvm-mirror/llvm/com … 095ea1fff4. So probably the mesa patches will land soon too and we will get OpenGL 4.3!
Offline
Double post, but the second (and last) patch for compute shader support landed in llvm: https://github.com/llvm-mirror/llvm/com … 095ea1fff4. So probably the mesa patches will land soon too and we will get OpenGL 4.3!
Oh boy! Finally. Can't wait to finally play Shadow of Mordor, Alien Isolation and Company of Heroes 2 without any graphical glitches.
Offline
Well, it doesn't work great, but it mostly works.
Alien Isolation, still has some of the color flickering in some areas, but looks mostly fine: https://youtu.be/T9eAcYthPOc (it also segfaults after the initial loading screen with default cflags, but works with CFLAGS="-g")
Shadow of Mordor low settings: https://youtu.be/y_WJBJZ1fLI
Shadow of Mordor high settings: https://youtu.be/w7KqGdN7YYY
Low performance and low GPU usage is always sad to see. Hopefully it will get optimized more soon.
Last edited by haagch (2016-04-14 18:36:38)
Offline
Intel's vulkan driver has been mainlined : https://cgit.freedesktop.org/mesa/mesa/ … d3523bf30c
I'm working on adjusting aur mesa-git to support it,but encountered a build fail, see https://bugs.freedesktop.org/show_bug.cgi?id=94969 .
Last edited by Lone_Wolf (2016-04-16 15:14:43)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I'm building with
--with-vulkan-icddir="$srcdir/etc/vulkan/icd.d"
and then in package():
install -m755 -d "${pkgdir}"/etc
mv -v "${srcdir}"/etc/vulkan "${pkgdir}"/etc/
rm -f "$pkgdir"/usr/include/vulkan/vk_platform.h
rm -f "$pkgdir"/usr/include/vulkan/vulkan.h
Offline
Intel's vulkan driver has been mainlined : https://cgit.freedesktop.org/mesa/mesa/ … d3523bf30c
I'm working on adjusting aur mesa-git to support it,but encountered a build fail, see https://bugs.freedesktop.org/show_bug.cgi?id=94969 .
And here is another one https://bugs.freedesktop.org/show_bug.cgi?id=94970
Offline
You must add this to build vulkan-intel on i686:
# intel vulkan needs sse2
if [ "${CARCH}" = "i686" ]; then
CFLAGS="${CFLAGS} -msse2"
CXXFLAGS="${CXXFLAGS} -msse2"
fi
Offline
I hope this appropriate for this topic. Basically what I cant figure out is why inxi -G incorrectly reports my driver as fglrx when I know, for sure that I am now using the open source drivers after un-installing the catalyst driver in Vi0l0's repo. Proof:
Graphics: Card: Advanced Micro Devices [AMD/ATI] Trinity [Radeon HD 7420G]
Display Server: X.Org 1.18.3 driver: fglrx
Resolution: 1366x768@60.07hz
GLX Renderer: Gallium 0.4 on AMD ARUBA (DRM 2.43.0, LLVM 3.7.1)
GLX Version: 3.0 Mesa 11.2.0
[jbs@dmb-gaming-laptop ~]$
I've tried a great deal of file cleanup if you will on the matter to no result. If anyone has a solution to this, please let me know. Otherwise its completely harmless, just annoying and/or confusing.
I am diagnosed with bipolar disorder. As it turns out, what I thought was my greatest weakness is now my greatest strength.
Everyday, I make a conscious choice to overcome my challenges and my problems. It's not easy, but its better than the alternative...
Offline
Does Steam still work for you, guys? I'm having trouble getting it started, because of those "unable to load driver: radeonsi_dri.so" and such. Already did the trouble shooting from the wiki, but no dice. I can start 3D games like 0 A.D., but not Steam (native) or the Battle.net-Launcher (via Wine). And the problem started after an update today.
Offline
JohnBobSmith,
GLX Renderer: Gallium 0.4 on AMD ARUBA (DRM 2.43.0, LLVM 3.7.1)
This clearly shows you're using opensourcedriver.
I suggest to run lspci -k .
If that lists kerneldriver in use is radeon , check with inxi creators what could be the reason their script still lists fglrx .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
So, what's up? Does OpenGL 4.3 now work with radeonsi with this repo? Does Steam work? Just asking, because as you can see above, Steam did not work for me (and the usual workarounds, including this gpg error thing, did not work) and someone I know had the same problem... so a little bit too risky for me, the [mesa-git] repo.
Offline
So, what's up? Does OpenGL 4.3 now work with radeonsi with this repo? Does Steam work? Just asking, because as you can see above, Steam did not work for me (and the usual workarounds, including this gpg error thing, did not work) and someone I know had the same problem... so a little bit too risky for me, the [mesa-git] repo.
Can you paste the output of 'LIBGL_DEBUG=verbose steam' ?
Offline
@lordheavy Can you update the lib32-llvm-svn PKGBUILD on your server? It's not building the ocaml docs (make ocaml_doc) and doesn't install for that reason. And if you fix that and try to install it, it has many ocaml files that are already in the 64 bit llvm-svn..
Why do you need docs from lib32-llvm, one from llvm aren't enough?
Offline
Well, the PKGBUILD didn't work without it. Perhaps modifying the package() function would have been enough, dunno.
Offline
ChemBro wrote:So, what's up? Does OpenGL 4.3 now work with radeonsi with this repo? Does Steam work? Just asking, because as you can see above, Steam did not work for me (and the usual workarounds, including this gpg error thing, did not work) and someone I know had the same problem... so a little bit too risky for me, the [mesa-git] repo.
Can you paste the output of 'LIBGL_DEBUG=verbose steam' ?
Oh, sorry. I switched back to stable, because no one could help me. I just want to know, if Steam works for someone with [mesa-git], because it did not work for me and it did not work for someone I know of. So 2 negatives, 0 positives, so far. Maybe I switch back... I dunno.
Offline
Does Steam still work for you, guys? I'm having trouble getting it started, because of those "unable to load driver: radeonsi_dri.so" and such. Already did the trouble shooting from the wiki, but no dice. I can start 3D games like 0 A.D., but not Steam (native) or the Battle.net-Launcher (via Wine). And the problem started after an update today.
Steam stopped working for me, but after doing the following it now works:
find ~/.steam/root/ -name "libgpg-error.so*" -print -delete
@archun: Intel® Core™ i5-4210M • [GPU] Intel® HD Graphics 4600 • [Kernel] linux-ck-haswell
Handmade.Network • GitLab
The Life and Times of Miblo del Carpio
Offline
ChemBro wrote:Does Steam still work for you, guys? I'm having trouble getting it started, because of those "unable to load driver: radeonsi_dri.so" and such. Already did the trouble shooting from the wiki, but no dice. I can start 3D games like 0 A.D., but not Steam (native) or the Battle.net-Launcher (via Wine). And the problem started after an update today.
Steam stopped working for me, but after doing the following it now works:
find ~/.steam/root/ -name "libgpg-error.so*" -print -delete
And this did not work for me, nor for the other someone.
Offline
@lordheavy: I'm not sure why, but I don't get compute shaders in glxinfo even with your latest builds.
Do I need to install something on top of opencl-mesa for it to show or a newer kernel than in testing? or maybe is there a new setting for the autogen step?
Thanks!
Offline