diff options
| author | Oleg Nesterov <oleg@redhat.com> | 2009-06-23 21:25:32 +0200 |
|---|---|---|
| committer | James Morris <jmorris@namei.org> | 2009-06-25 00:20:58 +1000 |
| commit | a893a84e8799270fbec5c3708d001650aab47138 (patch) | |
| tree | 84669cc7ea99ba8510bbf2c3c0dd0823520f2daa /security | |
| parent | 9e48858f7d36a6a3849f1d1b40c3bf5624b4ee7c (diff) | |
| download | kernel_samsung_espresso10-a893a84e8799270fbec5c3708d001650aab47138.zip kernel_samsung_espresso10-a893a84e8799270fbec5c3708d001650aab47138.tar.gz kernel_samsung_espresso10-a893a84e8799270fbec5c3708d001650aab47138.tar.bz2 | |
mm_for_maps: simplify, use ptrace_may_access()
It would be nice to kill __ptrace_may_access(). It requires task_lock(),
but this lock is only needed to read mm->flags in the middle.
Convert mm_for_maps() to use ptrace_may_access(), this also simplifies
the code a little bit.
Also, we do not need to take ->mmap_sem in advance. In fact I think
mm_for_maps() should not play with ->mmap_sem at all, the caller should
take this lock.
With or without this patch, without ->cred_guard_mutex held we can race
with exec() and get the new ->mm but check old creds.
Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Reviewed-by: Serge Hallyn <serue@us.ibm.com>
Signed-off-by: James Morris <jmorris@namei.org>
Diffstat (limited to 'security')
0 files changed, 0 insertions, 0 deletions