x32: Switch to a 64-bit clock_t
authorH. Peter Anvin <hpa@zytor.com>
Mon, 5 Mar 2012 21:40:24 +0000 (13:40 -0800)
committerH. Peter Anvin <hpa@zytor.com>
Mon, 5 Mar 2012 23:35:18 +0000 (15:35 -0800)
commite7084fd52ed71249ab2ce7a7d89d601c9d1f904c
tree354bdaa09b665f4e6d01ffdab2a26f8ceca9d630
parenta628b684d27d22631d1819890f13047ae9075241
x32: Switch to a 64-bit clock_t

clock_t is used mainly to give the number of jiffies a certain process
has burned.  It is entirely feasible for a long-running process to
consume more than 2^32 jiffies especially in a multiprocess system.
As such, switch to a 64-bit clock_t for x32, just as we already
switched to a 64-bit time_t.

clock_t is only used in a handful of places, and as such it is really
not a very significant change.  The one that has the biggest impact is
in struct siginfo, but since the *size* of struct siginfo doesn't
change (it is padded to the hilt) it is fairly easy to make this a
localized change.

This also gets rid of sys_x32_times, however since this is a pretty
late change don't compactify the system call numbers; we can reuse
system call slot 521 next time we need an x32 system call.

Reported-by: Gregory M. Lueck <gregory.m.lueck@intel.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: H. J. Lu <hjl.tools@gmail.com>
Link: http://lkml.kernel.org/r/1329696488-16970-1-git-send-email-hpa@zytor.com
arch/x86/ia32/ia32_signal.c
arch/x86/include/asm/ia32.h
arch/x86/syscalls/syscall_64.tbl