OpenSUSE Ends Support For Binary AMD Graphics Driver

[agaman]

Since the new amdgpu-pro 16.50 has support for SLES/SLED, maybe that packages can be tweaked to be able to be installed and work on OpenSuse...

[nevion]

Quite possibly not needed. I'm an OpenSUSE user and I'm not really sure this matters for the long term because of the driverland flux AMD is going through right now. I'm hoping between ROCm and vulkan, amd gpu pro dies and the closed userspace libraries it has migrate to ROCm but anyway I just downloaded AMDGPU pro's new version for SLES/SLED 12.2 sp2 - which I've already found many things that support in a proprietary driver land work fine on 42.1/42.2 (probably as a result of the SLES compatibility strategy 42.x laid out vs it's predecessors) - but anyway the installer supports OpenSUSE - it's literally coded in to support OpenSUSE in addition to the other variants. It's set up as a local repository - I doubt this needs further packaging. I also attempted to package the old Ubuntu debs to OpenSUSE rpms - having packaged and hacked lots of things in the past - the old debs stuff was nasty - even using Arch's work for a basis - would've been better if they had tars at the time. Anyway with OpenSUSE covered upstream in this new yet probably short lived driver, I'm not sure there's anything to complain about in terms of support now, at least as an OpenSUSE user.

./amdgpu-pro-16.50-365149
./amdgpu-pro-16.50-365149/RPMS
./amdgpu-pro-16.50-365149/RPMS/noarch
./amdgpu-pro-16.50-365149/RPMS/noarch/libvdpau-amdgpu-pro-docs-1.1.1-365149.noarch.rpm
./amdgpu-pro-16.50-365149/RPMS/noarch/libgbm-amdgpu-pro-base-16.50-365149.noarch.rpm
./amdgpu-pro-16.50-365149/RPMS/noarch/amdgpu-pro-dkms-16.50-365149.noarch.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64
./amdgpu-pro-16.50-365149/RPMS/x86_64/amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libopencl-amdgpu-pro-clinfo-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libvdpau-amdgpu-pro-devel-1.1.1-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgl-amdgpu-pro-appprofiles-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libdrm-amdgpu-pro-2.4.70-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libopencl-amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/glamor-egl-amdgpu-pro-1.18.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/xorg-x11-drv-amdgpu-pro-1.1.99-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgbm-amdgpu-pro-devel-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libdrm-amdgpu-pro-devel-2.4.70-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgbm-amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libopencl-amdgpu-pro-icd-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/xorg-x11-drv-modesetting-1.18.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libva-amdgpu-pro-devel-1.7.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libvdpau-amdgpu-pro-1.1.1-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgles-amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgl-amdgpu-pro-dri-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libva-amdgpu-pro-utils-1.7.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgl-amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libva-amdgpu-pro-1.7.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/vulkan-amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/mesa-amdgpu-pro-vdpau-drivers-12.0.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/drm-utils-amdgpu-pro-2.4.70-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/glamor-egl-amdgpu-pro-devel-1.18.3-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libegl-amdgpu-pro-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/RPMS/x86_64/libgl-amdgpu-pro-ext-16.50-365149.x86_64.rpm
./amdgpu-pro-16.50-365149/amdgpu-pro-install
./amdgpu-pro-16.50-365149/repodata
./amdgpu-pro-16.50-365149/repodata/repomd.xml
./amdgpu-pro-16.50-365149/repodata/ee6ca632adfb7b50b706cd0a574794828dc8bd29a2f6dc503c7e00e9f25dc14c-other.xml.gz
./amdgpu-pro-16.50-365149/repodata/79e65978c0bec807aabbd68f1f80900798fe58945ab595406546f2def12316a4-primary.xml.gz
./amdgpu-pro-16.50-365149/repodata/984f0c6bb02ef14c74d274caaa45ef97844efab4c4399c6567addc2c938a13bc-primary.sqlite.bz2
./amdgpu-pro-16.50-365149/repodata/c11c09dead1cd83b6da4edddafe45b60300442580c0ca5b7dd848bcdee047b4a-filelists.xml.gz
./amdgpu-pro-16.50-365149/repodata/289b2c48ec5b33adf0f91eefd85485fdf42a73e31009ef1a7d1e5f804973dce0-other.sqlite.bz2
./amdgpu-pro-16.50-365149/repodata/f60544606f714bcbf0d3978ff6c0ab59004e99e5fef1b22161bbb1829e891568-filelists.sqlite.bz2

