https://bugs.kde.org/show_bug.cgi?id=525829

            Bug ID: 525829
           Summary: kwin_wayland: "Atomic modeset test failed! Invalid
                    argument" on DPMS wake after screen lock (Intel iGPU),
                    desktop temporarily loses all outputs
    Classification: Plasma
           Product: kwin
      Version First 6.6.6
       Reported In:
          Platform: Gentoo Packages
                OS: Linux
            Status: REPORTED
          Severity: major
          Priority: NOR
         Component: core
          Assignee: [email protected]
          Reporter: [email protected]
  Target Milestone: ---

SUMMARY
After locking the session and letting the display go into DPMS
standby (actual monitor sleep, not just the lock screen appearing),
waking it via keyboard input intermittently triggers a KWin DRM
atomic modeset failure. This causes all outputs to briefly
disappear; in some occurrences plasmashell crashes and is
auto-restarted by its crash handler, in other occurrences KWin and
plasmashell recover in place without a process restart. The panel
and desktop background are affected; other already-open application
windows continue running underneath.

STEPS TO REPRODUCE
1. Log into a Plasma Wayland session (manual TTY login running
   `dbus-run-session startplasma-wayland`, no display manager)
2. Lock the session (`loginctl lock-session` or the usual shortcut)
3. Wait long enough for the monitor to actually go to sleep (DPMS
   off) - not just the lock screen showing
4. Wake the display via keyboard input and unlock

OBSERVED RESULT
Intermittently (not on every cycle), the panel and desktop
background disappear for a few seconds. journalctl/session log
shows:

  kwin_wayland_drm: Atomic modeset test failed! Invalid argument
  qt.qpa.wayland: There are no outputs - creating placeholder screen
  Key repeat discarded, Wayland compositor doesn't seem to be
  processing events fast enough!

In more severe occurrences, plasmashell dies outright and is
auto-restarted (new PID, KSplash reappears), preceded by:

  kwin_core: could not find the toplevel to activate
  KWin::SurfaceInterface(0x...)
  kde.plasmashell: requesting unexisting screen available rect -1

EXPECTED RESULT
Waking the display after DPMS sleep and unlocking should reliably
restore panel/desktop/outputs without any visible outage or process
crash.

SOFTWARE/HARDWARE VERSIONS
KWin Version: 6.6.6 (Gentoo ebuild)
Kernel: 6.18.48-gentoo-dist-bin
GPU: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01)
Distribution: Gentoo
Display manager: none (manual TTY login, dbus-run-session
startplasma-wayland)
Kernel cmdline includes: i915.enable_psr=0

ADDITIONAL INFORMATION
- Panel Self Refresh (PSR) has been ruled out as the cause: the
  eDP panel does not support PSR/Panel Replay in hardware at all
  (/sys/kernel/debug/dri/0000:00:02.0/eDP-1/i915_psr_status reports
  "Sink support: PSR = no, Panel Replay = no"), and disabling PSR
  via i915.enable_psr=0 did not prevent the issue.
- The issue only reproduces when the display physically enters DPMS
  standby; a quick lock/unlock cycle where the display never sleeps
  does not trigger it.
- Behavior is intermittent/race-condition-like rather than 100%
  reproducible on every DPMS wake cycle.
- Worked around locally with a polling watchdog
  (pgrep -x plasmashell, restart on death) as plasmashell crashes
  are not always self-recovering.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to