Bug 19174 - DRI2 frontbuffer rendering broken
Summary: DRI2 frontbuffer rendering broken
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i965 (show other bugs)
Version: unspecified
Hardware: Other Linux (All)
: high major
Assignee: Ian Romanick
QA Contact:
: 19270 19455 19679 franzrogar 21577 21958 22453 (view as bug list)
Depends on:
Blocks: 18841 intel-3d-release
  Show dependency treegraph
Reported: 2008-12-19 01:44 UTC by zhao jian
Modified: 2009-06-24 18:25 UTC (History)
6 users (show)

See Also:
i915 platform:
i915 features:

xorg.conf (3.82 KB, text/plain)
2008-12-19 01:44 UTC, zhao jian
xorg.0.log (106.29 KB, text/plain)
2008-12-19 01:45 UTC, zhao jian
reflect_demo (728.00 KB, image/png)
2008-12-19 01:46 UTC, zhao jian

Description zhao jian 2008-12-19 01:44:05 UTC
Created attachment 21304 [details]

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 1 zhao jian 2008-12-19 01:45:29 UTC
Created attachment 21307 [details]
Comment 2 zhao jian 2008-12-19 01:46:23 UTC
Created attachment 21309 [details]
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. ***
Comment 15 Gordon Jin 2009-06-24 18:25:03 UTC
*** Bug 22453 has been marked as a duplicate of this bug. ***

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.