On Tuesday, May 22, 2007, Philipp Klaus Krause wrote: > Benjamin Herrenschmidt schrieb: > >> In collaboration with the FB guys, we've been working on enhancing > >> the > >> kernel's graphics subsystem in an attempt to bring some sanity to the > >> Linux graphics world and avoid the situation we have now where > >> several > >> kernel and userspace drivers compete for control of graphics devices. > > What's the difference between this and Jon Smirls' proposals from early > 2005?
There are lots of differences. From memory, Jon tried to enhance the FB layer to do modesetting with an eye toward multiseat support. Modes were set by echoing values into sysfs, and iirc it didn't tie into the DRM layer at all or use proper memory management. These patches use ioctls on the DRM device for modesetting (at least for now), and provide userspace with maximum flexibility. Framebuffer objects are allocated using the new DRM memory manager, and any FB devices created are slaves of the DRM layer, avoiding some of the fighting over suspend/resume and graphics programming. Many of the aims are the same though, Jon was trying to address many of the problems outlined in my initial mail too, we just have different opinions about how exactly those problems should be solved. :) Jesse ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
