[PATCH 2/3] drm/omap: add drm_plane support

2012-01-05 Thread Rob Clark
From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a private plane

[PATCH 2/3] drm/omap: add drm_plane support

2012-01-05 Thread Rob Clark
From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a private plane

[PATCH 2/3] drm/omap: add drm_plane support

2011-12-20 Thread Rob Clark
From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a private plane

[PATCH 2/3] drm/omap: add drm_plane support

2011-12-20 Thread Rob Clark
From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a private plane

[PATCH 2/3] drm/omap: add drm_plane support

2011-12-15 Thread Rob Clark
From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a private plane

[PATCH 2/3] drm/omap: add drm_plane support

2011-12-14 Thread Rob Clark
From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a private plane