Note: Previously reported and marked as resolved upstream to KDE with bug report: https://bugs.kde.org/show_bug.cgi?id=507285
This issue has occurred as long as I’ve been using this setup, since around this time last year with driver 580, but could possibly have been occurring for longer.
On an openSUSE Tumbleweed system running KDE Plasma (Distro doesn’t matter, I have reproduced this on Arch, Gentoo, Fedora and openSUSE from Plasma versions 6.4 to now inclusive) I have the following 4 display devices:
- Dell U2715H at 1440p/60hz
- Dell S2721DGF at 1440p/60hz
- Alienware AW3225QF at 4k/240hz
- Onkyo TX-NR7100 at 4k/120hz
Potentially relevant system specs are:
- Gigabyte B650 AX ICE
- AMD 7950X3D
- 64 GB RAM
When all 4 monitors are enabled, the system will stall completely, filling the journal with the following:
Apr 11 18:20:15 localhost kwin_wayland[2723]: Atomic modeset test failed! Invalid argument
Apr 11 18:20:15 localhost kwin_wayland[2723]: 0x502: GL_INVALID_OPERATION error generated.<image>and<target>are incompatible
Apr 11 18:20:15 localhost kwin_wayland[2723]: Invalid framebuffer status: “GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT”
The system then hangs and becomes unresponsive to keyboard/mouse input, it can be reached sometimes with SSH and then kwin_wayland can be killed, but this process will loop if SDDM is configured to run on Wayland with these screens enabled too, so effectively the system will be unusable unless the kwinoutputconfig files are manipulated for both SDDM and kwin (see next paragraph).
The only software workaround to this is by editing the following files:
/var/lib/sddm/.config/kwinoutputconfig.json & ~/.config/kwinoutputconfig.json and marking one of the array of 4 monitors to ‘false’ under the enabled parameters list.
Using the iGPU of the 7950X3D for one monitor prevents this issue from occurring. However it is not ideal to run the iGPU just for this workaround.
This does not repro on X, only Wayland. On OpenSUSE this means that users won’t necessarily encounter this until logging in, as OpenSUSE SDDM runs on X by default, but if a Wayland session is launched from it, this issue will occur instantly if all 4 monitors are enabled.
If SDDM runs on Wayland, it will appear as though the system has failed to boot, as the screen will just never recover after plymouth/TTY handoff.
I attach the nvidia-bug-report.
Thank you for any insight that can be provided.
nvidia-bug-report.log.gz (1.4 MB)