<br><br><div class="gmail_quote">2011/10/15 Ian Romanick <span dir="ltr">&lt;<a href="mailto:idr@freedesktop.org">idr@freedesktop.org</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5">On 10/10/2011 10:25 PM, Wang Baisheng wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi All:<br>
<br>
I have some confused for the GEM buffer object. There must be one GEM<br>
buffer object for the framebuffer to be displayed on screen, right ? And<br>
for every window, there is also one GEM buffer object, right ? If so, my<br>
question is:<br>
<br>
Is the GEM buffer object for the window (not direct rendering, just for<br>
2D X client window)  just pointed to some part of the displayed<br>
framebuffer, and any drawing operation is happened on the framebuffer ?<br>
Or another new memory is allocated for window and then at some time the<br>
buffer object for window is copied to the displayed framebuffer ?<br>
</blockquote>
<br></div></div>
In a composited desktop, there is a GEM buffer for each window.  The compositor combines the images from all the windows into the screen.<br></blockquote><div><br>So in a non-composited desktop, all windows use the scanout buffer, and all drawing operations happen in scanout buffer, will this cause flicker or tearing ?<br>
</div></div><br>