On Mon, Aug 31, 2009 at 01:57:55PM +0200, Thomas Hellström wrote: > Daniel Vetter wrote: > > ... > > In conclusion I don't think a common ioctl is worth it. But sharing some > > code and infrastructure on the kernel side is certainly possible, if > > someone implements overlay support for another chipset. But I don't really > > count on that, because at least radeon has textured video for all it's > > chips. > > > I understand your concerns about the new X architecture where everything > is composited, and I admit I haven't looked through your patch in detail. > > However, > we'll _probably_ need to add overlay support to the Xorg gallium + KMS > state-tracker shortly, and if so, with that a generic KMS interface that > is sufficient to implement a simple Xv overlay adaptor with KMS. > > Given the fact that Xv and various virtual device overlay support > implementations exist, I assume there *must* be a way to do this > generically. Perhaps not in the interest of sharing kernel code, but in > the interest of a single user-space interface and a single user-space > implementation supporting multiple hardware drivers.
DirectFB has a fairly nice abstraction for this stuff (layers). You can look there for inspiration. BTW DirectFB uses the same abstraction even for CRTCs which is nice. I haven't really looked at kms yet but it seems to me that if it is too heavily based on the CRTC concept it might not be able to expose the full capabilities of hardware that doesn't really have CRTCs (eg. TI OMAP2/3). -- Ville Syrjälä syrj...@sci.fi http://www.sci.fi/~syrjala/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
