Kabini is ok with opensuse leap 15.0 ?

Hi.
I’m using leap 15 for a while and I’m very happy with it.
My equipment is old and I’m not sure if I have it properly configured because it tells me that I have OpenGL 3.0 when the GPU supports 4.5.

KInfocenter show this:

KDE Plasma : 5.12.6
KDE Frameworks: 5.45.0
QT : 5.9.4
Kernel : 4.12.14.lp-150.12.48-default
Type OS : 64 bits
Processors : 4 x AMD Athlon 5350 APU with Radeon R3

OpenGL

Direct Rendering (GLX)
Vendor : X.Org
Renderer : AMD Kabini (DRM 2.50.0 / 4.12.14-lp150.12.48-default, LLVM 5.0.1)
OpenGL Version : 3.0 Mesa 18.0.2
Kernel module : radeon

Direct Rendering (EGL) (the same data)

EGL
Vendor : Mesa Project
Version EGL : 1.5 (DRI2)

GLX
Vendor server : SGI
Version server GLX : 1.4
Vendor client : Mesa Project and SGI
Version client GLX : 1.4

GLU
Version : 1.3


I have installed this : libdrm_radeon1, libdrm_radeon1-32bit, libvdpau_radeonsi, libvulkan_radeon radeontop, radeontop_lang, libdrm_amdgpu1, libdrm_amdgpu1-32bit, xf86-video-amdgpu.

What can I do?

What can I do?

Any Problems?
What do you want?

If it says I have OpenGl 3.0 is that I have a problem with the video driver as it should say 4.3. Unless, that refers to OpenGl ES that really is the 3.0.

I forgot to ask if I can remove all installed radeon packages and leave amdgpu only.

OpenGL Version : 3.0 Mesa 18.0.2

You have opengl 3.0 from the Mesa package.

I do not know, what is going on today with AMD-GPU, so please post:

/sbin/lspci -nnk | grep -iA3 vga

And Question:
Do you need another opengl Version?
Does 3.0 not work?

I assume we still do not quite understand what your problem is.

Do you have problems with the working of your graphics (black screen, tearing, artefacts, …)?

Or is it only that you, when digging somewhere, expected to see the number 4.5 instead of 3.0?

I was testing some kotlin libraries in Intellij Idea and they use opengl 3.1 and I was getting an error in the opengl module right after I started.

/sbin/lspci -nnk | grep -iA3 vga

0:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Kabini [Radeon HD 8400 / R3 Series] [1002:9830]
Subsystem: ASRock Incorporation Device [1849:9830]
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu

glxinfo -B

name of display: :0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD KABINI (DRM 2.50.0 / 4.12.14-lp150.12.48-default, LLVM 5.0.1) (0x9830)
Version: 18.0.2
Accelerated: yes
Video memory: 512MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.1
OpenGL vendor string: X.Org
OpenGL renderer string: AMD KABINI (DRM 2.50.0 / 4.12.14-lp150.12.48-default, LLVM 5.0.1)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.0.2
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 3.0 Mesa 18.0.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.1 Mesa 18.0.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10

Hi.
Now I’m using amdgpu only. In Grub Kernel parameters I have set : modprobe.blacklist=radeon
The information returned by lspci and glxinfo remains the same.
This line:

Max compat profile version: 3.0

Is it the one that indicates that Mesa uses opengl 3.0?
Why?
Thank you.

Mesa 18.0.2 uses OpenGL 3.0 because it compatible only with this OpenGL version.
You need to update your Mesa packages to 18.2 or later.
Searching: https://software.opensuse.org/search?utf8=✓&baseproject=ALL&q=mesa
https://software.opensuse.org/package/Mesa
https://software.opensuse.org/package/Mesa-dri… etc. …

You can use experimental packages, but for now they are burdened with problems: Mesa have version 19.0.0, but Mesa-dri - 18.3.4, so I don’t know how it work.
You can use community packages - choose what you prefer.

There are some differencies between “OpenGL core profile version string” and “OpenGL version string” - read https://www.khronos.org/opengl/wiki/OpenGL_Context#OpenGL_3.2_and_Profiles.

Also you can use Tumbleweed or Leap 15.1 Beta.

To use new Mesa drivers with a Leap 15.0 you need to update X11.
My system hangs with Leap 15.0 + Mesa 18.2 (or 18.3) and default Leap 15.0 X11.
I made “Switch system packages to the versions in this repository” with a https://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Leap_15.0/x86_64/ repository.

Read https://en.opensuse.org/SDB:Vendor_change_update for details.

I’ll back up the system before I make that much of a change.

Thank’s for the help.

Now X11-XOrg repository works well, all Mesa files was updated to a version 19.0.1.
So you can use it.