[theriddick]

The AMDGPU-PRO also supports freesync now so thats a gaming feature, I would definitely be using the PRO driver if I had a 490 in my hands right about now!

[Passso]

Thanks. OK, that's a VLIW part (a Caicos derivative) so definitely radeon kernel driver not amdgpu.

That's not right... maybe they were just talking about proprietary driver support. You want to be using the open source drivers anyways.

You should be able to install a recent Ubuntu (I would test with 16.10 if you can) and have good support in the distro image.

Thanks for your answer. This is where I did give up, because radeon driver is installed :

xserver-xorg-video-radeon/xenial,now 1:7.7.0-1 amd64 [installé]
X.Org X server -- AMD/ATI Radeon display driver

I have a new Ubuntu 16.04 (I only use LTS), the AMD card is still not activated (as far as I know) : glxinfo shows Mesa

I tried all radeon packages but maybe I am wrong concerning the name?

[Passso]

Tell you what, I'm volunteering to use openSUSE if the package maintainer re-builds AMDGPU-PRO 16.50.

Are you trying to blackmail them???

[bridgman]

I have a new Ubuntu 16.04 (I only use LTS), the AMD card is still not activated (as far as I know) : glxinfo shows Mesa

I don't understand - Mesa is what you should be getting.

That said... if you see "llvmpipe" you are not getting HW acceleration, but if you see "GALLIUM 0.4" then you are.

[GreatEmerald]

I tried all radeon packages but maybe I am wrong concerning the name?

...

Yes. Yes you are. Mesa is open-source OpenGL.

[TheBlackCat]

Tell you what, I'm volunteering to use openSUSE if the package maintainer re-builds AMDGPU-PRO 16.50.

Again, there is no "re-build", the package maintainer never built AMDGPU-PRO. The package that is no longer being built is fglrx, not AMDGPU-PRO. You are asking the maintainer to create a new package from scratch, not re-build an existing package. I have explained this to you over and over and over again, yet you still insist on pretending this is just a matter of re-enabling an existing package.

And if you want it so much, why don't you build it? One of the basic rules of open-source is "the ones who do, decide". The one who was doing something decided here. Those who refuse to do anything can ask, but they aren't owed anything, especially if they don't even use the distro to begin with.

[TheBlackCat]

Or use openSUSE Tumbleweed, lots of new stuff to play with that breaks things there; remember to file a bug report.

Even Tumbleweed isn't untested. Although package are less tested than in Leap or SLES, packages that go in are still expected to work. They still have to go through QA, for example, and unit tests are often enabled when available.

[Amarildo]

Again, there is no "re-build", the package maintainer never built AMDGPU-PRO. The package that is no longer being built is fglrx, not AMDGPU-PRO. You are asking the maintainer to create a new package from scratch, not re-build an existing package. I have explained this to you over and over and over again, yet you still insist on pretending this is just a matter of re-enabling an existing package.

And if you want it so much, why don't you build it? One of the basic rules of open-source is "the ones who do, decide". The one who was doing something decided here. Those who refuse to do anything can ask, but they aren't owed anything, especially if they don't even use the distro to begin with.

There seems to be a small confusion here. "Built" to me basically means "pre-built binaries". "Re-build" is basically re-pacakge to me. I probably use the term "build" wrong, to be honest, because most people think of "re-build" as "re-build from source". If that's the case, I'm OK with changing to "re-PACKAGE" then
(If I grab a package that was packaged/built for Debian (meaning no sources), extract them, and then re-package everything to fit my distro, that's what I call "re-building" ATM.)

Most of the packages of AMDGPU-PRO are pre-built, I think the only piece that is not pre-built is the Kernel module, everything else is proprietary. So yes, if the grabs any of the packages he can re-build them (re-package them) for openSUSE.

I would volunteer to package AMDGPU-PRO for openSUSE if I had prior knowledge of how to package for the OS, and if I had free time. The most I can offer right now is to test the packages and report bugs. I was going to re-package them for Arch since the AUR repo hasn't been touched in several weeks, but I don't have time to do that too. I'm considering just switching to Ubuntu for the time being, or just using AMDGPU from amd-staging 4.7 and wait until the OpenCL in AMDGPU-PRO is correctly compatible with my card (because right now, using amdgpu-pro 16.50 on Ubuntu, the OpenCL is broken).