summaryrefslogtreecommitdiffstats
path: root/arch/sparc
diff options
context:
space:
mode:
authorDmitry V. Levin <ldv@altlinux.org>2015-12-27 02:13:27 +0300
committerBen Hutchings <ben@decadent.org.uk>2016-02-13 10:34:09 +0000
commit0f2ed5d5f58037e83b57a6dab9738a207eb75d96 (patch)
tree8d2701a8ea1cf9e32b37cf822de0d150ce565b1f /arch/sparc
parent12f88515e0e99a220afdfaeeeedf2fe206fbdc24 (diff)
downloadlinux-stable-0f2ed5d5f58037e83b57a6dab9738a207eb75d96.tar.gz
linux-stable-0f2ed5d5f58037e83b57a6dab9738a207eb75d96.tar.bz2
linux-stable-0f2ed5d5f58037e83b57a6dab9738a207eb75d96.zip
sparc64: fix incorrect sign extension in sys_sparc64_personality
commit 525fd5a94e1be0776fa652df5c687697db508c91 upstream. The value returned by sys_personality has type "long int". It is saved to a variable of type "int", which is not a problem yet because the type of task_struct->pesonality is "unsigned int". The problem is the sign extension from "int" to "long int" that happens on return from sys_sparc64_personality. For example, a userspace call personality((unsigned) -EINVAL) will result to any subsequent personality call, including absolutely harmless read-only personality(0xffffffff) call, failing with errno set to EINVAL. Signed-off-by: Dmitry V. Levin <ldv@altlinux.org> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Diffstat (limited to 'arch/sparc')
-rw-r--r--arch/sparc/kernel/sys_sparc_64.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/sparc/kernel/sys_sparc_64.c b/arch/sparc/kernel/sys_sparc_64.c
index 0ff682d284e0..a062fe9a4e49 100644
--- a/arch/sparc/kernel/sys_sparc_64.c
+++ b/arch/sparc/kernel/sys_sparc_64.c
@@ -517,7 +517,7 @@ out:
SYSCALL_DEFINE1(sparc64_personality, unsigned long, personality)
{
- int ret;
+ long ret;
if (personality(current->personality) == PER_LINUX32 &&
personality(personality) == PER_LINUX)