You are not logged in.

#1 2024-04-28 12:40:01

shipa_2
Member
Registered: 2023-05-01
Posts: 36

DRI_PRIME KDE plasma issues

Hi everyone, i have 2 gpus, and i can't properly setup prime. Maybe that's my fault, maybe i forgot something.
What i've did:
1. set DRP_PRIME=1 in /etc/environments
2. wrote that into /etc/X11/xorg.conf

And here's inxi -G output link

So, after all that things sddm shows on RX570 displays, Rx570 shows as renderer, but every animation is very laggy on all screens.
How i can fix that / make animations smoothier ?

Last edited by shipa_2 (2024-04-28 12:41:20)

Offline

#2 2024-04-28 13:03:17

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 12,015

Re: DRI_PRIME KDE plasma issues

1. set DRP_PRIME=1 in /etc/environments

remove that, reboot and post the outputs of

$ glxinfo -B           #comes_with_mesa-utils
$ DRI_PRIME=1 glxinfo -B

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Online

#3 2024-04-30 10:39:10

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

Lone_Wolf wrote:

1. set DRP_PRIME=1 in /etc/environments

remove that, reboot and post the outputs of

$ glxinfo -B           #comes_with_mesa-utils
$ DRI_PRIME=1 glxinfo -B

removed, sorry for long waiting, here's the output
http://0x0.st/XXrx.txt glxinfo -B
http://0x0.st/XXr3.txt DRI_PRIME=1 glxinfo -B

Offline

#4 2024-04-30 11:39:42

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 12,015

Re: DRI_PRIME KDE plasma issues

Those outputs match the situation without configuration with the RS 230 as primary and the 570 as secondary.

The xorg.conf you use is incorrect . move it away (or just delete it*) .

create /etc/X11/xorg.conf.d/99-change-primary-gpu.conf with

Section "OutputClass"
    Identifier "RX 570"
    MatchDriver "amdgpu"
    Option "PrimaryGPU" "True"
EndSection

Section "OutputClass"
    Identifier "R5 230"
    MatchDriver "radeon"
    BusID "PCI:6:0:0"
EndSection

