summaryrefslogtreecommitdiffstats
path: root/drivers/isdn/icn
diff options
context:
space:
mode:
authorJeff Garzik <jeff@garzik.org>2006-10-17 09:10:39 +0200
committerLinus Torvalds <torvalds@g5.osdl.org>2006-10-17 17:18:49 +0200
commit04518bfe8eac2e82b476fb2b0093527adc2bc791 (patch)
tree4b90b18cb60d1db94325675886b74f0aa0bf346f /drivers/isdn/icn
parent[PATCH] drivers/isdn/isdnloop: save_flags()/cli(), restore_flags() replaced a... (diff)
downloadlinux-04518bfe8eac2e82b476fb2b0093527adc2bc791.tar.xz
linux-04518bfe8eac2e82b476fb2b0093527adc2bc791.zip
[PATCH] ISDN: fix drivers, by handling errors thrown by ->readstat()
This is a particularly ugly on-failure bug, possibly security, since the lack of error handling here is covering up another class of bug: failure to handle copy_to_user() return values. The I4L API function ->readstat() returns an integer, and by looking at several existing driver implementations, it is clear that a negative return value was meant to indicate an error. Given that several drivers already return a negative value indicating an errno-style error, the current code would blindly accept that [negative] value as a valid amount of bytes read. Obvious damage ensues. Correcting ->readstat() handling to properly notice errors fixes the existing code to work correctly on error, and enables future patches to more easily indicate errors during operation. Signed-off-by: Jeff Garzik <jeff@garzik.org> Cc: Karsten Keil <kkeil@suse.de> Cc: <stable@kernel.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/isdn/icn')
0 files changed, 0 insertions, 0 deletions