OpenCL on AMD GPU

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

emerge -pv clinfo

Zucca · Posted: Wed Feb 21, 2018 4:34 pm Post subject:

You might want to emerge -1 =virtual/opencl-0-r5::gentoo. Since the same package in gentoo-gpu is the one that pulls mesa[opencl].

On that note I have set all overlay to have lower priority than ::gentoo. I then manually give them higher piority if needed. This is certainly not the normal way, but I thought to share because on my setup the virtual/opencl::gentoo get priority over the one in ::gentoo-gpu.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

it also requires opencl, it's not because of gentoo-gpu overlay.

emerge -1 virtual/opencl::gentoo

depontius · Advocate Joined: 05 May 2004 Posts: 3509

I'm not really doing any of this yet, just keeping my eye on it. When some time clears, I plan to jump in...

Anyway, I just looked at the ebuild:

Zucca · Posted: Thu Feb 22, 2018 9:46 am Post subject:

At this point I'm starting to wonder how I got my setup working... :D

@bronzeboyvn: You can emerge clinfo with --nodeps switch so that it does not pull any dependencies.
I'm starting to doubt that the 32-bit ABI you have enabled in your system might mess things up... But let's not go there yet. If you can emerge clinfo and then succesfully run LD_LIBRARY_PATH="/opt/amdgpu/lib64" clinfo we know that it works. It's only matter of setting some links up.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

depontius · Advocate Joined: 05 May 2004 Posts: 3509

This morning I rebuild mesa with -opencl, then tried re-emergin clinfo. It wanted mesa with +opencl again.

Then I took a second look at that ebuild snippet I posted, and noticed that its dependent on NOT using the 32-bit ABI. So if I want to use amdgpu-pro-opencl I'll have to stick with 64-bit only, at least for any code which uses opencl. Now to find out how to do that. I want to keep 32-bit opengl for important things like games, but I don't think 64-bit only for opencl is a problem.
_________________
.sigs waste space and bandwidth

Zucca · Posted: Thu Feb 22, 2018 1:10 pm Post subject:

I've built my Gentoo system strictly 64-bit. No multilib, nothing 32-bit.

And no. I don't have steam. Off-topic a bit, but I wonder how to Arch Linux etc other fully 64-bit systems cope with steam...
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

I have little progress:
+ reinstalled whole system with ABI_X86="64", don't use 32bit anymore
+ installed Mesa without opencl
+ installed amdgpu-pro-opencl
+ select ocl-icd
+ content of /etc/OpenCL/vendors/ocl-icd.icd: /usr/lib64/OpenCL/vendors/ocl-icd/libOpenCL.so

So I have almost same output as Zucca has. Only don't have headers: /usr/lib64/OpenCL/vendors/ocl-icd/include/CL, but I have /usr/include/CL folder where its headers are softlinks to headers in /usr/lib64/OpenCL/global/include/CL-1.2
I installed package clinfo, it still returns 1 line: Number of platforms 0
Another info: in virtual console (Crtl + Alt + F1), startkde gives output: $DISPLAY is not set or cannot connect to the X server

I'm waiting for your advise.

depontius · Advocate Joined: 05 May 2004 Posts: 3509

So I'm thinking of giving this a try, though I have a multilib system. Nothing on my system is built with USE="opencl" at the moment - a few days back I rebuilt mesa to drop it, hoping to get amdgpu-pro-opencl in there.

Looking at the virtual/opencl ebuild it appeared that it was wanting to rebuild mesa with opencl and not use amdgpu-pro-opencl because I have a multilib system. So I added "/etc/portage/package.use/opencl" with the contents:

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

Zucca · Posted: Sun Feb 25, 2018 7:30 pm Post subject:

My Desktop is building 128 packages at the moment.
After the update is over and I have edited all the neccessary files I'll be back on this topic.

@bronzeboyvn: shouldn't you run startkde within the xinitrc, not from cli? The error suggest that X hasn't started and thus $DISPLAY is not set.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

depontius · Advocate Joined: 05 May 2004 Posts: 3509

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

Zucca · Posted: Mon Feb 26, 2018 9:15 pm Post subject:

Ok. Let's continue by comparing package versions:

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

Hi Zucca,

Here is my output

Zucca · Posted: Tue Feb 27, 2018 5:11 pm Post subject:

Hmm...
Now try to select ocl-icd using "eselect opencl".
Then test some program that uses OpenCL.

Did you manage to emerge clinfo without "mesa +opencl"?
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

depontius · Advocate Joined: 05 May 2004 Posts: 3509

I see that bronzeboyvn has used only gentoo in his opencl, no overlays. I'm at the same point. I'm away from that system, so I can't give you that comparison at the moment. I can however say that I was not able to emerge clinfo. I got the include issues mentioned near the front of this thread. Tonight I'll give you the same output that's been done by zucca and bronzeboyvn.
_________________
.sigs waste space and bandwidth

Zucca · Posted: Tue Feb 27, 2018 6:35 pm Post subject:

Well...
I've done some magic before...

depontius · Advocate Joined: 05 May 2004 Posts: 3509

When you virtual/mesa, "mesa +opencl" is one of the options, but if you already have amddpu-pro-opencl and "mesa -opencl" when virtual/opencl is installed, it won't insist on rebuilding mesa with +opencl. That is where I am right now.
_________________
.sigs waste space and bandwidth

depontius · Advocate Joined: 05 May 2004 Posts: 3509

equery -CN g --depth=1 =virtual/opencl-0-r5

Zucca · Posted: Tue Feb 27, 2018 10:56 pm Post subject:

What I see is different from my setup to your is the links under /usr/include/CL/.
You could manually change them... It might cause problems later.

Files under /usr/lib64/OpenCL/global/include/CL* directories belong to eselect-opencl.

depontius · Advocate Joined: 05 May 2004 Posts: 3509

eshowkw -O eselect-opencl

bronzeboyvn · n00b Joined: 31 Mar 2009 Posts: 58 Location: Vietnam

Hi Zucca,
I have almost same output as you have after remove abi_x86_32 in whole system. There's only one difference at file headers that link to /usr/lib64/OpenCL/global/include/CL-1.2/
I can install opencl, clinfo without mesa+opencl. So "eselect opencl list" gives only one option: ocl-icd