When transitioning to a redirected or unredirected Window, the Composite
layer modifies the Window's Pixmap. However, the DRI2Buffer for the
Drawable is still pointing to the backing bo of the old Pixmap with the
result that rendering goes astray.
This now also effects DRI2 Drawables that are
On Tuesday 10 of June 2014, Alan Coopersmith wrote:
If you don't want to use one of the existing libraries, you can take your
own SHA-1 implementation, make it conform to one of the existing API's and
simply build with it, but that seems like a lot of work to move from a
known good
On 04/06/14 21:15, Keith Packard wrote:
Right, it's reasonable for the kernel to not care whether the buffer is
idle or not when flipping. However, the application *does* care, and so
we need a way to not flip until rendering is complete. Whether that's
additional mechanism in the kernel, or
If a 2D application is started on top of a fullscreen 3D application, which
is flipping, then we need to stop flipping and restore the root window, and
possibly the flip window, to using the screen pixmap. Normally this would
be done as part of an unflip. However, in the case that there is a
On 5 June 2014 22:59, Michal Srb m...@suse.com wrote:
Hi,
When you have two graphic cards that both have Source Output and Sink Output
capabilities (intel and nouveau for example). It's very easy to flip
parameters of xrandr --setprovideroutputsource and attempt to provide outputs
of the
On 3 June 2014 04:40, Check Nyah check.n...@gmail.com wrote:
Hello,
I just finished writing the draft of my proposal for Shatter Support for X
server Project(Xinerama replacement)
I would love to get some feedback and fixes I could make to my proposal
before officially submitting to Evoc
People who want to dick around might think it is safe to run xrandr -x
before they know any of the other syntax. When xrandr -x again does
not get back to a normal screen, they are stuck having to read a manpage
with reflected text.
Signed-off-by: Connor Behan connor.be...@gmail.com
---
xrandr.c
