diff options
| author | Alexandre Courbot <acourbot@chromium.org> | 2021-08-06 06:15:19 +0200 |
|---|---|---|
| committer | Mauro Carvalho Chehab <mchehab+huawei@kernel.org> | 2021-09-30 10:07:41 +0200 |
| commit | 25e7f7d3c483dc91a1d5ea008c9ff14b72fb5050 (patch) | |
| tree | 7de8adfb5dd7a0ffed9740e552af1c7e39542cb0 /drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_drv.c | |
| parent | 61a76141beece86017656a69bedabc8c2f2d3717 (diff) | |
media: mtk-vcodec: vdec: clamp OUTPUT resolution to hardware limits
Calling S_FMT or TRY_FMT on the OUTPUT queue should adjust the
resolution to the limits supported by the hardware. Until now this was
only done on the CAPTURE queue, which could make clients believe that
unsupported resolutions can be used when they set the coded size on the
OUTPUT queue.
In the case of the stateless decoder, the problem was even bigger since
subsequently calling G_FMT on the CAPTURE queue would result in the
unclamped resolution being returned, further inducing the client into
error.
Signed-off-by: Alexandre Courbot <acourbot@chromium.org>
Signed-off-by: Tzung-Bi Shih <tzungbi@google.com>
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Diffstat (limited to 'drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_drv.c')
0 files changed, 0 insertions, 0 deletions