On 6 February 2018 at 06:32, Rodrigo Vivi <rodrigo.v...@intel.com> wrote: > On Sat, Feb 03, 2018 at 08:14:48AM +0000, Keith Packard wrote: >> Dhinakaran Pandiyan <dhinakaran.pandi...@intel.com> writes: >> >> > From: "Pandiyan, Dhinakaran" <dhinakaran.pandi...@intel.com> >> > >> > drm_vblank_count() has an u32 type returning what is a 64-bit vblank count. >> > The effect of this is when drm_wait_vblank_ioctl() tries to widen the user >> > space requested vblank sequence using this clipped 32-bit count(when the >> > value is >= 2^32) as reference, the requested sequence remains a 32-bit >> > value and gets queued like that. However, the code that checks if the >> > requested sequence has passed compares this against the 64-bit vblank >> > count. >> >> For patches 1-7: >> >> Reviewed-by: Keith Packard <kei...@keithp.com> > > Dave, ack to merge them through drm-intel-next-queued ?
Ack. do we know if any of those need to be in -fixes? or too early to tell? Dave. _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
