Hello Stanimir,
On 2018-04-24 18:14, Stanimir Varbanov wrote:
This is implementing a multi-stream decoder support. The multi
stream gives an option to use the secondary decoder output
with different raw format (or the same in case of crop).
Signed-off-by: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
---
Âdrivers/media/platform/qcom/venus/core.hÂÂÂ |ÂÂ 1 +
Âdrivers/media/platform/qcom/venus/helpers.c | 204 +++++++++++++++++++++++++++-
Âdrivers/media/platform/qcom/venus/helpers.h |ÂÂ 6 +
Âdrivers/media/platform/qcom/venus/vdec.cÂÂÂ |Â 91 ++++++++++++-
Âdrivers/media/platform/qcom/venus/venc.cÂÂÂ |ÂÂ 1 +
Â5 files changed, 299 insertions(+), 4 deletions(-)
diff --git a/drivers/media/platform/qcom/venus/core.h
b/drivers/media/platform/qcom/venus/core.h
index 4d6c05f156c4..85e66e2dd672 100644
--- a/drivers/media/platform/qcom/venus/core.h
+++ b/drivers/media/platform/qcom/venus/core.h
@@ -259,6 +259,7 @@ struct venus_inst {
ÂÂÂÂ struct list_head list;
ÂÂÂÂ struct mutex lock;
ÂÂÂÂ struct venus_core *core;
+ÂÂÂ struct list_head dpbbufs;
ÂÂÂÂ struct list_head internalbufs;
ÂÂÂÂ struct list_head registeredbufs;
ÂÂÂÂ struct list_head delayed_process;
The dpb buffers queued to hardware will be returned back to host either during flush
or when the session is stopped. Host should not send these buffers to client.
vdec_buf_done should be handling in a way to drop dpb buffers from sending to client.