Pawel Osciak wrote: > Hello, > > This is a preliminary implementation of multi-planar buffer support for V4L2 > and videobuf. > > It is a rather big change so I wanted to put it up for discussion sooner rather > than later, in case we decide to go in a completely different direction. > > We are proposing backward compatible extensions to the V4L2 API This seems to be the better way. Of course, tests are needed to be sure that no regression will be introduced by it. > and a redesign > of memory handling in videobuf core and its memory type modules. The videobuf > redesign should have a minimal impact on current drivers though. No videobuf > high-level logic (queuing, etc.) has been changed. Seems reasonable. > Only streaming I/O has been tested, read/write might not work correctly. > vivi has been adapted for testing and demonstration purposes, but other drivers > will not compile. Tests have been made on vivi and on an another driver for an > embedded device (those involved dma-contig and USERPTR as well). I am not > attaching that driver, as I expect nobody would be able to compile/test it > anyway. It would be interesting if you could add userptr support for videobuf-vmalloc, and test all supported modes with vivi. This helps to test the changes against existing userspace applications before needing to touch on all drivers. Cheers, Mauro -- 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
