coredump: Ensure proper size of sparse core files
authorDave Kleikamp <dave.kleikamp@oracle.com>
Wed, 11 Jan 2017 19:25:00 +0000 (13:25 -0600)
committerRaspbian kernel package updater <root@raspbian.org>
Sun, 23 Jul 2017 03:06:11 +0000 (03:06 +0000)
commitd27bcee9524fa4d23559ea870ca1d03588ae15ef
tree007a73959ab781493f52d61cd983d76179baaaec
parentf5b338226033567d40457d1223cb89f6fd31c493
coredump: Ensure proper size of sparse core files

[ Upstream commit 4d22c75d4c7b5c5f4bd31054f09103ee490878fd ]

If the last section of a core file ends with an unmapped or zero page,
the size of the file does not correspond with the last dump_skip() call.
gdb complains that the file is truncated and can be confusing to users.

After all of the vma sections are written, make sure that the file size
is no smaller than the current file position.

This problem can be demonstrated with gdb's bigcore testcase on the
sparc architecture.

Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>
Cc: Alexander Viro <viro@zeniv.linux.org.uk>
Cc: linux-fsdevel@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
fs/binfmt_elf.c
fs/coredump.c
include/linux/coredump.h