summaryrefslogtreecommitdiffstats
path: root/mm/vmscan.c
diff options
context:
space:
mode:
authorMark Rutland2018-04-06 01:25:12 +0200
committerLinus Torvalds2018-04-06 06:36:27 +0200
commit3eda69c92d4751977baf2d34e88a29d4b6affa7d (patch)
tree931b5551d4d8a4732375d10f2babac7d74628798 /mm/vmscan.c
parentmm: make counting of list_lru_one::nr_items lockless (diff)
downloadkernel-qcow2-linux-3eda69c92d4751977baf2d34e88a29d4b6affa7d.tar.gz
kernel-qcow2-linux-3eda69c92d4751977baf2d34e88a29d4b6affa7d.tar.xz
kernel-qcow2-linux-3eda69c92d4751977baf2d34e88a29d4b6affa7d.zip
kernel/fork.c: detect early free of a live mm
KASAN splats indicate that in some cases we free a live mm, then continue to access it, with potentially disastrous results. This is likely due to a mismatched mmdrop() somewhere in the kernel, but so far the culprit remains elusive. Let's have __mmdrop() verify that the mm isn't live for the current task, similar to the existing check for init_mm. This way, we can catch this class of issue earlier, and without requiring KASAN. Currently, idle_task_exit() leaves active_mm stale after it switches to init_mm. This isn't harmful, but will trigger the new assertions, so we must adjust idle_task_exit() to update active_mm. Link: http://lkml.kernel.org/r/20180312140103.19235-1-mark.rutland@arm.com Signed-off-by: Mark Rutland <mark.rutland@arm.com> Reviewed-by: Andrew Morton <akpm@linux-foundation.org> Cc: Ingo Molnar <mingo@kernel.org> Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Cc: Michal Hocko <mhocko@suse.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Rik van Riel <riel@redhat.com> Cc: Will Deacon <will.deacon@arm.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/vmscan.c')
0 files changed, 0 insertions, 0 deletions