[PATCH v2] media: mediatek: vcodec: Use spinlock for context list protection lock
Fei Shao
fshao at chromium.org
Wed Aug 20 03:36:55 PDT 2025
On Wed, Aug 20, 2025 at 3:54 PM Chen-Yu Tsai <wenst at chromium.org> wrote:
>
> Previously a mutex was added to protect the encoder and decoder context
> lists from unexpected changes originating from the SCP IP block, causing
> the context pointer to go invalid, resulting in a NULL pointer
> dereference in the IPI handler.
>
> Turns out on the MT8173, the VPU IPI handler is called from hard IRQ
> context. This causes a big warning from the scheduler. This was first
> reported downstream on the ChromeOS kernels, but is also reproducible
> on mainline using Fluster with the FFmpeg v4l2m2m decoders. Even though
> the actual capture format is not supported, the affected code paths
> are triggered.
>
> Since this lock just protects the context list and operations on it are
> very fast, it should be OK to switch to a spinlock.
>
> Fixes: 6467cda18c9f ("media: mediatek: vcodec: adding lock to protect decoder context list")
> Fixes: afaaf3a0f647 ("media: mediatek: vcodec: adding lock to protect encoder context list")
> Cc: Yunfei Dong <yunfei.dong at mediatek.com>
> Signed-off-by: Chen-Yu Tsai <wenst at chromium.org>
> ---
> Changes since v1:
> - Switched to _irqsave / _irqrestore variants even in helper only called
> by IRQ handler (Tomasz)
>
> .../mediatek/vcodec/common/mtk_vcodec_fw_vpu.c | 10 ++++++----
> .../mediatek/vcodec/decoder/mtk_vcodec_dec_drv.c | 12 +++++++-----
> .../mediatek/vcodec/decoder/mtk_vcodec_dec_drv.h | 2 +-
> .../platform/mediatek/vcodec/decoder/vdec_vpu_if.c | 5 +++--
> .../mediatek/vcodec/encoder/mtk_vcodec_enc_drv.c | 12 +++++++-----
> .../mediatek/vcodec/encoder/mtk_vcodec_enc_drv.h | 2 +-
> .../platform/mediatek/vcodec/encoder/venc_vpu_if.c | 5 +++--
> 7 files changed, 28 insertions(+), 20 deletions(-)
Reviewed-by: Fei Shao <fshao at chromium.org>
More information about the Linux-mediatek
mailing list