Bugzilla – Bug 19174
DRI2 frontbuffer rendering broken
Last modified: 2009-06-24 18:25:03 UTC
Created attachment 21304 [details]
OSD: Fedora release 10 (Cambridge)
I run the application of xcompmgr instead of compiz.(It has some problems if compiz enabled) Run the demo "reflect" and press "f" key to toggle rendering between front/back color buffer. Then it will display outside its window at the left top. As the picture shows: its window is at the right bottom but after pressing "f" it will change between its original window and the left top.
1. enable UXA in xorg.conf
4. xcompmgr -c -t 25 -r 15 -l 15 &
6. drag the window to right or bottom (just not at the left top, or you may
miss the error)
7. press "f" key
Created attachment 21307 [details]
Created attachment 21309 [details]
And I think the demo "winpos" also has such problem.
This will be common across all intel chipsets, and all testcases that use frontbuffer rendering will be broken. Enumerating them won't be interesting.
Luckily real apps don't use frontbuffer rendering, so it's not a high priority.
*** Bug 19270 has been marked as a duplicate of this bug. ***
*** Bug 19679 has been marked as a duplicate of this bug. ***
Increasing priority, since blender (bug#19679) is a real app.
*** Bug 19455 has been marked as a duplicate of this bug. ***
It still existed with the following configuration:
This is fixed in the master branches of xserver, dri2proto, xf86-video-intel, and Mesa. I'm expecting to bring the fixes into the stable release branches (i.e., xserver server-1.6-branch, xf86-video-intel 2.7, etc.) next week.
*** Bug 21577 has been marked as a duplicate of this bug. ***
Now it works well with in master branches.
*** Bug 21958 has been marked as a duplicate of this bug. ***
*** Bug 21393 has been marked as a duplicate of this bug. ***
*** Bug 22453 has been marked as a duplicate of this bug. ***