[drm] compiz animations cause temporary freezes with vblank
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xf86-video-intel |
Fix Released
|
Critical
|
|||
linux (Ubuntu) |
Fix Released
|
High
|
Timo Aaltonen | ||
Jaunty |
Fix Released
|
High
|
Timo Aaltonen | ||
mesa (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Jaunty |
Invalid
|
High
|
Unassigned |
Bug Description
Some compiz animations (most, though not all) cause temporary freezes. For example, when spinning the cube or switching between applications, everything on the screen suddenly freezes for a couple of seconds, and then it returns to normal. The desktop behaves sort of like a narcoleptic person would. Normally, this behavior starts a couple of minutes after X has started. That is, when logging in to a GNOME session, everything is smooth and
fine for a couple of minutes, and then this problem surfaces making compiz unusable. Furthermore, the problem only appears when using EXA. With UXA this particular problem does not appear.
Unfortunately, I haven't found anything of interest in the logs and don't know
where else from to get additional useful information. Please let me know how I
can help.
Xorg.0.log attached.
This is on Jaunty with the following packages.
libdrm: 2.4.4-0ubuntu2
libgl1-mesa-dri: 7.3~rc3-1ubuntu1
xserver-
linux-image-
I reported the upstream bug as well, but with packages I had compiled myself for intrepid.
[lspci]
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
Subsystem: ASUSTeK Computer Inc. Device [1043:19c7]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
Subsystem: ASUSTeK Computer Inc. Device [1043:1862]
[update]
A kernel patch is available, which timo has confirmed solves the issue, however there is still discussion upstream whether this will be the final patch or needs further changes. Tim will wait to see if the upstream discussion gets to a resolution before we pull it in, and pull it in by alpha-6 at the latest.
Related branches
Changed in xserver-xorg-video-intel: | |
status: | Unknown → Confirmed |
Changed in linux: | |
assignee: | timg-tpi → tjaalton |
Changed in xserver-xorg-video-intel: | |
status: | Confirmed → Fix Released |
Changed in xserver-xorg-video-intel: | |
importance: | Unknown → Critical |
Changed in xserver-xorg-video-intel: | |
importance: | Critical → Unknown |
Changed in xserver-xorg-video-intel: | |
importance: | Unknown → Critical |
I can confirm this behavior with the exact same set of packages (this is what's in jaunty as of jan 24th), except that I actually have the 2.6.1 version of the intel ddx driver.
I see this on a desktop system with a Gigabyte GA-EG45M-DS2H motherboard (intel G45, GMA X4500HD).