On 3/22/07, Jesse Barnes <[EMAIL PROTECTED]> wrote: > On Tuesday, March 20, 2007, Jakob Bornecrantz wrote: > > Added structs and ioctls for modesetting in kernel > > And just to give you an idea of the sorts of structures and layout I've > been working with, here's what I was playing with today. Right now it > just grabs the EDID data from the LVDS panel on my laptop, but I figured > that's a good start since I'll need mode timing information from somewhere > anyway to set modes correctly. There's still lots to be done and quite a > few open questions, but it's probably good to get a few eyes on it at this > point.
while we are moving stuff to the drm, perhaps we should take the time to add support for multiple buffers and address translation. Then in the drm we could set up the scan out buffers, etc. however we want and then expose them to X in a standard fashion. X could assume they are just one big screen and the drm would deal with the translation to the appropriate buffers. We could use this to work around HW pitch or coordinate limits. It would also make support for multiple cards easier as the userspace drm common layer could dispatch to different local or network devices (think expanding your desktop across multiple PCs). Alex ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
