path: root/arch/sparc/kernel
diff options
authorDmitry V. Levin <>2015-12-27 02:13:27 +0300
committerDavid S. Miller <>2016-01-14 13:06:09 -0500
commit525fd5a94e1be0776fa652df5c687697db508c91 (patch)
tree11abdf7711fb6e14cc54f546762ef0754bd9933d /arch/sparc/kernel
parent7fdec82af6a9e190e53d07a1463d2a9ac49a8750 (diff)
sparc64: fix incorrect sign extension in sys_sparc64_personality
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 <> Cc: <> Signed-off-by: David S. Miller <>
Diffstat (limited to 'arch/sparc/kernel')
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 30e7ddb27a3a..c690c8e16a96 100644
--- a/arch/sparc/kernel/sys_sparc_64.c
+++ b/arch/sparc/kernel/sys_sparc_64.c
@@ -413,7 +413,7 @@ out:
SYSCALL_DEFINE1(sparc64_personality, unsigned long, personality)
- int ret;
+ long ret;
if (personality(current->personality) == PER_LINUX32 &&
personality(personality) == PER_LINUX)