Arch Linux User Repository

@luciddream weird, could it be your git config? Long while ago I had issues with that, but I'll push that tomorrow morning

Anways, anyone with a Polaris card that doesnt work on this version, send outputs of the following commands preferrably in files:

• clinfo

• clinfo --offline

• dmesg, include relevant lines only if possible

Please also, if possible, include a crash log of any application using OCL that crashes on this version (i.e Junk Shop blender scene, Geekbench, or even just a basic OCL program). Any extra information would be appreciated. You can include versions of things like the kernel if you want

I need this so I can give the driver devs as much info as possible to fix this bug. In the future, when any major bugs like this occur, I will likely refer back to this comment.

also if there's any more information that should be necessary for everyone to send please tell me! Thanks

ok so as @ATrigger and @quimkaos pointed out, 20.50 doesn't work on Polaris GPUs. If you have one, downgrade to 20.45 or install opencl-amd-polaris. could also be Mesa being fat but for now just downgrade or install the other package ok thanks

opencl-amd follows the AMDGPU-Pro upstream releases. If the latest version is not working for your system, you can download and install the 20.40 version. The link to the 20.40 PKGBUILD is here

From AMDGPU-Pro 20.45 release notes - Blender 2.90.1 users may experience page faults (details in dmesg log).

@luciddream - thanks, you're most probably right, sorry for pointing at the wrong culprit. I can confirm that said fix doesn't work on linux though :) I'll just run 20.50 until it does.

@droidbot1711

It doesn't look to be a bug with the drivers, there has been a new release to address it (0.8.2) - someone says it doesn't work on Linux though.

I'm guessing this is a bug with the upstream AMD drivers, but just wanted to give a heads up that the latest release breaks mining on my build. Somehow teamredminer only detects 20 CUs instead of 40 and fails to initialize the card (even when manually setting the correct CU number). Cloning this repo and building the HEAD~2 commit fixes the issue. Card is Sapphire Nitro+ 5700XT.

@iKevin shouldn't be necessary. Since they're so out-of-date, I don't even know if it's any different than the ones in extra. Later I'll probably see if I can diff the one in the tarball and an equally old version of the "official" headers. No promises for when or if I'll do it, like I said I'm good at lying.

The latest one works fine here with RX570 card, clinfo returns all the right parameters as well as Darktable.

Hi @sperg512. I should be more clear. By "off to the races" I meant I can get going. I haven't tried to compile yet. Also, as you pointed out, I noticed the opencl-headers in the regular repo and they are out of sync with this package.

Perhaps there could be a separate AUR package with the c/c++ headers called opencl-amd-dev that depends on this package.

I guess it compiles because it doesn't really need it. The headers are already included in the project.

I just compared opencl-headers package with the one from amdgpu-pro package, it seems that amdgpu-pro CL files are from 2019, and has no support for OpenCL 3.0.

So I'm not sure if there is any benefit in including them with opencl-amd

Apparently I'm really good at lying because I forgot to test last night, anyways here's my results:

• geekbench acts really weird, with >=2 windows open, it freezes most stuff and my entire display just completely spergs out. With 1 window open though, it just exits (status 255)

• Blender and LibreOffice with OCL on just segfault

• Detected by clinfo just fine

@hpohl I couldn't really figure anything of significance out from that. I think I'll send that to the devs to see if they can.

@iKevin @luciddream OCL headers are in opencl-headers package, with C++ stuff available in opencl-clhpp. I have no clue how you got that to compile (maybe you have one of those installed?), but either way maybe we could add those as optdeps or something.

@apaz That's normal. Seems to be doing that for pretty much everyone's.

Thanks @luciddream. You solved the problem in a different way. I was trying to build it and cmake was complaining that it couldn't find opencl due to the includes files not being found. I am off to the races!

@iKevin I made some tests, although keep in mind I've never worked with C or C++. I'm not sure if the header files are necessary.

All I did was add ${CMAKE_DL_LIBS} to target_link_libraries, ran ccmake ., set OpenCL_LIBRARY=/usr/lib/libamdocl64.so, set OpenCL_INCLUDE_DIR to something random, generate makefile, and ran make.

Then it looks that it is identifying the GPU correctly. I have no idea how to run this though.

luciddream@arch ~/p/VerthashMiner (main)> ./VerthashMiner -l
[2021-04-21 20:43:09] INFO  Found 1 OpenCL devices.

Device list:
==================
OpenCL devices:
    Index: 0. Name: gfx1010:xnack+
              Platform index: 0
              Platform name: Advanced Micro Devices, Inc.
              pcieId: 0d:00:0