summaryrefslogtreecommitdiff
path: root/COPYING
diff options
context:
space:
mode:
authorBernd Schmidt <bernds_cb1@t-online.de>2009-01-14 00:14:48 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2009-01-14 01:45:17 +0300
commit62568510b8e2679cbc331d7de10ea9ba81ae8b3d (patch)
tree6a0d4d7b6d50737c1bfcf93a74ad46855c244dc9 /COPYING
parent125c97d8a59888c5678734c2b70cbd08c847bd99 (diff)
downloadlinux-62568510b8e2679cbc331d7de10ea9ba81ae8b3d.tar.xz
Fix timeouts in sys_pselect7
Since we (Analog Devices) updated our Blackfin kernel to 2.6.28, we've seen occasional 5-second hangs from telnet. telnetd calls select with a NULL timeout, but with the new kernel, the system call occasionally returns 0, which causes telnet to call sleep (5). This did not happen with earlier kernels. The code in sys_pselect7 looks a bit strange, in particular the variable "to" is initialized to NULL, then changed if a non-null timeout was passed in, but not used further. It needs to be passed to core_sys_select instead of &end_time. This bug was introduced by 8ff3e8e85fa6c312051134b3953e397feb639f51 ("select: switch select() and poll() over to hrtimers"). Signed-off-by: Bernd Schmidt <bernd.schmidt@analog.com> Reviewed-by: Ulrich Drepper <drepper@redhat.com> Tested-by: Robin Getz <rgetz@blackfin.uclinux.org> Cc: stable@kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions