linux_dsm_epyc7002/drivers/media/platform
Prabhakar Lad b25db38392 media: platform: davinci: drop VPFE_CMD_S_CCDC_RAW_PARAMS
drop VPFE_CMD_S_CCDC_RAW_PARAMS ioctl from dm355/dm644x following reasons:

- This ioctl was never in public api and was only defined in kernel header.
- The function set_params constantly mixes up pointers and phys_addr_t
  numbers.
- This is part of a 'VPFE_CMD_S_CCDC_RAW_PARAMS' ioctl command that is
  described as an 'experimental ioctl that will change in future kernels'.
- The code to allocate the table never gets called after we copy_from_user
  the user input over the kernel settings, and then compare them
  for inequality.
- We then go on to use an address provided by user space as both the
  __user pointer for input and pass it through phys_to_virt to come up
  with a kernel pointer to copy the data to. This looks like a trivially
  exploitable root hole.

Signed-off-by: Lad, Prabhakar <prabhakar.csengg@gmail.com>
Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
2017-07-26 06:14:33 -04:00
..
am437x
atmel
blackfin
coda
davinci
exynos4-is
exynos-gsc
marvell-ccic
mtk-jpeg
mtk-mdp
mtk-vcodec
mtk-vpu
omap
omap3isp
qcom/venus
rcar-vin
s3c-camif
s5p-cec
s5p-g2d
s5p-jpeg
s5p-mfc
soc_camera
sti
stm32
ti-vpe
vimc
vivid
vsp1
xilinx
arv.c
fsl-viu.c
Kconfig
m2m-deinterlace.c
Makefile
mx2_emmaprp.c
pxa_camera.c
rcar_drif.c
rcar_fdp1.c
rcar_jpu.c
rcar-fcp.c
sh_veu.c
sh_vou.c
via-camera.c
via-camera.h
video-mux.c
vim2m.c