summaryrefslogtreecommitdiffstats
path: root/crypto/hmac.c
diff options
context:
space:
mode:
authorPaul Fulghum <paulkf@microgate.com>2007-05-09 02:33:38 -0700
committerLinus Torvalds <torvalds@woody.linux-foundation.org>2007-05-09 12:30:49 -0700
commitae030e435f5400cff77c52506a8d3d7278f0947c (patch)
tree73520671c56d8a54dff2a4969201251815ca93de /crypto/hmac.c
parent55c0d1f83e481dd6c77f52f7dcfeb043b8b740fa (diff)
downloadop-kernel-dev-ae030e435f5400cff77c52506a8d3d7278f0947c.zip
op-kernel-dev-ae030e435f5400cff77c52506a8d3d7278f0947c.tar.gz
tty_set_ldisc() receive_room fix
Fix tty_set_ldisc in tty_io.c so that tty->receive_room is only cleared if actually changing line disciplines. Without this fix a problem occurs when requesting the line discipline to change to the same line discipline. In this case tty->receive_room is cleared but ldisc->open() is not called to set tty->receive_room back to a sane value. The result is that tty->receive_room is stuck at 0 preventing the tty flip buffer from passing receive data to the line discipline. For example: a switch from N_TTY to N_TTY followed by a select() call for read input results in data never being received because tty->receive_room is stuck at zero. A switch from N_TTY to N_TTY followed by a read() call works because the read() call itself sets tty->receive_room correctly (but select does not). Previously (< 2.6.18) this was not a problem because the tty flip buffer pushed data to the line discipline without regard for tty->receive room. Signed-off-by: Paul Fulghum <paulkf@microgate.com> Acked-by: Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'crypto/hmac.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud