|Summary:||DRI2 frontbuffer rendering broken|
|Product:||Mesa||Reporter:||zhao jian <jian.j.zhao>|
|Component:||Drivers/DRI/i965||Assignee:||Ian Romanick <idr>|
|Status:||VERIFIED FIXED||QA Contact:|
|Priority:||high||CC:||bryce, franzrogar, macslow, matej.tyc, mblaesing, sa|
|i915 platform:||i915 features:|
|Bug Depends on:|
|Bug Blocks:||18841, 20277|
Description zhao jian 2008-12-19 01:44:05 UTC
Created attachment 21304 [details] xorg.conf Host: x-gm45 Arch: i386 OSD: Fedora release 10 (Cambridge) Kernel: 2.6.28-rc8 Libdrm: (master)c86d431fe6174b1c2de531929213ea7dbd92326d Mesa_stable: (intel-2008-q4)0d5b1e591b7fb2cf3109b7e147bb3ea6aa8f8b15 Xserver_stable: (server-1.6-branch)32e81074b967716865aef08b66ec29caf0fec2c5 Xf86_video_intel_stable: (xf86-video-intel-2.6-branch)83f3c376b5942e134047a220e6e5f2432ffc492c 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. Reproduce steps: 1. enable UXA in xorg.conf 2. xinit& 3. gnome-session& 4. xcompmgr -c -t 25 -r 15 -l 15 & 5. demo/reflect 6. drag the window to right or bottom (just not at the left top, or you may miss the error) 7. press "f" key
Comment 3 zhao jian 2008-12-19 01:48:25 UTC
And I think the demo "winpos" also has such problem.
Comment 4 Eric Anholt 2008-12-19 13:02:02 UTC
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.
Comment 5 Eric Anholt 2008-12-27 16:47:57 UTC
*** Bug 19270 has been marked as a duplicate of this bug. ***
Comment 6 Eric Anholt 2009-01-27 17:34:59 UTC
*** Bug 19679 has been marked as a duplicate of this bug. ***
Comment 7 Gordon Jin 2009-01-28 21:10:48 UTC
Increasing priority, since blender (bug#19679) is a real app.
Comment 8 Eric Anholt 2009-02-25 10:43:42 UTC
*** Bug 19455 has been marked as a duplicate of this bug. ***
Comment 9 zhao jian 2009-03-18 20:50:23 UTC
It still existed with the following configuration: Kernel_version: 2.6.29-rc6 Libdrm: (master)2e2e8575b1ed4703653a72ac2b60b75316c388d7 Mesa: (mesa_7_4_branch)a8528a2e8653b5237c1d1d66fe98c6e031d007f9 Xserver: (server-1.6-branch)60c161545af80eb78eb790a05bde79409dfdf16e Xf86_video_intel: (2.7)238c2c40afd9f8b61479b8640d53f20d52fd7ddf
Comment 10 Ian Romanick 2009-05-05 10:05:11 UTC
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.
Comment 11 Gordon Jin 2009-05-05 19:07:23 UTC
*** Bug 21577 has been marked as a duplicate of this bug. ***
Comment 12 zhao jian 2009-05-14 23:40:29 UTC
Now it works well with in master branches.
Comment 13 Gordon Jin 2009-05-29 05:17:06 UTC
*** Bug 21958 has been marked as a duplicate of this bug. ***
Comment 14 Gordon Jin 2009-06-05 16:32:11 UTC
*** Bug 21393 has been marked as a duplicate of this bug. ***