Hi everybody, Hans asked me to write a quick update on the global video buffers pool discussions. so here it is. We started with a presentation of the global video buffers pool RFC[1], The proposal aimed at solving different problems related to video buffers allocation and management depending on the target platform. Everybody agreed that a video buffers pool was indeed needed. The original proposal was to create pools at the media controller level for implementation ease (or maybe because I'm lazy at times :-)). It soon became clear that a truly global pool was desirable, and probably not more complex to implement. Moving one more level upwards, it was proposed to make the buffers pool video- agnostic so that it could be used for generic buffers, not only v4l2_buffers. However, such a global pool might have a hard time entering the mainline kernel, and using v4l2_buffers would be easier for V4L2 driver writers as the drivers already use those objects. The first implementation will thus likely be V4L2-specific. As video buffers need to be shared with the GPU for some use cases (Xv video rendering, OpenGL textures, ...) the video buffers manager might need to interact with the GEM GPU memory manager. As no attendee was familiar with GEM this topic needs to be researched. The conclusion was that the video buffers pool needs a lot more research followed by another RFC. The implementation will likely first focus on buffers allocation and management, and then move on video queuing latency issues (cache management). [1] http://osdir.com/ml/linux-media/2009-09/msg00693.html -- Regards, Laurent Pinchart -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
