Thread (105 messages) flat view 105 messages, 14 authors, 2017-11-22

Re: [PATCH 18/31] nds32: Library functions

From: Al Viro <viro@ZenIV.linux.org.uk>
Date: 2017-11-09 00:40:30
Also in: linux-arch, lkml

On Wed, Nov 08, 2017 at 01:55:06PM +0800, Greentime Hu wrote:
+#define __range_ok(addr, size) (size <= get_fs() && addr <= (get_fs() -size))
+
+#define access_ok(type, addr, size)                 \
+	__range_ok((unsigned long)addr, (unsigned long)size)
+#define __get_user_x(__r2,__p,__e,__s,__i...)				\
+	   __asm__ __volatile__ (					\
+		__asmeq("%0", "$r0") __asmeq("%1", "$r2")		\
+		"bal	__get_user_" #__s				\
... which does not check access_ok() or do any visible equivalents; OK...
+#define get_user(x,p)							\
+	({								\
+		const register typeof(*(p)) __user *__p asm("$r0") = (p);\
+		register unsigned long __r2 asm("$r2");			\
+		register int __e asm("$r0");				\
+		switch (sizeof(*(__p))) {				\
+		case 1:							\
+			__get_user_x(__r2, __p, __e, 1, "$lp");		\
... and neither does this, which is almost certainly *not* OK.
+#define put_user(x,p)							\
Same here, AFAICS.
+extern unsigned long __arch_copy_from_user(void *to, const void __user * from,
+					   unsigned long n);
+static inline unsigned long raw_copy_from_user(void *to,
+					       const void __user * from,
+					       unsigned long n)
+{
+	return __arch_copy_from_user(to, from, n);
+}
Er...  Why not call your __arch_... raw_... and be done with that?
+#define INLINE_COPY_FROM_USER
+#define INLINE_COPY_TO_USER
Are those actually worth bothering?  IOW, have you compared behaviour
with and without them?
+ENTRY(__arch_copy_to_user)
+	push	$r0
+	push	$r2
+	beqz	$r2, ctu_exit
+	srli	$p0, $r2, #2		! $p0 = number of word to clear
+	andi	$r2, $r2, #3		! Bytes less than a word to copy
+	beqz	$p0, byte_ctu		! Only less than a word to copy
+word_ctu:
+	lmw.bim	$p1, [$r1], $p1		! Load the next word
+USER(	smw.bim,$p1, [$r0], $p1)	! Store the next word
Umm...  It's that happy with unaligned loads and stores?  Your memcpy seems
to be trying to avoid those...
+9001:
+	pop	$p1			! Original $r2, n
+	pop	$p0			! Original $r0, void *to
+	sub	$r1, $r0, $p0		! Bytes copied
+	sub	$r2, $p1, $r1		! Bytes left to copy
+	push	$lp
+	move	$r0, $p0
+	bal	memzero			! Clean up the memory
Just what memory are you zeroing here?  The one you had been
unable to store into in the first place?
+ENTRY(__arch_copy_from_user)
+9001:
+	pop	$p1			! Original $r2, n
+	pop	$p0			! Original $r0, void *to
+	sub	$r1, $r1, $p0		! Bytes copied
+	sub	$r2, $p1, $r1		! Bytes left to copy
+	push	$lp
+	bal	memzero			! Clean up the memory
Ditto, only this one is even worse - instead of just oopsing on
you, it will quietly destroy data past the area you've copied
into.  raw_copy_..._user() MUST NOT ZERO ANYTHING.  Ever.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help