summaryrefslogtreecommitdiff
path: root/arch/arm/mm/proc-arm926.S
diff options
context:
space:
mode:
authorHans Verkuil <hans.verkuil@cisco.com>2013-04-14 10:53:07 -0300
committerMauro Carvalho Chehab <mchehab@redhat.com>2013-04-15 08:28:41 -0300
commitc95789ecd5a979fd718ae09763df3fa50dd97a91 (patch)
treeb3f9fc3edd2608e1cdb4313ed89a4fd17f4481c0 /arch/arm/mm/proc-arm926.S
parentf1b0c8217fd9507531152c0d6c12253e2e4e22bd (diff)
downloadlinux-3.10-c95789ecd5a979fd718ae09763df3fa50dd97a91.tar.gz
linux-3.10-c95789ecd5a979fd718ae09763df3fa50dd97a91.tar.bz2
linux-3.10-c95789ecd5a979fd718ae09763df3fa50dd97a91.zip
[media] cx25821: do not expose broken video output streams
The cx25821 driver has support for one audio output channel and two video output channels. This is implemented in a very ugly and very evil way through a custom ioctl that passes the filename of a file containing the video data, which is then read by the driver itself using vfs. There are a number of problems with this: 1) it's very ugly and very evil (I can't say that often enough). 2) V4L2 supports video output, so why not use that? 3) it's very buggy, closing the filehandle through which you passed the ioctl will oops the kernel. 4) it's a nasty security leak since this allows you to load any file in the system as a video or audio source, so in theory you can output /etc/passwd to audio or video out and record & decode it on another device. Because of all these issues we no longer register those output video nodes. Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Diffstat (limited to 'arch/arm/mm/proc-arm926.S')
0 files changed, 0 insertions, 0 deletions