aboutsummaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorHugh Dickins <hugh@veritas.com>2008-04-27 00:39:36 +0100
committerIngo Molnar <mingo@elte.hu>2008-04-29 13:45:24 +0200
commit9752082560b440e6a45624569d26802e20d1b8b4 (patch)
treedc5f0358a164dda9b375272e888b9f2138463e54 /include
parent4c0587e6e42c5b679234d3dffda8a888dc0ff9c1 (diff)
downloadkernel_samsung_aries-9752082560b440e6a45624569d26802e20d1b8b4.zip
kernel_samsung_aries-9752082560b440e6a45624569d26802e20d1b8b4.tar.gz
kernel_samsung_aries-9752082560b440e6a45624569d26802e20d1b8b4.tar.bz2
x86: vget_cycles() __always_inline
Mark vget_cycles() as __always_inline, so gcc is never tempted to make the vsyscall vread_tsc() dive into kernel text, with resulting SIGSEGV. This was a self-inflicted wound: I've not seen that happen with unhacked sources; but for debug reasons I'd changed my x86/Makefile to compile no-unit-at-a-time, and that in conjunction with OPTIMIZE_INLINING=y ended up with vget_cycles() in kernel text. Perhaps it can happen in other ways: safer to use __always_inline. Signed-off-by: Hugh Dickins <hugh@veritas.com> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'include')
-rw-r--r--include/asm-x86/tsc.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/asm-x86/tsc.h b/include/asm-x86/tsc.h
index d2d8eb5..548873a 100644
--- a/include/asm-x86/tsc.h
+++ b/include/asm-x86/tsc.h
@@ -32,7 +32,7 @@ static inline cycles_t get_cycles(void)
return ret;
}
-static inline cycles_t vget_cycles(void)
+static __always_inline cycles_t vget_cycles(void)
{
/*
* We only do VDSOs on TSC capable CPUs, so this shouldnt