AMDGPU-PRO 17.30 Linux Driver Now Available For Download
Collapse
X
-
kanyck, if you want "official support" can you please post on the AMD developer forums under OpenCL? This is not the the support forum, just a place where a couple of us answer general questions in our spare time... and our spare time has been pretty much non-existent recently. Thanks.
-
-
I was suggested that setting the env variableCode:GPU_FORCE_64BIT_PTR=1
Leave a comment:
-
-
Originally posted by bridgman View PostOpenCL on Cape Verde has gone through QA a few times AFAIK and is supposed to be working.
Please provide me with working version set that have passed your QA on Cape Verde and I'll try to repeat the trick at home. You've mine that doesn't work.
Meanwhile I'll check if I have the latest 17.30.
Leave a comment:
-
-
Yeah, sort of... posting here is something I do in my free time, and I haven't had any free time lately. We're bringing a few new chips up on the emulator (trying to get complete drivers finished before silicon back this time) and that's been a 24/7 job recently.
That said, I did miss your previous post, sorry about that.
There were a few 17.30 releases and only the last one worked with 16.04.3... we had been planning to keep it focused on 16.04.2 but apparently the Canonical servers started forcing everyone to 16.04.3 (even my development box at the office ) so we had to spin one more time. I'll ping the reporter on the darktable forums and make sure they had the right version.Last edited by bridgman; 08 September 2017, 12:25 PM.
Leave a comment:
-
-
Originally posted by haagch View PostIt's already fully open source, but you do need the hybrid kernel driver for it at the moment.
AFAIK the ROCm implementation doesn't cover Southern Island at the moment, am I wrong? Actually I don't care much about how exactly it is implemented as soon as it works. Yes, the FOSS implementation is preferable but I can live with any hybrid as a temporary solution. Now the only solution I can see is to downgrade the system to the state it could accept fglrx again -- that means changing the distro and dumping fine-tuned system -- or keep living without the opencl...
Leave a comment:
-
-
They probably won't open source the exact amdgpu-pro opencl blob anytime soon. I'm guessing they're working on getting all that amdkfd stuff upstreamed and will then announce the ROCm opencl as the official open source implemention.
It's already fully open source, but you do need the hybrid kernel driver for it at the moment.
Leave a comment:
-
-
bridgman
Well, you've disappeared again...
There's one thing that amazes me much in this connection. When it comes to FOSS, there's fully different situation. When I open a bug on open radeon driver, I normally get some feedback in within few hours to few days, even on Saturday)). With a touch of proprietary piece of software I've opened bugs @ kernel.org and freedesktop.org a couple of weeks ago (or even more for now) and get no reply at all -- both were ignored completely. The same here -- bridgman tries to save face and get into some communication but practically nothing's been happening for months... When you guys eventually open this opencl part so at least some support is available?
Leave a comment:
-
-
Marc Driftmeyer Nice to meet you here... I'm still missing that almost-empty black cubes... was an epoch for me... And yes, they did work...
(Sorry for off-topic).
Leave a comment:
-
-
bridgman
I am on Gentoo so I can actually move in any direction that can lead me to working opencl again: custom kernel, dksm or hybrid stack, whatever. Last time I tried opencl from 17.30.465504 packaged separately for Gentoo to be used with mainline kernel driver. From the fact Gentoo packaged it, I may conclude such a hybrid works for somebody (otherwise they wouldn't package it), but not for me this far.
However FYI: it is reported that amdgpu-pro 17.30 doesn't work on Cape Verde on Ubuntu 16.04, too. From darktable bug tracker:
I get the same error with my Radeon R7 250 (GCN 1.0) on a clean install of Ubuntu GNOME 16.04.3, and the newest AMDGPU-PRO driver (17.30). Darktable's OpenCL works fine with this card on Ubuntu GNOME 14.04 with the discontinued fglrx driver.
[opencl_init] could not create command queue for device 0: -6
Error code -6 relates to CL_OUT_OF_HOST_MEMORY. And that's what the docs tell us about this error during command queue creation:
CL_OUT_OF_HOST_MEMORY if there is a failure to allocate resources required by the OpenCL implementation on the host.
That makes me think that the bug is effective on both closed and hybrid stacks on Cape Verde (say hi to AMD's QA). However all my previous attempts resulted in userspace segfaults and last time both clinfo and darktable see opencl but the apps still can't create a commmand queue so it's maybe a progress.
I opened bugs at Gentoo bugzilla on dev-libs/amdgpu-pro-opencl package and at kernel bugzilla on amdgpu with no useful feedback so far... It would be so kind of you if you suggest how to make this goddamned thing eventually work again in full...
My current configuration is:
kernel 4.12.0-pf7 (tried few 4.11 and 4.12 kernels)
xorg-server-1.19.3
libdrm-2.4.82
x11-drivers/xf86-video-amdgpu-1.3.0
dev-libs/amdgpu-pro-opencl-17.30.465504
llvm/clang 4.0.1
Last edited by kanyck; 28 August 2017, 01:21 PM.
Leave a comment:
-
Leave a comment: