[Makedumpfile PATCH v3 0/2] Fix refiltering when kaslr enabled
panand at redhat.com
Wed May 24 18:50:27 PDT 2017
We came across another failure in makedumpfile when kaslr is enabled. This
failure occurs when we try re-filtering. We try to erase some symbol from a
dumpfile which was copied/compressed from /proc/vmcore using makedumpfile.
We have very limited symbol information in vmcoreinfo. So symbols to be
erased may not be available in vmcoreinfo and we look for it in vmlinux.
However, symbol address from vmlinux is a static address which differs
from run time address with KASLR_OFFSET. Therefore, reading any "virtual
address of vmlinux" from vmcore is not possible.
These patches finds runtime KASLR offset and then calculates run time
address of symbols read from vmlinux.
Hatayama Daisuke also found some issue  when he was working with a
sadump and virsh dump of a none kaslr kernel. Patch 2/2 of this series has
been improved to take care of those issues as well.
- reading KERNELOFFSET from vmcoreinfo now instead of calculating it from
- Fixed initialization of info->file_vmcoreinfo
- Improved page_offset calculation logic to take care of different dump
Pratyush Anand (2):
makedumpfile: add runtime kaslr offset if it exists
x86_64: calculate page_offset in case of re-filtering/sadump/virsh
arch/x86_64.c | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++------
erase_info.c | 1 +
makedumpfile.c | 53 ++++++++++++++++++++++++++++++++++++++++++
makedumpfile.h | 16 +++++++++++++
4 files changed, 135 insertions(+), 7 deletions(-)
More information about the kexec