Hans Verkuil 49a56266f9 media: vicodec: process all 4 components for RGB32 formats ... Only ARGB32-type pixelformat were assumed to have 4 components, which is wrong since RGB32-type pixelformats may have an alpha channel, so they should also assume 4 color components. The XRGB32-type pixelformats really have only 3 color components, but this complicated matters since that creates strides that are sometimes width * 3 and sometimes width * 4, and in fact this can result in buffer overflows. Keep things simple by just always processing all 4 color components. In the future we might want to optimize this again for the XRGB32-type pixelformats, but for now keep it simple and robust. Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Cc: <stable@vger.kernel.org> # for v5.4 and up Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>		2020-02-24 15:08:18 +01:00
..
Kconfig	Linux 5.2-rc2	2019-05-28 11:21:51 -04:00
Makefile	media: vicodec: split off v4l2 specific parts for the codec	2018-08-31 08:29:13 -04:00
codec-fwht.c	media: vicodec: Handle the case that the reference buffer is NULL	2019-03-25 13:50:44 -04:00
codec-fwht.h	media: vicodec: keep the ref frame according to the format in decoder	2019-03-25 13:46:18 -04:00
codec-v4l2-fwht.c	media: vicodec: process all 4 components for RGB32 formats	2020-02-24 15:08:18 +01:00
codec-v4l2-fwht.h	media: vicodec: Add support for stateless decoder.	2019-03-25 14:12:59 -04:00
vicodec-core.c	media: vicodec: media_device_cleanup was called too early	2019-11-10 07:45:17 +01:00