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