linux/arch/um/kernel/tt
Paolo 'Blaisorblade' Giarrusso 7a590611c0 [PATCH] uml: fix access_ok
The access_ok_tt() macro is bogus, in that a read access is unconditionally
considered valid.

I couldn't find in SCM logs the introduction of this check, but I went back to
2.4.20-1um and the definition was the same.

Possibly this was done to avoid problems with missing set_fs() calls, but
there can't be any I think because they would fail with SKAS mode.
TT-specific code is still to check.

Also, this patch joins common code together, and makes the "address range
wrapping" check happen for all cases, rather than for only some.

This may, possibly, be reoptimized at some time, but the current code doesn't
seem clever, just confused.

* Important: I've also had to change references to access_ok_{tt,skas} back to
  access_ok - the kernel wasn't that happy otherwise.

Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Acked-by: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-11-13 18:14:15 -08:00
..
include [PATCH] uml: fix access_ok 2005-11-13 18:14:15 -08:00
ptproxy
exec_kern.c
exec_user.c
gdb_kern.c
gdb.c
ksyms.c
Makefile
mem_user.c [PATCH] uml: move libc code out of mem_user.c and tempfile.c 2005-09-17 11:50:00 -07:00
mem.c
process_kern.c [PATCH] uml: fix compile warning after consolidation patch 2005-09-21 16:16:30 -07:00
syscall_kern.c [PATCH] uml: system call path cleanup 2005-09-05 00:06:23 -07:00
syscall_user.c [PATCH] uml: system call path cleanup 2005-09-05 00:06:23 -07:00
tlb.c [PATCH] mm: uml kill unused 2005-10-29 21:40:42 -07:00
tracer.c
trap_user.c
uaccess_user.c [PATCH] uml: separate libc-dependent uaccess code 2005-11-07 07:53:31 -08:00
uaccess.c [PATCH] uml: fix access_ok 2005-11-13 18:14:15 -08:00