On Mon, Aug 26, 2013 at 10:16 AM, Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx> wrote: > Maybe someone should just start pulling in the drm_flip_helper and > associated code from the atomic code to make this feasible. The new > event type I added there would also be suitable for this purpose as > it carries the plane id and information on which fb is freed by the > operation. The other option is to just add a new event, and disallow > another setplane until the previous has completed (maybe try to > generalize the current page flip code a bit to handle sprites as > well as primary planes?) I think extending the current pageflip ioctl to planes would be a suitable stop-gap measure until we have nuclear pageflips for real. It's only a 90% solution though since we can't update anything else than the base address with the current pageflip ioctl. Actually I think doing this would be a neat way to start pulling in parts of the nuclear pageflip code and getting all the flip complete/event signalling straigthened out (and properly tested with igt like the primary plane flips). -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
