Bug 514078 - Delay in image display on login when using MSI MAG 273Q X24 OLED monitor
Summary: Delay in image display on login when using MSI MAG 273Q X24 OLED monitor
Status: NEEDSINFO WAITINGFORINFO
Alias: None
Product: kwin
Classification: Plasma
Component: platform-drm (other bugs)
Version First Reported In: 6.5.0
Platform: NixOS Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-02 14:59 UTC by chrisheib
Modified: 2026-01-07 21:05 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Video showing the delay (2.08 MB, video/mp4)
2026-01-02 14:59 UTC, chrisheib
Details

Note You need to log in before you can comment on or make changes to this bug.
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?