summaryrefslogtreecommitdiff
path: root/kernel/marker.c
diff options
context:
space:
mode:
authorMartin Schwidefsky <schwidefsky@de.ibm.com>2009-07-24 10:39:52 (GMT)
committerMartin Schwidefsky <schwidefsky@de.ibm.com>2009-07-24 10:41:02 (GMT)
commit1277580fe5dfb5aef84854bdb7983657df00b920 (patch)
tree1cfde8482a43f0f0ba56ac488a4cacf52d89fd61 /kernel/marker.c
parent3a6ba4600d6fb913ddb0dd08843ad75405795883 (diff)
downloadlinux-fsl-qoriq-1277580fe5dfb5aef84854bdb7983657df00b920.tar.xz
[S390] vdso: clock_gettime of CLOCK_THREAD_CPUTIME_ID with noexec=on
The combination of noexec=on and a clock_gettime call with clock id CLOCK_THREAD_CPUTIME_ID is broken. The vdso code switches to the access register mode to get access to the per-cpu data structure to execute the magic ectg instruction. After the ectg instruction the code always switches back to the primary mode but for noexec=on the correct mode is the secondary mode. The effect of the bug is that the user space program looses the access to all mappings without PROT_EXEC, e.g. the stack. The problem is fixed by restoring the mode that has been active before the switch to the access register mode. Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'kernel/marker.c')
0 files changed, 0 insertions, 0 deletions