Lines Matching refs:unflip

27938     present: Only update screen pixmap from flip pixmap once per unflip
27941     during the same unflip. We can only copy to the screen pixmap the first
27946     806470b9 ("present: Copy unflip contents back to the Screen Pixmap"):
27951     of the time because it was getting scribbled over by a repeated unflip
27954     When switching a flipping window out of fullscreen, a repeated unflip
28374     present: Only requeue if target MSC is not reached after an unflip
29692     present: Do not replace Pixmaps on redirected Window on unflip
34264     handle unflip while DPMS'ed off (Michel)
34827     present: Copy unflip contents back to the Screen Pixmap
34829     As we unflip after the flip Window no longer passes the pixel ownership
41421     get destroyed which will queue an unflip operation. If that isn't
44826     be done as part of an unflip. However, in the case that there is a pending
44827     flip there is no mechanism to abort so the unflip is deferred until the
45440     When a flip (or unflip) is pending and a flip request comes in, leave
57066     unflip happens after the clip lists have been updated, so instead of
57468     A client destroying objects in the middle of an unflip can end up
57469     having the screen flip window or fence set to NULL in the unflip