> Not something that directly affects this patchset.. I'm thinking more > along the lines of having a way to create a drm_framebuffer w/ more > than one GEM buffer, one per color plane. The other option is to bury > this all behind a single GEM buffer.. although that seems like it > could get ugly/hacky. My own guess is that it will be best to have a possibly specialist function to allocate the object, but to give it a single GEM handle. For the most part its a list of pinned pages somewhere and while picking the pages to use is special I am thinking that the rest of the behaviour is probably not. It also then means on the client side that it's a single buffer, a single mmap and can be wrapped easily in things like libkms. Alan _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
