Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1306325 > unrolled thread

[RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality

Started by"Dmitry V. Levin" <ldv@altlinux.org>
First post2016-01-11 15:40 +0100
Last post2016-01-11 22:30 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality "Dmitry V. Levin" <ldv@altlinux.org> - 2016-01-11 15:40 +0100
    Re: [RESEND PATCH] sparc64: fix incorrect sign extension in  sys_sparc64_personality David Miller <davem@davemloft.net> - 2016-01-11 22:30 +0100

#1306325 — [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality

From"Dmitry V. Levin" <ldv@altlinux.org>
Date2016-01-11 15:40 +0100
Subject[RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality
Message-ID<qPLNx-3Dk-35@gated-at.bofh.it>
Date: Sat Dec 26 22:35:13 2015 +0000

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>
Cc: <stable@vger.kernel.org>
---
 arch/sparc/kernel/sys_sparc_64.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/sparc/kernel/sys_sparc_64.c b/arch/sparc/kernel/sys_sparc_64.c
index 30e7ddb..c690c8e 100644
--- a/arch/sparc/kernel/sys_sparc_64.c
+++ b/arch/sparc/kernel/sys_sparc_64.c
@@ -413,15 +413,15 @@ out:
 
 SYSCALL_DEFINE1(sparc64_personality, unsigned long, personality)
 {
-	int ret;
+	long ret;
 
 	if (personality(current->personality) == PER_LINUX32 &&
 	    personality(personality) == PER_LINUX)
 		personality |= PER_LINUX32;
 	ret = sys_personality(personality);
 	if (personality(ret) == PER_LINUX32)
 		ret &= ~PER_LINUX32;
 
 	return ret;
 }

-- 
ldv

[toc] | [next] | [standalone]


#1306714 — Re: [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality

FromDavid Miller <davem@davemloft.net>
Date2016-01-11 22:30 +0100
SubjectRe: [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality
Message-ID<qPSci-817-5@gated-at.bofh.it>
In reply to#1306325
You never need to resubmit a patch which is properly queued up
in patchwork, which you can check here:

http://patchwork.ozlabs.org/project/sparclinux/list/

I work on sparc patches with a secondary priority compared to my
networking duties, and right now I've been backlogged on the
networking side for a week or two.

You simply need to be patient.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web