It appears the final frame to CRTC 145 at 19:11:55 does actually reach
the screen because:
aug 07 19:11:55 lenovo gnome-shell[5003]: KMS: [atomic] Page flip
callback for CRTC (145, /dev/dri/card1), data: 0x7ac1fc051e80
So if it froze after that I would blame the frame clock more than the
KMS logic.
Also the frozen screen was only updating once per second or so before
the freeze. So the assumption of "most likely fullscreen hardware-
decoded video" doesn't sound right. More likely I think it was an app
window. Even maximizing an app on a monitor with no top panel can result
in fullscreen direct scanout. Although the fact that it was in
fullscreen direct scanout isn't necessarily the cause of the freeze.
** Changed in: mutter (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/2162087
Title:
External monitor freezes completely (incl. cursor) on Meteor Lake
iGPU, audio continues
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2162087/+subscriptions
--
desktop-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
