]> git.kernelconcepts.de Git - karo-tx-linux.git/commit
[PATCH] mm: kill check_user_page_readable
authorHugh Dickins <hugh@veritas.com>
Sun, 30 Oct 2005 01:16:32 +0000 (18:16 -0700)
committerLinus Torvalds <torvalds@g5.osdl.org>
Sun, 30 Oct 2005 04:40:41 +0000 (21:40 -0700)
commitc34d1b4d165c67b966bca4aba026443d7ff161eb
tree27ffca9daba2a6b16d29bd508faf3e68bda2aad1
parentc0718806cf955d5eb51ea77bffb5b21d9bba4972
[PATCH] mm: kill check_user_page_readable

check_user_page_readable is a problematic variant of follow_page.  It's used
only by oprofile's i386 and arm backtrace code, at interrupt time, to
establish whether a userspace stackframe is currently readable.

This is problematic, because we want to push the page_table_lock down inside
follow_page, and later split it; whereas oprofile is doing a spin_trylock on
it (in the i386 case, forgotten in the arm case), and needs that to pin
perhaps two pages spanned by the stackframe (which might be covered by
different locks when we split).

I think oprofile is going about this in the wrong way: it doesn't need to know
the area is readable (neither i386 nor arm uses read protection of user
pages), it doesn't need to pin the memory, it should simply
__copy_from_user_inatomic, and see if that succeeds or not.  Sorry, but I've
not got around to devising the sparse __user annotations for this.

Then we can eliminate check_user_page_readable, and return to a single
follow_page without the __follow_page variants.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
arch/arm/oprofile/backtrace.c
arch/i386/oprofile/backtrace.c
include/linux/mm.h
mm/memory.c