Hi Arun, Just 2 small nits. On 7 May 2014 17:00, Arun Kumar K <arun.kk@xxxxxxxxxxx> wrote: > MFCv6 encoder needs specific minimum number of buffers to > be queued in the CAPTURE plane. This minimum number will > be known only when the sequence header is generated. > So we used to allow STREAMON on the CAPTURE plane only after > sequence header is generated and checked with the minimum > buffer requirement. > > But this causes a problem that we call a vb2_buffer_done > for the sequence header buffer before doing a STREAON on the > CAPTURE plane. This used to still work fine until this patch > was merged b3379c6201bb3555298cdbf0aa004af260f2a6a4. Please provide the patch title too along with commit ID (first 12 characters of ID is enough). > > This problem should also come in earlier MFC firmware versions > if the application calls STREAMON on CAPTURE with some delay > after doing STREAMON on OUTPUT. > > So this patch keeps the header buffer until the other frame > buffers are ready and dequeues it just before the first frame > is ready. > > Signed-off-by: Arun Kumar K <arun.kk@xxxxxxxxxxx> > --- > drivers/media/platform/s5p-mfc/s5p_mfc_common.h | 2 ++ > drivers/media/platform/s5p-mfc/s5p_mfc_enc.c | 6 +++++- > 2 files changed, 7 insertions(+), 1 deletion(-) > > diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_common.h b/drivers/media/platform/s5p-mfc/s5p_mfc_common.h > index d64b680..4fd1034 100644 > --- a/drivers/media/platform/s5p-mfc/s5p_mfc_common.h > +++ b/drivers/media/platform/s5p-mfc/s5p_mfc_common.h > @@ -523,6 +523,7 @@ struct s5p_mfc_codec_ops { > * @output_state: state of the output buffers queue > * @src_bufs: information on allocated source buffers > * @dst_bufs: information on allocated destination buffers > + * @header_mb: buf pointer of the encoded sequence header s/buf/buffer -- With warm regards, Sachin -- 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