]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
media: venus: vdec: decoded picture buffer handling during reconfig sequence
authorMansur Alisha Shaik <mansur@codeaurora.org>
Wed, 20 Oct 2021 06:44:08 +0000 (07:44 +0100)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sat, 14 Dec 2024 18:50:50 +0000 (19:50 +0100)
commit745e6d8bbe6a6e2e40b1609cea114c129f17031a
treecf8c26d1bcb82b576ea07cbf8209b816594a719b
parentb75d87df0f31e2a748113cc59f4f0429e43d58ef
media: venus: vdec: decoded picture buffer handling during reconfig sequence

[ Upstream commit 40d87aafee29fb01ce1e1868502fb2059a6a7f34 ]

In existing implementation, driver is freeing and un-mapping all the
decoded picture buffers(DPB) as part of dynamic resolution change(DRC)
handling. As a result, when firmware try to access the DPB buffer, from
previous sequence, SMMU context fault is seen due to the buffer being
already unmapped.

With this change, driver defines ownership of each DPB buffer. If a buffer
is owned by firmware, driver would skip from un-mapping the same.

Signed-off-by: Mansur Alisha Shaik <mansur@codeaurora.org>
Signed-off-by: Stanimir Varbanov <stanimir.varbanov@linaro.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Stable-dep-of: 6c9934c5a00a ("media: venus: fix enc/dec destruction order")
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/media/platform/qcom/venus/core.h
drivers/media/platform/qcom/venus/helpers.c
drivers/media/platform/qcom/venus/helpers.h
drivers/media/platform/qcom/venus/vdec.c