summaryrefslogtreecommitdiffstats
path: root/drivers/staging/rspiusb/rspiusb.c
diff options
context:
space:
mode:
authorOleg Nesterov <oleg@redhat.com>2009-07-10 03:27:40 +0200
committerJames Morris <jmorris@namei.org>2009-08-10 12:21:08 +1000
commit896a6de40ef3814525632609799af909338f50c3 (patch)
tree62a312157cd39fbd0a2d7ff4b0bebe7c196c7594 /drivers/staging/rspiusb/rspiusb.c
parentd3c8660233d3f2801e14eaf722937ff4ed49bfb7 (diff)
downloadlinux-stable-896a6de40ef3814525632609799af909338f50c3.tar.gz
linux-stable-896a6de40ef3814525632609799af909338f50c3.tar.bz2
linux-stable-896a6de40ef3814525632609799af909338f50c3.zip
mm_for_maps: take ->cred_guard_mutex to fix the race with exec
The problem is minor, but without ->cred_guard_mutex held we can race with exec() and get the new ->mm but check old creds. Now we do not need to re-check task->mm after ptrace_may_access(), it can't be changed to the new mm under us. Strictly speaking, this also fixes another very minor problem. Unless security check fails or the task exits mm_for_maps() should never return NULL, the caller should get either old or new ->mm. Signed-off-by: Oleg Nesterov <oleg@redhat.com> Acked-by: Serge Hallyn <serue@us.ibm.com> Signed-off-by: James Morris <jmorris@namei.org>
Diffstat (limited to 'drivers/staging/rspiusb/rspiusb.c')
0 files changed, 0 insertions, 0 deletions