Changes since RFCv1: - Don't move num_planes to vb2_queue. In certain circumstances it is possible to have buffers with different number of planes, so keep num_planes in vb2_buffer. This complicated vb2_dqbuf a bit since the plane verification now has to be done just before the buffer is dequeued from the done_list. You don't want to dequeue it if the v4l2_buffer didn't provide enough room for all the planes. This RFC PATCH series is related to this email I sent: http://www.mail-archive.com/linux-media@xxxxxxxxxxxxxxx/msg52193.html I've decided to fix the plane verification problem. This is done in the first patch. The second patch fills in the length field as I proposed in the mail above. The third fixes a bug for PREPARE_BUF in the multiplanar case that I came across by accident. The last patch updates the DocBook and clarifies a number of things. Comments are welcome, Hans -- 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