Re: V4L-DVB Summit Day 2
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
[Linux Input]
[Video for Linux]
[Mplayer Users]
[Linux USB Devel]
[Linux Audio Users]
[Photos]
[Yosemite Photos]
[Linux Kernel]
[Linux SCSI]
[XFree86]
[Devices]
[Yosemite Backpacking]
[Linux Input]