| Summary: | Desktop locks up or "The driver rejected the output configuration" whenever a 4th output is enabled from my GPU. Only happens on Wayland. | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | emilia |
| Component: | platform-drm | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | NEEDSINFO WAITINGFORINFO | ||
| Severity: | normal | CC: | xaver.hugl |
| Priority: | NOR | ||
| Version First Reported In: | 6.5.3 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Combined logs from dmesg at boot, dmesg during the error and journalctl
After enabling display dmesg After enabling display journalctl Boot logs (omitting early boot stages that didn't seem relevant) |
||
|
Description
emilia
2025-12-25 19:07:31 UTC
Created attachment 187979 [details]
After enabling display dmesg
Created attachment 187980 [details]
After enabling display journalctl
Created attachment 187981 [details]
Boot logs (omitting early boot stages that didn't seem relevant)
Noticed I could add more attachments after submitting so I've uploaded them separately as well! The driver is hitting some sort of resource limits: > [ 240.868304] amdgpu 0000:03:00.0: [drm] Adding stream 000000009e4d87f2 to context failed with err 2! > [ 240.868306] amdgpu 0000:03:00.0: [drm:amdgpu_dm_atomic_check [amdgpu]] ENABLE: dm_update_crtc_state() failed > [ 240.868448] amdgpu 0000:03:00.0: [drm:amdgpu_dm_atomic_check [amdgpu]] Atomic check failed with err: -22 "err 2" is DC_NO_CONTROLLER_RESOURCE, I've never seen that before though. It also has another warning, which I'm more familiar with: > DC global validation failure: Bandwidth validation failure (BW and Watermark) (13) To reduce bandwidth requirements, you could try reducing resolution and refresh rate on one or more screens. Just to be certain, also check if you're using the exact same modes on Xorg. KWin goes for the highest refresh rate by default, which can cause increased bandwidth requirements. One more thing you can test: is your "color accuracy" setting on any of the screens set to "prefer color accuracy"? In theory, KWin should be doing automatic fallbacks, but it's worth trying with all screens set to "prefer efficiency" anyways. Last but not least, the fastest way to find out what to do about this would be a bisect. If you're sure it worked earlier in 6.5, then you could compile KWin 6.5.0 and see if that can enable all screens with the same settings. |