I’m running Fedora 44 on a new Dell XPS 13 (2026 model) and I’m experiencing severe display corruption when entering or exiting fullscreen.
Hardware / software
- Laptop: Dell XPS 13, 2026 model
- GPU: Intel Wildcat Lake [Intel Graphics]
- Fedora: Fedora 44
- Kernel:
7.2.4-200.fc44.x86_64 - GPU driver:
xe - Session: GNOME on Wayland
- Browsers tested: Firefox and Chrome
lspci -k:
00:02.0 VGA compatible controller: Intel Corporation Wildcat Lake [Intel Graphics] (rev 01)
Subsystem: Dell Device 0e53
Kernel driver in use: xe
Kernel modules: xe
Problem
The issue is most easily reproduced by playing a YouTube video and entering fullscreen.
When entering fullscreen, the desktop/video can become extremely stuttery. When exiting fullscreen, the display can become severely corrupted, with pixels/artifacts being painted across the screen.
It is not limited to one browser — I have reproduced it with both Firefox and Chrome.
The display can usually be recovered by pressing the power button to lock the screen and then unlocking it. Interestingly, switching to another TTY with Ctrl+Alt+F3 and then returning to the graphical session does not recover the display.
Kernel errors
After reproducing the problem, dmesg contains repeated errors from the Intel xe DRM driver:
xe 0000:00:02.0: [drm] *ERROR* Timed out waiting for PSR Idle for re-enable
xe 0000:00:02.0: [drm] *ERROR* Timed out waiting PSR idle state
xe 0000:00:02.0: [drm] *ERROR* [CRTC:151:pipe A] DSB 0 poll error
These errors repeat many times.
There is also:
xe 0000:00:02.0: [drm] *ERROR* CPU pipe A FIFO underrun
The PSR timeout errors continue repeatedly while the display is in the corrupted state.
Suspected cause
I don’t know the exact cause, but the kernel errors seem strongly related to PSR (Panel Self Refresh) and the Intel Xe display pipeline.
Given that this is a new Wildcat Lake system and the issue occurs during display state changes such as entering/exiting fullscreen, I’m wondering if this is a known Xe/DRM/PSR issue.
I have not yet tried disabling PSR or adding kernel parameters because I’d first like to determine whether this is a known bug and whether there is an appropriate upstream workaround.
Questions
Has anyone else experienced this on the 2026 Dell XPS 13 / Intel Wildcat Lake?
In particular:
- Is there an existing Fedora Bugzilla or upstream kernel/Intel Xe issue tracking this?
- Is disabling PSR a known workaround for this hardware?
- Are there newer kernel/Mesa packages or patches that should be tested?
I’m happy to provide additional dmesg, journalctl, Mesa, Mutter, or display information if useful.