Environment: ------------ platform: Piketon kernel: 2.6.35.4 Libdrm: (master)2.4.21-21-g7ec9a1effa4f551897f91f3b017723a8adf011d9 Mesa: (7.9)d46b7c9f6f91f80b7349067dd5be52f0af736ec1 Xserver: (master)xorg-server-1.9.0 Xf86_video_intel: (master)2.12.0-87-g08c2caca48323d6d5701dcef3486f850619d7905 Cairo: (master)cb0bc64c16b3a38cbf0c622830c18ac9ea6e2ffe Libva: (master)6772bdb4406edaf55da2e3604003c9eafff31c36 Bug detailed description: -------------------------- we used two monitors, one is VGA and the other is DP. In extended mode, they display normally without compiz. But once compiz run, desktop become wrong(reference to attachment). And we found that if we change kernel to 2.6.34,the issue disappeared. Reproduce steps: ---------------- 1. VGA and DP display plugged in 2. start X and gnome desktop without compiz 3. xrandr --output DP1 --left-of VGA1 4. run compiz
Created attachment 38832 [details] extended desktop. The right edge of the right monitor(VGA) is wrong
Created attachment 38833 [details] Note the right edge.
more notes: 1. sw screen shot shows correctly, not revealing this problem. 2. mouse effects in the "expected" location, i.e. right offset to the wrongly "appeared" display. (suggests not to block Q3 release)
This should be fixed with: commit 52e68630d13f9668f8f4dd6978fa41039bacfaf6 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Sun Aug 8 10:15:59 2010 +0100 drm/i915: Fix offset page-flips on i965+ i965 uses the Display Registers to compute the offset from the display base so the new base does not need adjusting when flipping. The older chipsets use a fence to access the display and so do perceive the surface as linear and have a single base register which is reprogrammed using the flip. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Jesse Barnes <jbarnes@virtuousgeek.org> Reported-by: Marty Jack <martyj19@comcast.net> Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org> Hmm, but wasn't proposed to stable.
The patch should be in 2.6.36-rc4. Yi, can you verify?
*** Bug 30529 has been marked as a duplicate of this bug. ***
The issue doesn't come out with 2.6.36-rc4 kernel.
let Chris to decide closing this.
I can confirm that with latest kernel this is fixed.
I left this bug open in case anybody felt inspired to propose the patch for earlier stable kernels... However, that did not happen and now we have a stable release with the bug fix, I'm closing this report. Thanks.
that makes sense.
Hi, I think I am experiencing the same with kde, yet using xrandr --output VGA1 --auto --above LVDS1 in this case, I get a vertical skew on the primary screen whose bottom part gets filled with garbage. If I understand correctly, this is fixed in the kernel part of the Intel driver. Would it be easy to backport to 2.6.35? Is it in a modularized part of the kernel that can be recompiled independently (e.g. the i915 module)? I am asking to see if it can somehow be possibile to push a fix into distros such as ubuntu that tend to be a bit conservative about kernel changes.
Closing verified+fixed.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.