Hi, all.

I have installed it from testing repos, the package install ok, the system recognize opencl perfectly. 

Slimbook ProX15 AMD Ryzen 7 4800H
Mageia 9 x86_64 Plasma Kde with kernel 6.4.9

Darktable with opencl now.
Libreoffice with opencl now.
Ansel with opencl now.

Works fine for me. Today I will test in other laptop.

I am lost in the GPU naming.
An RX6400, is it covered by this pal or the orca OpenCL driver?

CC: (none) => fri

I have installed it from testing repos, the package install ok, the system recognize opencl perfectly. 

Asus Zenbook AMD Ryzen 7 5700 U
Mageia 9 x86_64 Plasma Kde with kernel 6.14.6

Darktable with opencl now.
Libreoffice with opencl now.


Works fine for me.

(In reply to Morgan Leijström from comment #3)
> I am lost in the GPU naming.
> An RX6400, is it covered by this pal or the orca OpenCL driver?

I think the orca opencl driver covers it, but it is easy to try, you can install one and see if opencl recognizes you, if not, try the other one.

In my case, what seems strange to me is that for my two Ryzen 7 processors (4800 and 5700), I downloaded driver 20.20, when the current version is 23.2. I suppose that is like that for Linux, but I remember that not long ago I tried an installation of Windows 11 for testing with the proprietary driver and it installed version 23.2.

How could we check this or confirm that it is the latest Linux driver for these processors?

Because we must confirm this and announce it in the face of possible user reports that it appears not to be the latest driver from AMD.

(In reply to Morgan Leijström from comment #3)
> I am lost in the GPU naming.
> An RX6400, is it covered by this pal or the orca OpenCL driver?

It is a Navi 2.x generation. It requires ROCm. Hopefully, I will be able to work this package out as well.

(In reply to christian barranco from comment #7)
> (In reply to Morgan Leijström from comment #3)
> > An RX6400, 
> It is a Navi 2.x generation. It requires ROCm.
> Hopefully, I will be able to work this package out as well.

OK, CC me if/when it lands in testing

(In reply to Jose Manuel López from comment #6)
> In my case, what seems strange to me is that for my two Ryzen 7 processors
> (4800 and 5700), I downloaded driver 20.20, when the current version is
> 23.2. I suppose that is like that for Linux, but I remember that not long
> ago I tried an installation of Windows 11 for testing with the proprietary
> driver and it installed version 23.2.
> 
> How could we check this or confirm that it is the latest Linux driver for
> these processors?
> 
> Because we must confirm this and announce it in the face of possible user
> reports that it appears not to be the latest driver from AMD.

AMDGPUPRO is the complete driver package. The OpenCL lib is a small part of it.
The proprietary OpenCL pal driver working with Vega card is not shipped anymore since 21.30 at least. The latest package shipping it is 20.20.

Either 23.2 gets the proprietary driver from 20.20 or ROCm in 23.2 works as well for Vega GPU. We will know when I will have succeeded to get a functional ROCm package in MGA.
Meanwhile, this proprietary OpenCL pal driver is the latest one available.

Created attachment 14066 [details]
Frankenstein's amdgpu userspace script

The opencl libraries proposed here don't work for my AMD RX 6600XT, I believe it's because the version 20.30 is too old, while newer proprietary drivers need ROCm libraries too, as Christian pointed out in comment #9.

However, attached is a script and a spec file that I've been using to install (i.e. stitch together) AMD-pro opencl/vulkan libraries on my system. In fact, a crude older version of these I've shared on the forum some time ago:
https://forums.mageia.org/en/viewtopic.php?f=23&t=14420#p84951

Hope it will help.

Regards,A.

CC: (none) => arusanu

Same for this package: packages that are new to a stable release (so not an update) need to go to backports

CC: (none) => marja11

Thank you for the reminder.

I ponder on how to announce the availability of OpenCL with AMD, once this pal, orca, and maybe ROCm drivers are in backport.

Not suitable in release notes for mga9 as it was not in release.
But when we make one for mga10 ( I suppose we keep them)

I think for mga9 we can note it under https://wiki.mageia.org/en/Mageia_9_Errata#AMD.2FATI as we already discuss different drivers/options there.

And a blog post to tell and point to there.

(In reply to Marja Van Waes from comment #11)
> Same for this package: packages that are new to a stable release (so not an
> update) need to go to backports

I think it is a strech to put these packages in Backports. 
There a leaf packages and not part of our ISO.
It will be hard for users to find them. For Mageia 9, some new packages have been inherited from Cauldron and no specific official testing has been done prior accepting them for Mageia 9.

(In reply to Jose Manuel López from comment #6)
> In my case, what seems strange to me is that for my two Ryzen 7 processors
> (4800 and 5700), I downloaded driver 20.20, when the current version is
> 23.2. I suppose that is like that for Linux, but I remember that not long
> ago I tried an installation of Windows 11 for testing with the proprietary
> driver and it installed version 23.2.
> 
> How could we check this or confirm that it is the latest Linux driver for
> these processors?
> 
> Because we must confirm this and announce it in the face of possible user
> reports that it appears not to be the latest driver from AMD.

Ok, ok.

Mageia9, x86_64

$ inxi -G
Graphics:
  Device-1: AMD Lucienne driver: amdgpu v: kernel
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver:
    X: loaded: amdgpu,v4l dri: radeonsi gpu: amdgpu resolution: 2560x1440~60Hz
  API: OpenGL v: 4.6 Mesa 23.1.7 renderer: AMD Radeon Graphics (renoir
    LLVM 15.0.6 DRM 3.54 6.5.3-desktop-1.mga9)

Information from TJ indicates that Lucienne is a Vega card so my assumption is that this driver should work with it.  Installed it deom nonfree updates but have no idea how to specify it for X11.  After reboot it does not appear to show up.  Tried XFdrake but there is nothing in its lists that can be identified as the pal driver.
Using 'AMD Southern Islands and later...." currently.  No idea what to choose.
lsmod still lists amdgpu.
In XFdrake the AMD list contains just geode and Southern Islands.

CC: (none) => tarazed25

MGA9-64 Xfce on Acer Aspire 5253.
No installation issues.
This laptop has Radeon HD 6250 graphics. I don't know whether this would be affected by this update, but it keeps performing OK after installation and reboot.
glmark2 is inline with previous tests in M8.

CC: (none) => herman.viaene

Correction to comment 15.  Installed from updates-testing.

In XFdrake the X11 options mention amdgpu and nothing else that would point to AMD based graphics drivers.

(In reply to Len Lawrence from comment #17)
> Correction to comment 15.  Installed from updates-testing.
> 
> In XFdrake the X11 options mention amdgpu and nothing else that would point
> to AMD based graphics drivers.

It is not a the graphic driver as such.
What is installed here is the OpenCL library.

To check whether if works. Install clinfo. 
Do clinfo -l before and after installation of this package.
You should see a difference.

Ready again for QA, with signature check of the downloaded package, as recommended in https://bugs.mageia.org/show_bug.cgi?id=32396#c14 


ADVISORY NOTICE PROPOSAL
========================

AMD OpenCL proprietary driver "pal".


Description
AMD OpenCL proprietary driver for graphic cards prior Vega generation, i.e. including Banded Kestrel, Picasso and Vega.

This package does not contain the AMD OpenCL library itself.
The software is automatically downloaded from AMD official website during package installation.

Installing this package indicates acceptance of the AMD License Agreement, available at https://www.amd.com/en/support/linux-eula


References
https://bugs.mageia.org/show_bug.cgi?id=32397
https://www.amd.com/en/support/linux-drivers

SRPMS
9/nonfree
amdgpupro-opencl-pal-20.20-0.1089974.2.mga9.nonfree..src.rpm



PROVIDED PACKAGES:
=================
x86_64
amdgpupro-opencl-pal-20.20-0.1089974.2.mga9.nonfree.x86_64.rpm

Found another partition where the package had not been installed.
$ clinfo -l 
After the update:
$ clinfo -l
Platform #0: AMD Accelerated Parallel Processing
 `-- Device #0: gfx902

This is the list of opencl files on the system:
/usr/lib64/libvglfaker-opencl.so
/usr/lib64/libreoffice/program/libopencllo.so
/usr/lib64/libreoffice/program/opencl
/usr/lib64/libreoffice/program/opencltest
/usr/lib64/libreoffice/program/opencl/cl-test.ods
/usr/lib64/libreoffice/share/config/soffice.cfg/cui/ui/optopenclpage.ui
/usr/share/amdgpupro-opencl-pal
/usr/share/amdgpupro-opencl-pal/functions
/usr/share/doc/amdgpupro-opencl-pal
/usr/share/doc/lib64opencl1
/usr/share/doc/amdgpupro-opencl-pal/README.urpmi
/usr/share/doc/lib64opencl1/README
/usr/share/gtksourceview-3.0/language-specs/opencl.lang
/usr/share/gtksourceview-4/language-specs/opencl.lang
/usr/share/licenses/amdgpupro-opencl-pal
/usr/share/licenses/amdgpupro-opencl-pal/AMDGPUPROEULA
/usr/share/mc/syntax/opencl.syntax
/usr/share/mime/text/x-opencl-src.xml

AMD Lucienne graphics card

Advisory from comment 19 added to SVN. Please remove the "advisory" keyword if it needs to be changed. It also helps when obsolete advisories are tagged as "obsolete"

Keywords: (none) => advisory

(In reply to Len Lawrence from comment #20)
> Found another partition where the package had not been installed.
> $ clinfo -l 
> After the update:
> $ clinfo -l
> Platform #0: AMD Accelerated Parallel Processing
>  `-- Device #0: gfx902
> 
> This is the list of opencl files on the system:
> /usr/lib64/libvglfaker-opencl.so
> /usr/lib64/libreoffice/program/libopencllo.so
> /usr/lib64/libreoffice/program/opencl
> /usr/lib64/libreoffice/program/opencltest
> /usr/lib64/libreoffice/program/opencl/cl-test.ods
> /usr/lib64/libreoffice/share/config/soffice.cfg/cui/ui/optopenclpage.ui
> /usr/share/amdgpupro-opencl-pal
> /usr/share/amdgpupro-opencl-pal/functions
> /usr/share/doc/amdgpupro-opencl-pal
> /usr/share/doc/lib64opencl1
> /usr/share/doc/amdgpupro-opencl-pal/README.urpmi
> /usr/share/doc/lib64opencl1/README
> /usr/share/gtksourceview-3.0/language-specs/opencl.lang
> /usr/share/gtksourceview-4/language-specs/opencl.lang
> /usr/share/licenses/amdgpupro-opencl-pal
> /usr/share/licenses/amdgpupro-opencl-pal/AMDGPUPROEULA
> /usr/share/mc/syntax/opencl.syntax
> /usr/share/mime/text/x-opencl-src.xml
> 
> AMD Lucienne graphics card

It looks like it worked. For you to know, the lib to look for is /usr//lib64/libamdocl64.so

Lucienne is indeed of the Vega generation.

To check it fully works, one way is to open Darktable preference and check the OpenCL support is active.
Another way is too open LibreOffice Options>LibreOffice>OpenCL and tick the box to allow OpenCL. After restarting as proposed and there again. If the box is still ticked, it means it works.

Validating.

Note this is a new package, but Mageia council have voted for it to be placed in updates instead of backport.

Whiteboard: (none) => MGA9-64-OK
Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs

Just to confirm, referring to comment 22.  Thanks Christian for the pointers.
Darktable updated itself at startup and when preferences/processing showed that openCL suport was enabled already.  Switched it off and restarted darktable.  CL support stayed off.  Switched it on again and it was still on after another restart.  So it does work for Lucienne.

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2023-0102.html

Resolution: (none) => FIXED
Status: NEW => RESOLVED

Added https://wiki.mageia.org/en/Mageia_9_Errata#AMD_OpenCL

Keywords: (none) => IN_ERRATA9