** Tags added: fixed-in-mutter-48.0 fixed-upstream
** Also affects: mutter (Ubuntu Oracular)
Importance: Undecided
Status: New
** Changed in: mutter (Ubuntu Oracular)
Status: New => Won't Fix
** Also affects: mutter (Ubuntu Questing)
Importance: Undecided
Status: Fix Released
** Also affects: mutter (Ubuntu Plucky)
Importance: Undecided
Status: New
** Changed in: mutter (Ubuntu Plucky)
Status: New => Fix Released
** Changed in: mutter (Ubuntu Noble)
Status: New => In Progress
** Changed in: mutter (Ubuntu Noble)
Assignee: (unassigned) => Yao Wei (medicalwei)
** Changed in: mutter (Ubuntu Noble)
Milestone: None => noble-updates
** Tags added: kms-deadline
** Tags removed: kms-deadline
** Tags added: kms-thread
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/2111698
Title:
On noble with Intel Arrow Lake systems, glxgears FPS is much less than
the panel refresh rate
Status in OEM Priority Project:
New
Status in mutter package in Ubuntu:
Fix Released
Status in mutter source package in Noble:
In Progress
Status in mutter source package in Oracular:
Fix Released
Status in mutter source package in Plucky:
Fix Released
Status in mutter source package in Questing:
Fix Released
Bug description:
[Issue]
Upstream report: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/13759
glxgears -fullscreen does not stick to the refresh rate of the display
on Arrow Lake systems.
According to upstream report, applying the following MPs can fix the issue:
* https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3958
* https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3999
I've drafted a debdiff for this issue, but I'd like a review from
whoever knows the internal workings of KMS.
[Reproduce Steps]
Ensure nothing else than terminal is running, then run `glxgears
-fullscreen` on Intel Arrow Lake with integrated GPU
[Expected Behavior]
FPS should be close to the refresh rate of the display.
[Actual Behavior]
From the upstream report (with 75 Hz display):
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
375 frames in 5.0 seconds = 74.992 FPS
286 frames in 5.0 seconds = 57.136 FPS
221 frames in 5.0 seconds = 44.151 FPS
220 frames in 5.0 seconds = 43.953 FPS
216 frames in 5.0 seconds = 43.157 FPS
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/2111698/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
