forked from luck/tmp_suning_uos_patched
49a56266f9
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> |
||
|---|---|---|
| .. | ||
| am437x | ||
| atmel | ||
| cadence | ||
| cec-gpio | ||
| coda | ||
| cros-ec-cec | ||
| davinci | ||
| exynos-gsc | ||
| exynos4-is | ||
| marvell-ccic | ||
| meson | ||
| mtk-jpeg | ||
| mtk-mdp | ||
| mtk-vcodec | ||
| mtk-vpu | ||
| omap | ||
| omap3isp | ||
| qcom | ||
| rcar-vin | ||
| rockchip/rga | ||
| s3c-camif | ||
| s5p-cec | ||
| s5p-g2d | ||
| s5p-jpeg | ||
| s5p-mfc | ||
| seco-cec | ||
| sti | ||
| stm32 | ||
| sunxi | ||
| tegra-cec | ||
| ti-vpe | ||
| vicodec | ||
| vimc | ||
| vivid | ||
| vsp1 | ||
| xilinx | ||
| aspeed-video.c | ||
| fsl-viu.c | ||
| imx-pxp.c | ||
| imx-pxp.h | ||
| Kconfig | ||
| m2m-deinterlace.c | ||
| Makefile | ||
| mx2_emmaprp.c | ||
| pxa_camera.c | ||
| rcar_drif.c | ||
| rcar_fdp1.c | ||
| rcar_jpu.c | ||
| rcar-fcp.c | ||
| renesas-ceu.c | ||
| sh_veu.c | ||
| sh_vou.c | ||
| via-camera.c | ||
| via-camera.h | ||
| video-mux.c | ||
| vim2m.c | ||