Lines Matching refs:MSC

734     host windowing system, so waiting for the target MSC resulted in 1 cycle
790     For tracking the MSC when the present can be executed separately from
791     the target MSC.
3958     the target MSC.
4004     * It was before the MSC was incremented in xwl_present_frame_callback,
4005       so the MSC value in the completion event could be lower than the
6161     "    uxa: Remove the filtering of bogus Present MSC values
8052     * queuing events to MSC times,
26943     present: Only requeue for next MSC after flip failure
26946     which case we need to wait for the next MSC before executing the
26950     thinks the current MSC matches the target one (e.g. due to the kernel
26951     interface only supporting 32-bit MSC values), in which case it could
26954     To prevent such issues, check specifically for the target MSC
26955     immediately following the current MSC.
28374     present: Only requeue if target MSC is not reached after an unflip
28381     Also, no need to requeue if the target MSC is already reached.
28393     present: Requeue if flip driver hook fails and target MSC not reached
28395     For flipping, we wait for the MSC before the target MSC and then call
28397     target MSC before falling back to a copy, or else it's executed too
29240     present: Handle wraparound when comparing MSC values
29244     current MSC values of the old and new CRTC:
29251     is the case when the client just wants to know the current window MSC
29252     value), the returned CRTC MSC value may still be a large number. In that
29253     case, the existing MSC comparisons in pixmap_present weren't working as
29255     target MSC had actually already passed. This would result in the client
29259     which take the wraparound into account for comparing two MSC values.
30818     present: Fix missed notify MSC computation
31427     present: Don't stash the MSC value when present_get_ust_msc fails
37818         up the vblank_offset workaround for bogus MSC values (which the
43088     present: Make window MSC offset 0 initially
43090     The MSC offset used by a window is adjusted as the window moves
43092     matter, but it's helpful for debugging to have window MSC values be
43093     the same as the CRTC MSC at first.
43096     the first time a window is a PresentPixmap destination and set the MSC
43097     offset to zero, rather than using the fake MSC value as the previous
43098     window MSC.
47079     However, it was also being used as a temporary variable to hold the MSC
56833     When an application provides two pixmaps for the same MSC, the
57129     present: Round fake MSC computations intead of truncating
57131     If the timer fired too early, we'd sometimes mis-compute the MSC for
57132     fake vblanks. Rounding the computation to the nearest MSC fixes this nicely.
114074     DRI2: prevent swap wakes from waking MSC waiters
114077     client, and then the client submitted an MSC wait, one of the previous
114078     swap wakeups could have caused the MSC wait to complete early.  Add a
114079     flag for this to prevent a swap wake from prematurely waking an MSC
114161     necessary (i.e. if the refcount has reached 0 and this MSC was the last
114172     DRI2: fix swapbuffers handling of SBC and target MSC
114204     i.e., the UST and MSC corresponding to the time when the returned