Hi Nicolas, On Mon, 2016-04-18 at 13:48 -0400, Nicolas Dufresne wrote: > Le lundi 18 avril 2016 à 16:22 +0800, tiffany lin a écrit : > > > > We are plaining to remove m2m framework in th feature, although > > we think > > > > > > Remove it for just the decoder driver or both encoder and decoder? > > > > > Remove it from decoder driver. > > Did you look at how CODA handle it (drivers/media/platform/coda/coda- > common.c) ? I don't know any detail, but they do have the same issue > and use both v4l2_m2m_fop_poll and v4l2_m2m_fop_mmap. > I check coda-common.c, it use v4l2_m2m_set_src_buffered to allow device_run be triggered without OUTPUT buffer. Double check the patch "[media] mem2mem: add support for hardware buffered queue". This patch make m2m framework could support that 1. out-of-order frames, causing a few mem2mem device runs in the beginning, that don't produce any decompressed buffer at the v4l2 capture side. 2. the last few frames can be decoded from the bitstream with mem2mem device runs that don't need a new input buffer at the v4l2 output side. This is similar our requirement that we want start decode without CAPTURE buffer. Is there any restriction that when v4l2_m2m_set_src_buffered can be used? best regards, Tiffany > cheers, > Nicolas -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