as content .
(You can probably remove the BusIDs, but they don't hurt and can make verifiying the setup easier) .

* xorg.conf tends to override all automatic detection, files under /etc/X11/xorg.conf.d only override what they set and leave everything else alone.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Online

#5 2024-04-30 11:51:29

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

Lone_Wolf wrote:

Those outputs match the situation without configuration with the RS 230 as primary and the 570 as secondary.

The xorg.conf you use is incorrect . move it away (or just delete it*) .

create /etc/X11/xorg.conf.d/99-change-primary-gpu.conf with

Section "OutputClass"
    Identifier "RX 570"
    MatchDriver "amdgpu"
    Option "PrimaryGPU" "True"
EndSection

Section "OutputClass"
    Identifier "R5 230"
    MatchDriver "radeon"
    BusID "PCI:6:0:0"
EndSection

as content .
(You can probably remove the BusIDs, but they don't hurt and can make verifiying the setup easier) .

* xorg.conf tends to override all automatic detection, files under /etc/X11/xorg.conf.d only override what they set and leave everything else alone.


And now I have black screen on main Rx 570 displays, and boot log on R5 230

Offline

#6 2024-04-30 12:04:09

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 12,015

Re: DRI_PRIME KDE plasma issues

Ok, then more info/investigation is needed.

Please post lspci -k and the url outputted by

journalctl -b | curl -F 'file=@-' 0x0.st

(run as root) .

Add xorg log, see https://wiki.archlinux.org/title/Xorg#General in case you are not sure where to find it.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Online

#7 2024-04-30 17:28:52

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

Lone_Wolf wrote:

Ok, then more info/investigation is needed.

Please post lspci -k and the url outputted by

journalctl -b | curl -F 'file=@-' 0x0.st

(run as root) .

Add xorg log, see https://wiki.archlinux.org/title/Xorg#General in case you are not sure where to find it.

here's lspci -k https://0x0.st/XX-B.txt
and journalctl -b https://0x0.st/XX-S.txt

Last edited by shipa_2 (2024-04-30 17:29:39)

Offline

#8 2024-04-30 18:38:26

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 12,015

Re: DRI_PRIME KDE plasma issues

Your hardware is a lot newer then i expected, looking at that first .

апр 30 20:25:15 archlinux kernel: DMI: Gigabyte Technology Co., Ltd. B450 AORUS M/B450 AORUS M, BIOS F65 02/15/2024

https://www.gigabyte.com/Motherboard/B4 … rt-dl-bios lists F66 as latest version and doesn't list F65 at all.
Where did you get F65 from ?


from gigabyte specs :

Expansion Slots

    1 x PCI Express x16 slot, running at x16 (PCIEX16)
    * Actual support may vary by CPU.
    * For optimum performance, if only one PCI Express graphics card is to be installed, be sure to install it in the PCIEX16 slot.
    (The PCIEX16 slot conforms to PCI Express 3.0 standard.)
    1 x PCI Express x16 slot, running at x4 (PCIEX4)
    1 x PCI Express x1 slot
    (The PCIEX4 and PCIEX1 slots conform to PCI Express 2.0 standard.)

Although you have 2 PCIe slots with 16 lane connectors, one of them only achieves 25% of the speed of the other.
Your 570 should be your fastest card and benefit the most from the high speed slot .

Put the 570 in the PCIEX1 slot and the RS 230 in PCIEX4 .
Once that has been done, reboot and start X without any gpu configuration files.

Test performance and report back.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Online

#9 2024-05-01 09:19:26

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

Lone_Wolf wrote:

Where did you get F65 from ?

from gigabyte webpage in march 2024. I can update it to F66, not a problem.

And i can't change cards position, bcs 2nd port are very close to PSU in my case, so only R5 can fit there

Offline

#10 2024-05-01 10:30:26

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 12,015

Re: DRI_PRIME KDE plasma issues

So motherboard/psu/case layout conflict with the most efficient setup.

Is there a specific reason you are using 2 videocards ?

If not, you could take out the 230 and just use the the 570


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Online

#11 2024-05-01 12:49:19

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

Lone_Wolf wrote:

Is there a specific reason you are using 2 videocards ?

nice crt monitor

Offline

#12 2024-05-01 14:33:37

seth
Member
Registered: 2012-09-03
Posts: 52,276

Re: DRI_PRIME KDE plasma issues

every animation is very laggy on all screens

Are we sure it's the PEG throughput and not prime sync?
Also w/ "compositor: kwin_wayland" all changes to the xorg config are pretty much inert (at least I very much doubt that kwin somehow incorporates that into its config)

=> Run plasma on X11, suspend the compositor (shift+alt+f12) and run glxgears.
Does that report and look like it's running at the minimum Hz of all attached outputs?
Also post your xorg log, https://wiki.archlinux.org/title/Xorg#General

Offline

#13 2024-05-02 10:54:59

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

seth wrote:

shift+alt+f12

nothing happens


seth wrote:

Also post your xorg log

here's multiple logs

http://0x0.st/XX1s.txt Xorg.0.log
http://0x0.st/XX1z.txt Xorg.1.log
http://0x0.st/XX1i.txt Xorg.2.log

Offline

#14 2024-05-02 10:57:00

Lone_Wolf
Forum Moderator
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 12,015

Re: DRI_PRIME KDE plasma issues

seth wrote:

=> Run plasma on X11, suspend the compositor (shift+alt+f12) and run glxgears.
Does that report and look like it's running at the minimum Hz of all attached outputs?

You're supposed to do more after shift+alt+F12 .


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Online

#15 2024-05-02 13:08:33

seth
Member
Registered: 2012-09-03
Posts: 52,276

Re: DRI_PRIME KDE plasma issues

nothing happens

Also if the window shadows don't disappear you did it wrong.

Another basic test would be to disable or remove the caicos (radeon, old) GPU and see whether the RX 570 by itself performs any better.

Offline

#16 2024-05-02 13:42:03

shipa_2
Member
Registered: 2023-05-01
Posts: 36

Re: DRI_PRIME KDE plasma issues

seth wrote:

Another basic test would be to disable or remove the caicos (radeon, old) GPU and see whether the RX 570 by itself performs any better.

Ummm, i'm pressing and holding shift, then all the same with alt, and then pressing F12. Nothing happens

Without caicos performance is pretty well, like now when i'm not using wayland. But i need wayland

Offline

#17 2024-05-02 13:47:34

seth
Member
Registered: 2012-09-03
Posts: 52,276

Re: DRI_PRIME KDE plasma issues

qdbus org.kde.KWin /KWin supportInformation

after you tried to suspend the compositor.

But i need wayland

I doubt that you *need* it but are you suggesting that the performance w/o the caicos GPU differs between wayland and X11 sessions?
If prime-sync was an issue, removing the caicos chip would rather affect both display servers.

Have you *ever* seen decent performance w/ kde/wayland? (Your subject states "DRI_PRIME KDE plasma issues", not "kde on wayland sucks")

Offline

Board footer

Powered by FluxBB