summaryrefslogtreecommitdiffstats
path: root/include/asm-sh/flat.h
diff options
context:
space:
mode:
authorThomas Gleixner <tglx@linutronix.de>2006-03-25 12:06:33 +0100
committerLinus Torvalds <torvalds@g5.osdl.org>2006-03-25 17:22:48 +0100
commitc08b8a49100715b20e6f7c997e992428b5e06078 (patch)
tree014758fb05908a3d49eeadc77f16dfa7585b12ac /include/asm-sh/flat.h
parent[PATCH] timer irq driven soft watchdog fix (diff)
downloadlinux-c08b8a49100715b20e6f7c997e992428b5e06078.tar.xz
linux-c08b8a49100715b20e6f7c997e992428b5e06078.zip
[PATCH] sys_alarm() unsigned signed conversion fixup
alarm() calls the kernel with an unsigend int timeout in seconds. The value is stored in the tv_sec field of a struct timeval to setup the itimer. The tv_sec field of struct timeval is of type long, which causes the tv_sec value to be negative on 32 bit machines if seconds > INT_MAX. Before the hrtimer merge (pre 2.6.16) such a negative value was converted to the maximum jiffies timeout by the timeval_to_jiffies conversion. It's not clear whether this was intended or just happened to be done by the timeval_to_jiffies code. hrtimers expect a timeval in canonical form and treat a negative timeout as already expired. This breaks the legitimate usage of alarm() with a timeout value > INT_MAX seconds. For 32 bit machines it is therefor necessary to limit the internal seconds value to avoid API breakage. Instead of doing this in all implementations of sys_alarm the duplicated sys_alarm code is moved into a common function in itimer.c Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/asm-sh/flat.h')
0 files changed, 0 insertions, 0 deletions