summaryrefslogtreecommitdiffstats
path: root/arch/m68k/kernel/time_mm.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2011-04-07 07:35:50 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2011-04-07 07:35:51 -0700
commit982134ba62618c2d69fbbbd166d0a11ee3b7e3d8 (patch)
tree32aae4719abbd338864ab6faf9e8ebbfc38b1600 /arch/m68k/kernel/time_mm.c
parent6221f222c0ebf1acdf7abcf927178f40e1a65e2a (diff)
downloadlinux-982134ba62618c2d69fbbbd166d0a11ee3b7e3d8.tar.gz
linux-982134ba62618c2d69fbbbd166d0a11ee3b7e3d8.tar.bz2
linux-982134ba62618c2d69fbbbd166d0a11ee3b7e3d8.zip
mm: avoid wrapping vm_pgoff in mremap()
The normal mmap paths all avoid creating a mapping where the pgoff inside the mapping could wrap around due to overflow. However, an expanding mremap() can take such a non-wrapping mapping and make it bigger and cause a wrapping condition. Noticed by Robert Swiecki when running a system call fuzzer, where it caused a BUG_ON() due to terminally confusing the vma_prio_tree code. A vma dumping patch by Hugh then pinpointed the crazy wrapped case. Reported-and-tested-by: Robert Swiecki <robert@swiecki.net> Acked-by: Hugh Dickins <hughd@google.com> Cc: stable@kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/m68k/kernel/time_mm.c')
0 files changed, 0 insertions, 0 deletions