summaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorMauro Carvalho Chehab2013-02-15 16:39:31 +0100
committerLinus Torvalds2013-02-15 21:11:23 +0100
commitac89758697195a8155f3861a34f0b41c6e562fcb (patch)
tree67a97370b01558c8b691c6bc37192c133bde8cae /arch
parentMerge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc (diff)
downloadkernel-qcow2-linux-ac89758697195a8155f3861a34f0b41c6e562fcb.tar.gz
kernel-qcow2-linux-ac89758697195a8155f3861a34f0b41c6e562fcb.tar.xz
kernel-qcow2-linux-ac89758697195a8155f3861a34f0b41c6e562fcb.zip
Revert "[media] dvb_frontend: return -ENOTTY for unimplement IOCTL"
As reported by Klaus Schmidinger: "In VDR I use an ioctl() call with FE_READ_UNCORRECTED_BLOCKS on a device (using stb0899). After this call I check 'errno' for EOPNOTSUPP to determine whether this device supports this call. This used to work just fine, until a few months ago I noticed that my devices using stb0899 didn't display their signal quality in VDR's OSD any more. After further investigation I found that ioctl(FE_READ_UNCORRECTED_BLOCKS) no longer returns EOPNOTSUPP, but rather ENOTTY. And since I stop getting the signal quality in case any unknown errno value appears, this broke my signal quality query function." While the changes reflect what is there at: http://comments.gmane.org/gmane.linux.kernel/1235728 it does cause regression on userspace. So, revert it to stop the damage. This reverts commit 177ffe506cf8 ("[media] dvb_frontend: return -ENOTTY for unimplement IOCTL"). Reported-by: Klaus Schmidinger <Klaus.Schmidinger@tvdr.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions