You are not logged in.
Switching to mesa I'm getting 0 Platforms again. Should I try switching to LH?
Offline
Yes, if that also fails I think it's time to try a mesa-git build without opencl/clover support.
Last edited by Lone_Wolf (2017-12-14 08:10:40)
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
Mind walking me through the process again? Add LH's package source, and then just pacman -Syu ?
Offline
Add LH"s repo and enable [testing] & [multilib-testing] repos.
Then run pacman -Syu .
Edit:
Once that's finished run the saem pacman command you used to revert from my mesa-git to offical mesa , but with adding -git to the packagenames.
Last edited by Lone_Wolf (2017-12-14 09:25:59)
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
Had 0 Platforms at first, and then realized I had fergotten to install opencl-mesa-git again. Got the clover device again.
Still only 1 Platform though.
Offline
Ok, install official mesa again.
Then disable LH' repo & [testing] & [multilib] , run pacman -Syyu
switch to kerberizer llvm-svn repo (or build aur llvm-svn yourself ).
usually my mesa-git builds ok against LH' llvm-svn pacakges, but i haven't tested that for several weeks now
navigate to the folder where you builded my mesa-git, rename/move PKGBUILD and use the adjusted one below .
Once that's installed, reboot and let's see if ocl-icd finally can find opencl-amd platform.
# Maintainer: Lone_Wolf <lonewolf at xs4all dot nl>
# Contributor: Armin K. <krejzi at email dot com>
# Contributor: Kristian Klausen <klausenbusk@hotmail.com>
# Contributor: Egon Ashrafinia <e.ashrafinia@gmail.com>
# Contributor: Tavian Barnes <tavianator@gmail.com>
# Contributor: Jan de Groot <jgc@archlinux.org>
# Contributor: Andreas Radke <andyrtr@archlinux.org>
# Contributor: Thomas Dziedzic < gostrc at gmail >
# Contributor: Antti "Tera" Oja <antti.bofh@gmail.com>
# Contributor: Diego Jose <diegoxter1006@gmail.com>
pkgbase=mesa-no-opencl-git
pkgname=('mesa-no-opencl-git')
pkgdesc="an open-source implementation of the OpenGL specification, git version"
pkgver=17.4.0_devel.98539.4eb0dca46b
pkgrel=1
arch=('x86_64')
makedepends=('git' 'python2-mako' 'llvm-svn' 'clang-svn' 'glproto'
'dri2proto' 'dri3proto' 'presentproto' 'libxml2' 'libx11'
'libvdpau' 'libva' 'elfutils' 'libomxil-bellagio'
'vulkan-icd-loader' 'libgcrypt' 'wayland-protocols')
depends=('libdrm' 'wayland' 'libxxf86vm' 'libxdamage' 'libxshmfence' 'libelf'
'libomxil-bellagio' 'llvm-libs-svn' 'libunwind' 'libglvnd')
optdepends=('opengl-man-pages: for the OpenGL API man pages')
provides=('mesa' 'vulkan-intel' 'vulkan-radeon' 'libva-mesa-driver' 'mesa-vdpau' 'mesa-libgl' 'vulkan-driver' 'opengl-driver' 'libtxc_dxtn')
conflicts=('mesa' 'opencl-mesa' 'vulkan-intel' 'vulkan-radeon' 'libva-mesa-driver' 'mesa-vdpau' 'mesa-libgl' 'libtxc_dxtn')
url="http://mesa3d.sourceforge.net"
license=('custom')
source=('mesa::git://anongit.freedesktop.org/mesa/mesa'
'LICENSE'
'glvnd-fix-gl-dot-pc.patch'
)
sha512sums=('SKIP'
'25da77914dded10c1f432ebcbf29941124138824ceecaf1367b3deedafaecabc082d463abcfa3d15abff59f177491472b505bcb5ba0c4a51bb6b93b4721a23c2'
'75849eca72ca9d01c648d5ea4f6371f1b8737ca35b14be179e14c73cc51dca0739c333343cdc228a6d464135f4791bcdc21734e2debecd29d57023c8c088b028')
prepare() {
cd ${srcdir}/mesa
# glvnd support patches - from Fedora
# non-upstreamed ones
patch -Np1 -i ../glvnd-fix-gl-dot-pc.patch
}
pkgver() {
cd mesa
read -r _ver <VERSION
echo ${_ver/-/_}.$(git rev-list --count HEAD).$(git rev-parse --short HEAD)
}
build () {
cd mesa
./autogen.sh --prefix=/usr \
--sysconfdir=/etc \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-gallium-drivers=i915,r300,r600,radeonsi,nouveau,svga,swrast,virgl \
--with-dri-drivers=i915,i965,r200,radeon,nouveau,swrast \
--with-platforms=x11,drm,wayland \
--with-vulkan-drivers=intel,radeon \
--enable-texture-float \
--enable-gallium-osmesa \
--enable-xa \
--enable-nine \
--disable-xvmc \
--enable-vdpau \
--enable-omx-bellagio \
--disable-opencl \
--disable-opencl-icd \
--enable-glx-tls \
--enable-libglvnd
# Used configure settings
#
# --prefix=PREFIX install architecture-independent files in PREFIX
# --sysconfdir=DIR read-only single-machine data
# [PREFIX/etc]
# --with-dri-driverdir=DIR directory for the DRI drivers
# [${libdir}/dri]
# --with-gallium-drivers[=DIRS...] comma delimited Gallium drivers list, e.g. "i915,ilo,nouveau,r300,r600,radeonsi,freedreno,svga,swrast,vc4,virgl"
# [default=r300,r600,svga,swrast]
# --with-dri-drivers[=DIRS...] comma delimited classic DRI drivers list, e.g. "swrast,i965,radeon"
# [default=auto]
# --with-platforms[=DIRS...] comma delimited native platforms libEGL/Vulkan/other
# supports, e.g. "x11,drm,wayland,surfaceless..."
# [default=auto]
# --with-vulkan-drivers[=DIRS...] comma delimited Vulkan drivers list, e.g. "intel"
# [default=no]
# --enable-texture-float enable floating-point textures and renderbuffers
# [default=disabled]
# --enable-gallium-osmesa enable Gallium implementation of the OSMesa library
# [default=disabled]
# --enable-xa enable build of the XA X Acceleration API
# [default=disabled]
# --enable-nine enable build of the nine Direct3D9 API
# [default=no]
# --disable-xvmc enable xvmc library
# [default=auto]
# --enable-vdpau enable vdpau library
# [default=auto]
# --enable-omx-bellagio enable OpenMAX Bellagio library
# [default=disabled]
# --enable-opencl enable OpenCL library
# [default=disabled]
# --enable-opencl-icd Build an OpenCL ICD library to be loaded by an ICD implementation
# [default=disabled]
# --enable-glx-tls enable TLS support in GLX
# [default=disabled]
# --enable-libglvnd Build GLX and EGL for libglvnd
# [default=disabled]
make
}
package_mesa-no-opencl-git() {
cd mesa
make DESTDIR="$pkgdir" install
# remove vulkan headers as they are provided by vulkan-headers package
rm -rf "$pkgdir"/usr/include/vulkan/vk_platform.h "$pkgdir"/usr/include/vulkan/vulkan.h
# remove files present in libglvnd
rm $pkgdir/usr/lib/libGLESv1_CM.so
rm $pkgdir/usr/lib/libGLESv1_CM.so.1
rm $pkgdir/usr/lib/libGLESv2.so
rm $pkgdir/usr/lib/libGLESv2.so.2
rm $pkgdir/usr/lib/libGLESv2.so.2.0.0
# indirect rendering
ln -s /usr/lib/libGLX_mesa.so.0 ${pkgdir}/usr/lib/libGLX_indirect.so.0
install -m755 -d "$pkgdir"/usr/share/licenses/$pkgbase
install -m644 "$srcdir"/LICENSE "$pkgdir"/usr/share/licenses/$pkgbase/
}
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
Is there something I'm missing, or do I only have to run "pacman -S mesa" to switch to mesa from LH's mesa-git? (and remove opencl-mesa-git, and install opencl-mesa afterwards)
Is it "correct" that I should get the 0 Platforms error again, or am I missing a step once again?
Offline
verify you have replaced all packages from lh mesa-git repo by their non-git counterparts by running pacman -Sl mesa-git .
Before you install mesa-no-opencl-git , remove opencl-mesa .
All that should be present is opencl-icd , mesa-no-opencl-git and opencl-amd .
If that gives 0 platforms, try with stable clinfo from [community] repo instead of the clinfo-git .
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
$ pacman -Sl mesa-git
mesa-git clang-svn 320552-1 [installed]
mesa-git clang-tools-extra-svn 320552-1
mesa-git dummy 2-1
mesa-git lib32-libdrm-git 6208.7f299394-1
mesa-git lib32-libdrm-git-debug 6208.7f299394-1
mesa-git lib32-llvm-libs-svn 320553-1
mesa-git lib32-llvm-svn 320553-1
mesa-git lib32-mesa-git 98529.dc07bb5fd1-1
mesa-git lib32-mesa-git-debug 98529.dc07bb5fd1-1
mesa-git lib32-mesa-libgl-git 92207.4eb0411ed7-1
mesa-git lib32-vulkan-intel-git 98529.dc07bb5fd1-1
mesa-git lib32-vulkan-intel-git-debug 98529.dc07bb5fd1-1
mesa-git lib32-vulkan-radeon-git 98529.dc07bb5fd1-1
mesa-git lib32-vulkan-radeon-git-debug 98529.dc07bb5fd1-1
mesa-git libclc-git 449.201712090918-1 [installed]
mesa-git libdrm-git 6208.7f299394-1 [installed]
mesa-git libdrm-git-debug 6208.7f299394-1
mesa-git libspotify 12.1.51-1 [installed: 12.1.51-3]
mesa-git llvm-libs-svn 320552-1 [installed]
mesa-git llvm-ocaml-svn 320552-1
mesa-git llvm-svn 320552-1 [installed]
mesa-git log4c 1.2.4-1
mesa-git mesa-git 98529.dc07bb5fd1-1
mesa-git mesa-git-debug 98529.dc07bb5fd1-1
mesa-git opencl-mesa-git 98529.dc07bb5fd1-1
mesa-git opencl-mesa-git-debug 98529.dc07bb5fd1-1
mesa-git python-soundcloud 0.5.0-1
mesa-git tizonia-openmax-il 0.9.0-1
mesa-git vulkan-intel-git 98529.dc07bb5fd1-1
mesa-git vulkan-intel-git-debug 98529.dc07bb5fd1-1
mesa-git vulkan-radeon-git 98529.dc07bb5fd1-1
mesa-git vulkan-radeon-git-debug 98529.dc07bb5fd1-1
mesa-git xf86-video-amdgpu-git 356.1d65ac3-1
mesa-git xf86-video-amdgpu-git-debug 356.1d65ac3-1
mesa-git xf86-video-ati-git 3496.fccfd75e-1
mesa-git xf86-video-ati-git-debug 3496.fccfd75e-1
mesa-git xf86-video-intel-git 9474.37a682aa-1
mesa-git xf86-video-intel-git-debug 9474.37a682aa-1
mesa-git xf86-video-nouveau-git 2465.048baf5-1
mesa-git xf86-video-nouveau-git-debug 2465.048baf5-1
this is the output. I think I didn't quite get what you were trying to say...
verify you have replaced all packages from lh mesa-git repo by their non-git counterparts by running pacman -Sl mesa-git .
Last edited by greenbigfrog (2017-12-14 11:01:35)
Offline
Behind some of the packages in that list you see [installed] .
replace those with their non-git counterparts .
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
Ok. So I switched back to none git versions of everything provided by LH's repo, removed testing and multilib-testing and LH's repo from pacman.conf, and ran pacman -Syyu.
Should I be "worried" that I've got some testing package versions still installed?
pacman -Syyu
:: Synchronizing package databases...
core 126.1 KiB 2.46M/s 00:00 [########################################################################################] 100%
extra 1660.5 KiB 10.1M/s 00:00 [########################################################################################] 100%
community 4.2 MiB 11.1M/s 00:00 [########################################################################################] 100%
multilib 169.2 KiB 12.7M/s 00:00 [########################################################################################] 100%
:: Starting full system upgrade...
warning: archlinux-keyring: local (20171213-1) is newer than core (20171130-1)
warning: ardour: local (5.12-2) is newer than extra (5.9-2)
warning: btrfs-progs: local (4.14-2) is newer than core (4.14-1)
warning: cairo: local (1.15.10-1) is newer than extra (1.15.8-2)
warning: device-mapper: local (2.02.176-2) is newer than core (2.02.176-1)
warning: ffmpeg: local (1:3.4-5) is newer than extra (1:3.4-4)
warning: ffmpeg2.8: local (2.8.13-3) is newer than extra (2.8.13-2)
warning: gst-plugins-bad: local (1.12.4-1) is newer than extra (1.12.3-1)
warning: iptables: local (1.6.1-2) is newer than core (1.6.1-1)
warning: krb5: local (1.16-1) is newer than core (1.15.2-1)
warning: lib32-mesa: local (17.3.0-2) is newer than multilib (17.2.6-1)
warning: lib32-mesa-vdpau: local (17.3.0-2) is newer than multilib (17.2.6-1)
warning: liblo: local (1:0.29-1) is newer than extra (1:0.28-1)
warning: libnftnl: local (1.0.8-1) is newer than core (1.0.7-1)
warning: libunistring: local (0.9.8-1) is newer than core (0.9.7-1)
warning: logrotate: local (3.13.0-1) is newer than core (3.12.3-1)
warning: lvm2: local (2.02.176-2) is newer than core (2.02.176-1)
warning: mercurial: local (4.4.2-1) is newer than extra (4.4.1-1)
warning: mesa: local (17.3.0-2) is newer than extra (17.2.6-1)
warning: mono: local (5.4.1.7-2) is newer than extra (5.0.0.100-2)
warning: netctl: local (1.15-1) is newer than core (1.14-1)
warning: opencl-mesa: local (17.3.0-2) is newer than extra (17.2.6-1)
warning: openssl-1.0: local (1.0.2.n-1) is newer than core (1.0.2.l-1)
warning: postgresql: ignoring package upgrade (9.6.1-3 => 10.1-1)
warning: postgresql-libs: ignoring package upgrade (9.6.1-3 => 10.1-1)
warning: qemu: local (2.11.0-2) is newer than extra (2.10.1-1)
warning: qemu-arch-extra: local (2.11.0-2) is newer than extra (2.10.1-1)
warning: run-parts: local (4.8.3-1) is newer than core (4.8.1-1)
warning: ttf-roboto: local (5:131072-1) is newer than community (2.138-1)
warning: vlc: local (2.2.8-1) is newer than extra (2.2.7-1)
warning: x265: local (2.6-1) is newer than extra (2.5-1)
warning: xfsprogs: local (4.14.0-1) is newer than core (4.13.1-1)
there is nothing to do
What I have to do next is:
switch to kerberizer llvm-svn repo (or build aur llvm-svn yourself ).
usually my mesa-git builds ok against LH' llvm-svn pacakges, but i haven't tested that for several weeks nownavigate to the folder where you builded my mesa-git, rename/move PKGBUILD and use the adjusted one below .
Once that's installed, reboot and let's see if ocl-icd finally can find opencl-amd platform.# Maintainer: Lone_Wolf <lonewolf at xs4all dot nl> # Contributor: Armin K. <krejzi at email dot com> # Contributor: Kristian Klausen <klausenbusk@hotmail.com> # Contributor: Egon Ashrafinia <e.ashrafinia@gmail.com> # Contributor: Tavian Barnes <tavianator@gmail.com> # Contributor: Jan de Groot <jgc@archlinux.org> # Contributor: Andreas Radke <andyrtr@archlinux.org> # Contributor: Thomas Dziedzic < gostrc at gmail > # Contributor: Antti "Tera" Oja <antti.bofh@gmail.com> # Contributor: Diego Jose <diegoxter1006@gmail.com> pkgbase=mesa-no-opencl-git pkgname=('mesa-no-opencl-git') pkgdesc="an open-source implementation of the OpenGL specification, git version" pkgver=17.4.0_devel.98539.4eb0dca46b pkgrel=1 arch=('x86_64') makedepends=('git' 'python2-mako' 'llvm-svn' 'clang-svn' 'glproto' 'dri2proto' 'dri3proto' 'presentproto' 'libxml2' 'libx11' 'libvdpau' 'libva' 'elfutils' 'libomxil-bellagio' 'vulkan-icd-loader' 'libgcrypt' 'wayland-protocols') depends=('libdrm' 'wayland' 'libxxf86vm' 'libxdamage' 'libxshmfence' 'libelf' 'libomxil-bellagio' 'llvm-libs-svn' 'libunwind' 'libglvnd') optdepends=('opengl-man-pages: for the OpenGL API man pages') provides=('mesa' 'vulkan-intel' 'vulkan-radeon' 'libva-mesa-driver' 'mesa-vdpau' 'mesa-libgl' 'vulkan-driver' 'opengl-driver' 'libtxc_dxtn') conflicts=('mesa' 'opencl-mesa' 'vulkan-intel' 'vulkan-radeon' 'libva-mesa-driver' 'mesa-vdpau' 'mesa-libgl' 'libtxc_dxtn') url="http://mesa3d.sourceforge.net" license=('custom') source=('mesa::git://anongit.freedesktop.org/mesa/mesa' 'LICENSE' 'glvnd-fix-gl-dot-pc.patch' ) sha512sums=('SKIP' '25da77914dded10c1f432ebcbf29941124138824ceecaf1367b3deedafaecabc082d463abcfa3d15abff59f177491472b505bcb5ba0c4a51bb6b93b4721a23c2' '75849eca72ca9d01c648d5ea4f6371f1b8737ca35b14be179e14c73cc51dca0739c333343cdc228a6d464135f4791bcdc21734e2debecd29d57023c8c088b028') prepare() { cd ${srcdir}/mesa # glvnd support patches - from Fedora # non-upstreamed ones patch -Np1 -i ../glvnd-fix-gl-dot-pc.patch } pkgver() { cd mesa read -r _ver <VERSION echo ${_ver/-/_}.$(git rev-list --count HEAD).$(git rev-parse --short HEAD) } build () { cd mesa ./autogen.sh --prefix=/usr \ --sysconfdir=/etc \ --with-dri-driverdir=/usr/lib/xorg/modules/dri \ --with-gallium-drivers=i915,r300,r600,radeonsi,nouveau,svga,swrast,virgl \ --with-dri-drivers=i915,i965,r200,radeon,nouveau,swrast \ --with-platforms=x11,drm,wayland \ --with-vulkan-drivers=intel,radeon \ --enable-texture-float \ --enable-gallium-osmesa \ --enable-xa \ --enable-nine \ --disable-xvmc \ --enable-vdpau \ --enable-omx-bellagio \ --disable-opencl \ --disable-opencl-icd \ --enable-glx-tls \ --enable-libglvnd # Used configure settings # # --prefix=PREFIX install architecture-independent files in PREFIX # --sysconfdir=DIR read-only single-machine data # [PREFIX/etc] # --with-dri-driverdir=DIR directory for the DRI drivers # [${libdir}/dri] # --with-gallium-drivers[=DIRS...] comma delimited Gallium drivers list, e.g. "i915,ilo,nouveau,r300,r600,radeonsi,freedreno,svga,swrast,vc4,virgl" # [default=r300,r600,svga,swrast] # --with-dri-drivers[=DIRS...] comma delimited classic DRI drivers list, e.g. "swrast,i965,radeon" # [default=auto] # --with-platforms[=DIRS...] comma delimited native platforms libEGL/Vulkan/other # supports, e.g. "x11,drm,wayland,surfaceless..." # [default=auto] # --with-vulkan-drivers[=DIRS...] comma delimited Vulkan drivers list, e.g. "intel" # [default=no] # --enable-texture-float enable floating-point textures and renderbuffers # [default=disabled] # --enable-gallium-osmesa enable Gallium implementation of the OSMesa library # [default=disabled] # --enable-xa enable build of the XA X Acceleration API # [default=disabled] # --enable-nine enable build of the nine Direct3D9 API # [default=no] # --disable-xvmc enable xvmc library # [default=auto] # --enable-vdpau enable vdpau library # [default=auto] # --enable-omx-bellagio enable OpenMAX Bellagio library # [default=disabled] # --enable-opencl enable OpenCL library # [default=disabled] # --enable-opencl-icd Build an OpenCL ICD library to be loaded by an ICD implementation # [default=disabled] # --enable-glx-tls enable TLS support in GLX # [default=disabled] # --enable-libglvnd Build GLX and EGL for libglvnd # [default=disabled] make } package_mesa-no-opencl-git() { cd mesa make DESTDIR="$pkgdir" install # remove vulkan headers as they are provided by vulkan-headers package rm -rf "$pkgdir"/usr/include/vulkan/vk_platform.h "$pkgdir"/usr/include/vulkan/vulkan.h # remove files present in libglvnd rm $pkgdir/usr/lib/libGLESv1_CM.so rm $pkgdir/usr/lib/libGLESv1_CM.so.1 rm $pkgdir/usr/lib/libGLESv2.so rm $pkgdir/usr/lib/libGLESv2.so.2 rm $pkgdir/usr/lib/libGLESv2.so.2.0.0 # indirect rendering ln -s /usr/lib/libGLX_mesa.so.0 ${pkgdir}/usr/lib/libGLX_indirect.so.0 install -m755 -d "$pkgdir"/usr/share/licenses/$pkgbase install -m644 "$srcdir"/LICENSE "$pkgdir"/usr/share/licenses/$pkgbase/ }
Am I correct?
(Thanks for helping me )
Offline
I forgot reverting from [testing] requires a special option , see https://wiki.archlinux.org/index.php/Of … positories .
(Best to keep things consistent)
You're welcome. It's interesting to figure out how these things work in the real world.
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
2. Perform a # pacman -Syuu to "rollback" your updates from these repositories.
The second item is optional, but keep it in mind if you notice any problems.
It's optional, but to have consistent results, I'll do it.
Offline
switch to kerberizer llvm-svn repo (or build aur llvm-svn yourself ).
I'm assuming you're talking about https://aur.archlinux.org/packages/llvm-svn/
Offline
yes, since building llvm-svn can be time consuming you could also enable https://wiki.archlinux.org/index.php/Un … s#llvm-svn
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 clang-svn is a dependency, should I install it from the AUR?
edit: Not sure if I uninstalled at some point during this process...
Last edited by greenbigfrog (2017-12-14 16:58:47)
Offline
If you build aur llvm-svn, clang-svn is also built.
You need several parts of llvm-svn , just build the whole pkgbase and install all *.tar.xz packages it builds.
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
Was sick in Bed yesterday, but finally got to continue our experiment.
So I installed the mesa git without opencl, and reinstalled opencl-amd 17.40 since 17.50 isn't in the AUR yet, and platforms are 0.
Offline
I too have this issue. Looks like you've already done everything I tried.
I tried installing mesa-git, llvm-svn, and clang-svn with opencl-amd, but still only Clover reported. The standard mesa in the repos didn't work.
I can see /etc/OpenCL/vendors/amdocl64.icd, but it isn't picked up by clinfo.
Offline
Hang in tight there. At least now I know I'm not alone...
Eventually it'll work
Offline
I've switched to normal mesa-git again. opencl-amd has been updated to 17.50 by now. Still only getting clover reported.
Offline
I think the main issue here is that Vega GPUs are not officially supported by the legacy amd OpenCL stack (the one provided by opencl-amd).
You can run clinfo with environment variable OCL_ICD_DEBUG=15 to see that amdocl64.icd is properly found by the ICD loader. The issue is that the call to clIcdGetPlatformIDsKHR from libamdocl64.so returns CL_INVALID_PLATFORM and so the ICD loader declares that there are no platforms to be found.
Vega GPUs are meant to be supported by AMD's new open-sourced ROCm OpenCL stack, but using that requires kernel patches that haven't been mainlined yet... AMD provides a custom kernel with those patches, but based on 4.13, meaning it won't have the DC patches from 4.15, so you'll only be able to run it headless or with the full proprietary amdgpu-pro stack. Using that kernel and the rocm libraries from the 17.50 amdgpu-pro driver (namely libamdocl64.so, libhsakmt.so and libhsa-runtime64.so in /opt/amdgpu-pro/lib/x86_64-linux-gnu), I was able to get OpenCL working on my vega 64.
Offline
So my best bet without spending hours, is wait for the patches to be mainlined...
I'm just gonna continue waiting for now.
Thanks for the reply though!
Offline
following up on Narthorns reply, as far as I'm concerned running it headlessly also will not be an option without some other opencl runtime.
If you take the current "linux-ryzen-amd-staging-drm-next-git" kernel (which is 4.16 atm btw), the kdf error "kfd not supported on this ASIC" goes away, which hints to me this kernel also contains rocm patches (and DC at the same time since X and opengl is working). But I haven't got anywhere further with that with a mesa opencl version. I haven't tested with amdgpu-pro, and will never intend to do so -for very obvious reasons- which might limit my knowledge severely in this topic if that is indeed the only working situation for VEGA and opencl in linux (Yuck!)
I have to be honest, I have a very hard time understanding what this "rocm opencl runtime" is all about, since currently I see completely no possible way to install this on anything other than a debian-based system(Yuck!!). Hell, not even RHEL is supported which is just mind boggling in my eyes.
indeed, this only affects VEGA gpus, as my polaris-10 GPU (580) can use the amd opencl libs without much hassle.
Offline
For now ROCm requires out-of-tree changes to several components including llvm / clang .
The biggest problem with that is that mesa requires llvm, so any system that wants to run a graphical environment AND ROCm needs to support multiple llvm installs.
Running multiple versions of llvm / clang on 1 system is tricky and takes a lot of work.
Debian has a long history of allowing multiple versions of programs/libraries to co-exist and may very well be the best/only distro family to support multiple llvm installs.
(Ubuntu is in my opinion a (big) part of the debian family)
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