Bug 514078

Summary: Delay in image display on login when using MSI MAG 273Q X24 OLED monitor
Product: [Plasma] kwin Reporter: chrisheib
Component: platform-drmAssignee: KWin default assignee <kwin-bugs-null>
Status: NEEDSINFO WAITINGFORINFO    
Severity: normal CC: chrisheib, kde, nate, xaver.hugl
Priority: NOR    
Version First Reported In: 6.5.0   
Target Milestone: ---   
Platform: NixOS   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Video showing the delay

Description chrisheib 2026-01-02 14:59:00 UTC 
Created attachment 188157 [details]
Video showing the delay

I recently got a new MSI MAG 273Q X24 OLED monitor. 
It's connected to a MSI 3080Ti running 590.48.01 via DP.
When KDE starts rendering (e.g. after boot, user change, tty change) it takes a while (around 10s) to display the image on the new screen. 
The other screen (140hz FullHD AOC) as well as the previous 140hz 1440p monitor always display the image as soon as the screen is ready. In other scenarios (Windows, BIOS, grub) the OLED MSI screen is waay faster to react too, so i suspect it to be some bug in KDE.

This private video shows the delay after entering a different tty and going back to plasma: https://youtube.com/shorts/nei8tzHx51I

LLM led me on a wild goose chase so far, but nothing helped or even worsened the situation:

- cleared kscreen directory
- Disabled AMD iGPU via modprobe.blacklist=amdgpu
- Tuned NVIDIA power management (PerfLevelSrc=0x2222, PreserveVideoMemoryAllocations=1)
- Attempted to disable Explicit Sync (KWIN_DRM_NO_AMS=1 - broke KDE)
- Tested KWIN_DRM_FORCE_FORMATS
- Disabled Night Color
- Logs don't show clear "pageflip" errors
- try to overwrite edid with kernelParam "drm.edid_firmware=DP-3:edid/1920x1080.bin"
Comment 1 Zamundaaa 2026-01-07 15:43:47 UTC 
Please attach the output of drm_info and kscreen-doctor -o
Comment 3 Zamundaaa 2026-01-07 20:07:34 UTC 
Hmm, nothing unusual in there, except perhaps
> Color power preference: prefer accuracy
which you almost certainly don't need or want, but also shouldn't cause anything like this.

Are you using the same refresh rate in Windows, and is the BIOS using the same as well?
Comment 4 chrisheib 2026-01-07 20:50:38 UTC 
Thank you, switched color accuracy back to efficient (i think i enabled it because of trying HDR at one point?), but as expected no difference.

I assume bios and grub run at 60hz and reduced resolution by default? Windows (where its running fast as well) is running the same 240hz as linux.
Comment 5 Zamundaaa 2026-01-07 21:05:11 UTC 
Okay, that's not it then. In your video, KWin is presenting stuff immediately on the other screen, so I'm not sure what KWin could possibly be doing for the screen to take such a long time.

Does your integrated GPU have a capable DisplayPort connector? If yes, does the same also happen if you connect the display to that?