Hi can you confirm if you got audio working with amdgpu in Leap 15? If so are you using hdmi/dp? I cannot get audio working in Leap 15 (tried default kernel and kernel 5.0.XX) and setting amdgpu.dc=1 kernel flag. It used to work in Tumbleweed before :confused:

X.Org Radeon Feature: <https://www.x.org/wiki/RadeonFeature/> and <https://wiki.gentoo.org/wiki/AMDGPU>.

The AMD Kabani GPU is a “Sea Islands” GPU.

  • “amdgpu” support for “Sea Islands” GPUs is optional in the Linux Kernel …
  • “/lib/firmware/amdgpu/” contains Kabani files – therefore, the Leap 15.0 kernel with the “amdgpu” driver, possibly, supports Kabani GPUs …

Or, probably not – take a look at the list of “Sea Islands” firmware which is used by the Leap 15.0 “amdgpu” driver:

 # modinfo amdgpu | grep -iE 'BONAIRE|KABINI|KAVERI|HAWAII|MULLINS' | sort

Taking the case of “Kabani - only”:


 # modinfo amdgpu | grep -i 'KABINI'
firmware:       radeon/kabini_mec.bin
firmware:       radeon/kabini_rlc.bin
firmware:       radeon/kabini_ce.bin
firmware:       radeon/kabini_me.bin
firmware:       radeon/kabini_pfp.bin
firmware:       radeon/kabini_sdma1.bin
firmware:       radeon/kabini_sdma.bin
firmware:       radeon/kabini_uvd.bin
firmware:       radeon/kabini_vce.bin
 # 

Meaning, openSUSE Leap 15.0 Kernel is set-up such that, the optional support for the “Sea Islands” GPUs is not enabled …

If you inspect the modinfo result for the firmware being used by the amdgpu driver for the case of “Volcanic Islands”, “Arctic Islands” and “Vega” GPUs you’ll notice that, the firmware in “/lib/firmware/amdgpu/” is being used – except that, the “Vega RAVEN” GPU doesn’t have any firmware there …
[HR][/HR]Bottom line:

  • It seems that, with the Leap 15.0 Kernel, only the AMD “Volcanic Islands”, “Arctic Islands” and “Vega” GPUs are being supported by the “amdgpu” driver …

Strange; I’ve finally got around to enabling the AMDGPU driver on this Leap 15.0 system with a “Southern Islands” (SI) Oland GPU – supposed to be “experimental” support …

Kernel Command Line: “BOOT_IMAGE=/boot/vmlinuz-4.12.14-lp150.12.48-default root=UUID=“A generated UUID value” resume=/dev/disk/by-id/ata-OCZ-VERTEX2_OCZ-“Manufacturer Code”-part2 splash=silent quiet showopts elevator=cfq modprobe.blacklist=radeon radeon.si_support=0 amdgpu.si_support=1”


 # lsmod | grep -iE 'Module |radeon|amdgpu'
Module                  Size  Used by
amdgpu               2031616  42
i2c_algo_bit           16384  1 amdgpu
drm_kms_helper        200704  1 amdgpu
ttm                   114688  1 amdgpu
drm                   438272  17 amdgpu,ttm,drm_kms_helper
 # 
 # lspci -nnk | grep -iA3 vga
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240/340] [1002:6613]
        Subsystem: ASUSTeK Computer Inc. Device [1043:04bb]
        Kernel driver in use: amdgpu
        Kernel modules: radeon, amdgpu
 # 

The AMDGPU driver is being used – not the Radeon driver …

  • Yes, GLX Info remains the same …

[HR][/HR]BTW, there’s been a number of Kernel version 4.19 AMDGPU Back-Ports introduced into the Leap 15.1 Kernel …

[Solved] Updating to latest stable kernel (5.0.XX) and it’s associated firmware and adding kernel module amdgpu.cik_support=1, amdgpu.dc=1 solved the audio problem.

Are there any drawbacks with using Leap 15 + latest stable kernel?
I am thinking about using Leap 15.0 or Leap 15.1 with a Raven Ridge CPU + GPU.

I’m pretty sure that the stable kernel is supposed to work with Leap.

If you use the stable kernels repo, then secure-boot probably won’t work. If, instead, you use the kernel from Tumbleweed, then secure-boot probably works but you run the risk that your system will metamorphose into Tumbleweed on the next update.

My suggestion would he to use the stable kernels repo:

http://download.opensuse.org/repositories/Kernel:/stable/standard/

and disable secure-boot (if you use that). You might need to use the “Versions” tab in Yast software management to select the kernel you want to install.

No problems using the latest kernel from the stable repository. Also works fine with secure boot/dual boot.