aboutsummaryrefslogtreecommitdiffstats
path: root/init
diff options
context:
space:
mode:
authorJungseung Lee <js07.lee@gmail.com>2014-12-10 15:52:16 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2014-12-10 17:41:12 -0800
commit52f5592e549c013feb9bb71cab3e6fd624633577 (patch)
tree55bdcdd7e82121f8c8e071562917ce9dbc964efe /init
parentfs/binfmt_misc.c: use GFP_KERNEL instead of GFP_USER (diff)
downloadlinux-dev-52f5592e549c013feb9bb71cab3e6fd624633577.tar.xz
linux-dev-52f5592e549c013feb9bb71cab3e6fd624633577.zip
fs/binfmt_elf.c: fix internal inconsistency relating to vma dump size
vma_dump_size() has been used several times on actual dumper and it is supposed to return the same value for the same vma. But vma_dump_size() could return different values for same vma. The known problem case is concurrent shared memory removal. If a vma is used for a shared memory and that shared memory is removed between writing program header and dumping vma memory, this will result in a dump file which is internally consistent. To fix the problem, we set baseline to get dump size and store the size into vma_filesz and always use the same vma dump size which is stored in vma_filsz. The consistnecy with reality is not actually guranteed, but it's tolerable since that is fully consistent with base line. Signed-off-by: Jungseung Lee <js07.lee@gmail.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions