diff options
| author | Miaohe Lin <linmiaohe@huawei.com> | 2021-02-24 12:04:42 -0800 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2021-02-24 13:38:30 -0800 |
| commit | 8abb50c76b484e8d8dc355c092170c37b5f832f5 (patch) | |
| tree | 05b1c55fb1361547b339f538099ddf4e9b71cdf4 /mm/mprotect.c | |
| parent | 374437a274e24e8e3ccd19f704e80d325f75f254 (diff) | |
| download | lwn-8abb50c76b484e8d8dc355c092170c37b5f832f5.tar.gz lwn-8abb50c76b484e8d8dc355c092170c37b5f832f5.zip | |
mm/memory.c: fix potential pte_unmap_unlock pte error
If all pte entry is none in 'non-create' case, we would break the loop with
pte unchanged. Then the wrong pte - 1 would be passed to pte_unmap_unlock.
This is a theoretical issue which may not be a real bug. So it's not worth
cc stable.
Link: https://lkml.kernel.org/r/20210205081925.59809-1-linmiaohe@huawei.com
Fixes: aee16b3cee27 ("Add apply_to_page_range() which applies a function to a pte range")
Signed-off-by: Miaohe Lin <linmiaohe@huawei.com>
Reviewed-by: Andrew Morton <akpm@linux-foundation.org>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Chris Wright <chrisw@sous-sol.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/mprotect.c')
0 files changed, 0 insertions, 0 deletions