Package Details: opencl-amd 18.30.641594-1

Git Clone URL: (read-only)
Package Base: opencl-amd
Description: OpenCL userspace driver as provided in the amdgpu-pro driver stack. This package is intended to work along with the free amdgpu stack.
Upstream URL:
Keywords: amd amdgpu computing gpgpu opencl radeon
Licenses: custom:AMD
Conflicts: amdgpocl
Provides: opencl-driver
Submitter: grmat
Maintainer: grmat
Last Packager: grmat
Votes: 58
Popularity: 4.451141
First Submitted: 2016-12-01 03:45
Last Updated: 2018-09-05 16:10

Required by (20)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Olympus593 commented on 2018-12-12 06:26

It is confirmed. SI and CIK cards are having copy to host issues. This is most likely a problem with AMD as only OpenCL is suffering from problems when using experimental SI and CIK support.

Update: AMD's OpenCL implementation is crippled on GCN 1 cards as of v18.40. Guess GCN 1 owners will have to wait for AMD to fix the issue or revert back to Catalyst.

rigred commented on 2018-12-10 11:16

Here's my patch to get yourself version 18.40

Let me know if anyone finds any issues upgrading

To solve the blender/libdrm related issues you can use:


agapito commented on 2018-11-26 13:38

I found a better solution here:

Upgrade your system, compile libdrm and just save library and preload it to Blender. It works fine here.

mowcat commented on 2018-11-22 12:30

Does anyone know if the blender issue

amdgpu_device_initialize: amdgpu_query_info(ACCEL_WORKING) failed (-9)

when using openCL and cycles, currently I'm running a downgraded libdrm (version 2.4.93-1) to solve this; or workaround.

If this needs more work or investigation I'll happily help debug this, I think the problem is in AMD's upstream driver that opencl_amd uses. Please correct me if I'm wrong...

Olympus593 commented on 2018-11-14 13:13

@linnaea only AMD can fix the issue but most likely they will never fully develop SI and CIK support.

linnaea commented on 2018-11-12 16:56

@Olympus593 I just gave up and ended up using pci passthrough with VM running an older distro. I'm toying with cltorch here.

That crash is probably caused by the same problem causing OpenCL CTS to segfault. CTS segfaults randomly during async copy to host, and if it doesn't segfault, only the first several hundred bytes of the data can pass CTS verification so it's still worthless.

Feels like a timing issue to me, but there's not much anyone can do about that.

Olympus593 commented on 2018-11-12 16:31

@linnaea I am able to run DaVinci Resolve with only one problem. When using power windows and GPU accelerated fusion, it crashes. Mostly because it does not even meet minimum standards when it comes to usability.

linnaea commented on 2018-11-12 03:04

For the time being SI support is pretty much unusable for any purpose, it fails OpenCL Conformance Tests pretty spectacularly, failing 67 out of the 77 tests before segfaulting the test program during async copy test.

It even fails 9 out of the 11 basic fp/int math tests, and all of the type convertion tests.

And that's on CentOS 7, listed as supported by AMD.

Olympus593 commented on 2018-11-05 15:08

Updated to 18.40 and latest linux and linux-firmware package and still very buggy SI support. Or maybe I have everything misconfigured.

Nightbane112 commented on 2018-10-25 10:23

@urbenlegend Does this opencl works if you hold back libdrm to ver 2.4.93 with the updated package?

EDIT: Just tested the new PKGBUILD. Updated package works as long libdrm is at ver 2.4.93

As long AMD supplies libdrm at ver 2.4.92, the last backward compatible version is upstream's libdrm 2.4.93 as hinted in the following line

ar x "${srcdir}/${prefix}${major}-${minor}-${targetos}/libdrm-amdgpu-amdgpu1_2.4.92-${minor}_amd64.deb"