Re: [PATCH v4] [media] mem2mem: add support for hardware buffered queue

[Sylwester Nawrocki <s.nawrocki@samsung.com>]

On 06/03/2013 10:23 AM, Philipp Zabel wrote:
> On mem2mem decoders with a hardware bitstream ringbuffer, to drain the
> buffer at the end of the stream, remaining frames might need to be decoded
> from the bitstream buffer without additional input buffers being provided.
> To achieve this, allow a queue to be marked as buffered by the driver, and
> allow scheduling of device_runs when buffered ready queues are empty.
> 
> This also allows a driver to copy input buffers into their bitstream
> ringbuffer and immediately mark them as done to be dequeued.
> 
> The motivation for this patch is hardware assisted h.264 reordering support
> in the coda driver. For high profile streams, the coda can hold back
> 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. At the same
> time, 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. The decoder
> command ioctl can be used to put the decoder into the ringbuffer draining
> end-of-stream mode.
> 
> Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de>

Acked-by: Sylwester Nawrocki <s.nawrocki@samsung.com>

--
Regards,
Sylwester