Updating from tumbleweed 20240418 makes graphics performance worse on amdgpu

English Hardware
1

Hello,

I’m using the amdgpu driver on a laptop with an integrated ryzen amd gpu. I’ve noticed that after some update from 20240418 I got worse graphics performance. I rolled back and updated a few times to different versions but graphics performance was worse on all versions up to the one available on 2024-05-05. I tried updating Mesa itself on the working 20240418 snapshot but there were some graphics glitches like transparent kde task manager (I only updated Mesa without other packages so maybe that’s why).

I’m not sure what I should write in a bug report. The problem is finding the culprit of the issue. Did somebody have a similar issue and knows what causes the performance degradation?

Thanks for helping

System info:
Operating System: openSUSE Tumbleweed 20240418
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.6-1-default (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 5625U with Radeon Graphics
Memory: 13,5 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: LENOVO
Product Name: 82SG
System Version: IdeaPad 5 15ABA7

Graphics drivers:
Mesa version: 24.0.3-1699.375.pm.3 (System Packages)
Amdgpu packages:
xf86-video-amdgpu 23.0.0-2.2 (openSUSE-Tumbleweed-Oss)
kernel-firmware-amdgpu 20240322-2.1 (System Packages)
libdrm_amdgpu1 2.4.120-1.3 (openSUSE-Tumbleweed-Oss)

2

@piotrus3g How did you update? Hopefully from the command line with zypper dup your installed version of Mesa is out of date, it should be 24.0.5…

3

I ran zypper dup to update, but all versions newer than 20240418 cause a performance loss. I’m now on Mesa 24.0.3 from the working snapshot. I can update only mesa itself from the snapshot but doing so causes visual glitches.

4

@piotrus3g Unfortunately it’s hard to work with old snapshots, you have an old kernel etc…

There have been 11 upgrades since that release…

Isn’t it better to upgrade and deal with the issues at hand?

5

24.0.5 fixed big trouble for some Radeon users. It could be their fix is your breakage. What does inxi -GSaz --vs report?

6

Never experienced similar problems with 3400G, 5700G and 5825U Radeon Graphics. Presumably the culprit is you. The ThinkBook has:

Operating System: openSUSE Tumbleweed 20240503
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.8-1-default (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5825U with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor: llvmpipe

Mesa packages installed:

thinkbook:~ # zypper search --details --installed-only Mesa
Loading repository data...
Reading installed packages...

S | Name                      | Type    | Version              | Arch   | Repository
--+---------------------------+---------+----------------------+--------+-----------------------
i | Mesa                      | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i | Mesa-demo-egl             | package | 9.0.0-3.3            | x86_64 | Haupt-Repository (OSS)
i | Mesa-demo-x               | package | 9.0.0-3.3            | x86_64 | Haupt-Repository (OSS)
i | Mesa-dri                  | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
i | Mesa-gallium              | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
i | Mesa-libEGL1              | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i | Mesa-libGL1               | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i | Mesa-libglapi0            | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i | Mesa-libva                | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
i | Mesa-vulkan-device-select | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
thinkbook:~ #

Make sure packages come from Packman only.

7

Here’s the output of inxi -GSaz --vs on 20240503:

piotr@tumbleweed:~> inxi -GSaz --vs
inxi 3.3.34-00 (2024-04-13)
System:
  Kernel: 6.8.8-1-default arch: x86_64 bits: 64 compiler: gcc v: 13.2.1
    clocksource: hpet avail: acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.8.8-1-default
    root=UUID=acc5f83a-bef4-4840-b96e-6832f9868e51 mitigations=auto
    security=apparmor
  Desktop: KDE Plasma v: 6.0.4 tk: Qt v: N/A info: frameworks v: 6.1.0
    wm: kwin_x11 tools: avail: xscreensaver vt: 2 dm: SDDM Distro: openSUSE
    Tumbleweed 20240503
Graphics:
  Device-1: AMD Barcelo vendor: Lenovo driver: amdgpu v: kernel arch: GCN-5
    code: Vega process: GF 14nm built: 2017-20 pcie: gen: 3 speed: 8 GT/s
    lanes: 16 link-max: gen: 4 speed: 16 GT/s ports: active: eDP-1
    empty: DP-1,DP-2,HDMI-A-1 bus-ID: 03:00.0 chip-ID: 1002:15e7
    class-ID: 0300 temp: 49.0 C
  Device-2: Luxvisions Innotech Integrated Camera driver: uvcvideo type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-3:2 chip-ID: 30c9:0030
    class-ID: 0e02 serial: <filter>
  Display: x11 server: X.Org v: 21.1.12 with: Xwayland v: 23.2.6
    compositor: kwin_x11 driver: X: loaded: amdgpu dri: radeonsi gpu: amdgpu
    display-ID: :0 screens: 1
  Screen-1: 0 s-res: 1920x1080 s-dpi: 120 s-size: 406x228mm (15.98x8.98")
    s-diag: 466mm (18.33")
  Monitor-1: eDP-1 mapped: eDP model: AU Optronics 0xe48d built: 2019
    res: 1920x1080 hz: 60 dpi: 142 gamma: 1.2 size: 344x194mm (13.54x7.64")
    diag: 395mm (15.5") ratio: 16:9 modes: max: 1920x1080 min: 640x480
  API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi
    device: 1 drv: swrast surfaceless: drv: radeonsi x11: drv: radeonsi
    inactive: gbm,wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.0.5 glx-v: 1.4
    direct-render: yes renderer: AMD Radeon Graphics (radeonsi renoir LLVM
    18.1.4 DRM 3.57 6.8.8-1-default) device-ID: 1002:15e7 memory: 1.95 GiB
    unified: no
  API: Vulkan v: 1.3.280 layers: 1 device: 0 type: integrated-gpu name: AMD
    Radeon Graphics (RADV RENOIR) driver: N/A device-ID: 1002:15e7
    surfaces: xcb,xlib
8

The 20240503 version of tumbleweed also causes a delay in bash completion on my system for some apps like mpv (it has a lot of options, but on the old snapshot it’s instant). I don’t know if mesa has anything to do with virtual terminals, but the bash completion is also slow there.

9

My mesa versions are the same:

piotr@tumbleweed:~> sudo zypper search --details --installed-only Mesa
Loading repository data...
Reading installed packages...

S  | Name                      | Type    | Version              | Arch   | Repository
---+---------------------------+---------+----------------------+--------+------------------------
i+ | Mesa                      | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i  | Mesa-demo-egl             | package | 9.0.0-3.3            | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-demo-x               | package | 9.0.0-3.3            | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-dri                  | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
i  | Mesa-gallium              | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
i  | Mesa-KHR-devel            | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i  | Mesa-libEGL1              | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i  | Mesa-libGL-devel          | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i  | Mesa-libGL1               | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i  | Mesa-libglapi0            | package | 24.0.5-1699.376.pm.1 | x86_64 | Packman
i  | Mesa-libva                | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
i  | Mesa-vulkan-device-select | package | 24.0.5-1699.376.pm.2 | x86_64 | Packman
10

I found something interesting. To test the performance I’m playing a video with mpv in a virtual terminal with output as terminal half blocks (mpv --vo=tct). That’s the way I discovered that something is wrong.
When I start the system normally and switch to a virtual terminal without logging in through sddm (so I don’t start a desktop session), the video playback works properly and bash completion seems faster.
But when I log in through sddm and switch to a virtual terminal with kde plasmashell running, I get the slow bash completion and mpv drops frames. Logging out of kde doesn’t fix the issue. Sddm also crashed when I tried to log out (black screen with just mouse pointer after logging out), but I’m not sure if it’s related.
I guess it could be not directly related to mesa but more to something from kde.

11

To see whether the problem could be in Plasma rather than X11 or Wayland, try opening an IceWM session from SDDM to run mpv. To see whether it could be X11 rather than Wayland, try opening Plasma in Wayland instead of X11 to run mpv.

1 Like
12

Mpv in a desktop session runs fine, it drops frames in a virtual terminal.

13

It could be related to mpv. Does vlc play the videos correctly?

14

Videos play fine with mpv in a graphical session in normal mode. They don’t play well in text mode (I know that nobody watches videos that way, but it shows the frame dropping behavior after the update).
The new snapshots also seem to have stutter when cycling through tabs in firefox (hold ctrl + tab). On the old snapshot it works normally.

15

Sorry for the late reply. I’ve tested IceWM and all combinations with x11 and wayland and here’s what I’ve discovered:

  1. Boot, sddm loads, I don’t start any desktop session and switch to virtual console. No frame drops here.
  2. Boot, sddm loads, start IceWM desktop session, switch to virtual console. No frame drops here.
  3. Boot, sddm loads, start IceWM desktop session and log out of it, switch to virtual console. No frame drops here.
  4. Boot, sddm loads, start X11 or Wayland Plasma desktop session, switch to virtual console. Frame drops happen.
  5. Boot, sddm loads, start Wayland or X11 Plasma desktop session and log out of it, switch to virtual console. Frame drops happen the same as with Plasma running.

So it seems that the issue is related to plasma and it could be something that still runs after logging out of it.

16

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.