On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter <daniel@xxxxxxxx> wrote: > On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin > <Alexey.Brodkin@xxxxxxxxxxxx> wrote: >> Hi Daniel, >> >> On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >>> >>> The fake implementation is fundamentally racy, and I don't want to write >>> helpers which can't be used correctly. Anyway I think without this patch >>> (or something similar) arcpgu will stall badly with the new nonblocking >>> helpers, because arcpgu didn't bother at all to implement nonblocking. Can >>> you pls ack this, or even better, test the entire patch series? The >>> helpers themselves should work, but in all 5 drivers tested thus far they >>> discovered some bugs. >> >> Sure I will happily test this series. >> The only question then is what should I use as a proper base? > > It should apply on drm-next from Dave. And indeed it won't work at all because arcpgu doesn't call drm_crtc_handle_vblank anywhere. So you need to add your patch to enable vblank interrupts somewhere. Note that as long as you leave max_vblank_counter as 0, the only bits you need is drm_vblank_init and drm_crtc_handle_vblanke() from the irq handler. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel